Bug#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)

2015-05-18 Thread Christoph Egger
Hi!

lumin cdlumin...@gmail.com writes:
 To access further information about this package, please visit the
 following URL:

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

I'll give it a look shortly


   More information about hello can be obtained from
 http://www.example.com.

probably not that one, right?

Additionally I noticed there's already a package shipping /usr/bin/cv:

 radiance: /usr/bin/cv

maybe you can use a different name?

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


signature.asc
Description: PGP signature


Bug#785426: RFS: cv/0.6-1 [ITP] -- cv - Coreutils (progress) Viewer)

2015-05-18 Thread Christoph Egger
Hi!

lumin cdlumin...@gmail.com writes:
 To access further information about this package, please visit the
 following URL:

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

I'll give it a look shortly


   More information about hello can be obtained from
 http://www.example.com.

probably not that one, right?

Additionally I noticed there's already a package shipping /usr/bin/cv:

 radiance: /usr/bin/cv

maybe you can use a different name?

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


signature.asc
Description: PGP signature


Re: package name conflict between RFP and ITP

2015-05-16 Thread Christoph Egger
Hi!

lumin cdlumin...@gmail.com writes:
 A package-name-conflicting RFP [4] was found. 
 
 Description : Free software alternative for xv image viewer

 I have no idea about how to handle this name conflict.
 Any advice or guide?

As this is a 3 years old *Request* without any action since then I
wouldn't worry about that package much.

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


signature.asc
Description: PGP signature


Accepted sbcl 2:1.2.11-2 (source all) into unstable

2015-05-11 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 12:09:34 +0200
Source: sbcl
Binary: sbcl sbcl-doc sbcl-source
Architecture: source all
Version: 2:1.2.11-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Common Lisp Team 
pkg-common-lisp-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 sbcl   - Common Lisp compiler and development system
 sbcl-doc   - Documentation for Steel Bank Common Lisp
 sbcl-source - Source code files for SBCL
Changes:
 sbcl (2:1.2.11-2) unstable; urgency=medium
 .
   * Fix build on kfreebsd
Checksums-Sha1:
 c2b7bb83b6a57f72eb557c198e2de2dd4bf1df71 2350 sbcl_1.2.11-2.dsc
 70328ed0363f727ae2524a68523b842f3196d333 75828 sbcl_1.2.11-2.debian.tar.xz
 f3e117921477c3e22ba9a625c0e6ac24603e7143 1397236 sbcl-doc_1.2.11-2_all.deb
 a7bb614387707c5f7c08bf452ee9308d49dcda30 2782612 sbcl-source_1.2.11-2_all.deb
Checksums-Sha256:
 8d06449cf5ada1f922652773fe81546648f25ea716d868bb87ff0b2f38604198 2350 
sbcl_1.2.11-2.dsc
 2a6b951c8da119c3529cac52b3908da2ae5a63a1805850cdf0886f2ee349 75828 
sbcl_1.2.11-2.debian.tar.xz
 4046dd28057ebd2e32cd4efafd92c6f64464ced9505c8721162f19abd66a9d2b 1397236 
sbcl-doc_1.2.11-2_all.deb
 037a47ecdb8ab6e8b4e41d8157e0da5ed910d5a8da330ce0ff7e848d24f83aa1 2782612 
sbcl-source_1.2.11-2_all.deb
Files:
 1f226d27ae71b8444ad86c886884aaf7 2350 lisp optional sbcl_1.2.11-2.dsc
 09552803c3f14b53f96459f3a85665a7 75828 lisp optional 
sbcl_1.2.11-2.debian.tar.xz
 cca96b11fe7e88295b14a1556520314d 1397236 doc optional sbcl-doc_1.2.11-2_all.deb
 84ff2a8142c2157ad51cddd7183bb047 2782612 lisp optional 
sbcl-source_1.2.11-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVUPRAAAoJEKv/7bJACMb5zIIP/3fA9rFd+2qhNVLaRoBk+kcl
3ySN4Vq6zwbUzmkT+Yt28sBgOvJQdrJGvs/jF3bsmSGajOEXdmGg8iis9O/uZoNu
izJ/vaM4ZC5JBTjQzSwxwEMpprINXTznQdKfgBWaKczakw/J0fiR+00rZmvSwhJu
ADm7Ttnq21+fl/E0rguCwjAJ1Md+nVOOLu37h5ylTMrzruD6fAXw3jc9udKfNA96
lbkAuEesVsMTrGbOGhAe4HLl9A+g0EnT3bt0GdrdA8ku5fOBJe5KsZPDxT4hAAiW
8v6BeAKuR2hFwWF3X0Ar51zPc0uOxzudaUQXRcCHNS4ZGE9eHclRhMtR4DyZnxIo
vTVsMvzXVD5JJDSPc1VnwDNHe2WouAqctnV/YInvJS5VR5zMC1+ZPFM3s4cglv+r
czgQwbE7YtFUlOPdRXzxTjZtIyT2phCCbKXVuWVI1epO+9c+10GyU5AZQxpX1oLg
Od8bOThydpuL4pAOaDutidOZuXuSIMgrZ54fL8Sf0ju52JJaFEHypKzcV0YJirEg
O+dfFlo13ErpgpS1OD03JersAWBhyYgO49aFMRhQ3sTr5ro1PLMiwVv/yETd+JPd
/yUw1H5NXpmOWbFlvsL8Oq97aISZaaKqT8KEtGvLEPj3VUFp/enZTeq6R2E+27SB
fydnEiuzY4qNxaaU57To
=fLfj
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yrswm-0007aj...@franck.debian.org



Bug#784836: src:ldns: Please add python3 package

2015-05-09 Thread Christoph Egger
Package: src:ldns
Severity: minor
Tags: patch

Hi!

Please consider adding a python3 binary. I have attached a working
patch!

Thanks

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/control b/debian/control
index 0a36106..898980f 100644
--- a/debian/control
+++ b/debian/control
@@ -98,3 +98,18 @@ Description: Python bindings for the ldns library for DNS programming
  .
  This archive contains modules that allow you to use LDNS Library in
  Python programs.
+
+Package: python3-ldns
+Section: python
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
+Provides: ${python:Provides}
+XB-Python-Version: ${python:Versions}
+Description: Python bindings for the ldns library for DNS programming
+ The goal of ldns is to simplify DNS programming, it supports recent RFCs
+ like the DNSSEC documents, and allows developers to easily create software
+ conforming to current RFCs, and experimental software for current Internet
+ Drafts.
+ .
+ This archive contains modules that allow you to use LDNS Library in
+ Python programs.
diff --git a/debian/python-ldns.install b/debian/python-ldns.install
index 6e9f501..8800f47 100644
--- a/debian/python-ldns.install
+++ b/debian/python-ldns.install
@@ -1,2 +1,2 @@
-debian/tmp/usr/lib/python*/*-packages/_ldns.so
-debian/tmp/usr/lib/python*/*-packages/ldns.py
+debian/tmp/usr/lib/python2*/*-packages/_ldns.so
+debian/tmp/usr/lib/python2*/*-packages/ldns.py
diff --git a/debian/rules b/debian/rules
index 50d904c..40bf4f7 100755
--- a/debian/rules
+++ b/debian/rules
@@ -8,14 +8,14 @@ export DEB_BUILD_OPTIONS=nocheck
 
 export DEB_BUILD_HARDENING=1 
 
-PYVERS=$(shell pyversions -vs)
+PYVERS=$(shell pyversions -vs) 3.4
 
 OPENSSLVER=$(shell pkg-config --modversion libssl)
 
 BUILD_GOST=$(shell dpkg --compare-versions $(OPENSSLVER) gt 1.0.0  echo --enable-gost || echo --disable-gost)
 
 %:
-	dh --with quilt --with python2 ${@}
+	dh --with quilt --with python2,python3 ${@}
 
 override_dh_auto_clean:
 	[ -e $(CURDIR)/libtool ] || ln -s /usr/bin/libtool
@@ -72,7 +72,7 @@ override_dh_auto_install:
 	dh_auto_install -- DESTDIR=$(CURDIR)/debian/tmp;
 
 	for v in $(PYVERS); do \
-	  PYTHON_DIR=$$(python$$v -c import distutils.sysconfig; print distutils.sysconfig.get_python_lib(0,0);); \
+	  PYTHON_DIR=$$(python$$v -c from __future__ import print_function; import distutils.sysconfig; print(distutils.sysconfig.get_python_lib(0,0));); \
 	  make -C build-python$$v DESTDIR=$(CURDIR)/debian/tmp install-pyldns; \
 	  mv $(CURDIR)/debian/tmp$${PYTHON_DIR}/$$(readlink $(CURDIR)/debian/tmp$${PYTHON_DIR}/_ldns.so) $(CURDIR)/debian/tmp$${PYTHON_DIR}/_ldns.so; \
 	  chrpath -d $(CURDIR)/debian/tmp$${PYTHON_DIR}/_ldns.so; \


Bug#784755: network-console: Crops password after first space

2015-05-08 Thread Christoph Egger
Package: network-console
Severity: important

Hi!

  I have a jessie d-i here (some rc only, but I don't see any relevant
changes since then) and it seems the password for the networkconsole
user is cropped after the first space when entering into the d-i
dialog?

Regards

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150508143827.5083.5329.reportbug@hepworth.asgard



Bug#784755: network-console: Crops password after first space

2015-05-08 Thread Christoph Egger
Package: network-console
Severity: important

Hi!

  I have a jessie d-i here (some rc only, but I don't see any relevant
changes since then) and it seems the password for the networkconsole
user is cropped after the first space when entering into the d-i
dialog?

Regards

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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



Bug#784221: phabricator: postinst fails

2015-05-04 Thread Christoph Egger
Package: phabricator
Version: 0~git20150428-1
Severity: important

Hi!

Updating phabricator fails:

# dpkg --configure -a
Setting up phabricator (0~git20150428-1) ...
Set 'phabricator.base-uri' in local configuration.
Set 'mysql.host' in local configuration.
Set 'mysql.user' in local configuration.
Set 'mysql.pass' in local configuration.
Storage is up to date. Use 'storage status' for details.
Verifying database schemata...
Found no adjustments for schemata.
ln: failed to create symbolic link ‘/etc/nginx/sites-enabled/phabricator.conf’: 
File exists
dpkg: error processing package phabricator (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 phabricator
  
Thanks for the package!

  Christoph

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages phabricator depends on:
ii  arcanist   0~git20150428-1
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  fonts-font-awesome 4.2.0~dfsg-1
ii  jq 1.4-2.1
ii  libjs-raphael  2.1.0-1
ii  libphutil  0~git20150428-1
ii  php5   5.6.7+dfsg-1
ii  php5-cli   5.6.7+dfsg-1
ii  php5-curl  5.6.7+dfsg-1
ii  php5-fpm   5.6.7+dfsg-1
ii  php5-mysql 5.6.7+dfsg-1
ii  po-debconf 1.0.16+nmu3
ii  ucf3.0030

Versions of packages phabricator recommends:
ii  mariadb-server10.0.16-1
ii  nginx 1.6.2-5
ii  nginx-extras [nginx]  1.6.2-5
ii  php5-apcu 4.0.7-1
ii  php5-gd   5.6.7+dfsg-1

Versions of packages phabricator suggests:
pn  npm none
ii  python  2.7.9-1

-- debconf information:
* phabricator/phabricator_mysql_pwd: (password omitted)
* phabricator/pwd_check: (password omitted)
  phabricator/password_mismatch:
  phabricator/mysql_host: localhost
* phabricator/webserver: nginx
* phabricator/phabricator_mysql_user: root
* phabricator/domain_name: projects.faui2k9.de


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



Accepted unknown-horizons 2014.1+ds1-2 (source all) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 12:55:58 +0200
Source: unknown-horizons
Binary: unknown-horizons
Architecture: source all
Version: 2014.1+ds1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 unknown-horizons - 2D realtime strategy simulation
Changes:
 unknown-horizons (2014.1+ds1-2) unstable; urgency=medium
 .
   * Add dh-python build dependency
   * add python dependency
   * upload to unstable
Checksums-Sha1:
 f7897c459470f6af7d0857bf5f56d3f27f280ae9 2123 unknown-horizons_2014.1+ds1-2.dsc
 420739c8b48239254980879973a09e06b3211424 10316 
unknown-horizons_2014.1+ds1-2.debian.tar.xz
 d07c5e539371162a8c9ff78b392c43e3444be8f3 129234118 
unknown-horizons_2014.1+ds1-2_all.deb
Checksums-Sha256:
 498b66d889ecc6ff1c53d89fa9c55c82de0f92915fba7f474f1a2811d15da016 2123 
unknown-horizons_2014.1+ds1-2.dsc
 4d5f9f806e0fbdba3e1cd29242c4e38fec16e18950cadba562e5e80e1cdd27d4 10316 
unknown-horizons_2014.1+ds1-2.debian.tar.xz
 15acb92b6e3c06f092c613e9f576f5c8cf56aab4f7b950aca5c4fa4d0e3a3d8b 129234118 
unknown-horizons_2014.1+ds1-2_all.deb
Files:
 3ff9478f8bd16be4afcc22d298f60249 2123 games optional 
unknown-horizons_2014.1+ds1-2.dsc
 e002498e18804f11d69ac86c500cf84d 10316 games optional 
unknown-horizons_2014.1+ds1-2.debian.tar.xz
 1c667e1b8a28c5633195fd6a49452fc6 129234118 games optional 
unknown-horizons_2014.1+ds1-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVRf/hAAoJEKv/7bJACMb5LGsQAKNpWNGjj5I/9ue6e/CmYngC
4ONfeyTPhlFvUHWOXlS3KcTzFig069JfOODGdgI2Rg90P+WAknCMt9amk+Yswciv
EqmUtf1OyiW2kKfnVw77anXmI+zqYtqsei3KKZ4qt3wscNYThmQRCPqC6QNvGfTh
bNatwRI1a9RoDBnt53rh4a6KpNU53jf/ZlvHyJanjiz3hAGOKNAOoCIGpi7hHLFc
uwj7fy5wegiZGKabbugSS4UskPdtp1SoaPrF1qd8eVaKTNm1W9Q4FEojkJFjw7sr
37PQnCB1Z9NyX+LLTNxF4x9hFvr+XzsU8iqxskxH/JGYQ0Dpkx6rFJgBRFzyNWTN
KBfs27z7vOsnW75Ib4E+cHpgwDiTYTPDrG9scNkyr5WBTUc3vRN8UbAcxZ9go06W
LSYNPK02unTYdffH8xDgaV0XESgwswQzkdKV9KPFsYUMGmONvd6QGXlu18cf3Sup
uPNJfoVSXcG1XCA5MgCCdXNxnIKzqdFout2z5UMmVCejyQJcHW+c7TC0kqiDozCe
OXGkF/vPJIDP7sjUZm1zRDoEYpiVAMHnRk7Fdn1tGho7sEq1LZYzxRoNAboegWG2
qVPoKzVa6yTKNknkn7EpK4BwCQCFrMN6cnXJY8dXCCcE82EfdjxTKozWHdwE1rsr
itzMf9BSDw2ovwlWA3GE
=kvpc
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yorwo-0002fw...@franck.debian.org



Re: Packaging Telegram Desktop

2015-05-03 Thread Christoph Egger
Christoph Egger christ...@debian.org writes:
 On the other side it's probably illegal to distribute any binaries from
 that. GPLv3 (no exceptions) + OpenSSL don't go together very well

Oh and requires to patch your Qt installation? Probably not impossible
to get this thing to work properly but I guess far from easy

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87d22hwfe4@anonymous.siccegge.de



Re: Packaging Telegram Desktop

2015-05-03 Thread Christoph Egger
Ahoi!

Roberto De Oliveira rcdeolive...@gmail.com writes:
 I want to initiate on the way of Debian Mantainer, so after read few
 material I think that the first step is to adopt a package and
 Telegram Desktop[1] is RFP, maybe this package would be simple because
 it does not give any library or complex dependency...

On the other side it's probably illegal to distribute any binaries from
that. GPLv3 (no exceptions) + OpenSSL don't go together very well

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87h9rtwfjc@anonymous.siccegge.de



Bug#767418: Packaging Telegram Desktop

2015-05-03 Thread Christoph Egger
Ahoi!

Roberto De Oliveira rcdeolive...@gmail.com writes:
 I want to initiate on the way of Debian Mantainer, so after read few
 material I think that the first step is to adopt a package and
 Telegram Desktop[1] is RFP, maybe this package would be simple because
 it does not give any library or complex dependency...

On the other side it's probably illegal to distribute any binaries from
that. GPLv3 (no exceptions) + OpenSSL don't go together very well

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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



Bug#767418: Packaging Telegram Desktop

2015-05-03 Thread Christoph Egger
Ahoi!

Roberto De Oliveira rcdeolive...@gmail.com writes:
 I want to initiate on the way of Debian Mantainer, so after read few
 material I think that the first step is to adopt a package and
 Telegram Desktop[1] is RFP, maybe this package would be simple because
 it does not give any library or complex dependency...

On the other side it's probably illegal to distribute any binaries from
that. GPLv3 (no exceptions) + OpenSSL don't go together very well

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87h9rtwfjc@anonymous.siccegge.de



Bug#767418: Packaging Telegram Desktop

2015-05-03 Thread Christoph Egger
Christoph Egger christ...@debian.org writes:
 On the other side it's probably illegal to distribute any binaries from
 that. GPLv3 (no exceptions) + OpenSSL don't go together very well

Oh and requires to patch your Qt installation? Probably not impossible
to get this thing to work properly but I guess far from easy

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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



Bug#767418: Packaging Telegram Desktop

2015-05-03 Thread Christoph Egger
Christoph Egger christ...@debian.org writes:
 On the other side it's probably illegal to distribute any binaries from
 that. GPLv3 (no exceptions) + OpenSSL don't go together very well

Oh and requires to patch your Qt installation? Probably not impossible
to get this thing to work properly but I guess far from easy

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87d22hwfe4@anonymous.siccegge.de



Accepted ncmpcpp 0.6.4-1 (source) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 13:23:10 +0200
Source: ncmpcpp
Binary: ncmpcpp
Architecture: source
Version: 0.6.4-1
Distribution: unstable
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 ncmpcpp- ncurses-based client for the Music Player Daemon (MPD)
Changes:
 ncmpcpp (0.6.4-1) unstable; urgency=medium
 .
   * Upstream release
   * Drop ChangeLog patch
   * bash completion dropped upstream
Checksums-Sha1:
 ce14324b518652beaffdad0838ee4ea2e3d74822 2151 ncmpcpp_0.6.4-1.dsc
 bdec81ac5317ce8b65914ef7a2ff4d0396c48fa5 429705 ncmpcpp_0.6.4.orig.tar.bz2
 81d0589e064d1ba718cef0aa616aa1c4f6dbd639 26800 ncmpcpp_0.6.4-1.debian.tar.xz
Checksums-Sha256:
 417af978a545f7ea4fb71b49a994b1b1e9d1cd87a7f8d041fdf0cfe720ce505d 2151 
ncmpcpp_0.6.4-1.dsc
 757e2e06b7e17009c24e2b46a69f008e61aa679476f93e00dc602ca087c805f1 429705 
ncmpcpp_0.6.4.orig.tar.bz2
 9a0206d5e9e3a9861a8466139dd4f69f6ddc9e3797aa2bf5b28142849948c8f4 26800 
ncmpcpp_0.6.4-1.debian.tar.xz
Files:
 309cd829fadcd7b64abdfb0543f231f8 2151 sound optional ncmpcpp_0.6.4-1.dsc
 f52837c590495594767ce5c0793007c1 429705 sound optional 
ncmpcpp_0.6.4.orig.tar.bz2
 8a7033b6f7d6bbdb3ef100c06b4f7f3c 26800 sound optional 
ncmpcpp_0.6.4-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVRgrJAAoJEKv/7bJACMb5oV0P/R2ZYTwiKTFLVadw0L/deHNJ
7LVvjoBXeXXDjnEPMiOYnKH8XQyIItFye3oik6zoEAtaW7qy1uMFEqbFXza09ayT
UHV4SZn/34oI3P+3HLHTa+aHjbzhzjFzcpul4jwVLM9LbodLf0QfbZVveyezY9W1
nRuO0/pbyz4Q76UfDN841hjPI+mzg4xAdTrxqXhxWfeZmiEjXH+d+X495dSAAvHe
uddpBaFWX+ZyjtgNHeRAflYkmHJbSAmjikVB6AhOoQM9TRjbSjFedJSW3RGn1Fp6
ZvufK+CrA2X/LT2QNs+IqqtOWa2NKtYREcNT0PWpcsPEaQaSM5YAH9AdsPyYyg2C
jwNzdBpUTmfaVZMq1L44AyqApfJzOY1K1607rcrjo2vfwJOckg1bOD1sw4khVi79
2mHKTEL3CcnHW+wL7UJreKXd9hLBRwWXHmLWL13ipgd9xm0KQ6oeO/sB/NoQ/WBY
SCoGBd5pq6hEVLjLxnSj+yjgmP6WUXt5DS3w0KYLrSd2TsOUhL1yWnmZ3zPkYbM5
eiCGYSxqniyc0q12lv14Bk65st2JIBwAixFgPdzRZ8pZ/b4Ks1cHZAoi/pVDqdpO
LkhowBBL8QdsDATD+/qHIXYhHuoTcpkCI4Aq1DOWOLy5bJhFbyvEWxaJqpukUQPW
dSGpkKe1VQcRsMhMksJf
=KnY4
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yosdn-zb...@franck.debian.org



[Bug 1396054] Re: output of filename garbled

2015-05-03 Thread Christoph Egger
Hi!

can you provide the PDF where this happened? If you can't publish it you
can hand it to the main developer directly also.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1396054

Title:
  output of filename garbled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pdfgrep/+bug/1396054/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Accepted sbcl 2:1.2.11-1 (source all amd64) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 12:09:34 +0200
Source: sbcl
Binary: sbcl sbcl-doc sbcl-source
Architecture: source all amd64
Version: 2:1.2.11-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Common Lisp Team 
pkg-common-lisp-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 sbcl   - Common Lisp compiler and development system
 sbcl-doc   - Documentation for Steel Bank Common Lisp
 sbcl-source - Source code files for SBCL
Closes: 734967
Changes:
 sbcl (2:1.2.11-1) unstable; urgency=medium
 .
   * New Upstream Version
 Remove Adding-curly-braces-around-subgraphs-to-make-things-.patch -- fixed 
upstream
 Cleanup fixed upstream (Closes: #734967)
 .
 changes in sbcl-1.2.11 relative to sbcl-1.2.10:
   * enhancement: SET-PPRINT-DISPATCH will warn when given an expression in
 which any part is unrecognizable as a legal type-specifier.
 The dispatch table will be altered, but the new entry is disabled.
 Subsequent type-defining forms will cause pprint-dispatch tables to
 re-examine whether any disabled entries should be enabled. (lp#1429520)
   * enhancement: Loading code containing calls to a deprecated function 
will,
 under most circumstances, signal warnings similar to compiling such 
code.
 The usual caveat holds about not detecting calls through a computed 
name,
 as in (funcall (intern DEPRECATED-FUN SB-EXT)).
   * enhancement: (SB-EXT:COMPILE-FILE-LINE) is a new macro that expands
 to a constant (VALUES integer integer) indicating the source 
line/column
 from which it was read, intended for logging Lisp runtime errors in
 a style similar to that afforded by the C preprocessor __LINE__ macro.
 Similarly (SB-EXT:COMPILE-FILE-POSITION) returns a position in 
characters.
   * enhancement: improved source locations for VOPs, alien types and
 declarations.
   * bug fix: functions in :FINAL deprecation have the correct docstring.
 No visible change, as no such functions presently exist. (lp#1439151)
   * bug fix: (SETF (FDEFINITION this) (FDEFINITION OTHER)) signals an error
 if OTHER names either a macro or special-operator. (lp#1439921)
 changes in sbcl-1.2.10 relative to sbcl-1.2.9:
   * minor incompatible change: all SOCKINT::WIN32-* functions have been
 deprecated with EARLY deprecation state
   * minor incompatible change: performing introspection via the 
system-internal
 SB-INT:INFO function could expose that :TYPE :TRANSLATOR is not 
necessarily
 a function, as it always was before. (Affects swank-fancy-inspector)
   * enhancement: The value of SXHASH on bit-vectors of length equal to the
 word size now depends on the vector's contents instead of being 
constant;
 its value on bit-vectors of length divisible by the word size now 
depends
 also on the contents of the vector's last word.
   * bug-fix: sb-bsd-sockets on win32 uses proper C function declarations.
 (lp#1426667)
   * bug fix: A new dead code elimination phase removes dead code loops
 that confuse stack analysis. (lp#1255782, lp#308914)
   * bug fix: A toplevel form which was simple enough to bypass the main
 compiler in COMPILE-FILE, and which contained an empty SETQ or PROGN
 would produce an invalid fasl file. (lp#1427050)
   * bug fix: The compiler no longer signals an internal error when
 encountering invalid FUNCTION forms like (function 1)
   * bug fix: express proper dependencies in the ASDF contrib, to support
 systems where make runs in parallel.  (lp#1434768; thanks to Nikhil
 Benesch)
 changes in sbcl-1.2.9 relative to sbcl-1.2.8:
   * minor incompatible change and bug fix: unboxed numeric constants
 on x86oids are arranged in memory differently, and the disassembler
 does not show them separately in DISASSEMBLE, but does
 if DISASSEMBLE-CODE-COMPONENT is used. (lp#1421987)
   * optimization: The compiler's treatment of type specifiers makes
 it slightly faster and more memory-efficient. Portable code
 should be indifferent to this change, however, users of
 SB-INTROSPECT:FUNCTION-TYPE might notice that (MEMBER T NIL)
 and (MEMBER NIL T) are both internally collapsed to the former,
 so that the latter can never be obtained as part of an FTYPE.
   * optimization: a TYPEP call in which the second argument is not a
 QUOTE form but nevertheless recognized as a compile-time constant
 might open-code the test. One scenario for this involves backquote,
 such as (TYPEP x `(my-type ,some-arg)). Code which relied upon
 deferring until runtime should declare (NOTINLINE TYPEP).
 [Due to the sematic constraints of DEFTYPE etc

Accepted buildapp 1.5.4-1 (source) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 14:02:22 +0200
Source: buildapp
Binary: buildapp
Architecture: source
Version: 1.5.4-1
Distribution: unstable
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 buildapp   - application to create common lisp images
Changes:
 buildapp (1.5.4-1) unstable; urgency=medium
 .
   * New upstream release
Checksums-Sha1:
 47d3e7cbb90b006cf73cbf6a5d70b747c95a7cff 1845 buildapp_1.5.4-1.dsc
 91b9603b34f27feb873c2232ac486750fce7a209 16326 buildapp_1.5.4.orig.tar.gz
 d90234a2d656b70530099c4490ac9b64ff4213ec 3996 buildapp_1.5.4-1.debian.tar.xz
Checksums-Sha256:
 79b737163887c40c5f9b5d764a1b9fffc501858cd20f52d876f89ebaa065d3e0 1845 
buildapp_1.5.4-1.dsc
 8a3918d740f21fd46c18b08e066fec7525dad790b1355a1e3e5950f2d3ca4291 16326 
buildapp_1.5.4.orig.tar.gz
 7e5221909dc0bb1d00961cf6c6aa89a0eac5df4de95a7946242841c79f3bcde3 3996 
buildapp_1.5.4-1.debian.tar.xz
Files:
 0a801b06168899cc59d228753a61c898 1845 lisp optional buildapp_1.5.4-1.dsc
 4bf1a61436c920f1725d6edb0a7095f7 16326 lisp optional buildapp_1.5.4.orig.tar.gz
 d2cd081e619cd44548abad3481db3f7e 3996 lisp optional 
buildapp_1.5.4-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVRg+bAAoJEKv/7bJACMb5O9kP/Ak/Q1ZZHnyD7A1D7wTmDiJf
MacxmCaiXRAdSvlzvsqcqZezc4AugaS7R3twcWkWKvkC4Rs/0ivd3fdrVzUbKYz5
OY3V7t+Dct2+UXIVFyJPRZeLNvP9pYn3hMPKd7d2G6on7w8GQFAsKVMAx6/Dt50I
UJ9piilsRyBw9L6tcqnBWBs89cIgb0bf5XN7ALfbnL0uiaw3EWN84kzuZiThX7zd
EXMJL/1tF0OXcsp38z/rCsPNRUEYb/LHlX09ZTi+j/ldgBsBZlfC1+1MhJ2xhNEZ
A+OTKXibcgf6giJQTDGczZASJvPb+2KrigJf/sUXWFST6vNcervh7VLwUpKXekp4
gpmV9iUOYb3hjEjN5CAkx0r1UV5C5DNJlPwfe2FVZPhkle/O6T8F5abG9jwwmcnM
rr/Z1PcwxubZcmfvi7Y5d5LAhf9kEMMMwG0+vYTf2rwf1KxyRIBVwPy5b0aT71FE
KhlIXJPh5TfQz5toMOCeFivq2H6EVgdRe9QzKAKQ9BlaG14t2byzRbDfesq/mmkj
cjf/S8KpuxAkV1i/f5u2CviF+O8OBILB/WTtR5ifYvkBVikmSREHZnA3/+UwM/oj
Ejk1e9brw401f5h2aYm1pVPMM+g70FX1q42sI7eFXuv4X+gt3WDoEfbVRDTDC9do
toL1/7YqUVQ3sJ43HGrT
=LyFC
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yossw-0005sw...@franck.debian.org



Accepted ecl 15.3.7+dfsg1-1 (source) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 15:01:10 +0200
Source: ecl
Binary: ecl
Architecture: source
Version: 15.3.7+dfsg1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Common Lisp Team 
pkg-common-lisp-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 ecl- Embeddable Common-Lisp: has an interpreter and can compile to C
Closes: 576234 696033 714244 719177 769309
Changes:
 ecl (15.3.7+dfsg1-1) unstable; urgency=medium
 .
   * New upstream release (Closes: #714244)
 * Upstream now defaults to unicode builds therefore (Closes: #719177)
 * swank seems to work without additional modifications (Closes: #769309)
 * drop arm cas patch (included upstream)
 * asdf:make-build now shipped by upstream buildsystem (Closes: #576234)
   * drop ecl-doc -- should be reintroduced from the separate ecl-doc source
   * Add dependency on libatomic-ops-dev (Closes: #696033)
   * Move to dh 7
Checksums-Sha1:
 6b4621b0dfbb218397d8bc194f7c3fe5780889fe 2148 ecl_15.3.7+dfsg1-1.dsc
 0ec6cd02e862340e6dc5cdd802f9a994174b1315 2874484 ecl_15.3.7+dfsg1.orig.tar.xz
 f8444674356c3267eed3160ef6e86b07c4302f9a 17724 ecl_15.3.7+dfsg1-1.debian.tar.xz
Checksums-Sha256:
 46c0f31dc055a3fdcc77ddefa83f5a088ec6a4e79c2694e582ace3e4dba7a6ef 2148 
ecl_15.3.7+dfsg1-1.dsc
 10537cf332b5a244165f1ef4f0357d0f939a80d353b61ccf0ba200a02ef6d9bb 2874484 
ecl_15.3.7+dfsg1.orig.tar.xz
 c41f56895c23bc5d3b801952c5cb5c103e664656685b84a4fae8bceaf982a1f5 17724 
ecl_15.3.7+dfsg1-1.debian.tar.xz
Files:
 c363316cf08f17d54cc47b8bec98455b 2148 devel optional ecl_15.3.7+dfsg1-1.dsc
 97fc2f6e5ec0bd3f1c769d9d07ff3345 2874484 devel optional 
ecl_15.3.7+dfsg1.orig.tar.xz
 409447a9d0a1fcce1f972dc93643abcd 17724 devel optional 
ecl_15.3.7+dfsg1-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVRjahAAoJEKv/7bJACMb5sEoP/0ugRiG56eM2MkGD3p+Nog4m
NFPTpmcbxbRQCvn7zwecaHM551eQXCnspwtO5v4vY62QuTIoedWI9yqVQhOIFQ2B
g/duNx4vhW7AeacHqHPp8e9anUVejW2XxFWlysJrspuFOg0G8WazGKi5/5BQHD/W
ibycCqXmlkZIXh9MfZQGGLLVNjbcBT+r9Zqd8oR1+4Wna669Z+byrDsvzVhmEC1D
HK5FMyO8CbporeWTfkflxZYzw7hNWYjJnYqOHlEx0PNystan2PajXh4Nh9U3abYy
2e2A6PV1C4Yis69GStTKEq4XVc0xvG7QRxsEOsDYZ5wJE0i3e9EBn/u7MRonLcix
XZHyPwfNYyWPA9+bG2ksxbYJBk04Vj6p8dIHkzuZTejATmRArtfi9FOu8/PeC4/z
xVCnRQ2tDK0ECqrJxgOy8W6fnt+uC3Pq4/yjhshJO0lTz0T7s9cSzUo3lBRd5Hqy
JxGFzwDfE0LIUJWW9/n3ir4acQmo8uKtVbm0Pno3rS1dnN6s6mcv5a2w3EgyJnfw
QBy9wgXv92e4/GDI6Qb5UR5tQ8JQ2FLuvvf+k1Wv7H8mUoUuupyVVEr4nCEnwnYr
rbOyoKV/fHF1I2X4BOVRPxrtljvEBdHiSJLuqRw0KEaXUEWB/+1bl08mAInK4DzF
sb+1gwYy3U/LKkkDsjqY
=51Hv
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yowbo-00034f...@franck.debian.org



Accepted pdfgrep 1.3.2-2 (source) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 12:46:52 +0200
Source: pdfgrep
Binary: pdfgrep
Architecture: source
Version: 1.3.2-2
Distribution: unstable
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 pdfgrep- search in pdf files for strings matching a regular expression
Changes:
 pdfgrep (1.3.2-2) unstable; urgency=medium
 .
   * upload to unstable
Checksums-Sha1:
 bb4a270612d10dac90793579b496ededbd60f5cf 1888 pdfgrep_1.3.2-2.dsc
 9b2fca0022665a6d84c8029eaf29ced1e42dd452 16476 pdfgrep_1.3.2-2.debian.tar.xz
Checksums-Sha256:
 80d55bfb02368ee238fd495e0333025d2670b381f7ed129146cf686f821b 1888 
pdfgrep_1.3.2-2.dsc
 6c6c80350ef07e9092470759d6ce56ad2727d8318ccf9002294464f34c13b968 16476 
pdfgrep_1.3.2-2.debian.tar.xz
Files:
 00acb14b776a8086389047b348361463 1888 utils optional pdfgrep_1.3.2-2.dsc
 e1adbf4582c4a30dc3baa0d45ba7db6c 16476 utils optional 
pdfgrep_1.3.2-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVRf3cAAoJEKv/7bJACMb5+nIP/20R5ypprF7m13/JXRqRaw5T
4GpbeqvriOK868dZtmijMw2nd75WAXoqnaK7/bhLdvnJZnEvKKO8n+kSCq52JNGz
2S5nIuNE+hHo0iiMIHN29cGaSLXp86SpMFDNtP4JStL54km/uhVlHfSBv8O1+UQt
SmwF2ARS5eIFPKkqG9kKc6i5/SVDpNJsUPVOY1274pr3ZvMJfmYjSrisXrX/KjU4
AlGQj0UhuBDGX9Y9YYP78ZsSCzN6kaTrZmChxEbZL19VtTDebBFY5U+pN5SESkcc
FLrkieRM6N9+E5xLMNVGvfia4xvl28/0Apn8/l78FwRzARxrqEy/MjPZNoFVo3Gg
0KWSn5nfFWbTsPxePpOOXUZRuU+PuFb+FjnkzkbMeZxzWrsBTjGeFj9azdFJPhhE
FUblRHJC2i7qedwuETEKZUatIUlw7RJFU8heL1/FtUeG/wffITElC+TLjY3qfcpc
C5O8SQvXhCW2oxdPgbm+3lUgxFx/qBAD19OmEe61nRwodxvVMZGSlVCg8HjLd2Rb
5Sn64DWOEAIL1jt9IypYRJT8fdUhDfhYBqlTus9hPXQ3Sl1PgcMrlXazXHKk2CTE
INzXW3kAQls/mzgqdQGmIr1sILKl+W9FahP2v0GY/DA0pXmKiqFMMVEjfzNICtp8
EfppSA6T/qNj6JzdSmdu
=ha+o
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yorhu-0005wy...@franck.debian.org



[unknown-horizons] branch master updated (e3ade63 - 3610c30)

2015-05-03 Thread Christoph Egger
This is an automated email from the git hooks/post-receive script.

christoph pushed a change to branch master
in repository unknown-horizons.

  from  e3ade63   debian cleanup
   new  3610c30   upload to unstable

The 1 revisions listed above as new are entirely new to this
repository and will be described in separate emails.  The revisions
listed as adds were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-games/unknown-horizons.git

___
Pkg-games-commits mailing list
Pkg-games-commits@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits


[unknown-horizons] annotated tag debian/2014.1+ds1-2 created (now 7660ed5)

2015-05-03 Thread Christoph Egger
This is an automated email from the git hooks/post-receive script.

christoph pushed a change to annotated tag debian/2014.1+ds1-2
in repository unknown-horizons.

at  7660ed5   (tag)
   tagging  3610c30da40f9452b668aed9bca90237c916c30d (commit)
  replaces  debian/2014.1+ds1-1
 tagged by  Christoph Egger
on  Sun May 3 13:05:52 2015 +0200

- Log -
unknown-horizons Debian release 2014.1+ds1-2
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAABCAAGBQJVRgEQAAoJEKv/7bJACMb5pmEP/0YUdhj8jysLGyO4tCVq9UXH
NVn3jl6AgIMbPEEdWHdLqtgjux3Bt93lGPzWazhXNXtjCkJ4MAZ1m6BQiVOuwV1R
BJBWEOUfIor38DKwwK9gDSfQVmeMdEkxDhrLT1rVa0j+JhcEbtz/fcY247uVyDsU
JMNp80OOw7LEwTbj3m4WkCmcZDeQ3p/G23iicYxtXFNdNGmD5BF4LjYxpVbJtwZh
trjV77v/MnlQBo9IN92naOdIMSfcXWMU1sVQ0ed2+rFkwjGaDdj4g5h9UCHv9yoD
mjVihrn7u9YAbngutzm57IoL1s2geYXEanccLvblFewpg3atDS2z6+en7/rYuwI1
46EbsgT015HWEmXLjzZbtm0FQEHRO7qIn9y8GW7DPZpKqAPrbgFXU+5NWeA959G9
hJrijHkLiLFq8yswkPnEFx3c2fpeYoLkIdATql1WsrH1FNi861bal1IZknmx9cLJ
Fbl3u3Lx22mizxxKmWoVMHnbRwNCEaNhxovUKlcsEVOy8jS+55E2pkCjbdTwcpnP
j7Sv3Jd38MYVZ8M/7nZ0BZT8C7CmAKUvACe7TAy6Q32s/imxdopHrYDkQL1JYg+W
oE/6dMeQJgKsS8W3zsR1JOKFDOzrdoIU3rEGQSDrsQuMbTfHY6z9GyiIXvVx77EC
uTNTMiZp7V7mDej6ILLA
=8Oo/
-END PGP SIGNATURE-

Christoph Egger (2):
  debian cleanup
  upload to unstable

---

No new revisions were added by this update.

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-games/unknown-horizons.git

___
Pkg-games-commits mailing list
Pkg-games-commits@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits


[unknown-horizons] 01/01: upload to unstable

2015-05-03 Thread Christoph Egger
This is an automated email from the git hooks/post-receive script.

christoph pushed a commit to branch master
in repository unknown-horizons.

commit 3610c30da40f9452b668aed9bca90237c916c30d
Author: Christoph Egger christ...@debian.org
Date:   Sun May 3 13:05:48 2015 +0200

upload to unstable
---
 debian/changelog | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index a2e2cdd..1d98215 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,10 @@
-unknown-horizons (2014.1+ds1-2) UNRELEASED; urgency=medium
+unknown-horizons (2014.1+ds1-2) unstable; urgency=medium
 
   * Add dh-python build dependency
   * add python dependency
+  * upload to unstable
 
- -- Christoph Egger christ...@debian.org  Sun, 22 Feb 2015 23:54:13 +0100
+ -- Christoph Egger christ...@debian.org  Sun, 03 May 2015 12:55:58 +0200
 
 unknown-horizons (2014.1+ds1-1) experimental; urgency=medium
 

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-games/unknown-horizons.git

___
Pkg-games-commits mailing list
Pkg-games-commits@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits


Bug#784151: tracker.debian.org: consider using httpredir.debian.org

2015-05-03 Thread Christoph Egger
Package: tracker.debian.org
Severity: normal

Hi!

httpredir.debian.org seems to have superseeded http.debian.org. Maybe
the links could be switched to the proper .d.o service as it's now
available?

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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



Bug#784151: tracker.debian.org: consider using httpredir.debian.org

2015-05-03 Thread Christoph Egger
Package: tracker.debian.org
Severity: normal

Hi!

httpredir.debian.org seems to have superseeded http.debian.org. Maybe
the links could be switched to the proper .d.o service as it's now
available?

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150503143400.1582.30066.reportbug@hepworth.asgard



Accepted cl-irc 1:0.9.1+dfsg1-1 (source all) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 18:37:49 +0200
Source: cl-irc
Binary: cl-irc
Architecture: source all
Version: 1:0.9.1+dfsg1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team 
pkg-common-lisp-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 cl-irc - Common Lisp Internet Relay Chat Library
Changes:
 cl-irc (1:0.9.1+dfsg1-1) unstable; urgency=low
 .
   [ Luca Capello ]
   * debian/control:
 + remove myself from Uploaders:.
 .
   [ Christoph Egger ]
   * New upstream release
   * Add myself to uploaders
   * New standards version
Checksums-Sha1:
 f2f71343b01cb28f3128f6dae10bd7c38aa5cb2b 2017 cl-irc_0.9.1+dfsg1-1.dsc
 1c489d75c3fa686ee38cd2ffd8618eb5bdd83637 718496 cl-irc_0.9.1+dfsg1.orig.tar.xz
 0c0e40a6ae337f233aeda6508f2a30975b670639 4432 
cl-irc_0.9.1+dfsg1-1.debian.tar.xz
 55eb38c39bde2446b9eab152c9188b61ac865c25 851122 cl-irc_0.9.1+dfsg1-1_all.deb
Checksums-Sha256:
 6fe21bc07b7077717299b34d910eccdbba38a3ba86ba7b2f6a2aab2532e6e593 2017 
cl-irc_0.9.1+dfsg1-1.dsc
 ebb364278eed86538bb05c2d8b87816d24c862864269c05011b2ff5494cb0364 718496 
cl-irc_0.9.1+dfsg1.orig.tar.xz
 005270bb5bd93184557be49949d37ab360475385d1484db376b27f3e40bcbe1e 4432 
cl-irc_0.9.1+dfsg1-1.debian.tar.xz
 5e8f525f5a4f981956310a0d8dc9c1a7b1f4760a6711e2ea56cded997d596bd6 851122 
cl-irc_0.9.1+dfsg1-1_all.deb
Files:
 fa9f51d068ca9ecda6a92f228c3de9a7 2017 devel optional cl-irc_0.9.1+dfsg1-1.dsc
 7cf32bfa997e75f3a4a503c83dd8517d 718496 devel optional 
cl-irc_0.9.1+dfsg1.orig.tar.xz
 8dcf82936af981939316ef62bbb3e2df 4432 devel optional 
cl-irc_0.9.1+dfsg1-1.debian.tar.xz
 274f80204a8868ca4328f292664ad577 851122 devel optional 
cl-irc_0.9.1+dfsg1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVRlDCAAoJEKv/7bJACMb5yEkP/2YotnoZj3KWj2NK9t64nI+c
pog9RHO+DNwsbSDdHd41/ylaGmxEQ4OQTMmo0/fZ2XgsnsS3brUrjnpqy3hvbKOs
tK+EUDiwbLUMpjFCSHTTRs0RTwgBiYQc3hD7SFI0MZy2hcu/Ul2tqm3X7LLZhR6F
6qGGeHfRnZ8BOMTY2leL3tMZ5N1cnhEBC0D2Px3MOnYwt7M83bH6B6i5ghV0cTdv
8cIGHJAj1iJJk8EV6eeBHDRjW2lAUFjxY/ApbpHJGDExFFkUiYYV+yL2ymiJC8mE
m8No6KWIS7aiZLcw6NbX+NLIeOtORTcq7AUmhB/3rIdX1HgkJVQvUV10VFlKS04u
/tMG77kIV9jADavOj/TJVF6ruYC6Z8Z6u9jbcCqptZuxjeK2Lyt41bTUYfjl7uF6
Baj+JsmR94TK+BzYQIR5+SVf/Jtpe+WjQNEkbbKXDFf6iw+xv2gvtw5aShdW2E0p
tsCVOgXYhNhzNJZl/EI+dypiLSTFTq4so9ByrFfix6JUU9FZCXzUErs6/gWt3W2S
i7oIBQitsYZVD6QIsVQqrvvPeihMu5AEz3eblppNmgtp8mUoOc+PVXFjlxcB0sJJ
xT9vuy4QWch0RAzO7fo5xBjBrajKjK9KSk5Ka8oShXbhir5TDEqLECrR+WXUHb2j
3Yvzgydceg6FHu/M0xxS
=qoww
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yox4x-00029m...@franck.debian.org



Accepted cl-xmls 1.7.1-1 (source all) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 18:14:06 +0200
Source: cl-xmls
Binary: cl-xmls
Architecture: source all
Version: 1.7.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Common Lisp Team 
pkg-common-lisp-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 cl-xmls- XML Simple Parser for Common Lisp
Changes:
 cl-xmls (1.7.1-1) unstable; urgency=medium
 .
   * New upstream release
   * Add upstream signature/key to watchfile/signin-key.asc
   * move to 3.0 (quilt) format
   * bump standards version
   * fix watchfile to cope with both .tar.gz and .tgz
Checksums-Sha1:
 f7a0347713f48b675b215b44ff5fe7be9abb92fc 1990 cl-xmls_1.7.1-1.dsc
 28b8c4b639dcd6742a7efb8e151df09d53c77807 80785 cl-xmls_1.7.1.orig.tar.gz
 1b9b69e79074ca0856a24ab1086583dd0a293ab4 14196 cl-xmls_1.7.1-1.debian.tar.xz
 c00892bca7378887b955ba27d6e563d57ac34582 15006 cl-xmls_1.7.1-1_all.deb
Checksums-Sha256:
 734149fd0a36b520109648068e474e4c3aa25de443efb05489f7c3d4620c9a40 1990 
cl-xmls_1.7.1-1.dsc
 619cfef443d1ba236624664372190d07596eb48e97d54924165cefbb7f7a0100 80785 
cl-xmls_1.7.1.orig.tar.gz
 073b7b6a28f814d1fff9a5f9b5d69ee5cba8556d2178146608d4fc0d703ae7df 14196 
cl-xmls_1.7.1-1.debian.tar.xz
 a58492f02af97d1c50ba3d8733d428c39a2e0db658d13e418e4420d7a8c67419 15006 
cl-xmls_1.7.1-1_all.deb
Files:
 e114e9553955b9d105d6ae7241631969 1990 lisp optional cl-xmls_1.7.1-1.dsc
 9bcf1e454bd9c5e241029cd285c39963 80785 lisp optional cl-xmls_1.7.1.orig.tar.gz
 75601062f6312c44168b71dc85b387af 14196 lisp optional 
cl-xmls_1.7.1-1.debian.tar.xz
 2966831e854f3d1701c71fa77561f9b9 15006 lisp optional cl-xmls_1.7.1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVRkoiAAoJEKv/7bJACMb5qQoP/28HZ3CpToNLwHX22wF2iSp2
jrcl4nFNPWxhMMkMQ9UvZXU/OuoXsPlJmIQOgFpj/h/L6hYb/Nr0oaaXj4x+pnTw
1bPPXTqkQ+kcaMeRQvvZtlzzRFcWDhzqkgt3lOrgJtbOkJu54539jiwZAYuXRl+n
cMO9xi84RqtrK6JDXQK8ptzwWu81FUB1bzJyVZ5qjdqqfuMOU2q0/2dC0fJ7dqge
MeAcyln7helc7rDPZJnjf+gdaL6t/HR7QDBplWW74EQJ2hUQuj0IpzV9Na7qGX5C
oeaDLIVYLpD8UAyoiUA0RcMU20MgsJH1f1RBLh76YMG4YtbrUgOV/6AI4L+g2r7N
obLm1pOzwIvAmoirYZt54yEhRwE2i9/amwTmpUzfETTii407ZmRa2aPCUSntBCqM
OsPn/Pxuv72eFIlqXfKIU9hD1Qztnb4/0oCmtBR0R8AOM7KO4B3KvaHirdsXVqQf
oyYjj5VYU4+kFjTBCthlw+CbEsjV5KnihAEmweSgj9l7SVPf1gNQnBQcgHlJmKET
BiIqFpf19MIGXKA9d+wzrP4iQar1kah0g4eueAulTl0UYLX7CwHaJ+pMPUnLAibC
LRQmbluFdx4GRVofr6Buy/0gqKqixr+dkGIxTbbw4Oy+QR7swqlnozcnuBnWjCyr
tpgeOurg8o+S9brJZBkZ
=y4ZK
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yowes-0006er...@franck.debian.org



Accepted cl-usocket 0.6.2-1 (source all) into unstable

2015-05-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 03 May 2015 17:40:07 +0200
Source: cl-usocket
Binary: cl-usocket
Architecture: source all
Version: 0.6.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Common Lisp Team 
pkg-common-lisp-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 cl-usocket - Common Lisp socket library
Changes:
 cl-usocket (0.6.2-1) unstable; urgency=medium
 .
   * New upstream release
   * Add upstream signingkeyes
   * Bump standardsversion
   * Canonicalize Vcs files
Checksums-Sha1:
 f4874acaa8c7c06a0fef82106ab0e609672e514e 2018 cl-usocket_0.6.2-1.dsc
 437befea885fd607977a45ca617c2a939cba82dc 70696 cl-usocket_0.6.2.orig.tar.gz
 f328bb292668b497850b5a39b3273775214ba363 11364 cl-usocket_0.6.2-1.debian.tar.xz
 e3ec8604992141b39637f1869a6c59ef22b60793 59002 cl-usocket_0.6.2-1_all.deb
Checksums-Sha256:
 37ad22899d22ae8bd813d89a4a1f6480741532ed117e9deee1e607300a430d86 2018 
cl-usocket_0.6.2-1.dsc
 fa33f0fe23537a31839ff3803d8cf80b3adf03d16321187dbb0b557112fa1c0b 70696 
cl-usocket_0.6.2.orig.tar.gz
 acdddefa7184d2d3898d25c1ec088100493ba3f5d84640a2a48b91dc91bfb210 11364 
cl-usocket_0.6.2-1.debian.tar.xz
 b431354d1a2b268f59cd7feb8eab10d505bdb6661ee6830e45268b1e5e0843f9 59002 
cl-usocket_0.6.2-1_all.deb
Files:
 cca29482d3fa5505369fcc2eb31af468 2018 devel optional cl-usocket_0.6.2-1.dsc
 354f5747546461970c741ab5997b9917 70696 devel optional 
cl-usocket_0.6.2.orig.tar.gz
 22104cd8735c08b7b4c119a5cded6323 11364 devel optional 
cl-usocket_0.6.2-1.debian.tar.xz
 6ad3d7d0c17cfcf4f6bcd4660926f8d0 59002 devel optional 
cl-usocket_0.6.2-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVRkPWAAoJEKv/7bJACMb5qXQQAJNtGjEBcVcWan09+mo9EDrH
783aUZccE1/dw1dJYRzeqtDgvh8uAbE3njk+PoVZEbHWsLqxuAYrT0W1z7I+QWzd
APsKexdmfhOvcsEM6pJ7z7YrGlOYzoMDEcc8a/nwhZUMuxWBh16YbAXo76XU6yp7
ruydbZZXn5+OOrC9/1arrwPLlnRPtkK++KpcgwBv9X9VipATFcHmjqZslRuXmY1O
5bCX/d2AIHcdBpPq8msbT+CpkhVhn2m+Qvnw1Iyw1zZs8+nVU6vGXK2Bf1/921uX
FaDlxG/tY5XF3tfpt5TUv6xX4qCzzBMpKaClBlGCVfK9YyPBbnEzdKW7fZJhOixd
9jhnDFnA1LGLNoiojFn3/Kmprj1gUXjfcy6lbS2PFd30V3fuPU8D9zzPk6NpkG57
wy0JndLLLKXq4dGGfO0xQzNqfwYShob6IkO3ExK3KQ6I3/Qj0O+KUyHdkahWW3g6
+O16bqAsmmQWF1raeuEdI4hzVLvycS5CuXAXamFM4c34IaB9wl4MiVcYtG5ZqSC7
Twpcyn88O2upMj1PuMkUrXG/T5Pw7obybjzUECbQkFolA5QmrOe2u53tEG7yJql2
6TQRfJpCiSel5Y6hw8xxS8n1uDRTppmVWlxoem3EOg6J1IYQqQXDlOka/etwUZuI
8MSZf+5JmKBDTVEEH4lc
=MJ3Q
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yowek-0006d6...@franck.debian.org



Re: [Sks-devel] sks hiddden service

2015-04-28 Thread Christoph Egger
Kiss Gabor (Bitman) ki...@ssg.ki.iif.hu writes:
 Eeerrr... what is the risk of using a public service in
 TOR user's point of view? (Compared to using a hidden service.)
 His identity is hidden anyway.

End-To-End encryption and no CAs.


signature.asc
Description: PGP signature
___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel


Re: [Sks-devel] seeking peers for keys.enteig.net

2015-04-21 Thread Christoph Egger
Hi!

 Running it on a Raspberry Pi shouldn't be a problem as SKS is
 pretty low on resources (except for the building process).

Well sks needs rather decent storage (or maybe lots of RAM as caches?)
to performe remotely useable in my experience. In terms of normal RAM
and CPU usage it's certainly harmless

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer

___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel


Bug#781615: systemd: Only boots in rescue mode

2015-04-03 Thread Christoph Egger
Michael Biebl bi...@debian.org writes:
 I assume the f2fs-tools package is installed?
 What output (and return code) do you get, if you run
 fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
 from a rescue media?

# fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
Info: sector size = 512
Info: total sectors = 62129119 (in 512bytes)
[ASSERT] (fsck_chk_dentry_blk: 623) le32_to_cpu(de_blk-dentry[i].hash_code) == 
hash_code
# echo $?
255


-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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



Bug#781615: systemd: Only boots in rescue mode

2015-04-03 Thread Christoph Egger
Michael Biebl bi...@debian.org writes:
 I assume the f2fs-tools package is installed?
 What output (and return code) do you get, if you run
 fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
 from a rescue media?

# fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
Info: sector size = 512
Info: total sectors = 62129119 (in 512bytes)
[ASSERT] (fsck_chk_dentry_blk: 623) le32_to_cpu(de_blk-dentry[i].hash_code) == 
hash_code
# echo $?
255


-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


Bug#781615: systemd: Only boots in rescue mode

2015-04-03 Thread Christoph Egger
Christoph Egger christ...@christoph-egger.org writes:

 Michael Biebl bi...@debian.org writes:
 I assume the f2fs-tools package is installed?
 What output (and return code) do you get, if you run
 fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
 from a rescue media?

 # fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
 Info: sector size = 512
 Info: total sectors = 62129119 (in 512bytes)
 [ASSERT] (fsck_chk_dentry_blk: 623) le32_to_cpu(de_blk-dentry[i].hash_code) 
 == hash_code
 # echo $?
 255

FWIW I've been trying with the git version of f2fs-tools now

it's doing a (break=premount)

 (initramfs) fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
 Info: sector size = 512
 Info: total sectors = 62129119 (30336 MB)
 Info: MKFS version
   
 Info: FSCK version
   from Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc 
 version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01)
 to Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc 
 version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01)
 Info: total FS sectors = 62129112 (30336 MB)
 Info: checkpoint state = 0 :  sudden-power-off
 
 [FSCK] Unreachable nat entries[Ok..] [0x0]
 [FSCK] SIT valid block bitmap checking[Ok..]
 [FSCK] Hard link checking for regular file[Ok..] [0x9]
 [FSCK] valid_block_count matching with CP [Ok..] [0x154afc]
 [FSCK] valid_node_count matcing with CP (de lookup)   [Ok..] [0x1027e]
 [FSCK] valid_node_count matcing with CP (nat lookup)  [Ok..] [0x1027e]
 [FSCK] valid_inode_count matched with CP  [Ok..] [0xfe30]
 [FSCK] free segment_count matched with CP [Ok..] [0x2fc0]
 [FSCK] next block offset is free  [Ok..]
 [FSCK] fixing SIT types
 [FSCK] other corrupted bugs   [Ok..]
 
 Done.
 (initramfs) echo $?
 0

and systemd still reboots the system afterwards

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


Bug#781615: systemd: Only boots in rescue mode

2015-04-03 Thread Christoph Egger
Christoph Egger christ...@christoph-egger.org writes:

 Michael Biebl bi...@debian.org writes:
 I assume the f2fs-tools package is installed?
 What output (and return code) do you get, if you run
 fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
 from a rescue media?

 # fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
 Info: sector size = 512
 Info: total sectors = 62129119 (in 512bytes)
 [ASSERT] (fsck_chk_dentry_blk: 623) le32_to_cpu(de_blk-dentry[i].hash_code) 
 == hash_code
 # echo $?
 255

FWIW I've been trying with the git version of f2fs-tools now

it's doing a (break=premount)

 (initramfs) fsck.f2fs /dev/disk/by-uuid/691d5901-2f6b-4d33-abbb-131376511c53
 Info: sector size = 512
 Info: total sectors = 62129119 (30336 MB)
 Info: MKFS version
   
 Info: FSCK version
   from Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc 
 version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01)
 to Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc 
 version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01)
 Info: total FS sectors = 62129112 (30336 MB)
 Info: checkpoint state = 0 :  sudden-power-off
 
 [FSCK] Unreachable nat entries[Ok..] [0x0]
 [FSCK] SIT valid block bitmap checking[Ok..]
 [FSCK] Hard link checking for regular file[Ok..] [0x9]
 [FSCK] valid_block_count matching with CP [Ok..] [0x154afc]
 [FSCK] valid_node_count matcing with CP (de lookup)   [Ok..] [0x1027e]
 [FSCK] valid_node_count matcing with CP (nat lookup)  [Ok..] [0x1027e]
 [FSCK] valid_inode_count matched with CP  [Ok..] [0xfe30]
 [FSCK] free segment_count matched with CP [Ok..] [0x2fc0]
 [FSCK] next block offset is free  [Ok..]
 [FSCK] fixing SIT types
 [FSCK] other corrupted bugs   [Ok..]
 
 Done.
 (initramfs) echo $?
 0

and systemd still reboots the system afterwards

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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



Bug#764213: Trying to understand buglog (rsyslog, kfreebsd, /dev/log)

2015-04-03 Thread Christoph Egger
Hi!

Are we sure this is fixed in that BPO version? I have a jessie here
which seems to have exactly that problem. Trying to chase the bug down
right now, would be cool if you could Cc -bsd@ for this kind of bugs.

Thanks!

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


signature.asc
Description: PGP signature


Bug#781825: phabricator: Invalid group `phabricator' in logrotate config

2015-04-03 Thread Christoph Egger
Package: phabricator
Version: 0~git20150211-1
Severity: important

Hi!

The phabricator user is created with

phabricator.postinst
   adduser --system  --ingroup www-data --home /var/lib/phabricator --quiet 
 phabricator || true

and /etc/logrotate.d/phabricator has
create 640 phabricator phabricator

Resulting in

 /etc/cron.daily/logrotate:
 error: phabricator:8 unknown group 'phabricator'
 error: found error in /var/log/phabricator/*.log , skipping

Should probably be 
create 640 phabricator adm

Thanks!

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages phabricator depends on:
ii  arcanist   0~git20150211-1
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  fonts-font-awesome 4.2.0~dfsg-1
ii  jq 1.4-2.1
ii  libjs-raphael  2.1.0-1
ii  libphutil  0~git20150211-1
ii  php5   5.6.7+dfsg-1
ii  php5-cli   5.6.7+dfsg-1
ii  php5-curl  5.6.7+dfsg-1
ii  php5-mysql 5.6.7+dfsg-1
ii  po-debconf 1.0.16+nmu3
ii  ucf3.0030

Versions of packages phabricator recommends:
ii  mariadb-server10.0.16-1
ii  nginx 1.6.2-5
ii  nginx-extras [nginx]  1.6.2-5
ii  php5-apcu 4.0.7-1
ii  php5-gd   5.6.7+dfsg-1

Versions of packages phabricator suggests:
pn  flashplugin-nonfree  none
ii  python   2.7.9-1

-- 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#781615: systemd: Only boots in rescue mode

2015-04-01 Thread Christoph Egger
Hi!

Michael Biebl bi...@debian.org writes:
 Could you blacklist the ipmi_si driver, just to be sure?

Will do in the evening.

 That aside, I wonder if it's related to the use of f2fs for /

 [   12.306905] systemd-fsck[171]: Executing: /lib/systemd/systemd-fsck
 [   12.332491] systemd-fsck[171]: Info: Fix the reported corruption.

 systemd-fsck[171]: Error: Not available on mounted device!

 That somehow looks suspicious.

Probably uncommon enough to be possible. Can't just test that though

  Christoph


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



Bug#781615: systemd: Only boots in rescue mode

2015-03-31 Thread Christoph Egger
Hi!

Michael Biebl em...@michaelbiebl.de writes:
 Am 31.03.2015 um 19:07 schrieb Michael Biebl:
 Am 31.03.2015 um 17:45 schrieb Christoph Egger:
 
 That looks odd: While the fsck is running, a reboot was scheduled.
 Did you hit CTRL+ALT+DEL?
 

 Or is this caused by

 Job local-fs.target/sta[   12.366051] Copyright (C) 2004 MontaVista
 Software - IPMI Powerdown via sys_reboot.

I just let it do it's thing waiting. And I had this behaviour bevore
installing ipmi-foo

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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



Bug#781402: Contains google webbug

2015-03-28 Thread Christoph Egger
Package: summit.debconf.org
Severity: normal

Hi!

the summit page contains a google webpage. Would be cool if that
privacy-violation could be removed:

line11:
 link rel=stylesheet type=text/css media=all 
href=//fonts.googleapis.com/css?family=Ubuntu /

Regards

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


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



Bug#781094: curl: relocation error on starting

2015-03-24 Thread Christoph Egger
Package: curl
Version: 7.38.0-4
Severity: serious

Ahoi!

guess the following explains the problem

Thanks!
  Christoph

 % curl -I 
http://mirror.sieglitzhof.net/debian/dists/jessie/main/binary-i386/Packages
 curl: relocation error: /usr/lib/x86_64-linux-gnu/libcurl.so.4: symbol 
SSLv3_client_method, version OPENSSL_1.0.0 not defined in file libssl.so.1.0.0 
with link time reference
 

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)

Versions of packages curl depends on:
ii  libc6 2.19-15
ii  libcurl3  7.38.0-4
ii  zlib1g1:1.2.8.dfsg-2+b1

curl recommends no packages.

curl suggests no packages.

-- no debconf information


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



Bug#781094: curl: relocation error on starting

2015-03-24 Thread Christoph Egger
Package: curl
Version: 7.38.0-4
Severity: serious

Ahoi!

guess the following explains the problem

Thanks!
  Christoph

 % curl -I 
http://mirror.sieglitzhof.net/debian/dists/jessie/main/binary-i386/Packages
 curl: relocation error: /usr/lib/x86_64-linux-gnu/libcurl.so.4: symbol 
SSLv3_client_method, version OPENSSL_1.0.0 not defined in file libssl.so.1.0.0 
with link time reference
 

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)

Versions of packages curl depends on:
ii  libc6 2.19-15
ii  libcurl3  7.38.0-4
ii  zlib1g1:1.2.8.dfsg-2+b1

curl recommends no packages.

curl 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#781122: emacs24: assumes .email TLD is invalid

2015-03-24 Thread Christoph Egger
Package: emacs24
Version: 24.4+1-5
Severity: normal

Hi!

When sending mail to foo@bar.email gnus warns about a bogus domain:

  Address `@.email' might be bogus.  Continue?  (y or n) 

.email is a valid TLD these days!

Thanks

  Christoph

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages emacs24 depends on:
ii  emacs24-bin-common 24.4+1-5
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-15
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.16-1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+b1
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6
ii  libgomp1   4.9.2-10
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-12
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-12.2
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-5
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
pn  emacs24-common-non-dfsg  none

-- no debconf information


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



Bug#780785: src:swig: VCS-Browser is 404

2015-03-19 Thread Christoph Egger
Package: src:swig
Version: 3.0.2-1
Severity: normal

Hi!

  The webaddress in the Vcs-Browser field is 404

Thanks!

  Christoph

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

Kernel: Linux 3.19.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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



[Sks-devel] Change of IP Address for keyserver.siccegge.de / keyserver.christoph-egger.org

2015-03-19 Thread Christoph Egger
Hi!

  The IP addresses configured for my keyserver[0] are about to
change. It will then also feature a static IPv4 address again.

Addresses are:

  92.43.111.21
  2a01:4a0:59:3151::f002

Regards

  Christoph

[0] keyserver.siccegge.de / keyserver.christoph-egger.org
Just different names for the same thing


signature.asc
Description: PGP signature
___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel


Re: [Openjdk] failed kfreebsd-amd64 build of openjdk-7 7u75-2.5.4-3

2015-03-13 Thread Christoph Egger
Hi!

Steven Chamberlain ste...@pyro.eu.org writes:
 This is unrelated to any change in openjdk-7, but a regression (#777122)
 in patch 2.7.4-2, fixed in 2.7.5-1.

 Please could you update build-essential on kfreebsd buildds?
 And then give back openjdk-7 for rebuilds.

On the way!

  Christoph


signature.asc
Description: PGP signature
___
Mailing list: https://launchpad.net/~openjdk
Post to : openjdk@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openjdk
More help   : https://help.launchpad.net/ListHelp


Re: failed kfreebsd-amd64 build of openjdk-7 7u75-2.5.4-3

2015-03-13 Thread Christoph Egger
Hi!

Steven Chamberlain ste...@pyro.eu.org writes:
 This is unrelated to any change in openjdk-7, but a regression (#777122)
 in patch 2.7.4-2, fixed in 2.7.5-1.

 Please could you update build-essential on kfreebsd buildds?
 And then give back openjdk-7 for rebuilds.

On the way!

  Christoph


signature.asc
Description: PGP signature


Bug#780260: phabricator: Missing Should-Start: mysqld

2015-03-11 Thread Christoph Egger
Package: phabricator
Version: 0~git20150211-1
Severity: important

Hi!

phabricator's initscript misses Should-Start / Should-Stop on mysqld as the 
start initscript fails when the sql server is not yet started. See 
https://wiki.debian.org/LSBInitScripts for description!

Thanks!

  Christoph


● phabricator.service - LSB: phd
   Loaded: loaded (/etc/init.d/phabricator)
   Active: failed (Result: exit-code) since Wed 2015-03-11 10:20:19 UTC; 4min 
41s ago
  Process: 359 ExecStart=/etc/init.d/phabricator start (code=exited, status=255)

Mar 11 10:20:19 phabricator phabricator[359]: #3 
AphrontBaseMySQLDatabaseConnection::executeRawQuery(string) called at 
[phutil/src/xsprintf/queryfx.php:6]
Mar 11 10:20:19 phabricator phabricator[359]: #4 
queryfx(AphrontMySQLiDatabaseConnection, string, string) called at 
[phabricator/src/applications/daemon/management/PhabricatorDaemonManagementWorkflow.php:562]
Mar 11 10:20:19 phabricator phabricator[359]: #5 
PhabricatorDaemonManagementWorkflow::freeActiveLeases() called at 
[phabricator/src/applications/daemon/management/PhabricatorDaemonManagementWorkflow.php:334]
Mar 11 10:20:19 phabricator phabricator[359]: #6 
PhabricatorDaemonManagementWorkflow::executeStartCommand(boolean) called at 
[phabricator/src/applications/daemon/management/PhabricatorDaemonManagementStartWorkflow.php:26]
Mar 11 10:20:19 phabricator phabricator[359]: #7 
PhabricatorDaemonManagementStartWorkflow::execute(PhutilArgumentParser) called 
at [phutil/src/parser/argument/PhutilArgumentParser.php:396]
Mar 11 10:20:19 phabricator phabricator[359]: #8 
PhutilArgumentParser::parseWorkflowsFull(array) called at 
[phutil/src/parser/argument/PhutilArgumentParser.php:292]
Mar 11 10:20:19 phabricator phabricator[359]: #9 
PhutilArgumentParser::parseWorkflows(array) called at 
[phabricator/scripts/daemon/manage_daemons.php:23]
Mar 11 10:20:19 phabricator systemd[1]: phabricator.service: control process 
exited, code=exited status=255
Mar 11 10:20:19 phabricator systemd[1]: Failed to start LSB: phd.
Mar 11 10:20:19 phabricator systemd[1]: Unit phabricator.service entered failed 
state.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages phabricator depends on:
ii  arcanist   0~git20150211-1
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  fonts-font-awesome 4.2.0~dfsg-1
ii  jq 1.4-2.1
ii  libjs-raphael  2.1.0-1
ii  libphutil  0~git20150211-1
ii  php5   5.6.6+dfsg-2
ii  php5-cli   5.6.6+dfsg-2
ii  php5-curl  5.6.6+dfsg-2
ii  php5-mysql 5.6.6+dfsg-2
ii  po-debconf 1.0.16+nmu3
ii  ucf3.0030

Versions of packages phabricator recommends:
ii  mariadb-server10.0.16-1
ii  nginx 1.6.2-5
ii  nginx-extras [nginx]  1.6.2-5
ii  php5-apcu 4.0.7-1
ii  php5-gd   5.6.6+dfsg-2

Versions of packages phabricator suggests:
pn  flashplugin-nonfree  none
ii  python   2.7.8-4

-- debconf information:
* phabricator/phabricator_mysql_pwd: (password omitted)
* phabricator/pwd_check: (password omitted)
  phabricator/mysql_host: localhost
  phabricator/password_mismatch:
* phabricator/phabricator_mysql_user: root
* phabricator/webserver: nginx
* phabricator/domain_name: projects.faui2k9.de


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



Re: possibility of jessie-kfreebsd suite

2015-03-10 Thread Christoph Egger
Hi!

  Ansgar and me have been discussing the archive setup for
jessie-kfreebsd yesterday. Basically there's going to be a
jessie-kfreebsd and jessie-p-u-kfreebsd thing on ftp-master where the
jessie-p-u-kfreebsd automatically pulls in new uploads from jessie-p-u
via some dak script (allowing special +kbsd versions and local packages
for -bsd@ as well).

  For our preferred setup we'd need a bit of your help: When accepting
security uploads from stable/new into jessie-p-u would it be possible to
also trigger the sync from updates/jessie-kfreebsd [0] to -p-u-kfreebsd?
This should avoid having different binaries in the seucirity and
-p-u jessie-kfreebsd suites.

  Christoph

[0] pending agreement on the -security side


signature.asc
Description: PGP signature


Re: possibility of jessie-kfreebsd suite

2015-03-10 Thread Christoph Egger
Hi!

  Ansgar and me have been discussing the archive setup for
jessie-kfreebsd yesterday. Basically there's going to be a
jessie-kfreebsd and jessie-p-u-kfreebsd thing on ftp-master where the
jessie-p-u-kfreebsd automatically pulls in new uploads from jessie-p-u
via some dak script (allowing special +kbsd versions and local packages
for -bsd@ as well).

  For our preferred setup we'd need a bit of your help: When accepting
security uploads from stable/new into jessie-p-u would it be possible to
also trigger the sync from updates/jessie-kfreebsd [0] to -p-u-kfreebsd?
This should avoid having different binaries in the seucirity and
-p-u jessie-kfreebsd suites.

  Christoph

[0] pending agreement on the -security side


signature.asc
Description: PGP signature


security for jessie-kfreebsd

2015-03-10 Thread Christoph Egger
Hi all!

Moritz Muehlenhoff j...@inutil.org writes:
 On Sat, Jan 03, 2015 at 05:36:38PM +0100, Ansgar Burchardt wrote:
 Hmm, does the security team plan to support kfreebsd? 

 Not specifically, the plan is basically to trigger the builds for
 kfreebsd-* with the release of the DSA (hence plugging it into dak
 security-install).

  So Ansgar and me discussed the arhive setup for kfreebsd-jessie
yesterday evening. Our preferred solution for security would include a
jessie-kfreebsd/updates on security-master. Ansgar plans to have a dak
plugin fetch source and arch:all packages from released security updates
automatically and security builds for the kfreebsd-* would land
there. This should require minimum work on -security side apart from
accepting to have the archive sit on security-master dak.

  Christoph


signature.asc
Description: PGP signature


Planned setup for kfreebsd-jessie

2015-03-10 Thread Christoph Egger
Hi!

So the planned setup would consist of 3 -kfreebsd pockets for jessie:

on ftp-master:
  - jessie-kfreebsd
  - jessie-proposed-updates-kfreebsd

on security-master:
  - updates/jessie-kfreebsd

where jessie-proposed-updates-kfreebsd is where our own uploads go. We
can put kfreebsd-only packages there and replace jessie packages (but
need to pick a different version -- like include a +kbsd$n or
something). With the possibility of folding -proposed-updates-kfreebsd
into jessie-kfreebsd on pointreleases.

Both updates/kfreebsd-jessie and jessie-proposed-updates-kfreebsd would
automatically get updates from the normal jessie suites via a dak
script Ansgar is going to write. Means we don't get the headstart with
embargoed security stuff. For seurity updates -- we would see them
coming in via the sync from updates/jessie and later, once -release
syncs them into jessie-proposed-updates we would see them show up
again. Ideally -release can trigger our security import when accepting
packages from security as well so we don't do two distinct builds for
the same source (and different binaries in the end).

  Christoph


signature.asc
Description: PGP signature


Bug#779860: swig3.0-examples: Please include autoconf-generated Makefiles

2015-03-05 Thread Christoph Egger
Package: swig3.0-examples
Version: 3.0.2-1
Severity: normal

Hi!

Several Makefiles for the exampels are generated during package
build. builddir/Examples/Makefile is way more usefull than
Examples/Makefile.in especially without the autotools infrastructure
that isn't part of the -examples package.

  Christoph

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

Kernel: Linux 3.19.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages swig3.0-examples depends on:
ii  swig3.0  3.0.2-1

swig3.0-examples recommends no packages.

swig3.0-examples 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#779705: phabricator: nginx configuration doesn't work (nothing listening on port 9000

2015-03-04 Thread Christoph Egger
Package: phabricator
Version: 0~git20150211-1
Severity: normal

Hi!

  The nginx configuration seems to expect something to connect to on
port 9000 -- unfortunately there doesn't seem to exist anything.

  Christoph

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages phabricator depends on:
ii  arcanist   0~git20150211-1
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  fonts-font-awesome 4.2.0~dfsg-1
ii  jq 1.4-2.1
ii  libjs-raphael  2.1.0-1
ii  libphutil  0~git20150211-1
ii  php5   5.6.5+dfsg-2
ii  php5-cli   5.6.5+dfsg-2
ii  php5-curl  5.6.5+dfsg-2
ii  php5-mysql 5.6.5+dfsg-2
ii  po-debconf 1.0.16+nmu3
ii  ucf3.0030

Versions of packages phabricator recommends:
ii  mariadb-server  10.0.16-1
ii  nginx   1.6.2-5
ii  nginx-full [nginx]  1.6.2-5
pn  php5-apcu   none
pn  php5-gd none

Versions of packages phabricator suggests:
pn  flashplugin-nonfree  none
ii  python   2.7.8-3

-- debconf information:
* phabricator/phabricator_mysql_pwd: (password omitted)
* phabricator/pwd_check: (password omitted)
* phabricator/domain_name: projects.faui2k9.de
* phabricator/webserver: nginx
  phabricator/mysql_host: localhost
  phabricator/password_mismatch:
* phabricator/phabricator_mysql_user: root


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150304012438.ga12...@phabricator.siccegge.de



Bug#779705: proper php-fpm line

2015-03-04 Thread Christoph Egger
Hi!

  If the intention is php-fpm (which I guess it is reading upstream
manual) -- the place to connect to it on a debian default install is
'unix:/var/run/php5-fpm.sock'

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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



Bug#779684: phabricator: does not allow empty mysql root password

2015-03-03 Thread Christoph Egger
Package: phabricator
Version: 0~git20150211-1
Severity: normal

Hi!

  If I use an empty root password for mysql (should be fine so far -- only
listening on localhost), pharicator (almost) silently fails to setup.

  Christoph

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages phabricator depends on:
ii  arcanist   0~git20150211-1
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.55
ii  fonts-font-awesome 4.2.0~dfsg-1
ii  jq 1.4-2.1
ii  libjs-raphael  2.1.0-1
ii  libphutil  0~git20150211-1
ii  php5   5.6.5+dfsg-2
ii  php5-cli   5.6.5+dfsg-2
ii  php5-curl  5.6.5+dfsg-2
ii  php5-mysql 5.6.5+dfsg-2
ii  po-debconf 1.0.16+nmu3
ii  ucf3.0030

Versions of packages phabricator recommends:
ii  mariadb-server  10.0.16-1
ii  nginx   1.6.2-5
ii  nginx-full [nginx]  1.6.2-5
pn  php5-apcu   none
pn  php5-gd none

Versions of packages phabricator suggests:
pn  flashplugin-nonfree  none
ii  python   2.7.8-3

-- debconf information:
* phabricator/pwd_check: (password omitted)
* phabricator/phabricator_mysql_pwd: (password omitted)
* phabricator/domain_name: projects.faui2k9.de
* phabricator/phabricator_mysql_user: root
  phabricator/mysql_host: localhost
* phabricator/webserver: nginx
  phabricator/password_mismatch:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150304010937.ga12...@phabricator.siccegge.de



Bug#779535: pepperflashplugin-nonfree: Fails to work in jessie

2015-03-01 Thread Christoph Egger
Package: pepperflashplugin-nonfree
Version: 1.8.1
Severity: important

Ahoi!

 root@hepworth:~# /usr/sbin/update-pepperflashplugin-nonfree --verbose --status
 options :  --verbose --status --
 temporary directory: /tmp/pepperflashplugin-nonfree.L4FVsx4iTe
 doing apt-get update on google repository
 
 root@hepworth:~# /usr/sbin/update-pepperflashplugin-nonfree --verbose 
 --install
 options :  --verbose --install --
 temporary directory: /tmp/pepperflashplugin-nonfree.KuOhQsODs7
 doing apt-get update on google repository
 
 root@hepworth:~# stat /usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so
 stat: cannot stat ‘/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so’: 
 No such file or directory

with bash -x:

 root@hepworth:~# bash -x /usr/sbin/update-pepperflashplugin-nonfree --verbose 
 --install
 + set -e
 + trap return_0 0
 ++ id -u
 + '[' 0 = 0 ']'
 ++ getopt -o iusfvq --long 
 install,uninstall,status,fast,verbose,quiet,beta,unstable,unverified -n 
 update-pepperflashplugin-nonfree -- --verbose --install
 + getopt_temp=' --verbose --install --'
 + eval set -- ' --verbose --install --'
 ++ set -- --verbose --install --
 + ACTION=none
 + fast=no
 + verbose=no
 + quiet=no
 + variant=stable
 + verified=yes
 + '[' true ']'
 + case $1 in
 + verbose=yes
 + shift
 + '[' true ']'
 + case $1 in
 + ACTION=--install
 + shift
 + '[' true ']'
 + case $1 in
 + shift
 + break
 + '[' --install '!=' none -a 0 -eq 0 ']'
 + '[' no '!=' yes ']'
 + '[' yes '!=' yes ']'
 + echo 'options :  --verbose --install --'
 options :  --verbose --install --
 + latestfile=latest-stable-verified.txt
 + '[' yes '!=' no ']'
 ++ mktemp -d /tmp/pepperflashplugin-nonfree.XX
 + UNPACKDIR=/tmp/pepperflashplugin-nonfree.BEi1gANUbT
 + echo /tmp/pepperflashplugin-nonfree.BEi1gANUbT
 + grep -q '^/tmp/pepperflashplugin-nonfree\.'
 + cd /tmp/pepperflashplugin-nonfree.BEi1gANUbT
 + '[' yes '!=' yes ']'
 + echo 'temporary directory: /tmp/pepperflashplugin-nonfree.BEi1gANUbT'
 temporary directory: /tmp/pepperflashplugin-nonfree.BEi1gANUbT
 + trap 'die_hard_with_a_cleanup interrupted' INT
 + cachedir=/var/cache/pepperflashplugin-nonfree
 + wgetquiet=' -q '
 + wgetfast='-t 3 -T 15 '
 + wgetalways=' -nd -P . '
 + wgetprogress=' -v --progress=dot:default '
 + '[' --install = --install -o --install = --status ']'
 ++ strings /usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so
 ++ grep LNX
 ++ cut -d ' ' -f 2
 ++ sed -e s/,/./g
 + installed=
 + '[' '!' -f /var/cache/pepperflashplugin-nonfree/latest-stable-verified.txt 
 ']'
 + '[' -f /var/cache/pepperflashplugin-nonfree/latest-stable-verified.txt ']'
 + chromeversion=0
 + flashversion=0
 + mkdir -p var/lib/apt/lists var/cache/apt/archives etc/apt/apt.conf.d 
 etc/apt/preferences.d
 + cat
 ++ dpkg --print-architecture
 + arch=amd64
 + cat
 + gpg --quiet --no-permission-warning --homedir etc/apt --import 
 /usr/lib/pepperflashplugin-nonfree/pubkey-google.txt
 + '[' yes '!=' yes ']'
 + echo 'doing apt-get update on google repository'
 doing apt-get update on google repository
 ++ APT_CONFIG=apt.conf
 ++ apt-get --quiet --quiet update
 + stdouterr='W: The repository '\''http://dl.google.com stable Release'\'' 
 does not have a Release file. This is deprecated, please contact the owner of 
 the repository.
 W: Failed to fetch 
 http://dl.google.com/linux/chrome/deb/dists/stable/main/binary-amd64/Packages 
  Could not open file 
 ./var/lib/apt/lists/partial/dl.google.com_linux_chrome_deb_dists_stable_main_binary-amd64_Packages.bz2
  - open (13: Permission denied) [IP: 173.194.112.9 80]
 
 E: Some index files failed to download. They have been ignored, or old ones 
 used instead.'
 + return_0
 + return 0

Regards

  Christoph

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pepperflashplugin-nonfree depends on:
ii  binutils   2.24.90.20141023-1
ii  ca-certificates20141019
ii  debconf [debconf-2.0]  1.5.55
ii  gnupg  1.4.18-6
ii  libatk1.0-02.14.0-1
ii  libcairo2  1.14.0-2.1
ii  libcurl3-gnutls7.38.0-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-2
ii  libgcc11:4.9.1-19
ii  libglib2.0-0   2.42.1-1
ii  libgtk2.0-02.24.25-1
ii  libnspr4   2:4.10.7-1
ii  libnss32:3.17.2-1.1
ii  libpango-1.0-0 1.36.8-3
ii  libpango1.0-0  1.36.8-3
ii  libstdc++6 4.9.1-19
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.16-1

pepperflashplugin-nonfree recommends no 

Bug#779202: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet

2015-02-25 Thread Christoph Egger
Hi!

I would like to upload to stable security for this kernel crash / DoS
vulnerability. Patch for -8 is below, -9 is the same modulo version
numbers.

Steven Chamberlain ste...@pyro.eu.org writes:
 A remote DoS was reported in FreeBSD's IGMP packet handling:
 https://www.freebsd.org/security/advisories/FreeBSD-SA-15:04.igmp.asc

 This affects all our kfreebsd-8, -9, -10 and -11 packages.

 I don't know yet if this can be exploited over the public Internet
 or only on a local network segment.

 As a mitigation, the PF firewall can probably be configured to block
 'proto igmp' packets before the kernel processes them.  

  Christoph

diff -Nru kfreebsd-9-9.0/debian/changelog kfreebsd-9-9.0/debian/changelog
--- kfreebsd-9-9.0/debian/changelog 2015-02-25 13:44:41.0 +0100
+++ kfreebsd-9-9.0/debian/changelog 2015-02-25 14:13:10.0 +0100
@@ -1,3 +1,9 @@
+kfreebsd-9 (9.0-10+deb70.9) wheezy-security; urgency=medium
+
+  * Upstream patch for FreeBSD-SA-15:04.igmp / CVE-2015-1414 (Closes: #779201)
+
+ -- Christoph Egger christ...@debian.org  Wed, 25 Feb 2015 14:08:57 +0100
+
 kfreebsd-9 (9.0-10+deb70.8) wheezy-security; urgency=high
 
   * Team upload.
diff -Nru kfreebsd-9-9.0/debian/patches/series 
kfreebsd-9-9.0/debian/patches/series
--- kfreebsd-9-9.0/debian/patches/series2015-02-25 13:44:41.0 
+0100
+++ kfreebsd-9-9.0/debian/patches/series2015-02-25 14:01:55.0 
+0100
@@ -59,3 +59,4 @@
 950_no_stack_protector.diff
 999_config.diff
 999_firmware.diff
+svn279263-FreeBSD-SA-15:04.igmp
diff -Nru kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp 
kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp
--- kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp   
1970-01-01 01:00:00.0 +0100
+++ kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp   
2015-02-25 14:05:17.0 +0100
@@ -0,0 +1,15 @@
+Index: 9/sys/netinet/igmp.c
+===
+--- 9/sys/netinet/igmp.c   (revision 279262)
 9/sys/netinet/igmp.c   (revision 279263)
+@@ -1533,8 +1533,8 @@
+   case IGMP_VERSION_3: {
+   struct igmpv3 *igmpv3;
+   uint16_t igmpv3len;
+-  uint16_t srclen;
+-  int nsrc;
++  uint16_t nsrc;
++  int srclen;
+ 
+   IGMPSTAT_INC(igps_rcv_v3_queries);
+   igmpv3 = (struct igmpv3 *)igmp;


signature.asc
Description: PGP signature


Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet

2015-02-25 Thread Christoph Egger
Hi!

I would like to upload to stable security for this kernel crash / DoS
vulnerability. Patch for -8 is below, -9 is the same modulo version
numbers.

Steven Chamberlain ste...@pyro.eu.org writes:
 A remote DoS was reported in FreeBSD's IGMP packet handling:
 https://www.freebsd.org/security/advisories/FreeBSD-SA-15:04.igmp.asc

 This affects all our kfreebsd-8, -9, -10 and -11 packages.

 I don't know yet if this can be exploited over the public Internet
 or only on a local network segment.

 As a mitigation, the PF firewall can probably be configured to block
 'proto igmp' packets before the kernel processes them.  

  Christoph

diff -Nru kfreebsd-9-9.0/debian/changelog kfreebsd-9-9.0/debian/changelog
--- kfreebsd-9-9.0/debian/changelog 2015-02-25 13:44:41.0 +0100
+++ kfreebsd-9-9.0/debian/changelog 2015-02-25 14:13:10.0 +0100
@@ -1,3 +1,9 @@
+kfreebsd-9 (9.0-10+deb70.9) wheezy-security; urgency=medium
+
+  * Upstream patch for FreeBSD-SA-15:04.igmp / CVE-2015-1414 (Closes: #779201)
+
+ -- Christoph Egger christ...@debian.org  Wed, 25 Feb 2015 14:08:57 +0100
+
 kfreebsd-9 (9.0-10+deb70.8) wheezy-security; urgency=high
 
   * Team upload.
diff -Nru kfreebsd-9-9.0/debian/patches/series 
kfreebsd-9-9.0/debian/patches/series
--- kfreebsd-9-9.0/debian/patches/series2015-02-25 13:44:41.0 
+0100
+++ kfreebsd-9-9.0/debian/patches/series2015-02-25 14:01:55.0 
+0100
@@ -59,3 +59,4 @@
 950_no_stack_protector.diff
 999_config.diff
 999_firmware.diff
+svn279263-FreeBSD-SA-15:04.igmp
diff -Nru kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp 
kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp
--- kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp   
1970-01-01 01:00:00.0 +0100
+++ kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp   
2015-02-25 14:05:17.0 +0100
@@ -0,0 +1,15 @@
+Index: 9/sys/netinet/igmp.c
+===
+--- 9/sys/netinet/igmp.c   (revision 279262)
 9/sys/netinet/igmp.c   (revision 279263)
+@@ -1533,8 +1533,8 @@
+   case IGMP_VERSION_3: {
+   struct igmpv3 *igmpv3;
+   uint16_t igmpv3len;
+-  uint16_t srclen;
+-  int nsrc;
++  uint16_t nsrc;
++  int srclen;
+ 
+   IGMPSTAT_INC(igps_rcv_v3_queries);
+   igmpv3 = (struct igmpv3 *)igmp;


signature.asc
Description: PGP signature


Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet

2015-02-25 Thread Christoph Egger
Hi!

I would like to upload to stable security for this kernel crash / DoS
vulnerability. Patch for -8 is below, -9 is the same modulo version
numbers.

Steven Chamberlain ste...@pyro.eu.org writes:
 A remote DoS was reported in FreeBSD's IGMP packet handling:
 https://www.freebsd.org/security/advisories/FreeBSD-SA-15:04.igmp.asc

 This affects all our kfreebsd-8, -9, -10 and -11 packages.

 I don't know yet if this can be exploited over the public Internet
 or only on a local network segment.

 As a mitigation, the PF firewall can probably be configured to block
 'proto igmp' packets before the kernel processes them.  

  Christoph

diff -Nru kfreebsd-9-9.0/debian/changelog kfreebsd-9-9.0/debian/changelog
--- kfreebsd-9-9.0/debian/changelog 2015-02-25 13:44:41.0 +0100
+++ kfreebsd-9-9.0/debian/changelog 2015-02-25 14:13:10.0 +0100
@@ -1,3 +1,9 @@
+kfreebsd-9 (9.0-10+deb70.9) wheezy-security; urgency=medium
+
+  * Upstream patch for FreeBSD-SA-15:04.igmp / CVE-2015-1414 (Closes: #779201)
+
+ -- Christoph Egger christ...@debian.org  Wed, 25 Feb 2015 14:08:57 +0100
+
 kfreebsd-9 (9.0-10+deb70.8) wheezy-security; urgency=high
 
   * Team upload.
diff -Nru kfreebsd-9-9.0/debian/patches/series 
kfreebsd-9-9.0/debian/patches/series
--- kfreebsd-9-9.0/debian/patches/series2015-02-25 13:44:41.0 
+0100
+++ kfreebsd-9-9.0/debian/patches/series2015-02-25 14:01:55.0 
+0100
@@ -59,3 +59,4 @@
 950_no_stack_protector.diff
 999_config.diff
 999_firmware.diff
+svn279263-FreeBSD-SA-15:04.igmp
diff -Nru kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp 
kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp
--- kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp   
1970-01-01 01:00:00.0 +0100
+++ kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp   
2015-02-25 14:05:17.0 +0100
@@ -0,0 +1,15 @@
+Index: 9/sys/netinet/igmp.c
+===
+--- 9/sys/netinet/igmp.c   (revision 279262)
 9/sys/netinet/igmp.c   (revision 279263)
+@@ -1533,8 +1533,8 @@
+   case IGMP_VERSION_3: {
+   struct igmpv3 *igmpv3;
+   uint16_t igmpv3len;
+-  uint16_t srclen;
+-  int nsrc;
++  uint16_t nsrc;
++  int srclen;
+ 
+   IGMPSTAT_INC(igps_rcv_v3_queries);
+   igmpv3 = (struct igmpv3 *)igmp;


signature.asc
Description: PGP signature


Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet

2015-02-25 Thread Christoph Egger
Moritz Mühlenhoff j...@inutil.org writes:
 For kfreebsd-8 we've skipped previous updates, since it was 
 said -8 were mostly a test kernel. So I don't think it
 makes sense to start with it now? Or did I miss something?

You're right. -9 should be on the way.

  Christoph


signature.asc
Description: PGP signature


Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet

2015-02-25 Thread Christoph Egger
Moritz Mühlenhoff j...@inutil.org writes:
 For kfreebsd-8 we've skipped previous updates, since it was 
 said -8 were mostly a test kernel. So I don't think it
 makes sense to start with it now? Or did I miss something?

You're right. -9 should be on the way.

  Christoph


signature.asc
Description: PGP signature


Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet

2015-02-25 Thread Christoph Egger
Moritz Mühlenhoff j...@inutil.org writes:
 For kfreebsd-8 we've skipped previous updates, since it was 
 said -8 were mostly a test kernel. So I don't think it
 makes sense to start with it now? Or did I miss something?

You're right. -9 should be on the way.

  Christoph


signature.asc
Description: PGP signature


Accepted kfreebsd-defaults 10+2 (source) into unstable

2015-02-24 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 24 Feb 2015 23:35:21 +0100
Source: kfreebsd-defaults
Binary: kfreebsd-image-amd64 kfreebsd-headers-amd64 kfreebsd-image-486 
kfreebsd-headers-486 kfreebsd-image-686 kfreebsd-headers-686 kfreebsd-image-xen 
kfreebsd-headers-xen
Architecture: source
Version: 10+2
Distribution: unstable
Urgency: medium
Maintainer: GNU/kFreeBSD Maintainers debian-...@lists.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 kfreebsd-headers-486 - header files for kernel of FreeBSD (meta-package)
 kfreebsd-headers-686 - header files for kernel of FreeBSD (meta-package)
 kfreebsd-headers-amd64 - header files for kernel of FreeBSD (meta-package)
 kfreebsd-headers-xen - header files for kernel of FreeBSD (meta-package)
 kfreebsd-image-486 - kernel of FreeBSD (meta-package)
 kfreebsd-image-686 - kernel of FreeBSD (meta-package)
 kfreebsd-image-amd64 - kernel of FreeBSD (meta-package)
 kfreebsd-image-xen - kernel of FreeBSD (meta-package)
Closes: 779074
Changes:
 kfreebsd-defaults (10+2) unstable; urgency=medium
 .
   * Add myself to uploaders
   * No longer build on any-@arch@ but only kfreebsd-@arch@ (Closes:
 #779074)
Checksums-Sha1:
 dc32bf217c5ccd25ace9758ad9a07c6fba62a6b7 2299 kfreebsd-defaults_10+2.dsc
 7e72814791d53c95d44cf5b6a1607a71c0317b64 1960 kfreebsd-defaults_10+2.tar.xz
Checksums-Sha256:
 ddbbb6984805980e51be3551d8f77ec8ce74d53bb0eda540fdfd36e20179cab1 2299 
kfreebsd-defaults_10+2.dsc
 b2a9c2d7c3b4460b0e624d3045ceb1073a7a3e899baaa20d88185ae437056a9a 1960 
kfreebsd-defaults_10+2.tar.xz
Files:
 fc32fe988bea752cf87166a4bfeeffa1 2299 kernel optional 
kfreebsd-defaults_10+2.dsc
 b506bb0f83440e6dab57ac076993af05 1960 kernel optional 
kfreebsd-defaults_10+2.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJU7P6MAAoJEKv/7bJACMb5mU4QAIhn6vYyEUpxQxVNMgKJv0Oj
jGS4gHeHIPmw9cPehDqSa6g5fwl4c+OaAr8dZA7s5xmVD77EqB8uaBAoQUfdTLgO
vAsuaT7RKJszuIshXpzL4ATZ9w/KJkPEJ38ipFduAU313UN8QlTrheQ/qpE1Hcvr
Jn+P7HWLaN7cq+SfxyDDw6rAKssSS1/6rEDjF2sE8sAOeYOrNf4K+py/tkABoXiC
fmhpetHhGTuHnlCHzeNCvDhL3AiXOcr54MXoznRYetQ0NrEwrVRZFsU+KQr9tNZT
/93tmFRW9BBXYvyUei+Ef40+BFQSDIFZJuH//dAlv8AWSYhLZY2dJScTBjFQ/fXT
hbXqNN5Kf3zgucPKHb/iOXJmXPvyLbs64+XP6+jhRZ3dsV1xDzAxpANKg1SFaz1q
UlqdGenwEH7uObCRWuD0apap3QkalTQIYQI7IwCaqnOM/IUr4EUzBzKN2/SBqAcr
i+INlJwCcqdf0zKW3QmodYBAycfr0jRXfKv2PINeMMs5u4IUprwjEOELdqcF3In7
nMeiA4yNW49RoaCpU+n7XqyGwSZoHHQlV3sfQ+aj2oseT6rOFDHeqO5iAZX88ikt
3/7+54jBMhuA2sOBBae8ZisWr/yxWNHBHz9EV6m0I+YEWsMAHGvoyGux1UnA2Bu0
GphSKq6OTzQto4g4Z73y
=MfMY
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yqohr-000237...@franck.debian.org



Re: Buildd status for jessie-security

2015-02-24 Thread Christoph Egger
Kurt Roeckx k...@roeckx.be writes:
 On Tue, Feb 24, 2015 at 08:14:05PM +0100, Hector Oron wrote:
 2015-01-22 18:29 GMT+01:00 Thijs Kinkhorst th...@debian.org:
 
  So is this something we should take up with ftpmaster or is it something 
  you
  can address? I'm sorry, I'm not very well versed in the exact division of
  responsibilities between those teams.
 
 I have scanned buildds for jessie-security configuration and the
 results were the following...
 merulo, spontini, lebrun, ball, corelli, x86-bm-01 (arch all buildd),
 ia64-arm-01
 ... are missing the configuration (all the rest have it).

 spontini and lebrun are sparc.  sparc isn't part of jessie.

and the same applies for the ia64 ones I guess (merulo and
ia64-arm-01). arch=all is expeimental-only so far afair?

  Christoph


-- 
To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877fv7hqnr@mitoraj.siccegge.de



Accepted pdfgrep 1.3.2-1 (source) into experimental

2015-02-23 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 23 Feb 2015 14:10:18 +0100
Source: pdfgrep
Binary: pdfgrep
Architecture: source
Version: 1.3.2-1
Distribution: experimental
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 pdfgrep- search in pdf files for strings matching a regular expression
Changes:
 pdfgrep (1.3.2-1) experimental; urgency=medium
 .
   * New upstream release
Checksums-Sha1:
 1d8a37bfd631170fc8b2f7bda3971ed360a42426 1888 pdfgrep_1.3.2-1.dsc
 77e82b80daf7859989f38ec3d09b3f03a73a91e8 114754 pdfgrep_1.3.2.orig.tar.gz
 be634d7d48b26e0a82160b6ac69b0d9606ab7a7f 16428 pdfgrep_1.3.2-1.debian.tar.xz
Checksums-Sha256:
 1e837918ba54c50b90d49f63fc4d84eea2ba92e6534d2afea0bf8585cd76e408 1888 
pdfgrep_1.3.2-1.dsc
 386b167434443dd299d389a0ef292d708123255cbab0e179e11b65ba51d9b386 114754 
pdfgrep_1.3.2.orig.tar.gz
 366c21d9c762f2657d774f12a1d82621632f037ef5e387fa716b56b1a4f8134f 16428 
pdfgrep_1.3.2-1.debian.tar.xz
Files:
 4c660947369ea0c5e5b6d179c66411c6 1888 utils optional pdfgrep_1.3.2-1.dsc
 bdac07087711c86b5ea921d805773fda 114754 utils optional 
pdfgrep_1.3.2.orig.tar.gz
 2913bb4faf3feff2646d1ef99e40ce1d 16428 utils optional 
pdfgrep_1.3.2-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJU6ygAAAoJEKv/7bJACMb5E1IP/2tvLXfxWsyLxjvM2OG0CzG9
EOSLdQZfFBftiRFQWfrUohEWQ0od4wSciXgl5hTKzZm4VHALz1WV6+7fWMXejpGO
/QoIWnoLnVRnXDTHRAYEFiVa6rHSv6MXacbu0z/YshXevjS+EpAezr8R1ZtfPWHJ
bnrNrFNUGHrkGfjyARZzAu+7elVE8B6wiaxydwnyIfg+ea8c7OBRr1Z/lioF8jPk
8XxELLIuvIcD5Ig4mkH3FFi+jeEv2AST271sAxyZOgUg71HoZgvX84S9Qd9PrKnI
w/rVGFrc4hIM3RzB2LHSgtstcXjfZMqRuaZGYRX5ZncSuBq8ZO4oa+A4wrE9eOe7
OM7bm7CmlMg3IqBxYZcNjA3+0X3KR2DzUed4rxETesfRHl1sHCs7M+msISmpR1LA
pF2WKs/GaV6iXITZ73XWaZW2VqoiNSE+kuOUV0D0NcvGnPv3bwmjKHlVXOiyjCKi
3EGg9cShmBGo9/Qk/JE9PyO8xXJkPrvCCEwOapuEewo0oC0TeFlXIAwLUv77IqbE
Y8lBx3ahYqJtmvFD2bhio0oYvH/oZGq1VKMys3XmINyAqD3LOiAhNRvtUNQP+/Wg
uqdM6zlYzpLKg7a4GjEgfY8sfGp4n6bQJ65rJCIQMFd7/yzOBvRPOlPkWTD8fMcU
zBFophQnX2CxnWIpxoaq
=KB0d
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1ypt95-0001rf...@franck.debian.org



Accepted unknown-horizons 2014.1+ds1-1 (source all) into experimental

2015-02-22 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 22 Feb 2015 23:05:25 +0100
Source: unknown-horizons
Binary: unknown-horizons
Architecture: source all
Version: 2014.1+ds1-1
Distribution: experimental
Urgency: medium
Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 unknown-horizons - 2D realtime strategy simulation
Changes:
 unknown-horizons (2014.1+ds1-1) experimental; urgency=medium
 .
   * New upstream release
   * Add watchfile
   * Upload to experimental (we're in freeze)
Checksums-Sha1:
 53e6aab8f03a617448e9b9486fa7c8d90ddb1b91 2112 unknown-horizons_2014.1+ds1-1.dsc
 5ff18ac272eaed050d79f5d2f83d1686a566ec74 133715176 
unknown-horizons_2014.1+ds1.orig.tar.xz
 692fdf612130d4c8e20f46e2fc824931449f65d4 10288 
unknown-horizons_2014.1+ds1-1.debian.tar.xz
 717106baa0bc92f43cdfc12766ec7a2c77f3586f 129618736 
unknown-horizons_2014.1+ds1-1_all.deb
Checksums-Sha256:
 cb99051b6525e4ef02d7c473d21ef35019a38b183e3a56629d036464bb7f8f40 2112 
unknown-horizons_2014.1+ds1-1.dsc
 9e4b5fe3b2734435ecc9ecb3cbe15d663758a55e0f6a666d1ebf3a60388244b7 133715176 
unknown-horizons_2014.1+ds1.orig.tar.xz
 fcd5678aee7c6748a7f95666b3a5139295cbc7fdc2f5a6ae45ef0b1d4595ba02 10288 
unknown-horizons_2014.1+ds1-1.debian.tar.xz
 3d9262fbdc9ef3e50489810b5220b75416255c2c390f6c2930b58954ad23625d 129618736 
unknown-horizons_2014.1+ds1-1_all.deb
Files:
 d7996646ef839dca90a2c84a03e60dc7 2112 games optional 
unknown-horizons_2014.1+ds1-1.dsc
 d5bb461bfe1bf7081ed8e72312630d83 133715176 games optional 
unknown-horizons_2014.1+ds1.orig.tar.xz
 96a7c703428d3c5ccb2a7710d1fb2d92 10288 games optional 
unknown-horizons_2014.1+ds1-1.debian.tar.xz
 5af7e8c9e80859feab58423f3454b5a8 129618736 games optional 
unknown-horizons_2014.1+ds1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJU6lkuAAoJEKv/7bJACMb5i3IQAI0UJj4TQQiROmxlLgX1Ge77
QF9fvPOZ0mg4uCB8a0WLB/pTI3/ZksSy/EfUvr9j3Dq7eYcEqOlDNz+4pFhwaH8C
3Gs+tyuWOJIyrKh+WhheCgKAQD06D9r/je7uAx7GmQGti32zmpOkLadkZXJtxMNq
oIfcz4Qx58bzte751FpuiBEvkH1YOxKiNax+HnPtQTRgwf/e/d1Y+K4Uxhs4EHcn
Z7A1zzQXbz18DC1qIENT1w2oxgLCsqhyH2nk9Pz5uWOq9N3ISu4+N7buvfkPpf04
9Ed/DxP/yM3cFB//op6Uy3U+8ZeqZva4bk18MU5YwM5eTb/aw/ni7K2obO3zIMXR
bRLp0cPFNSwm60XnUgxgoQSk4XMSiMo75z+vleDU8YeOOrCsi/TVUYk+ysB+3fYQ
qufYkFL58YT+EUDy562rdzKJ/lcyuI0E6oAjR7asug5kdXZZJ/+pqlSsC0Qy8p2/
bOvJg8+649jrCmDYeHlN0CLUAP0EZosUPOJ9AA1ZHikRBRpRGJfEe7qnVNaTXt5i
KnfQM9GDVdR9rI+eUjnMFD0i43rygMqtxe0ALWsLP8Gu5Qmn5VypFwLualzN9o0V
hwcebnPBDzwfwyCAKTpGf9cQUoQXCXi3/QnExAltEN/vX5ar/hs0nWkyGoON9rFz
6zO1Qnm71zdWJTqfA/02
=7bk6
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1ypfla-0003ti...@franck.debian.org



[unknown-horizons] branch master updated (d718a45 - e3ade63)

2015-02-22 Thread Christoph Egger
This is an automated email from the git hooks/post-receive script.

christoph pushed a change to branch master
in repository unknown-horizons.

  from  d718a45   Merge tag 'upstream/2014.1+ds1'
   new  e3ade63   debian cleanup

The 1 revisions listed above as new are entirely new to this
repository and will be described in separate emails.  The revisions
listed as adds were already present in the repository and have only
been added to this reference.


Summary of changes:
 debian/changelog | 15 +++
 debian/control   |  2 ++
 debian/rules |  2 +-
 3 files changed, 18 insertions(+), 1 deletion(-)

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-games/unknown-horizons.git

___
Pkg-games-commits mailing list
Pkg-games-commits@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits


[unknown-horizons] 01/01: debian cleanup

2015-02-22 Thread Christoph Egger
This is an automated email from the git hooks/post-receive script.

christoph pushed a commit to branch master
in repository unknown-horizons.

commit e3ade63836524963fc62f8800a1ba1870e85caa0
Author: Christoph Egger christ...@debian.org
Date:   Sun Feb 22 23:54:45 2015 +0100

debian cleanup
---
 debian/changelog | 15 +++
 debian/control   |  2 ++
 debian/rules |  2 +-
 3 files changed, 18 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 35ae9cd..a2e2cdd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,18 @@
+unknown-horizons (2014.1+ds1-2) UNRELEASED; urgency=medium
+
+  * Add dh-python build dependency
+  * add python dependency
+
+ -- Christoph Egger christ...@debian.org  Sun, 22 Feb 2015 23:54:13 +0100
+
+unknown-horizons (2014.1+ds1-1) experimental; urgency=medium
+
+  * New upstream release
+  * Add watchfile
+  * Upload to experimental (we're in freeze)
+
+ -- Christoph Egger christ...@debian.org  Sun, 22 Feb 2015 23:05:25 +0100
+
 unknown-horizons (2013.3+ds1-1) unstable; urgency=low
 
   [ Markus Koschany ]
diff --git a/debian/control b/debian/control
index 416ea84..36a477e 100644
--- a/debian/control
+++ b/debian/control
@@ -5,6 +5,7 @@ Maintainer: Debian Games Team 
pkg-games-de...@lists.alioth.debian.org
 Uploaders: Christoph Egger christ...@debian.org
 Build-Depends: debhelper (= 7.0.50~),
  python,
+ dh-python,
  xsltproc,
  intltool,
  docbook-xsl,
@@ -22,6 +23,7 @@ Depends: ${shlibs:Depends},
  ${python:Depends},
  python-fife (= 0.3.4),
  python-enet,
+ python,
  python-yaml
 Pre-Depends: dpkg (= 1.15.6~)
 Description: 2D realtime strategy simulation
diff --git a/debian/rules b/debian/rules
index b5d769f..76d9bac 100755
--- a/debian/rules
+++ b/debian/rules
@@ -14,5 +14,5 @@ override_dh_auto_install:
 debian/unknown-horizons/usr/share/unknown-horizons/content/fonts/OFL
 
 override_dh_auto_build-indep:
-   convert -monitor -resize 32x32 $(CURDIR)/content/unknown-horizons.xpm 
$(CURDIR)/unknown-horizons-32x32.xpm
+   convert -monitor -resize 32x32 
$(CURDIR)/content/packages/unknown-horizons.xpm 
$(CURDIR)/unknown-horizons-32x32.xpm
 

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-games/unknown-horizons.git

___
Pkg-games-commits mailing list
Pkg-games-commits@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits


[unknown-horizons] annotated tag upstream/2014.1+ds1 created (now e8db57b)

2015-02-22 Thread Christoph Egger
This is an automated email from the git hooks/post-receive script.

christoph pushed a change to annotated tag upstream/2014.1+ds1
in repository unknown-horizons.

at  e8db57b   (tag)
   tagging  80673ed6fe41a62b27a637efdae21d9f6fddcc16 (commit)
  replaces  upstream/2013.3+ds1
 tagged by  Christoph Egger
on  Sun Feb 22 23:05:07 2015 +0100

- Log -
Upstream version 2014.1+ds1

Christoph Egger (1):
  Imported Upstream version 2014.1+ds1

---

No new revisions were added by this update.

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-games/unknown-horizons.git

___
Pkg-games-commits mailing list
Pkg-games-commits@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits


Bug#778768: Please install FindQuaZip.cmake

2015-02-19 Thread Christoph Egger
Package: libquazip-qt5-dev
Version: 0.7-2
Severity: minor

Hi!

QuaZip includes a FindQuaZip.cmake cmake module. Please install it!

Thanks

  Christoph

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libquazip-qt5-dev depends on:
pn  libquazip-headers  none
pn  libquazip-qt5-1none
ii  zlib1g-dev 1:1.2.8.dfsg-2+b1

libquazip-qt5-dev recommends no packages.

libquazip-qt5-dev suggests no packages.


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



Accepted sbcl 2:1.2.8-1 (source all amd64) into experimental

2015-02-17 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 16 Feb 2015 22:37:44 +0100
Source: sbcl
Binary: sbcl sbcl-doc sbcl-source
Architecture: source all amd64
Version: 2:1.2.8-1
Distribution: experimental
Urgency: medium
Maintainer: Debian Common Lisp Team 
pkg-common-lisp-de...@lists.alioth.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 sbcl   - Common Lisp compiler and development system
 sbcl-doc   - Documentation for Steel Bank Common Lisp
 sbcl-source - Source code files for SBCL
Changes:
 sbcl (2:1.2.8-1) experimental; urgency=medium
 .
   * New upstream version
 changes in sbcl-1.2.8 relative to sbcl-1.2.7:
   * enhancement: better error and warning messages. (lp#1314767, lp#736383)
   * enhancement: backtrace for invalid argument count produces the exact
 supplied arguments including the extra ones, on x86, x86-64 and ARM.
   * enhancement: a STYLE-WARNING is signaled for DEFSTRUCT accessors which
 are used before the structure is defined; similarly for the predicate.
   * optimization: FORMAT NIL with only ~a and string arguments is 
transformed
 into CONCATENATE.
   * optimization: POSITION and FIND when inlined into code that is compiled
 with qualities of safety  2 and speed  space will no longer signal
 an error on circular lists, but will potentially loop forever if given
 no :END constraint. As was always the case, calls that are not inlined
 are safe regardless of lexical policy.
   * bug fix: CLOS methods compiled with (OPTIMIZE (DEBUG 0))
 no longer cause debugger failure when printing a backtrace
   * bug fix: more resilience to deleted code. (lp#1308328, lp#1390544)
   * bug fix: the CLHS example of MAKE-LOAD-FORM involving TREE-WITH-PARENT
 did not work, and now it does.
 changes in sbcl-1.2.7 relative to sbcl-1.2.6:
   * optimization: returning constant values refers to preboxed constants
 more reliably. (lp#1398785)
   * enhancement: a STYLE-WARNING is produced if a compiler-macro is defined
 for a function after at least one ordinary (not inlined) call to that
 function was compiled, indicating a likely compilation order problem.
 Likewise a warning ensues if a call is compiled to a function
 that is subsequently proclaimed INLINE.
   * enhancement: always lose() when something goes wrong while saving a 
core
 (instead of just printing an error on stderr in some situations).
   * enhancement: frames in the debugger are now restartable by default.
   * bug fix: restore error handling on Windows x86.
   * bug fix: MAKE-SEQUENCE detects type errors in its :INITIAL-ELEMENT
 at compile-time when possible. (lp#330299)
   * bug fix: parsing of malformed type specifiers no longer results
 in a memory-fault-error.
   * bug fix: LOOP properly destructures nested lists in WITH.
   * bug fix: MACROEXPANDing the redefinition of an alien structure type no
 longer signals the wrong error.
   * bug fix: PROGV doesn't get confused by forced DEBUG 3 (lp#1405456).
 changes in sbcl-1.2.6 relative to sbcl-1.2.5:
   * enhancement: SERVE-EVENTS uses the poll() system call in lieu of
 select() if the OS has the former. Previously poll() was used
 only if waiting on exactly one file descriptor.
   * enhancement: efficiency of access to untagged structure slots is 
improved
 on x86-64, and the order of slots in memory is exactly as specified by
 defstruct, simplifying use of structures as arguments to foreign calls.
   * bug fix: SB-DEBUG:ARG now works in all TRACE options which evaluate 
forms.
(lp#1357826)
   * bug fix: GC memory corruption during internal memory handling.
   * bug fix: duplicate effective-slot-definition objects as compared
 by EQ on name could be present in CLASS-SLOTS of a class whose
 metaclass was structure-class or condition-class. (lp#1049423)
   * bug fix: HANDLER-BIND with empty bindings works again; regression in
 1.2.5. (lp#1388707)
   * bug fix: ATOMIC-INCF works on structure slots in interpreted code.
 (lp#1381867)
   * bug fix: MAKE-ARRAY properly handles character types like (eql #\a) and
 (member #\a #\c). (lp#1392068)
   * bug fix: READ sometimes accidentally preserved a whitespace character
 after a token when it should not have. (lp#327790)
 changes in sbcl-1.2.5 relative to sbcl-1.2.4:
   * enhancement: sb-bsd-sockets now has basic support for IPv6
   * enhancement: An sb-unicode package has been added, containing
 many functions related to handling Unicode text
   * enhancement: The reader now normalizes symbols to Normalization
 Form KC (NFKC). This behavior can be disabled with
 SB-EXT:READTABLE-NORMALIZATION
   * enhancement

[Xen-devel] [PATCH v5 0/2] gnttab: Improve scaleability

2015-02-10 Thread Christoph Egger
This patch series changes the grant table locking to
a more fain grained locking protocol. The result is
a performance boost measured with blkfront/blkback.
Document the locking protocol.

v5:
  * Addressed locking issue pointed out by Jan Beulich
  * Fixed git rebase merge issue introduced in v4
(acquiring locking twice)
  * Change for ()-loop in grant_map_exists
  * Coding style fixes
v4:
  * Coding style nits from Jan Beulich
  * Fixup read locks pointed out by Jan Beulich
  * renamed double_gt_(un)lock to double_maptrack_(un)lock
per request from Jan Beulich
  * Addressed ASSERT()'s from Jan Beulich

v3:
  * Addressed gnttab_swap_grant_ref() comment from Andrew Cooper
v2:
  * Add arm part per request from Julien Grall

Christoph Egger (1):
  gnttab: Introduce rwlock to protect updates to grant table state

Matt Wilson (1):
  gnttab: refactor locking for scalability

 docs/misc/grant-tables.txt|   49 ++-
 xen/arch/arm/mm.c |4 +-
 xen/arch/x86/mm.c |4 +-
 xen/common/grant_table.c  |  321 +
 xen/include/xen/grant_table.h |9 +-
 5 files changed, 258 insertions(+), 129 deletions(-)

-- 
1.7.9.5


___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel


[Xen-devel] [PATCH v5 1/2] gnttab: Introduce rwlock to protect updates to grant table state

2015-02-10 Thread Christoph Egger
Split grant table lock into two separate locks. One to protect
maptrack state and change the other into a rwlock.

The rwlock is used to prevent readers from accessing
inconsistent grant table state such as current
version, partially initialized active table pages,
etc.

Signed-off-by: Matt Wilson m...@amazon.com
[chegger: ported to xen-staging, split into multiple commits]

v5:
  * Addressed locking issue pointed out by Jan Beulich
  * Fixed git rebase merge issue introduced in v4 
(acquiring locking twice)
  * Coding style fixes
v4:
  * Coding style nits from Jan Beulich
  * Fixup read locks pointed out by Jan Beulich
  * renamed double_gt_(un)lock to double_maptrack_(un)lock
per request from Jan Beulich
v3:
  * Addressed gnttab_swap_grant_ref() comment from Andrew Cooper
v2:
  * Add arm part per request from Julien Grall

Signed-off-by: Christoph Egger cheg...@amazon.de
Cc: Jan Beulich jbeul...@suse.com
Cc: Keir Fraser k...@xen.org
Cc: Julien Grall julien.gr...@linaro.org

Adjust locking
---
 docs/misc/grant-tables.txt|   28 +++-
 xen/arch/arm/mm.c |4 +-
 xen/arch/x86/mm.c |4 +-
 xen/common/grant_table.c  |  146 -
 xen/include/xen/grant_table.h |   17 +++--
 5 files changed, 127 insertions(+), 72 deletions(-)

diff --git a/docs/misc/grant-tables.txt b/docs/misc/grant-tables.txt
index 19db4ec..c9ae8f2 100644
--- a/docs/misc/grant-tables.txt
+++ b/docs/misc/grant-tables.txt
@@ -74,7 +74,33 @@ is complete.
  matching map track entry is then removed, as if unmap had been invoked.
  These are not used by the transfer mechanism.
   map-domid : owner of the mapped frame
-  map-ref_and_flags : grant reference, ro/rw, mapped for host or device access
+  map-ref   : grant reference
+  map-flags : ro/rw, mapped for host or device access
+
+
+ Locking
+ ~~~
+ Xen uses several locks to serialize access to the internal grant table state.
+
+  grant_table-lock  : rwlock used to prevent readers from accessing
+   inconsistent grant table state such as current
+   version, partially initialized active table 
pages,
+   etc.
+  grant_table-maptrack_lock : spinlock used to protect the maptrack state
+
+ The primary lock for the grant table is a read/write spinlock. All
+ functions that access members of struct grant_table must acquire a
+ read lock around critical sections. Any modification to the members
+ of struct grant_table (e.g., nr_status_frames, nr_grant_frames,
+ active frames, etc.) must only be made if the write lock is
+ held. These elements are read-mostly, and read critical sections can
+ be large, which makes a rwlock a good choice.
+
+ The maptrack state is protected by its own spinlock. Any access (read
+ or write) of struct grant_table members that have a maptrack_
+ prefix must be made while holding the maptrack lock. The maptrack
+ state can be rapidly modified under some workloads, and the critical
+ sections are very small, thus we use a spinlock to protect them.
 
 

 
diff --git a/xen/arch/arm/mm.c b/xen/arch/arm/mm.c
index 7d4ba0c..2765683 100644
--- a/xen/arch/arm/mm.c
+++ b/xen/arch/arm/mm.c
@@ -1037,7 +1037,7 @@ int xenmem_add_to_physmap_one(
 switch ( space )
 {
 case XENMAPSPACE_grant_table:
-spin_lock(d-grant_table-lock);
+write_lock(d-grant_table-lock);
 
 if ( d-grant_table-gt_version == 0 )
 d-grant_table-gt_version = 1;
@@ -1067,7 +1067,7 @@ int xenmem_add_to_physmap_one(
 
 t = p2m_ram_rw;
 
-spin_unlock(d-grant_table-lock);
+write_unlock(d-grant_table-lock);
 break;
 case XENMAPSPACE_shared_info:
 if ( idx != 0 )
diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c
index d4965da..af4762d 100644
--- a/xen/arch/x86/mm.c
+++ b/xen/arch/x86/mm.c
@@ -4569,7 +4569,7 @@ int xenmem_add_to_physmap_one(
 mfn = virt_to_mfn(d-shared_info);
 break;
 case XENMAPSPACE_grant_table:
-spin_lock(d-grant_table-lock);
+write_lock(d-grant_table-lock);
 
 if ( d-grant_table-gt_version == 0 )
 d-grant_table-gt_version = 1;
@@ -4591,7 +4591,7 @@ int xenmem_add_to_physmap_one(
 mfn = virt_to_mfn(d-grant_table-shared_raw[idx]);
 }
 
-spin_unlock(d-grant_table-lock);
+write_unlock(d-grant_table-lock);
 break;
 case XENMAPSPACE_gmfn_range:
 case XENMAPSPACE_gmfn:
diff --git a/xen/common/grant_table.c b/xen/common/grant_table.c
index 1a11766..f52a51d 100644
--- a/xen/common/grant_table.c
+++ b/xen/common/grant_table.c
@@ -229,27 +229,27 @@ static int __get_paged_frame(unsigned long gfn

[Xen-devel] [PATCH v5 2/2] gnttab: refactor locking for scalability

2015-02-10 Thread Christoph Egger
From: Matt Wilson m...@amazon.com

This patch refactors grant table locking. It splits the previous
single spinlock per grant table into multiple locks. The heavily
modified components of the grant table (the maptrack state and the
active entries) are now protected by their own spinlocks. The
remaining elements of the grant table are read-mostly, so the main
grant table lock is modified to be a rwlock to improve concurrency.

Workloads with high grant table operation rates, especially map/unmap
operations as used by blkback/blkfront when persistent grants are not
supported, show marked improvement with these changes. A domU with 24
VBDs in a streaming 2M write workload achieved 1,400 MB/sec before
this change. Performance more than doubles with this patch, reaching
3,000 MB/sec before tuning and 3,600 MB/sec after adjusting event
channel vCPU bindings.

Signed-off-by: Matt Wilson m...@amazon.com
[chegger: ported to xen-staging, split into multiple commits]

v5:
  * Fixed git rebase merge issue introduced in v4 
(acquiring locking twice)
  * Change for ()-loop in grant_map_exists
  * Coding style fixes
v4:
  * Addressed ASSERT()'s from Jan Beulich
  * Addressed locking issues in unmap_common pointed out
by Jan Beulich
v3:
  * Addressed gnttab_swap_grant_ref() comment from Andrew Cooper

Signed-off-by: Christoph Egger cheg...@amazon.de
Cc: Anthony Liguori aligu...@amazon.com
Cc: Jan Beulich jbeul...@suse.com
Cc: Keir Fraser k...@xen.org
---
 docs/misc/grant-tables.txt |   21 +
 xen/common/grant_table.c   |  215 +++-
 2 files changed, 155 insertions(+), 81 deletions(-)

diff --git a/docs/misc/grant-tables.txt b/docs/misc/grant-tables.txt
index c9ae8f2..1ada018 100644
--- a/docs/misc/grant-tables.txt
+++ b/docs/misc/grant-tables.txt
@@ -63,6 +63,7 @@ is complete.
   act-domid : remote domain being granted rights
   act-frame : machine frame being granted
   act-pin   : used to hold reference counts
+  act-lock  : spinlock used to serialize access to active entry state
 
  Map tracking
  
@@ -87,6 +88,8 @@ is complete.
version, partially initialized active table 
pages,
etc.
   grant_table-maptrack_lock : spinlock used to protect the maptrack state
+  active_grant_entry-lock   : spinlock used to serialize modifications to
+   active entries
 
  The primary lock for the grant table is a read/write spinlock. All
  functions that access members of struct grant_table must acquire a
@@ -102,6 +105,24 @@ is complete.
  state can be rapidly modified under some workloads, and the critical
  sections are very small, thus we use a spinlock to protect them.
 
+ Active entries are obtained by calling active_entry_acquire(gt, ref).
+ This function returns a pointer to the active entry after locking its
+ spinlock. The caller must hold the rwlock for the gt in question
+ before calling active_entry_acquire(). This is because the grant
+ table can be dynamically extended via gnttab_grow_table() while a
+ domain is running and must be fully initialized. Once all access to
+ the active entry is complete, release the lock by calling
+ active_entry_release(act).
+
+ Summary of rules for locking:
+  active_entry_acquire() and active_entry_release() can only be
+  called when holding the relevant grant table's lock. I.e.:
+read_lock(gt-lock);
+act = active_entry_acquire(gt, ref);
+...
+active_entry_release(act);
+read_unlock(gt-lock);
+
 

 
  Granting a foreign domain access to frames
diff --git a/xen/common/grant_table.c b/xen/common/grant_table.c
index f52a51d..94c9864 100644
--- a/xen/common/grant_table.c
+++ b/xen/common/grant_table.c
@@ -157,10 +157,13 @@ struct active_grant_entry {
in the page.   */
 unsigned  length:16; /* For sub-page grants, the length of the
 grant.*/
+spinlock_tlock;  /* lock to protect access of this entry.
+see docs/misc/grant-tables.txt for
+locking protocol  */
 };
 
 #define ACGNT_PER_PAGE (PAGE_SIZE / sizeof(struct active_grant_entry))
-#define active_entry(t, e) \
+#define _active_entry(t, e) \
 ((t)-active[(e)/ACGNT_PER_PAGE][(e)%ACGNT_PER_PAGE])
 
 static inline void gnttab_flush_tlb(const struct domain *d)
@@ -188,6 +191,28 @@ nr_active_grant_frames(struct grant_table *gt)
 return num_act_frames_from_sha_frames(nr_grant_frames(gt));
 }
 
+static inline struct active_grant_entry *
+active_entry_acquire(struct grant_table *t, grant_ref_t e)
+{
+struct active_grant_entry *act;
+
+/* 
+ * not perfect, but better than nothing for a debug build
+ * sanity check
+ */
+ASSERT(rw_is_locked(t-lock

Bug#743310: rsnapshot: Program calls with arguments containing quotations mark don't work anymore

2015-02-09 Thread Christoph Egger
Package: rsnapshot
Version: 1.3.1-4
Followup-For: Bug #743310

Hi!

Guess it has something to do with additional quoting. Makes rsnapshot mostly 
useless for me.

/etc/rsnapshot.conf
# ssh has no args passed by default, but you can specify some here.
#
ssh_args-i /root/.ssh/id_rsa_backup


/bin/cp -al /srv/rsnapshot/daily.0 /srv/rsnapshot/daily.1 
/usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded \
--rsh=/usr/bin/ssh -i /root/.ssh/id_rsa_backup \
user@host:path \
/srv/rsnapshot/daily.0/entry/ 
rsync: Failed to exec /usr/bin/ssh -i /root/.ssh/id_rsa_backup: No such file or 
directory (2)
rsync error: error in IPC code (code 14) at pipe.c(85) [Receiver=3.1.1]
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: error in IPC code (code 14) at io.c(226) [Receiver=3.1.1]


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

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)

Versions of packages rsnapshot depends on:
ii  liblchown-perl  1.01-2+b1
ii  logrotate   3.8.7-1+b1
ii  perl5.20.1-5
ii  rsync   3.1.1-2+b1

Versions of packages rsnapshot recommends:
ii  openssh-client [ssh-client]  1:6.7p1-3

rsnapshot suggests no packages.

-- Configuration Files:
/etc/cron.d/rsnapshot changed [not included]
/etc/rsnapshot.conf changed [not included]

-- no debconf information


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



Bug#777457: X: ../../glamor/glamor_vbo.c:70: glamor_get_vbo_space: Assertion `epoxy_glGetError() == 0' failed.

2015-02-08 Thread Christoph Egger
Package: xserver-xorg-core
Version: 2:1.16.2.901-1
Severity: important


Hi!

  Sometimes randomly my X session crashes. The only trace I was so
  far able to see is

slim[1734]: X: ../../glamor/glamor_vbo.c:70: glamor_get_vbo_space: Assertion 
`epoxy_glGetError() == 0' failed.

Christoph

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

lrwxrwxrwx 1 root root 13 Aug 26  2010 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Dec  9 23:24 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1 to 

Bug#777457: X: ../../glamor/glamor_vbo.c:70: glamor_get_vbo_space: Assertion `epoxy_glGetError() == 0' failed.

2015-02-08 Thread Christoph Egger
Package: xserver-xorg-core
Version: 2:1.16.2.901-1
Severity: important


Hi!

  Sometimes randomly my X session crashes. The only trace I was so
  far able to see is

slim[1734]: X: ../../glamor/glamor_vbo.c:70: glamor_get_vbo_space: Assertion 
`epoxy_glGetError() == 0' failed.

Christoph

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

lrwxrwxrwx 1 root root 13 Aug 26  2010 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Dec  9 23:24 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1 to 

Bug#776954: lintian: warn about /etc/bash_completion.d

2015-02-03 Thread Christoph Egger
Package: lintian
Version: 2.5.30+deb8u3
Severity: normal

Hi!

Maybe it's time for lintian to warn about the old bash-completion
location -- if only to get a more consistent location (and consistency
with other linuxes which also seem to use the /usr/share
location). Quoting README.Debian:

 bash-completion for Debian
 --
 
  Completions are kept in /usr/share/bash-completion/completions.
 
  /etc/bash_completion.d/ is being kept for compatibility reasons; but will
  disappear in future. If you're a package maintainer, you're encouraged to
  use dh_bash-completion(1), which will take care of installing third-party
  completions into the appropriate directory.
 
  -- David Paleino da...@debian.org  Sun, 10 Apr 2011 15:33:19 +0200

As the old location seems to still be quite popular probably a
low-priority tag is the right thing for now

  Christoph

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lintian depends on:
ii  binutils   2.24.90.20141023-1
ii  bzip2  1.0.6-7+b2
ii  diffstat   1.58-1
ii  file   1:5.20-2
ii  gettext0.19.3-2
ii  hardening-includes 2.6
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b2
ii  libarchive-zip-perl1.39-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.37-1+b1
ii  libdpkg-perl   1.17.23
ii  libemail-valid-perl1.195-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-2+b1
ii  libparse-debianchangelog-perl  1.2.0-1.1
ii  libtext-levenshtein-perl   0.11-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.7.0.2-5
ii  patchutils 0.3.3-1
ii  perl [libdigest-sha-perl]  5.20.1-4
ii  t1utils1.38-3+b1

Versions of packages lintian recommends:
pn  libperlio-gzip-perl none
ii  perl5.20.1-4
ii  perl-modules [libautodie-perl]  5.20.1-4

Versions of packages lintian suggests:
pn  binutils-multiarch none
ii  dpkg-dev   1.17.23
ii  libhtml-parser-perl3.71-1+b3
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   1.13-1
ii  xz-utils   5.1.1alpha+20120614-2+b3

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yiepn-0001j4...@colorhost.siccegge.de



[Bash-completion-devel] Bug#776954: lintian: warn about /etc/bash_completion.d

2015-02-03 Thread Christoph Egger
Package: lintian
Version: 2.5.30+deb8u3
Severity: normal

Hi!

Maybe it's time for lintian to warn about the old bash-completion
location -- if only to get a more consistent location (and consistency
with other linuxes which also seem to use the /usr/share
location). Quoting README.Debian:

 bash-completion for Debian
 --
 
  Completions are kept in /usr/share/bash-completion/completions.
 
  /etc/bash_completion.d/ is being kept for compatibility reasons; but will
  disappear in future. If you're a package maintainer, you're encouraged to
  use dh_bash-completion(1), which will take care of installing third-party
  completions into the appropriate directory.
 
  -- David Paleino da...@debian.org  Sun, 10 Apr 2011 15:33:19 +0200

As the old location seems to still be quite popular probably a
low-priority tag is the right thing for now

  Christoph

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lintian depends on:
ii  binutils   2.24.90.20141023-1
ii  bzip2  1.0.6-7+b2
ii  diffstat   1.58-1
ii  file   1:5.20-2
ii  gettext0.19.3-2
ii  hardening-includes 2.6
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b2
ii  libarchive-zip-perl1.39-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.37-1+b1
ii  libdpkg-perl   1.17.23
ii  libemail-valid-perl1.195-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-2+b1
ii  libparse-debianchangelog-perl  1.2.0-1.1
ii  libtext-levenshtein-perl   0.11-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.7.0.2-5
ii  patchutils 0.3.3-1
ii  perl [libdigest-sha-perl]  5.20.1-4
ii  t1utils1.38-3+b1

Versions of packages lintian recommends:
pn  libperlio-gzip-perl none
ii  perl5.20.1-4
ii  perl-modules [libautodie-perl]  5.20.1-4

Versions of packages lintian suggests:
pn  binutils-multiarch none
ii  dpkg-dev   1.17.23
ii  libhtml-parser-perl3.71-1+b3
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   1.13-1
ii  xz-utils   5.1.1alpha+20120614-2+b3

-- no debconf information

___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/bash-completion-devel


Bug#776954: lintian: warn about /etc/bash_completion.d

2015-02-03 Thread Christoph Egger
Package: lintian
Version: 2.5.30+deb8u3
Severity: normal

Hi!

Maybe it's time for lintian to warn about the old bash-completion
location -- if only to get a more consistent location (and consistency
with other linuxes which also seem to use the /usr/share
location). Quoting README.Debian:

 bash-completion for Debian
 --
 
  Completions are kept in /usr/share/bash-completion/completions.
 
  /etc/bash_completion.d/ is being kept for compatibility reasons; but will
  disappear in future. If you're a package maintainer, you're encouraged to
  use dh_bash-completion(1), which will take care of installing third-party
  completions into the appropriate directory.
 
  -- David Paleino da...@debian.org  Sun, 10 Apr 2011 15:33:19 +0200

As the old location seems to still be quite popular probably a
low-priority tag is the right thing for now

  Christoph

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lintian depends on:
ii  binutils   2.24.90.20141023-1
ii  bzip2  1.0.6-7+b2
ii  diffstat   1.58-1
ii  file   1:5.20-2
ii  gettext0.19.3-2
ii  hardening-includes 2.6
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b2
ii  libarchive-zip-perl1.39-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.37-1+b1
ii  libdpkg-perl   1.17.23
ii  libemail-valid-perl1.195-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-2+b1
ii  libparse-debianchangelog-perl  1.2.0-1.1
ii  libtext-levenshtein-perl   0.11-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.7.0.2-5
ii  patchutils 0.3.3-1
ii  perl [libdigest-sha-perl]  5.20.1-4
ii  t1utils1.38-3+b1

Versions of packages lintian recommends:
pn  libperlio-gzip-perl none
ii  perl5.20.1-4
ii  perl-modules [libautodie-perl]  5.20.1-4

Versions of packages lintian suggests:
pn  binutils-multiarch none
ii  dpkg-dev   1.17.23
ii  libhtml-parser-perl3.71-1+b3
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   1.13-1
ii  xz-utils   5.1.1alpha+20120614-2+b3

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



Re: buildd fayrfax

2015-01-31 Thread Christoph Egger
Hi!

Peter Palfrader wea...@debian.org writes:
 On Thu, 29 Jan 2015, Christoph Egger wrote:
 Steven Chamberlain ste...@pyro.eu.org writes:
  Is buildd fayrfax still operational?
 
  I see no buildd logs from it in 2+ weeks.
 
 Good point.
 
 ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
 Host key verification failed.
 Jan 29 07:37:23 buildd[3149]: wanna-build --list=needs-build 
 --dist=wheezy-security failed; status 255/0

 --verbose.

I guess we're missing the known_hosts

% ls -lha /etc/ssh/ssh_known_hosts
lrwxr-xr-x 1 root root 0 Jan 11 01:03 /etc/ssh/ssh_known_hosts - 

As a result there's no trusted fingerprint for buildd.debian.org which
triggers ssh to ask

  Christoph


-- 
To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871tmb5lan@mitoraj.siccegge.de



Re: buildd fayrfax

2015-01-29 Thread Christoph Egger
Hi!

Steven Chamberlain ste...@pyro.eu.org writes:
 Is buildd fayrfax still operational?

 I see no buildd logs from it in 2+ weeks.

Good point.

ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
Host key verification failed.
Jan 29 07:37:23 buildd[3149]: wanna-build --list=needs-build 
--dist=wheezy-security failed; status 255/0
ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
Host key verification failed.
Jan 29 07:37:24 buildd[3149]: wanna-build --list=needs-build --dist=wheezy 
failed; status 255/0
ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
Host key verification failed.
Jan 29 07:37:25 buildd[3149]: wanna-build --list=needs-build --dist=jessie 
failed; status 255/0
ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
Host key verification failed.
Jan 29 07:37:26 buildd[3149]: wanna-build --list=needs-build --dist=sid failed; 
status 255/0
ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
Host key verification failed.
Jan 29 07:37:27 buildd[3149]: wanna-build --list=needs-build 
--dist=experimental failed; status 255/0
ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
Host key verification failed.


-- 
To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wq46qbne@mitoraj.siccegge.de



Re: buildd fayrfax

2015-01-29 Thread Christoph Egger
Hi!

On Thu, Jan 29, 2015 at 09:19:37AM +0100, Peter Palfrader wrote:
 On Thu, 29 Jan 2015, Christoph Egger wrote:
  Steven Chamberlain ste...@pyro.eu.org writes:
   Is buildd fayrfax still operational?
  
   I see no buildd logs from it in 2+ weeks.
  
  Good point.
  
  ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
  Host key verification failed.
  Jan 29 07:37:23 buildd[3149]: wanna-build --list=needs-build 
  --dist=wheezy-security failed; status 255/0
 
 --verbose.

it's from daemon.log. I'll get a proper diagnosis once I have real
network again (probably latest on FOSDEM)

  Christoph


-- 
To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150129214042.ga14...@oteiza.siccegge.de



Bug#775513: remmina: segfault when trying to connect to rdp server

2015-01-16 Thread Christoph Egger
Package: remmina
Version: 1.1.1-2
Severity: important

Hi!

remmina segfaults trying to connect to a rdp server (Windows 8.1 here)

  Christoph

 % remmina 
Remmina plugin RDP (type=Protocol) registered.
Remmina plugin RDPF (type=File) registered.
Remmina plugin RDPS (type=Preference) registered.
Remmina plugin VNC (type=Protocol) registered.
Remmina plugin VNCI (type=Protocol) registered.
Remmina plugin SFTP (type=Protocol) registered.
Remmina plugin SSH (type=Protocol) registered.
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
loading channel cliprdr
connected to 10.1.51.41:3389
zsh: segmentation fault  remmina

  
 % gdb /usr/bin/remmina 
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
Reading symbols from /usr/bin/remmina...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/remmina 
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffecc16700 (LWP 14316)]
loading channel cliprdre=Protocol) registered.
connected to 10.1.51.41:3389

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe0a11700 (LWP 14759)]
__memcpy_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33
33  ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or 
directory.
(gdb) bt full
#0  __memcpy_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33
No locals.
#1  0x7fffe6447dee in sspi_CopyAuthIdentity () from 
/usr/lib/x86_64-linux-gnu/libwinpr-sspi.so.0.1
No symbol table info available.
#2  0x7fffe6445f0b in ntlm_InitializeSecurityContextW () from 
/usr/lib/x86_64-linux-gnu/libwinpr-sspi.so.0.1
No symbol table info available.
#3  0x7fffe6446091 in ntlm_InitializeSecurityContextA () from 
/usr/lib/x86_64-linux-gnu/libwinpr-sspi.so.0.1
No symbol table info available.
#4  0x7fffe7daeb0f in credssp_client_authenticate () from 
/usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1
No symbol table info available.
#5  0x7fffe7dd1da1 in transport_connect_nla () from 
/usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1
No symbol table info available.
#6  0x7fffe7daf419 in nego_security_connect () from 
/usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1
No symbol table info available.
#7  0x7fffe7db009d in nego_connect () from 
/usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1
No symbol table info available.
#8  0x7fffe7dcc233 in rdp_client_connect () from 
/usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1
No symbol table info available.
#9  0x7fffe7dc2c38 in freerdp_connect () from 
/usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1
No symbol table info available.
#10 0x7fffec20be85 in ?? () from 
/usr/lib/x86_64-linux-gnu/remmina/plugins/remmina-plugin-rdp.so
No symbol table info available.
#11 0x7fffec20c57a in ?? () from 
/usr/lib/x86_64-linux-gnu/remmina/plugins/remmina-plugin-rdp.so
No symbol table info available.
#12 0x75bc20a4 in start_thread (arg=0x7fffe0a11700) at 
pthread_create.c:309
__res = optimized out
pd = 0x7fffe0a11700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736962041600, 
8434445067145717223, 1, 140737354125408, 0, 140736962041600, 
-8434421472301931033, -8434467626715044377}, mask_was_saved = 0}}, priv = {
pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, 
canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#13 0x74d43ccd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.
(gdb)


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages remmina depends on:
ii  dbus-x111.8.12-3
ii  

Bug#775513: remmina: segfault when trying to connect to rdp server

2015-01-16 Thread Christoph Egger
Luca Falavigna dktrkr...@debian.org writes:
 2015-01-16 16:15 GMT+01:00 Christoph Egger christ...@debian.org:
 remmina segfaults trying to connect to a rdp server (Windows 8.1 here)

 Mind trying to connect to the same server using xfreerdp (available in
 freerdp-x11 package)?
 That could deterimine whether this bug affects remmina only, or
 affects FreeRDP as well.

xfreerdp connects just fine.

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


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



Bug#774368: does not upgrade to jessie (needs specific db-util

2015-01-05 Thread Christoph Egger
Hi!

Christoph Martin mar...@uni-mainz.de writes:
 are you in the middle of an upgrade to jessie? sks depends on db-util
 which has version 5.3.0 in jessie. Version 5.1.6 is from wheezy. Please
 first upgrade db-util. After that sks upgrade should work.

Jep that was during a dist-upgrade to jessie. I think this should work
and if I need to upgrade db-util first this should be expressed in terms
of the dependency in sks.

  Christoph


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



Accepted irony-mode 0.1.2-1 (source) into unstable

2015-01-03 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 03 Jan 2015 18:16:58 +0100
Source: irony-mode
Binary: irony-mode
Architecture: source
Version: 0.1.2-1
Distribution: unstable
Urgency: medium
Maintainer: Christoph Egger christ...@debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 irony-mode - C/C++ minor mode powered by libclang
Changes:
 irony-mode (0.1.2-1) unstable; urgency=medium
 .
   * New upstream version
   * Add VCS
Checksums-Sha1:
 1a2e97d8bb3c270d85ae7c332d115801f75c581b 1886 irony-mode_0.1.2-1.dsc
 8ed11f80db12c3caed8ac5828aebcd7dc1087e22 354686 irony-mode_0.1.2.orig.tar.gz
 213e2c93b4b82e20307c9f77721abba34010644b 3168 irony-mode_0.1.2-1.debian.tar.xz
Checksums-Sha256:
 6c9b6ba269336bade49977a0d98438782cfb0056a9d1be3036554643b3a9e9ff 1886 
irony-mode_0.1.2-1.dsc
 2b5e2714988cc1d402e20526f4f386ea12e755d89ad9c9505a5d1cee539b23ff 354686 
irony-mode_0.1.2.orig.tar.gz
 7edcaa9f1c89d1ca70d8475065f9ac2cbe049e4dd416b1fdaa7a9dcf350c11e8 3168 
irony-mode_0.1.2-1.debian.tar.xz
Files:
 5d2ff0eccff2cb342d91a36dcc8f1af6 1886 x11 optional irony-mode_0.1.2-1.dsc
 6ae69779856cdc62ab31b6f4eed17812 354686 x11 optional 
irony-mode_0.1.2.orig.tar.gz
 e2be3ada5fad68a1d1ffe600484c0152 3168 x11 optional 
irony-mode_0.1.2-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUqCWXAAoJEKv/7bJACMb5Tl0P/RZRC1LLnOgx8QC7j++H5lmI
AeGmupyR92lgAY1dUCpK8YfLjZ6Gi7B1cWYxO+vKbnhHcbcBElpCgt69MXKPvhy2
sSkTyWChIyEIHWRkb6G/OUX8fedsLY4i2LmkB7RXlsiw8XSvl0rohI2V4A4TSXan
3uVKNkj3NVUY90wKs998HVKbDFlg99251K/xMchA0aWK1ldvKXK+Yu7WOm9puLfi
sgNg5sJkJZjvfcvFw2xfWAkmaif7MDQnXt1o3MEZTjmHi/d1WIJLkt01kkLu0T4D
iWYTJl7m04DuOLxKbF5jzj/nk8fwFNqlcalLfJDoAdLWyotC5LkjNQTnmeh8k5A1
297xv3WrKJ3oHwiHRHWIX3MLCW5jHr3GonOviceVsTc9sOqHwJz/RssgiRE2QymF
GVO5x0DdfEXSR9We3ZxixUUDrI5S0vW3ge6UHQpGFf5rDN+zskzMYxiGRRzKrXwI
GRcKQA6bKZsgkhBYvopyHUZvbJ3XCqOcWe8oI5mD9TPBu2VHNYYPolsjjdYHNacn
0dis+xYCHXFfap1ETAlLZs+8l85K00Vobs8+oSFrsPS1cxbt4Ocjnu4MSBYR5J39
qitedxd4xY58jUeS/8YGImmllW8DjHzPQ+2EAj7wThsw13FyB5b5H9/30tlppm5u
/zpCEDj+m8KM5UNi/adK
=WYOL
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1y7szo-00082v...@franck.debian.org



Bug#774368: does not upgrade to jessie (needs specific db-util

2015-01-01 Thread Christoph Egger
Package: sks
Version: 1.1.5-3
Severity: serious

Hi!

% sudo dpkg --configure -a
Setting up sks (1.1.5-3) ...
debian-sks uid check: ok
debian-sks homedir check: ok
bash: db5.3_upgrade: command not found
dpkg: error processing package sks (--configure):
 subprocess installed post-installation script returned error exit
status 127
Errors were encountered while processing:
 sks

% dpkg -l db-util
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  db-util5.1.6all  Berkeley Database Utilities

  Christoph

-- System Information:
Debian Release: 7.7
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: mipsel (mips64)

Kernel: Linux 3.16.0-4-loongson-2f
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages sks depends on:
ii  adduser 3.113+nmu3
ii  db-util 5.1.6
ii  libc6   2.19-13
ii  libdb5.35.3.28-7~deb8u1
ii  libncurses5 5.9-10
ii  libtinfo5   5.9-10
ii  logrotate   3.8.1-4
ii  ocaml-base-nox [ocaml-base-nox-4.01.0]  4.01.0-5
ii  zlib1g  1:1.2.7.dfsg-13

sks recommends no packages.

Versions of packages sks suggests:
ii  exim4-daemon-light [mail-transport-agent]  4.84-3
ii  procmail   3.22-20+deb7u1

-- Configuration Files:
/etc/default/sks changed [not included]
/etc/sks/membership changed [not included]
/etc/sks/sksconf changed [not included]

-- no debconf information


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



Bug#774368: does not upgrade to jessie (needs specific db-util

2015-01-01 Thread Christoph Egger
Package: sks
Version: 1.1.5-3
Severity: serious

Hi!

% sudo dpkg --configure -a
Setting up sks (1.1.5-3) ...
debian-sks uid check: ok
debian-sks homedir check: ok
bash: db5.3_upgrade: command not found
dpkg: error processing package sks (--configure):
 subprocess installed post-installation script returned error exit
status 127
Errors were encountered while processing:
 sks

% dpkg -l db-util
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  db-util5.1.6all  Berkeley Database Utilities

  Christoph

-- System Information:
Debian Release: 7.7
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: mipsel (mips64)

Kernel: Linux 3.16.0-4-loongson-2f
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages sks depends on:
ii  adduser 3.113+nmu3
ii  db-util 5.1.6
ii  libc6   2.19-13
ii  libdb5.35.3.28-7~deb8u1
ii  libncurses5 5.9-10
ii  libtinfo5   5.9-10
ii  logrotate   3.8.1-4
ii  ocaml-base-nox [ocaml-base-nox-4.01.0]  4.01.0-5
ii  zlib1g  1:1.2.7.dfsg-13

sks recommends no packages.

Versions of packages sks suggests:
ii  exim4-daemon-light [mail-transport-agent]  4.84-3
ii  procmail   3.22-20+deb7u1

-- Configuration Files:
/etc/default/sks changed [not included]
/etc/sks/membership changed [not included]
/etc/sks/sksconf changed [not included]

-- no debconf information


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



Re: DM application of Steven Chamberlain

2015-01-01 Thread Christoph Egger
Hi all!

Steven Chamberlain ste...@pyro.eu.org writes:
 This is my declaration of intent to become a Debian Maintainer
 URL:http://wiki.debian.org/DebianMaintainer.

 I have read the Social Contract, Debian Free Software Guidelines and
 Debian Machine Usage Policy and agree with all of them.

 Currently, I co‐maintain many core packages of Debian GNU/kFreeBSD:
 freebsd-buildutils, freebsd-smbfs, freebsd-utils, fuse4bsd, kfreebsd-10,
 kfreebsd-kernel-headers, ufsutils, zfsutils
 URL:https://udd.debian.org/dmd.cgi?email=steven%40pyro.eu.org

 I prepared some of the past wheezy-security uploads:
 kfreebsd-8, kfreebsd-9

I fully support this application. I have worked with Steven for quite
some time now in the debianb-bsd group where he is clearly the expert
around. Doing kFreeBSD without him just plainly wouldn't have worked
both in terms of fixing bugs as they appear as with coordinating with
other teams (like d-i). Also his packaging  understanding of
policiesprocesdures is more than solid.

I will dm-allow all the packages mentioned above (basically the whole
kfreebsd core) once this application has been processed.

 and I'm somewhat responsible for keeping d-i working for this port.

 My GnuPG key 69F3 0763 DFEF C134 is signed by the Debian Developer Phil
 Brooke p...@debian.org.

 I look forward to becoming a Debian Maintainer.  Thanks for your attention.

I'm glad you applied! And looking forward to the DD application :-)

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer


signature.asc
Description: PGP signature


Re: possibility of jessie-kfreebsd suite

2014-12-29 Thread Christoph Egger
Hi!

Ansgar Burchardt ans...@debian.org writes:
 Christoph Egger christ...@debian.org writes:
   I was told you would be supportive of an unofficial kfreebsd jessie
 release and willing to add a suite for that. Guess I write here what I
 think would be best from our point of view and you tell me if I'm crazy
 or not:

  + There would be a jessie-kfreebsd thing next to the normal jessie
with kfreebsd folks responsible for
  + Ideally that jessie-kfreebsd thing would exist as soon as possible so
we can do our release preparations there

 I think we can setup a jessie-kfreebsd suite. I guess it should

  - just accept uploads (provided versions are greater-equal testing)

Sounds OK to me. just accept uploads means uploads from any DD/DM or
some list of keys? I guess it's easy to get the ACCEPTED mail for all
uploads to that suite to a mailinglist?

  - contain just 3 archs: all, kfreebsd-{i386,amd64}
  - have no extra policy queues, and
  - share overrides with jessie.

 Uploads should probably include a specific suffix to avoid version
 clashes with the offical release (for source and arch:all packages).

I'll keep that in mind!

  + Ideally -release@ would accept us in testing as long as possible
(without any blocking characteristics there) and we copy everything
that is not superseeded in jessie-kfreebsd there rather late

 Well, kfreebsd is still in testing for now ;)

Jep I'm quite happy about that!

Moritz Mühlenhoff j...@inutil.org writes:
 Sorry for the late reply. I'm afraid noone in the security team is
 sufficiently familiar with the wanna-build setup, but I if implementable
 by w-b I think it would be good to have the kfreebsd builds being triggered
 once they are released through security.debian.org (we can probably hook
 that into the dak security-install command or something similar). The
 kfreebsd buildds are fast and should be able to build everything in acceptable
 time.

Right. For the wb side I do have some (limited) insight. Who would need
to hook that into security-install?

  Christoph

NB: anyone here at CCC in Hamburg at the moment?


signature.asc
Description: PGP signature


Re: possibility of jessie-kfreebsd suite

2014-12-29 Thread Christoph Egger
Hi!

Ansgar Burchardt ans...@debian.org writes:
 Christoph Egger christ...@debian.org writes:
   I was told you would be supportive of an unofficial kfreebsd jessie
 release and willing to add a suite for that. Guess I write here what I
 think would be best from our point of view and you tell me if I'm crazy
 or not:

  + There would be a jessie-kfreebsd thing next to the normal jessie
with kfreebsd folks responsible for
  + Ideally that jessie-kfreebsd thing would exist as soon as possible so
we can do our release preparations there

 I think we can setup a jessie-kfreebsd suite. I guess it should

  - just accept uploads (provided versions are greater-equal testing)

Sounds OK to me. just accept uploads means uploads from any DD/DM or
some list of keys? I guess it's easy to get the ACCEPTED mail for all
uploads to that suite to a mailinglist?

  - contain just 3 archs: all, kfreebsd-{i386,amd64}
  - have no extra policy queues, and
  - share overrides with jessie.

 Uploads should probably include a specific suffix to avoid version
 clashes with the offical release (for source and arch:all packages).

I'll keep that in mind!

  + Ideally -release@ would accept us in testing as long as possible
(without any blocking characteristics there) and we copy everything
that is not superseeded in jessie-kfreebsd there rather late

 Well, kfreebsd is still in testing for now ;)

Jep I'm quite happy about that!

Moritz Mühlenhoff j...@inutil.org writes:
 Sorry for the late reply. I'm afraid noone in the security team is
 sufficiently familiar with the wanna-build setup, but I if implementable
 by w-b I think it would be good to have the kfreebsd builds being triggered
 once they are released through security.debian.org (we can probably hook
 that into the dak security-install command or something similar). The
 kfreebsd buildds are fast and should be able to build everything in acceptable
 time.

Right. For the wb side I do have some (limited) insight. Who would need
to hook that into security-install?

  Christoph

NB: anyone here at CCC in Hamburg at the moment?


signature.asc
Description: PGP signature


Accepted kfreebsd-10 10.1~svn274115-1 (source all) into unstable

2014-12-28 Thread Christoph Egger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 28 Dec 2014 12:41:02 +0100
Source: kfreebsd-10
Binary: kfreebsd-source-10.1 kfreebsd-headers-10.1-0 
kfreebsd-image-10.1-0-amd64 kfreebsd-image-10-amd64 
kfreebsd-headers-10.1-0-amd64 kfreebsd-headers-10-amd64 
kernel-image-10.1-0-amd64-di nic-modules-10.1-0-amd64-di 
nic-wireless-modules-10.1-0-amd64-di nic-shared-modules-10.1-0-amd64-di 
serial-modules-10.1-0-amd64-di usb-serial-modules-10.1-0-amd64-di 
ppp-modules-10.1-0-amd64-di cdrom-modules-10.1-0-amd64-di 
scsi-core-modules-10.1-0-amd64-di scsi-modules-10.1-0-amd64-di 
scsi-extra-modules-10.1-0-amd64-di plip-modules-10.1-0-amd64-di 
floppy-modules-10.1-0-amd64-di loop-modules-10.1-0-amd64-di 
ipv6-modules-10.1-0-amd64-di nls-core-modules-10.1-0-amd64-di 
ext2-modules-10.1-0-amd64-di isofs-modules-10.1-0-amd64-di 
reiserfs-modules-10.1-0-amd64-di fat-modules-10.1-0-amd64-di 
zfs-modules-10.1-0-amd64-di nfs-modules-10.1-0-amd64-di 
nullfs-modules-10.1-0-amd64-di md-modules-10.1-0-amd64-di 
parport-modules-10.1-0-amd64-di nic-usb-modules-10.1-0-amd64-di
 sata-modules-10.1-0-amd64-di acpi-modules-10.1-0-amd64-di 
i2c-modules-10.1-0-amd64-di crypto-modules-10.1-0-amd64-di 
crypto-dm-modules-10.1-0-amd64-di mmc-core-modules-10.1-0-amd64-di 
mmc-modules-10.1-0-amd64-di sound-modules-10.1-0-amd64-di 
zlib-modules-10.1-0-amd64-di kfreebsd-image-10.1-0-486 kfreebsd-image-10-486 
kfreebsd-headers-10.1-0-486 kfreebsd-headers-10-486 kfreebsd-image-10.1-0-686 
kfreebsd-image-10-686 kfreebsd-headers-10.1-0-686 kfreebsd-headers-10-686 
kfreebsd-image-10.1-0-xen kfreebsd-image-10-xen kfreebsd-headers-10.1-0-xen 
kfreebsd-headers-10-xen kernel-image-10.1-0-486-di nic-modules-10.1-0-486-di 
nic-wireless-modules-10.1-0-486-di nic-shared-modules-10.1-0-486-di 
serial-modules-10.1-0-486-di usb-serial-modules-10.1-0-486-di 
ppp-modules-10.1-0-486-di cdrom-modules-10.1-0-486-di 
scsi-core-modules-10.1-0-486-di scsi-modules-10.1-0-486-di 
scsi-extra-modules-10.1-0-486-di plip-modules-10.1-0-486-di 
floppy-modules-10.1-0-486-di
 loop-modules-10.1-0-486-di ipv6-modules-10.1-0-486-di 
nls-core-modules-10.1-0-486-di ext2-modules-10.1-0-486-di 
isofs-modules-10.1-0-486-di reiserfs-modules-10.1-0-486-di 
fat-modules-10.1-0-486-di zfs-modules-10.1-0-486-di nfs-modules-10.1-0-486-di 
nullfs-modules-10.1-0-486-di md-modules-10.1-0-486-di 
parport-modules-10.1-0-486-di nic-usb-modules-10.1-0-486-di 
sata-modules-10.1-0-486-di acpi-modules-10.1-0-486-di i2c-modules-10.1-0-486-di 
crypto-modules-10.1-0-486-di crypto-dm-modules-10.1-0-486-di 
mmc-core-modules-10.1-0-486-di mmc-modules-10.1-0-486-di 
sound-modules-10.1-0-486-di
 zlib-modules-10.1-0-486-di
Architecture: source all
Version: 10.1~svn274115-1
Distribution: unstable
Urgency: medium
Maintainer: GNU/kFreeBSD Maintainers debian-...@lists.debian.org
Changed-By: Christoph Egger christ...@debian.org
Description:
 acpi-modules-10.1-0-486-di - ACPI support modules (udeb)
 acpi-modules-10.1-0-amd64-di - ACPI support modules (udeb)
 cdrom-modules-10.1-0-486-di - Esoteric CDROM drivers (udeb)
 cdrom-modules-10.1-0-amd64-di - Esoteric CDROM drivers (udeb)
 crypto-dm-modules-10.1-0-486-di - devicemapper crypto module (udeb)
 crypto-dm-modules-10.1-0-amd64-di - devicemapper crypto module (udeb)
 crypto-modules-10.1-0-486-di - crypto modules (udeb)
 crypto-modules-10.1-0-amd64-di - crypto modules (udeb)
 ext2-modules-10.1-0-486-di - EXT2 filesystem support (udeb)
 ext2-modules-10.1-0-amd64-di - EXT2 filesystem support (udeb)
 fat-modules-10.1-0-486-di - FAT filesystem support (udeb)
 fat-modules-10.1-0-amd64-di - FAT filesystem support (udeb)
 floppy-modules-10.1-0-486-di - Floppy driver (udeb)
 floppy-modules-10.1-0-amd64-di - Floppy driver (udeb)
 i2c-modules-10.1-0-486-di - i2c support modules (udeb)
 i2c-modules-10.1-0-amd64-di - i2c support modules (udeb)
 ipv6-modules-10.1-0-486-di - IPv6 driver (udeb)
 ipv6-modules-10.1-0-amd64-di - IPv6 driver (udeb)
 isofs-modules-10.1-0-486-di - ISOFS filesystem support (udeb)
 isofs-modules-10.1-0-amd64-di - ISOFS filesystem support (udeb)
 kernel-image-10.1-0-486-di - kFreeBSD binary image for the Debian installer 
(udeb)
 kernel-image-10.1-0-amd64-di - kFreeBSD binary image for the Debian installer 
(udeb)
 kfreebsd-headers-10-486 - header files for kernel of FreeBSD 10 (meta-package)
 kfreebsd-headers-10-686 - header files for kernel of FreeBSD 10 (meta-package)
 kfreebsd-headers-10-amd64 - header files for kernel of FreeBSD 10 
(meta-package)
 kfreebsd-headers-10-xen - header files for kernel of FreeBSD 10 (meta-package)
 kfreebsd-headers-10.1-0 - Common architecture-specific header files for kernel 
of FreeBSD 1
 kfreebsd-headers-10.1-0-486 - header files for kernel of FreeBSD 10.1
 kfreebsd-headers-10.1-0-686 - header files for kernel of FreeBSD 10.1
 kfreebsd-headers-10.1-0-amd64 - header files for kernel of FreeBSD 10.1
 kfreebsd-headers-10.1-0-xen - header files for kernel of FreeBSD 10.1
 kfreebsd-image-10-486

Re: [Sks-devel] New keyserver (gpg.n1zyy.com) - peers requested

2014-12-13 Thread Christoph Egger
Hi!

Matt Wagner m...@ttwagner.com writes:
 IPv6[1].

Looks good from here FWIW

  Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer

___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel


Bug#772659: kfreebsd-8: build-depends on gcc-4.6

2014-12-10 Thread Christoph Egger
Hi!

Cyril Brulebois k...@debian.org writes:
 Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09):
 Source: kfreebsd-8
 Version: 8.3-6+deb7u1
 Severity: serious
 Tags: jessie
 User: trei...@debian.org
 Usertags: edos-uninstallable
 
 Hi, kfreebsd-8 build-depends on gcc-4.6, which does not exist in jessie.

 kfreebsd-9 went away during the transition to kfreebsd-10, and I guess
 kfreebsd-8 was overlooked/forgotten about because it wasn't being
 transitioned from. Should probably go away from the archive entirely?

I don't see it around actually

christoph@coccia % dak ls kfreebsd-8
kfreebsd-8 | 8.1+dfsg-8+squeeze4 | oldstable | source
kfreebsd-8 | 8.2-15~bpo60+1  | squeeze-backports | source
kfreebsd-8 | 8.3-6+deb7u1| stable| source

  Christoph


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/878uifea0c@mitoraj.siccegge.de



Bug#772659: kfreebsd-8: build-depends on gcc-4.6

2014-12-10 Thread Christoph Egger
Hi!

Cyril Brulebois k...@debian.org writes:
 Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09):
 Source: kfreebsd-8
 Version: 8.3-6+deb7u1
 Severity: serious
 Tags: jessie
 User: trei...@debian.org
 Usertags: edos-uninstallable
 
 Hi, kfreebsd-8 build-depends on gcc-4.6, which does not exist in jessie.

 kfreebsd-9 went away during the transition to kfreebsd-10, and I guess
 kfreebsd-8 was overlooked/forgotten about because it wasn't being
 transitioned from. Should probably go away from the archive entirely?

I don't see it around actually

christoph@coccia % dak ls kfreebsd-8
kfreebsd-8 | 8.1+dfsg-8+squeeze4 | oldstable | source
kfreebsd-8 | 8.2-15~bpo60+1  | squeeze-backports | source
kfreebsd-8 | 8.3-6+deb7u1| stable| source

  Christoph


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



Bug#772659: kfreebsd-8: build-depends on gcc-4.6

2014-12-10 Thread Christoph Egger
Hi!

Cyril Brulebois k...@debian.org writes:
 Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09):
 Source: kfreebsd-8
 Version: 8.3-6+deb7u1
 Severity: serious
 Tags: jessie
 User: trei...@debian.org
 Usertags: edos-uninstallable
 
 Hi, kfreebsd-8 build-depends on gcc-4.6, which does not exist in jessie.

 kfreebsd-9 went away during the transition to kfreebsd-10, and I guess
 kfreebsd-8 was overlooked/forgotten about because it wasn't being
 transitioned from. Should probably go away from the archive entirely?

I don't see it around actually

christoph@coccia % dak ls kfreebsd-8
kfreebsd-8 | 8.1+dfsg-8+squeeze4 | oldstable | source
kfreebsd-8 | 8.2-15~bpo60+1  | squeeze-backports | source
kfreebsd-8 | 8.3-6+deb7u1| stable| source

  Christoph


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



[Xen-devel] [PATCH v3 1/2] gnttab: Introduce rwlock to protect updates to grant table state

2014-12-03 Thread Christoph Egger
Split grant table lock into two separate locks. One to protect
maptrack state and change the other into a rwlock.

The rwlock is used to prevent readers from accessing
inconsistent grant table state such as current
version, partially initialized active table pages,
etc.

Signed-off-by: Matt Wilson m...@amazon.com
[chegger: ported to xen-staging, split into multiple commits]

v3:
  * Addressed gnttab_swap_grant_ref() comment from Andrew Cooper
v2:
  * Add arm part per request from Julien Grall

Signed-off-by: Christoph Egger cheg...@amazon.de
Cc: Jan Beulich jbeul...@suse.com
Cc: Keir Fraser k...@xen.org
Cc: Julien Grall julien.gr...@linaro.org
---
 docs/misc/grant-tables.txt|   28 +-
 xen/arch/arm/mm.c |4 +-
 xen/arch/x86/mm.c |4 +-
 xen/common/grant_table.c  |  120 +++--
 xen/include/xen/grant_table.h |9 ++--
 5 files changed, 104 insertions(+), 61 deletions(-)

diff --git a/docs/misc/grant-tables.txt b/docs/misc/grant-tables.txt
index 19db4ec..c9ae8f2 100644
--- a/docs/misc/grant-tables.txt
+++ b/docs/misc/grant-tables.txt
@@ -74,7 +74,33 @@ is complete.
  matching map track entry is then removed, as if unmap had been invoked.
  These are not used by the transfer mechanism.
   map-domid : owner of the mapped frame
-  map-ref_and_flags : grant reference, ro/rw, mapped for host or device access
+  map-ref   : grant reference
+  map-flags : ro/rw, mapped for host or device access
+
+
+ Locking
+ ~~~
+ Xen uses several locks to serialize access to the internal grant table state.
+
+  grant_table-lock  : rwlock used to prevent readers from accessing
+   inconsistent grant table state such as current
+   version, partially initialized active table 
pages,
+   etc.
+  grant_table-maptrack_lock : spinlock used to protect the maptrack state
+
+ The primary lock for the grant table is a read/write spinlock. All
+ functions that access members of struct grant_table must acquire a
+ read lock around critical sections. Any modification to the members
+ of struct grant_table (e.g., nr_status_frames, nr_grant_frames,
+ active frames, etc.) must only be made if the write lock is
+ held. These elements are read-mostly, and read critical sections can
+ be large, which makes a rwlock a good choice.
+
+ The maptrack state is protected by its own spinlock. Any access (read
+ or write) of struct grant_table members that have a maptrack_
+ prefix must be made while holding the maptrack lock. The maptrack
+ state can be rapidly modified under some workloads, and the critical
+ sections are very small, thus we use a spinlock to protect them.
 
 

 
diff --git a/xen/arch/arm/mm.c b/xen/arch/arm/mm.c
index 7d4ba0c..2765683 100644
--- a/xen/arch/arm/mm.c
+++ b/xen/arch/arm/mm.c
@@ -1037,7 +1037,7 @@ int xenmem_add_to_physmap_one(
 switch ( space )
 {
 case XENMAPSPACE_grant_table:
-spin_lock(d-grant_table-lock);
+write_lock(d-grant_table-lock);
 
 if ( d-grant_table-gt_version == 0 )
 d-grant_table-gt_version = 1;
@@ -1067,7 +1067,7 @@ int xenmem_add_to_physmap_one(
 
 t = p2m_ram_rw;
 
-spin_unlock(d-grant_table-lock);
+write_unlock(d-grant_table-lock);
 break;
 case XENMAPSPACE_shared_info:
 if ( idx != 0 )
diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c
index 522c43d..37c13b1 100644
--- a/xen/arch/x86/mm.c
+++ b/xen/arch/x86/mm.c
@@ -4565,7 +4565,7 @@ int xenmem_add_to_physmap_one(
 mfn = virt_to_mfn(d-shared_info);
 break;
 case XENMAPSPACE_grant_table:
-spin_lock(d-grant_table-lock);
+write_lock(d-grant_table-lock);
 
 if ( d-grant_table-gt_version == 0 )
 d-grant_table-gt_version = 1;
@@ -4587,7 +4587,7 @@ int xenmem_add_to_physmap_one(
 mfn = virt_to_mfn(d-grant_table-shared_raw[idx]);
 }
 
-spin_unlock(d-grant_table-lock);
+write_unlock(d-grant_table-lock);
 break;
 case XENMAPSPACE_gmfn_range:
 case XENMAPSPACE_gmfn:
diff --git a/xen/common/grant_table.c b/xen/common/grant_table.c
index 8fba923..24feb65 100644
--- a/xen/common/grant_table.c
+++ b/xen/common/grant_table.c
@@ -227,23 +227,23 @@ double_gt_lock(struct grant_table *lgt, struct 
grant_table *rgt)
 {
 if ( lgt  rgt )
 {
-spin_lock(lgt-lock);
-spin_lock(rgt-lock);
+spin_lock(lgt-maptrack_lock);
+spin_lock(rgt-maptrack_lock);
 }
 else
 {
 if ( lgt != rgt )
-spin_lock(rgt-lock);
-spin_lock(lgt-lock);
+spin_lock(rgt-maptrack_lock);
+spin_lock

[Xen-devel] [PATCH v3 2/2] gnttab: refactor locking for scalability

2014-12-03 Thread Christoph Egger
From: Matt Wilson m...@amazon.com

This patch refactors grant table locking. It splits the previous
single spinlock per grant table into multiple locks. The heavily
modified components of the grant table (the maptrack state and the
active entries) are now protected by their own spinlocks. The
remaining elements of the grant table are read-mostly, so the main
grant table lock is modified to be a rwlock to improve concurrency.

Workloads with high grant table operation rates, especially map/unmap
operations as used by blkback/blkfront when persistent grants are not
supported, show marked improvement with these changes. A domU with 24
VBDs in a streaming 2M write workload achieved 1,400 MB/sec before
this change. Performance more than doubles with this patch, reaching
3,000 MB/sec before tuning and 3,600 MB/sec after adjusting event
channel vCPU bindings.

Signed-off-by: Matt Wilson m...@amazon.com
[chegger: ported to xen-staging, split into multiple commits]

v3:
  * Addressed gnttab_swap_grant_ref() comment from Andrew Cooper

Signed-off-by: Christoph Egger cheg...@amazon.de
Cc: Anthony Liguori aligu...@amazon.com
Cc: Jan Beulich jbeul...@suse.com
Cc: Keir Fraser k...@xen.org
---
 docs/misc/grant-tables.txt |   21 +
 xen/common/grant_table.c   |  219 
 2 files changed, 163 insertions(+), 77 deletions(-)

diff --git a/docs/misc/grant-tables.txt b/docs/misc/grant-tables.txt
index c9ae8f2..1ada018 100644
--- a/docs/misc/grant-tables.txt
+++ b/docs/misc/grant-tables.txt
@@ -63,6 +63,7 @@ is complete.
   act-domid : remote domain being granted rights
   act-frame : machine frame being granted
   act-pin   : used to hold reference counts
+  act-lock  : spinlock used to serialize access to active entry state
 
  Map tracking
  
@@ -87,6 +88,8 @@ is complete.
version, partially initialized active table 
pages,
etc.
   grant_table-maptrack_lock : spinlock used to protect the maptrack state
+  active_grant_entry-lock   : spinlock used to serialize modifications to
+   active entries
 
  The primary lock for the grant table is a read/write spinlock. All
  functions that access members of struct grant_table must acquire a
@@ -102,6 +105,24 @@ is complete.
  state can be rapidly modified under some workloads, and the critical
  sections are very small, thus we use a spinlock to protect them.
 
+ Active entries are obtained by calling active_entry_acquire(gt, ref).
+ This function returns a pointer to the active entry after locking its
+ spinlock. The caller must hold the rwlock for the gt in question
+ before calling active_entry_acquire(). This is because the grant
+ table can be dynamically extended via gnttab_grow_table() while a
+ domain is running and must be fully initialized. Once all access to
+ the active entry is complete, release the lock by calling
+ active_entry_release(act).
+
+ Summary of rules for locking:
+  active_entry_acquire() and active_entry_release() can only be
+  called when holding the relevant grant table's lock. I.e.:
+read_lock(gt-lock);
+act = active_entry_acquire(gt, ref);
+...
+active_entry_release(act);
+read_unlock(gt-lock);
+
 

 
  Granting a foreign domain access to frames
diff --git a/xen/common/grant_table.c b/xen/common/grant_table.c
index 24feb65..5601863 100644
--- a/xen/common/grant_table.c
+++ b/xen/common/grant_table.c
@@ -151,10 +151,13 @@ struct active_grant_entry {
in the page.   */
 unsigned  length:16; /* For sub-page grants, the length of the
 grant.*/
+spinlock_tlock;  /* lock to protect access of this entry.
+see docs/misc/grant-tables.txt for
+locking protocol  */
 };
 
 #define ACGNT_PER_PAGE (PAGE_SIZE / sizeof(struct active_grant_entry))
-#define active_entry(t, e) \
+#define _active_entry(t, e) \
 ((t)-active[(e)/ACGNT_PER_PAGE][(e)%ACGNT_PER_PAGE])
 
 static inline void gnttab_flush_tlb(const struct domain *d)
@@ -182,6 +185,29 @@ nr_active_grant_frames(struct grant_table *gt)
 return num_act_frames_from_sha_frames(nr_grant_frames(gt));
 }
 
+static inline struct active_grant_entry *
+active_entry_acquire(struct grant_table *t, grant_ref_t e)
+{
+struct active_grant_entry *act;
+
+#ifndef NDEBUG
+/* not perfect, but better than nothing for a debug build
+ * sanity check
+ */
+BUG_ON(!rw_is_locked(t-lock));
+#endif
+
+act = _active_entry(t, e);
+spin_lock(act-lock);
+
+return act;
+}
+
+static inline void active_entry_release(struct active_grant_entry *act)
+{
+spin_unlock(act-lock);
+}
+
 /* Check if the page has been paged out, or needs

<    1   2   3   4   5   6   7   8   9   10   >