Bug#794444: python3-networkx should conflict with python3-pygraphviz

[Johannes Schauer]

Package: python3-networkx
Version: 1.9.1-1
Severity: normal

Hi,

python3-networkx is able to use python3-pygraphviz as wells as
python3-pydot for drawing dot graphs. If both are installed, then the
former will be used.

Unfortunately it seems that python3-pygraphviz is unable to render
graphs with vertex attributes which makes it unfit for drawing all but
the most trivial graphs.

Since the presence of python3-pygraphviz will make python3-networkx use
it over python3-pydot (which does not suffer from this problem), I
suggest that python3-networkx conflicts with python3-pygraphviz until
the problem is either fixed in networkx or pygraphviz upstream.

To test the problem yourself, try to do the following with
python3-pygraphviz installed:

python3 -c 'import networkx as nx; 
G=nx.Graph();G.add_node(1,foo="bar");nx.write_dot(G, "out")'

The command will never terminate. It on the other hand immediately
finishes (as expected) if python3-pygraphviz is not installed but
python3-pydot is.

This bug is causing problems with my package botch which depends on
python3-networkx for graph drawing. Instead of botch conflicting with
python3-pygraphviz, I'd like to see this conflict in python3-networkx
itself.

Thanks!

cheers, josch



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: armhf, arm64

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

Versions of packages python3-networkx depends on:
ii  python3-decorator  3.4.0-2
pn  python3:any

Versions of packages python3-networkx recommends:
pn  python3-numpy  
ii  python3-pkg-resources  18.0.1-1
pn  python3-scipy  
ii  python3-yaml   3.11-2

python3-networkx 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#794443: octave: should not recommend libopenblas-base

[Wang S]

Package: octave
Version: 3.8.2-4
Severity: normal

Dear Maintainer,

Octave crashes when inverting matrices sized 10x10 or bigger
if libopenblas-base is installed.
And after I remove libopenblas-base, octave does not crash.

Additional info: GNU Octave bug #45651
http://savannah.gnu.org/bugs/?45651#comment4


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

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

Versions of packages octave depends on:
ii  default-jre-headless   2:1.7-52
ii  libamd2.3.11:4.2.1-3
ii  libarpack2 3.1.5-3
ii  libblas3 [libblas.so.3]1.2.20110419-10
ii  libc6  2.19-18
ii  libcamd2.3.1   1:4.2.1-3
ii  libccolamd2.8.01:4.2.1-3
ii  libcholmod2.1.21:4.2.1-3
ii  libcolamd2.8.0 1:4.2.1-3
ii  libcxsparse3.1.2   1:4.2.1-3
ii  libfftw3-double3   3.3.4-2
ii  libfftw3-single3   3.3.4-2
ii  libfltk-gl1.3  1.3.2-6+b1
ii  libfltk1.3 1.3.2-6+b1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3
ii  libgcc11:4.9.2-10
ii  libgl1-mesa-glx [libgl1]   10.3.2-1
ii  libglpk36  4.55-1
ii  libglu1-mesa [libglu1] 9.0.0-2
ii  libgomp1   4.9.2-10
ii  libgraphicsmagick++3   1.3.20-3+deb8u1
ii  libgraphicsmagick3 1.3.20-3+deb8u1
ii  liblapack3 [liblapack.so.3]3.5.0-4
ii  liboctave2 3.8.2-4
ii  libopenblas-base [liblapack.so.3]  0.2.12-1
ii  libqhull6  2012.1-5
ii  libqrupdate1   1.1.2-1
ii  libqscintilla2-11  2.8.4+dfsg-1
ii  libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6 4.9.2-10
ii  libumfpack5.6.21:4.2.1-3
ii  libx11-6   2:1.6.2-3
ii  octave-common  3.8.2-4
ii  texinfo5.2.0.dfsg.1-6

Versions of packages octave recommends:
ii  gnuplot-x11   4.6.6-2
ii  libopenblas-base  0.2.12-1
ii  pstoedit  3.62-2+b1

Versions of packages octave suggests:
ii  octave-doc  3.8.2-4
pn  octave-htmldoc  
pn  octave-info 

-- no debconf information

Bug#794441: obnam: chunk ... does not exist

[Vladmimir Stavrinov]

Package: obnam
Version: 1.13-1
Severity: normal

Dear Maintainer,

The problem with nonexistent chunks still exists. I have tried to run Your 
software few times with options:

--fsck-fix --fsck-rm-unused --no-fsck-ignore-chunks --no-fsck-skip-dirs 
--no-fsck-skip-files --no-fsck-skip-generations 
--no-fsck-skip-per-client-b-trees --no-fsck-skip-shared-b-trees fsck

but every time there was a lot of messages like this:

chunk ... does not exist
checksum whole-file checksum mismatch

This means that fsck command does nothing and repository remains broken. Why 
this command does not remove references pointing to nonexistent chunk when it 
finds such ones? And what to do with "checksum mismatch"? Does this mean the 
file is broken? If so, why do You not remove them?

If there are no way to keep repository in consistent state, then we compelled 
to start new repository every time when it gets broken. This is bad methodology 
and if there are no other solutions, I am not sure that such backup software is 
usable at all. This is sad news.

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

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

Versions of packages obnam depends on:
ii  libc6 2.19-19
ii  python2.7.9-1
ii  python-cliapp 1.20150701-1
ii  python-fuse   2:0.2.1-11
ii  python-larch  1.20131130-1
ii  python-paramiko   1.15.2-1
ii  python-tracing0.8-1
ii  python-ttystatus  0.23-1
ii  python-yaml   3.11-2

obnam recommends no packages.

obnam 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#794442: [kde-full] Windows frames disappears!!!!

[Marco Righi]

Package: kde-full
Version: 5:84
Severity: critical

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

Hi,
after the last upgrade session the applications in my KDE Plasma has
lost the windows frames. Even if I use  alt-tab it is not possible to
switch from an application to another one.

The only way to get the access to KDE menu' is closing all the applications.

I have try to delete

rm $HOME/.kde* -Rf

without resolving the problem.

I have not .xsession in my configuration.

I have updated the system setting application (icon) because the
previous was not executable.

KDE openbox works fine with my previous settings.

Command 502 of 4 #apt-show-versions kwin-x11
kwin-x11:amd64/testing 4:5.3.2-3 uptodate
kwin-x11:i386 not installed


If I install plasma-workspace apt-get removes automatically the
following packages

  kde-plasma-netbook kde-workspace kde-workspace-bin kde-workspace-data
kdeartwork-style kdeartwork-theme-window klipper kscreensaver
  kscreensaver-xsavers kscreensaver-xsavers-webcollage
libkactivities-bin openbox-kde-session plasma-desktopthemes-artwork


Consider that my kde was perfectly full-operating before some upgrades ago.

Please write me if you think I can provide you informations.

Thanks for your work
Marco Righi


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

Debian Release: stretch/sid
  500 testing-updates ftp.it.debian.org
  500 testing www.deb-multimedia.org
  500 testing security.debian.org
  500 testing ftp.it.debian.org
  500 testing apt.jenslody.de
  500 stable-updates  ftp.it.debian.org
  500 stable  security.debian.org
  500 stable  repo.wuala.com
  500 stable  ftp.it.debian.org
  500 stable  dl.google.com
  500 stable  apt.spideroak.com
  500 sid linux.dropbox.com
  500 debian  packages.linuxmint.com

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#793210: libfontconfig1 missing in openjdk-8-jre-headless

[Joel Chen]

Hi Emmanuel,

Thank you for the followup.

Looking forward to have libfontconfig1 added in the next version of 
openjdk-8-jre-headless, so that my projects and others' projects can run 
smoothly on the latest Java Docker container.

Warmest Regards,
Joel

> On 30 Jul 2015, at 9:30 pm, Emmanuel Bourg  wrote:
> 
> Le 29/07/2015 21:22, Joel Chen a écrit :
>> When openjdk-8-jre-headless is used under openjdk-8-jre Docker
>> container, using Font in Java application triggers NullPointerException.
> 
> Hi Joel,
> 
> Thank you for the report. It looks like the IcedTea build used for the
> openjdk-7 package links explicitly against the system fontconfig, the
> INSTALL file has this mention |1] :
> 
> * --enable-system-fontconfig: Build and link against the system
> installation of fontconfig instead of trying to dynamically open it at
> runtime.
> 
> and the default value is "yes".
> 
> For the openjdk-8 package we didn't use IcedTea, and the upstream build
> still doesn't link against fontconfig. The library is simply detected
> and loaded dynamically in jdk/src/solaris/native/sun/awt/fontpath.c [2].
> This explains why the -headless package is missing the dependency.
> 
> The openjdk-8-jre package is also missing the libfontconfig1 dependency
> compared to openjdk-7-jre, but it gets it transitively through the
> dependency on libgtk2.0-0.
> 
> Now I wonder if we want to add a font dependency on a headless package.
> It already depends on libfreetype6, so why not libfontconfig1 too after all.
> 
> Emmanuel Bourg
> 
> [1] http://icedtea.classpath.org/hg/icedtea7/file/58824316f50a/INSTALL#l120
> [2]
> http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/687fd7c7986d/src/solaris/native/sun/awt/fontpath.c#l595
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/55ba26c7.50...@apache.org
> 

Bug#793094: pjproject: FTBFS: some symbols or patterns disappeared in the symbols file

[Tzafrir Cohen]

Thanks for your report,

On Tue, Jul 21, 2015 at 11:23:33AM +0200, Jakub Wilk wrote:
> Source: pjproject
> Version: 2.4~dfsg-1
> Severity: serious
> Justification: fails to build from source
> 
> pjproject FTBFS on 32-bit architectures:

I originally thought it's a 32 bits issue. But what about s390x, alpha
and ppc64?

Specifically this is the second issue (see below).

> |dh_makeshlibs -a
> | dpkg-gensymbols: warning: some libraries disappeared in the symbols file: 
> libpjsip-simple.so.2 libpjsua.so.2 libpjmedia-codec.so.2 libpjlib-util.so.2 
> libpjsip-ua.so.2 libpjsip.so.2 libpjnath.so.2 libpjmedia-videodev.so.2 
> libpjmedia.so.2 libpjmedia-audiodev.so.2 libpj.so.2
> | dpkg-gensymbols: warning: some new symbols appeared in the symbols file: 
> see diff output below
> | dpkg-gensymbols: warning: some symbols or patterns disappeared in the 
> symbols file: see diff output below
> | dpkg-gensymbols: warning: debian/libpjsua2-2/DEBIAN/symbols doesn't match 
> completely debian/libpjsua2-2.symbols
> | --- debian/libpjsua2-2.symbols (libpjsua2-2_2.4~dfsg-1_i386)
> | +++ dpkg-gensymbols2_HFSS   2015-07-20 23:22:51.722478229 +
> | @@ -1,2152 +1,3 @@
> | -libpj.so.2 libpjsua2-2 #MINVER#
> | - PJ_AF_INET6@Base 2.4~dfsg
> | - PJ_AF_INET@Base 2.4~dfsg
> | - PJ_AF_IRDA@Base 2.4~dfsg
> | - PJ_AF_PACKET@Base 2.4~dfsg

Those symbols seem to actually come from libpj.

I guess that the symbols file there is broken: it contains a host of
symbols from other sub-packages.

> [SNIP - very long of multiple libraries that completely disappeared and
> their symbols]
> |  libpjsua2.so.2 libpjsua2-2 #MINVER#
> |   _ZN10PendingLog7executeEb@Base 2.4~dfsg
> |   _ZN10PendingLogD0Ev@Base 2.4~dfsg
> | @@ -2744,12 +595,14 @@
> |   _ZNSt12_Destroy_auxILb0EE9__destroyIPSsEEvT_S3_@Base 2.4~dfsg
> |   
> _ZNSt20__uninitialized_copyILb0EE13__uninit_copyIPN2pj12AuthCredInfoES4_EET0_T_S6_S5_@Base
>  2.4~dfsg
> |   
> _ZNSt6vectorIN2pj12AuthCredInfoESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
>  2.4~dfsg
> | - 
> _ZNSt6vectorIN2pj12AuthCredInfoESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
>  2.4~dfsg
> | + 
> _ZNSt6vectorIN2pj12AuthCredInfoESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_@Base
>  2.4~dfsg-1
> | +#MISSING: 2.4~dfsg-1# 
> _ZNSt6vectorIN2pj12AuthCredInfoESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
>  2.4~dfsg
> |   
> _ZNSt6vectorIN2pj13CallMediaInfoESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
>  2.4~dfsg
> |   
> _ZNSt6vectorIN2pj16SipMultipartPartESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
>  2.4~dfsg
> |   
> _ZNSt6vectorIN2pj17ToneDigitMapDigitESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
>  2.4~dfsg
> |   
> _ZNSt6vectorIN2pj9SipHeaderESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
>  2.4~dfsg
> | - 
> _ZNSt6vectorIN2pj9SipHeaderESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
>  2.4~dfsg
> | + 
> _ZNSt6vectorIN2pj9SipHeaderESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_@Base
>  2.4~dfsg-1
> | +#MISSING: 2.4~dfsg-1# 
> _ZNSt6vectorIN2pj9SipHeaderESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
>  2.4~dfsg
> |   _ZNSt6vectorIN2pj9SipHeaderESaIS1_EED1Ev@Base 2.4~dfsg
> |   _ZNSt6vectorIN2pj9SipHeaderESaIS1_EED2Ev@Base 2.4~dfsg
> |   _ZNSt6vectorIN2pj9SipHeaderESaIS1_EEaSERKS3_@Base 2.4~dfsg
> | @@ -2764,10 +617,12 @@
> |   _ZNSt6vectorISsSaISsEED2Ev@Base 2.4~dfsg
> |   _ZNSt6vectorISsSaISsEEaSERKS1_@Base 2.4~dfsg
> |   
> _ZNSt6vectorIiSaIiEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPiS1_EERKi@Base
>  2.4~dfsg
> | - 
> _ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EEmRKi@Base
>  2.4~dfsg
> | + 
> _ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EEjRKi@Base
>  2.4~dfsg-1
> | +#MISSING: 2.4~dfsg-1# 
> _ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EEmRKi@Base
>  2.4~dfsg
> |   _ZNSt6vectorIiSaIiEEaSERKS1_@Base 2.4~dfsg
> | + 
> _ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE17_M_insert_unique_ESt23_Rb_tree_const_iteratorIS6_ERKS6_@Base
>  2.4~dfsg-1
> |   
> _ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE24_M_get_insert_unique_posERS3_@Base
>  2.4~dfsg
> | - 
> _ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS6_ERS3_@Base
>  2.4~dfsg
> | +#MISSING: 2.4~dfsg-1# 
> _ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS6_ERS3_@Base
>  2.4~dfsg
> |   
> _ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE8_M_eraseEPSt13_Rb_

Bug#775031: uget: Segmentation fault (Doesnt works after reboot)

[Elías Alejandro]

ok. Khurram.
I think that under uGet2, command uget-gtk-1to2 can convert setting from
old uGet files.

Thanks.

Elías Alejandro

On Sun, Aug 2, 2015 at 4:11 AM, Khurram Mahmood  wrote:

>
> *Hello*
>
>
> *WORKING NOW.*
>
>
>
> *Thank you and oblige.*
> *Kind Regards,*
>
>
> *خرم محمود*
> *(Khurram Mahmood)*
>
> On 2 August 2015 at 12:07, Elías Alejandro  wrote:
>
>> Hi,
>> On Sun, Aug 02, 2015 at 11:40:32AM +0500, Khurram Mahmood wrote:
>> > *Dear Elias A.*
>> >
>> > *Kindly find the attachment for your perusal.*
>> >
>> >
>>
>> Can you backup and delete uGet folder in .config/uGet. Then restart uGet
>> That folder usually is under your home user as hidden.
>>
>> >
>> >
>> > *Thank you and oblige.*
>> > *Kind Regards,*
>> >
>> > *خرم محمود*
>> > *(Khurram Mahmood)*
>> >
>>
>
>

Bug#784743: updated patch

[Vincent McIntyre]

Tags: patch

The perl patching command given by Edmund results in this change:

--- debian/patches/linker-specific-changes.orig 2011-11-19 16:45:51.0
+1100
+++ debian/patches/linker-specific-changes  2015-08-03 14:16:16.518331208
+1000
@@ -65,7 +65,7 @@
  grtv00.o : $(DRVDIR)/imdef.h
  pgxwin.o : $(DRVDIR)/pgxwin.h
 -pndriv.o : ./png.h ./pngconf.h ./zlib.h ./zconf.h
-+pndriv.o : /usr/include/png.h /usr/include/pngconf.h /usr/include/zlib.h
/usr/include/zconf.h
++pndriv.o :
  
  x2driv.o figdisp_comm.o: $(DRVDIR)/commands.h
  

zconf.h moved from /usr/include/ to /usr/include/--/
e.g. /usr/include/x86_64-linux-gnu/zconf.h.

I think what is needed here is a revised version of

   debian/patches/linker-specific-changes

which I have attached to this message.
  
-- 
Description: correct linker variables
 This patch set sets all the linker-specific variables correctly

---

Last-Update: 2011-11-18

Index: pgplot5-5.2.2/makemake
===
--- pgplot5-5.2.2.orig/makemake
+++ pgplot5-5.2.2/makemake
@@ -658,6 +658,8 @@ CPGPLOT_LIB=$CPGPLOT_LIB
 #
 SHARED_LIB=$SHARED_LIB
 SHARED_LD=$SHARED_LD
+SHARED_LD_PGPLOT_OPTS=$SHARED_LD_PGPLOT_OPTS
+SHARED_LD_CPGPLOT_OPTS=$SHARED_LD_CPGPLOT_OPTS
 #
 # The libraries that the shared PGPLOT library depends upon.
 # This is for systems that allow one to specify what libraries
@@ -667,6 +669,7 @@ SHARED_LD=$SHARED_LD
 # libraries when they link their executables.
 #
 SHARED_LIB_LIBS=$SHARED_LIB_LIBS
+SHARED_LIB_CPGPLOT_LIBS=$SHARED_LIB_CPGPLOT_LIBS
 #
 # Ranlib command if required
 #
@@ -806,7 +809,8 @@ grexec.o: grexec.f
 # libraries.
 #---
 
-lib : libpgplot.a $(SHARED_LIB)
+#lib : libpgplot.a $(SHARED_LIB)
+lib : libpgplot.a
 
 libpgplot.a : $(PG_ROUTINES) $(PG_NON_STANDARD) $(GR_ROUTINES) \
   $(DISPATCH_ROUTINE) $(DRIVERS) $(SYSTEM_ROUTINES)
@@ -816,6 +820,16 @@ libpgplot.a : $(PG_ROUTINES) $(PG_NON_ST
$(DRIVERS) $(SYSTEM_ROUTINES) | sort | uniq`
$(RANLIB) libpgplot.a
 
+#shared: $(PG_ROUTINES) $(PG_NON_STANDARD) $(GR_ROUTINES) \
+# $(DISPATCH_ROUTINE) $(DRIVERS) $(SYSTEM_ROUTINES)
+# $(SHARED_LD)
+
+shared: $(PG_ROUTINES) $(PG_NON_STANDARD) \
+   $(GR_ROUTINES) $(DISPATCH_ROUTINE) $(DRIVERS) $(SYSTEM_ROUTINES)
+   $(SHARED_LD) $(SHARED_LD_PGPLOT_OPTS) `ls $(PG_ROUTINES) \
+   $(PG_NON_STANDARD) $(GR_ROUTINES) $(DISPATCH_ROUTINE) \
+   $(DRIVERS) $(SYSTEM_ROUTINES) | sort | uniq` $(SHARED_LIB_LIBS)
+
 EOD
 
 # Emit the shared library dependency if requested.
@@ -824,7 +838,7 @@ if test -n "$SHARED_LIB" -a -n "$SHARED_
 cat >> makefile << \EOD
 $(SHARED_LIB): $(PG_ROUTINES) $(PG_NON_STANDARD) \
$(GR_ROUTINES) $(DISPATCH_ROUTINE) $(DRIVERS) $(SYSTEM_ROUTINES)
-   $(SHARED_LD) `ls $(PG_ROUTINES) \
+   $(SHARED_LD) $(SHARED_LD_PGPLOT_OPTS) `ls $(PG_ROUTINES) \
$(PG_NON_STANDARD) $(GR_ROUTINES) $(DISPATCH_ROUTINE) \
$(DRIVERS) $(SYSTEM_ROUTINES) | sort | uniq` $(SHARED_LIB_LIBS)
 EOD
@@ -1019,13 +1033,15 @@ EOD
 
 cat >> makefile << \EOD
 
+DEB_HOST_MULTIARCH=$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
 # Miscellaneous include files required by drivers
 
 griv00.o : $(DRVDIR)/gadef.h $(DRVDIR)/gmdef.h $(DRVDIR)/gphdef.h
 grivas.o : $(DRVDIR)/gadef.h
 grtv00.o : $(DRVDIR)/imdef.h
 pgxwin.o : $(DRVDIR)/pgxwin.h
-pndriv.o : ./png.h ./pngconf.h ./zlib.h ./zconf.h
+pndriv.o : /usr/include/png.h /usr/include/pngconf.h /usr/include/zlib.h 
/usr/include/$(DEB_HOST_MULTIARCH)/zconf.h
 
 x2driv.o figdisp_comm.o: $(DRVDIR)/commands.h
 
@@ -1039,6 +1055,8 @@ cpg:  libcpgplot.a cpgplot.h cpgdemo
@echo 'will be needed.'
@echo ' '
 
+cpg-shared: libcpgplot.so
+
 pgbind: $(SRC)/cpg/pgbind.c
$(CCOMPL) $(CFLAGC) $(SRC)/cpg/pgbind.c -o pgbind
 
@@ -1050,6 +1068,13 @@ libcpgplot.a cpgplot.h: $(PG_SOURCE) pgb
$(RANLIB) libcpgplot.a
rm -f cpg*.o
 
+libcpgplot.so: $(PG_SOURCE) pgbind
+   ./pgbind $(PGBIND_FLAGS) -w $(PG_SOURCE)
+   $(CCOMPL) -c $(CFLAGC) cpg*.c
+   rm -f cpg*.c
+   $(SHARED_LD) $(SHARED_LD_CPGPLOT_OPTS) cpg*.o $(SHARED_LIB_CPGPLOT_LIBS)
+   rm -f cpg*.o
+
 cpgdemo: cpgplot.h $(SRC)/cpg/cpgdemo.c libcpgplot.a
$(CCOMPL) $(CFLAGD) -c -I. $(SRC)/cpg/cpgdemo.c
$(FCOMPL) -o cpgdemo cpgdemo.o $(CPGPLOT_LIB) $(LIBS)

Bug#794396: CMake cross compilation support

[Helmut Grohne]

On Sun, Aug 02, 2015 at 05:27:39PM +0200, Helmut Grohne wrote:
> So I worked from this patch and tried to implement the same approach
> into debhelper itself. The result is the other attached patch. Like the
> autoconf.pm counterpart, it is only active when the build architecture
> and the host architecture differ, so I do note expect any regressions
> for native compilation. Yet, cross compilation never worked with CMake,
> so I think it is safe to change the behaviour of the build system.

Guillem Jover spotted my use of an undefined architecture variable.
Updating the patch.

Helmut
diff -Nru debhelper-9.20150628/Debian/Debhelper/Buildsystem/cmake.pm 
debhelper-9.20150628+nmu1/Debian/Debhelper/Buildsystem/cmake.pm
--- debhelper-9.20150628/Debian/Debhelper/Buildsystem/cmake.pm  2015-05-15 
18:20:39.0 +0200
+++ debhelper-9.20150628+nmu1/Debian/Debhelper/Buildsystem/cmake.pm 
2015-08-03 07:11:22.0 +0200
@@ -7,7 +7,7 @@
 package Debian::Debhelper::Buildsystem::cmake;
 
 use strict;
-use Debian::Debhelper::Dh_Lib qw(compat);
+use Debian::Debhelper::Dh_Lib qw(compat dpkg_architecture_value);
 use base 'Debian::Debhelper::Buildsystem::makefile';
 
 sub DESCRIPTION {
@@ -45,6 +45,28 @@
push @flags, "-DCMAKE_VERBOSE_MAKEFILE=ON";
push @flags, "-DCMAKE_BUILD_TYPE=None";
 
+   if (dpkg_architecture_value("DEB_BUILD_GNU_TYPE")
+   ne dpkg_architecture_value("DEB_HOST_GNU_TYPE")) {
+   if (dpkg_architecture_value("DEB_HOST_ARCH_OS") eq "linux") {
+   push @flags, "-DCMAKE_SYSTEM_NAME=Linux";
+   } elsif (dpkg_architecture_value("DEB_HOST_ARCH_OS") eq 
"freebsd") {
+   push @flags, "-DCMAKE_SYSTEM_NAME=FreeBSD";
+   } elsif (dpkg_architecture_value("DEB_HOST_ARCH_OS") eq "hurd") 
{
+   push @flags, "-DCMAKE_SYSTEM_NAME=GNU";
+   }
+   push @flags, "-DCMAKE_SYSTEM_PROCESSOR=" . 
dpkg_architecture_value("DEB_HOST_GNU_CPU");
+   if ($ENV{CC}) {
+   push @flags, "-DCMAKE_C_COMPILER=" . $ENV{CC};
+   } else {
+   push @flags, "-DCMAKE_C_COMPILER=" . 
dpkg_architecture_value("DEB_HOST_GNU_TYPE") . "-cc";
+   }
+   if ($ENV{CXX}) {
+   push @flags, "-DCMAKE_CXX_COMPILER=" . $ENV{CXX};
+   } else {
+   push @flags, "-DCMAKE_CXX_COMPILER=" . 
dpkg_architecture_value("DEB_HOST_GNU_TYPE") . "-c++";
+   }
+   }
+
# CMake doesn't respect CPPFLAGS, see #653916.
if ($ENV{CPPFLAGS} && ! compat(8)) {
$ENV{CFLAGS}   .= ' ' . $ENV{CPPFLAGS};
diff -Nru debhelper-9.20150628/debian/changelog 
debhelper-9.20150628+nmu1/debian/changelog
--- debhelper-9.20150628/debian/changelog   2015-06-28 13:56:15.0 
+0200
+++ debhelper-9.20150628+nmu1/debian/changelog  2015-08-02 17:10:43.0 
+0200
@@ -1,3 +1,10 @@
+debhelper (9.20150628+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Support cross compilation in CMake buildsystem. (Closes: #-1)
+
+ -- Helmut Grohne   Sun, 02 Aug 2015 17:10:22 +0200
+
 debhelper (9.20150628) unstable; urgency=medium
 
   * Upload to unstable with ddebs support disabled by default.

Bug#793888: ui-gxmlcpp includes autogenerated files that cannot be rebuilt from source

[Johannes Schauer]

Control: severity -1 important

Hi,

Quoting Stephan Sürken (2015-08-02 10:24:24)
> On Sa, 2015-08-01 at 19:46 +0200, Johannes Schauer wrote:
> > I reported it like that because I was not able to recreate ./configure and
> > aclocal.m4 from source. When I deleted both files and tried to regenerate
> > them, I ran into an error and I also got an error when I tried to rebuild
> > with `dh --with autoreconf`. This made me believe that ./configure and
> > aclocal.m4 can *not* be built from source.
> so this does not work even _with_ ui-auto installed?

currently, ui-gxmlcpp doesn't build at all:

https://qa.debian.org/dose/debcheck/src_unstable_main/1438491604/packages/ui-gxmlcpp.html#6f35b7a5db3b524f612e0ace6da69b31

so instead I used a snaphsot from July 1 2015 and then built in a clean chroot
with `dh --with autoreconf` and additional build dependencies on dh-autoreconf
and ui-auto.

To my surprise, the package was then buildable. This was strange because I
could swear I tried the exact same thing before reporting the bug and only
re-did it now to get the error log (which I should've done initially).

So with autoreconf and when build depending on ui-auto, the package indeed
successfully builds (at least with the archive of July 1 2015) and thus I'm
adjusting the severity.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

[Stefan Lippers-Hollmann]

Hi

On 2015-08-01, Stefan Lippers-Hollmann wrote:
> On 2015-07-31, Michael Biebl wrote:
[...]
> > Bastian built the lvm2 on amd64 on a non-systemd system, it seems. This
> > results in /lib/udev/rules.d/69-lvm-metad.rules lookin like this:
> > ...
> > ENV{SYSTEMD_READY}="1"
> > RUN+="/sbin/lvm pvscan --background --cache --activate ay --major $major
> > --minor $minor", ENV{LVM_SCANNED}="1"
> > ...
> > 
> > If you build lvm2 on a systemd system, those rules look like
> > ...
> > ENV{SYSTEMD_READY}="1"
> > ACTION!="remove", ENV{LVM_PV_GONE}=="1", RUN+="/bin/systemd-run
> > /sbin/lvm pvscan --cache $major:$minor", GOTO="lvm_end"
> > ENV{SYSTEMD_ALIAS}="/dev/block/$major:$minor"
> > ENV{ID_MODEL}="LVM PV $env{ID_FS_UUID_ENC} on /dev/$name"
> > ENV{SYSTEMD_WANTS}="lvm2-pvscan@$major:$minor.service"
> > 
> > 
> > If I replace /lib/udev/rules.d/69-lvm-metad.rules with the attached
> > file, my problems with LVM on top of RAID1 are gone. Can you copy the
> > attached file to /etc/udev/rules.d/ and test if that fixes your problem?

Just an update for the situation with lvm2 2.02.126-2:
- all affected systems are running the amd64 architecture
- all systems are up to date Debian unstable/main

using initramfs-tools 0.120:
- most systems are broken with lvm2 2.02.126-2, to varying degrees.
  the problem is apparently timing sensitive, systems using a SSD
  for the system paths (with their dedicated volume group) are less
  likely to fail booting, but occassionally they still do break.
- doing a local bin-NMU of lvm2 2.02.126-2, in order to update
  /lib/udev/rules.d/69-lvm-metad.rules with the changes pointed out
  by Michael Biebl helps me on all non-mdadm == lvm2-only systems.
  Not a single failed boot on these systems so far.
- lvm2 (2.02.126-2) on top of mdadm (RAID1) fails reliably for me,
  regardless of the bin-NMU for 69-lvm-metad.rules or staying on
  the plain lvm2 2.02.126-2; I'm aware of #793631 and just mention
  it because the update to lvm2 2.02.126-2 doesn't appear to make
  a difference.

using dracut 040+1-1:
- all lvm-only systems are booting fine, no local bin-NMU needed.
- the mdadm(RAID1)+lvm2 system is also booting reliably, no local 
  bin-NMU needed.
- no issues found with the current lvm2 and dracut (but I obviously
  don't need any special initramfs hooks/ scripts)

Regards
Stefan Lippers-Hollmann


pgpuC1sS9sf6f.pgp
Description: Digitale Signatur von OpenPGP

Bug#794383: apache2: Upgrade to apache2-2.2.22-13+deb7u5 breaks CA certificate chain

[Takatsugu Nokubi]

I have same problem.
I tried to downgrade old (deb7u4) package and check again, it works fine.

Currentry disabling SSLCertificateChainFile is a workaround, but
it causes failing SSL certificate verify process.


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

Bug#794440: xsd: Not build due to no codesynthesis/cli package in debian archive

[Zhang Jingqiang]

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

Dear maintainer:
  cli is needed when building this package. But no package contains 
codesynthesis/cli

Thanks

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

Kernel: Linux 4.1.0-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.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#794439: ITP: word2vec -- computing vector representations of words

[lumin]

Package: wnpp
Severity: wishlist
Owner: lumin 

* Package name: word2vec
  Version : 0~svn42
  Upstream Author : tmikolov 
* URL : https://code.google.com/p/word2vec/
* License : Apache License 2.0
  Programming Lang: C
  Description : computing vector representations of words

This tool provides an efficient implementation of the continuous
bag-of-words and skip-gram architectures for computing vector
representations of words. These representations can be subsequently used
in many natural language processing applications and for further
research.
-- 
Regards,
  Lumin



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

Bug#787914: nano: new multi-edit detection segfaults when I say no

[Paul Wise]

On Sun, 2015-08-02 at 21:44 +0200, Benno Schulenberg wrote:

> Okay, so you have a workaround.  That's a relief.

pabs@chianamo ~ $ cat ~/bin/nano
#!/bin/sh
unset MALLOC_PERTURB_
unset MALLOC_CHECK_
exec /bin/nano "$@"
> 
> Haven't found time for that yet.  Sorry.  But now that I can
> reproduce the crash, it becomes more urgent.  And I've set
> the two MALLOC variables in my environment, so I should be
> getting random crashes too.  That should motivate me.  :)

Great :)

> Okay, this turned out to be easy: a simple failing to initialize
> a variable.
...
> Fixed in SVN, r5338.  Should be in 2.4.3.

Excellent, thanks!

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#794298: asciinema: broken, Unable to upload

[gustavo panizzo]

On Sun, Aug 02, 2015 at 02:42:18 +0200, Marcin Kulik wrote:

> These issues (https, saving to tmp file) has been addressed in 0.9.9 (the 
> latest version is 1.1.1 btw).
> Versions >0.9.8 also use documented, open format for the recordings.
> 
> I have just re-enabled support for 0.9.8 on the server side to fix this 
> problem, but I’d like to stop supporting it in the near future (unsafe http 
> connection is the #1 reason).
great, thanks

>
> Is there a chance to update this Debian package to the latest upstream 
> version in not so distant future?

the package is too old for 2 reasons

- not long ago jessie was released, before that we were in freeze
- 0.9.8 is the latest python version of asciinema.

I never packaged a go application for debian before, it is on my TODO
list but it will take more time (it is a new thing for me)

Daniel, I'm sorry you found the program does not work, I haven't use it
in a while so I wasn't aware of the breakage.

Marcin, could you release a last python version, a patch is fine too,
which uses https? I could upload that right away while I work on
packaging the latest version


> 
> -- 
> Marcin

-- 
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333

keybase: http://keybase.io/gfa


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

Bug#794438: Partition manager does not launch

[Carlos Kosloff]

Package: partitionmanager
Version: 1.0.3-2.1
Severity: grave

Dear Maintainer,

* What led up to the situation?

I recently updated my KDE desktop to plasma5 which entails a lot of 
changes, lots of things not working yet, including this one.

partitionmanager errors out saying that root password incorrect.
This is a false positive, root password is correct.
I tested it on other programs that depend on it, like Synaptic Package 
Manager.


* What exactly did you do (or not do) that was effective (or
ineffective)?

I just launched partition manager from an icon in my desktop

 * What was the outcome of this action?

http://i.imgur.com/79Qrvl7.png

  * What outcome did you expect instead?

A normal launch like in plasma4



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

Kernel: Linux 4.0.0-2-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 partitionmanager depends on:
ii  kde-runtime   4:4.14.2-2
ii  libblkid1 2.26.2-6
ii  libc6 2.19-19
ii  libgcc1   1:5.1.1-14
ii  libkdecore5   4:4.14.2-5
ii  libkdeui5 4:4.14.2-5
ii  libkio5   4:4.14.2-5
ii  libparted-fs-resize0  3.2-7
ii  libparted23.2-7
ii  libqtcore44:4.8.7+dfsg-1
ii  libqtgui4 4:4.8.7+dfsg-1
ii  libstdc++65.1.1-14
ii  libuuid1  2.26.2-6

partitionmanager recommends no packages.

--
*Carlos Kosloff*
Office: (954) 283-8828
Cell: (954) 464-8822
Fax: (888) 854-5440

Bug#794432: debian-installer: please switch from ttf-cjk-compact-udeb to fonts-android-udeb

[Cyril Brulebois]

Hi,

Kenshi Muto  (2015-08-03):
> Package: debian-installer
> Severity: wishlist
> Version: 20150718
> Tags: patch
> 
> Hi,
> Because fonts-android-udeb was entered in testing,
> it's time to switch to it for CJK characters from ttf-cjk-compact-udeb.
> Could you apply the patch?

Thanks for your work on this!

Sorry for the delay, I postponed replying until NEW was cleared, and
didn't notice this was already the case!

I'll perform some checks once sid is no longer having issues with
libicu, and push once I've done so.

> diff --git a/build/pkg-lists/gtk-common b/build/pkg-lists/gtk-common
> index fb5496c..dd6fd2c 100644
> --- a/build/pkg-lists/gtk-common
> +++ b/build/pkg-lists/gtk-common
> @@ -8,9 +8,9 @@ xserver-xorg-core-udeb
>  gtk2-engines-udeb
>  
>  # Fonts: see http://wiki.debian.org/DebianInstaller/GUIFonts
> +fonts-android-udeb
>  ttf-freefont-udeb
>  fonts-farsiweb-udeb
> -ttf-cjk-compact-udeb
>  fonts-tibetan-machine-udeb
>  ttf-dejavu-udeb
>  fonts-khmeros-udeb

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#794191: [php-maint] Bug#794191: php5-mysql: PHP is compiled with old version of the MySQL headers

[Julian Calaby]

Hi Ondřej,

I urge you apply that patch when you can.

Debian already handles the API changes this is warning against through
library versions, so the warning is unnecessary in Debian's packages.

Frustratingly, this harmless little warning means I can't run some of
the software I'm developing with full error messages as I can't filter
out only those warnings.

I'll deal with this by installing mysql-5.6 from Sid, but I'm guessing
this might hurt other developers, so applying that patch is probably a
good idea.

Thanks,

Julian Calaby


On Fri, Jul 31, 2015 at 6:01 PM, Ondřej Surý  wrote:
> Hi,
>
> this will fix itself after mysql-5.6 migrates to stretch. The error is
> just a slight annoyance and it reality it's not a problem at all.
>
> I have a patch somewhere that gets rid of the warning. Ping me if it's
> not fixed withing a few weeks and I'll apply it.
>
> O.
>
> On Fri, Jul 31, 2015, at 06:58, Julian Calaby wrote:
>> Package: php5-mysql
>> Version: 5.6.11+dfsg-1
>> Severity: minor
>>
>> Dear Maintainer,
>>
>> After updating my Debian Testing (Stretch) box's PHP install from PHP
>> 5.5.12+dfsg-2 to 5.6.11-1, I occasionally get the following warnings:
>>
>> PHP Warning:  mysql_connect(): Headers and client library minor version
>> mismatch. Headers:50625 Library:50543
>>
>> It appears that php5-mysql is compiled against the mysql-5.6 headers from
>> Sid whereas Stretch still only has mysql-5.5.
>>
>> Should the libmysqlclient18 dependency be versioned?
>>
>> Thanks,
>>
>> Julian Calaby
>>
>>
>> -- Package-specific info:
>>  Additional PHP 5 information 
>>
>>  PHP 5 SAPI (php5query -S): 
>> cgi
>> cli
>>
>>  PHP 5 Extensions (php5query -M -v): 
>> readline (Enabled for cgi by maintainer script)
>> readline (Enabled for cli by maintainer script)
>> sqlite3 (Enabled for cgi by maintainer script)
>> sqlite3 (Enabled for cli by maintainer script)
>> mcrypt (Enabled for cgi by maintainer script)
>> mcrypt (Enabled for cli by maintainer script)
>> pdo (Enabled for cgi by maintainer script)
>> pdo (Enabled for cli by maintainer script)
>> pdo_sqlite (Enabled for cgi by maintainer script)
>> pdo_sqlite (Enabled for cli by maintainer script)
>> opcache (Enabled for cgi by maintainer script)
>> opcache (Enabled for cli by maintainer script)
>> pdo_mysql (Enabled for cgi by maintainer script)
>> pdo_mysql (Enabled for cli by maintainer script)
>> json (Enabled for cgi by maintainer script)
>> json (Enabled for cli by maintainer script)
>> mysql (Enabled for cgi by maintainer script)
>> mysql (Enabled for cli by maintainer script)
>> xdebug (Enabled for cgi by local administrator)
>> No module matches xdebug (Disabled for cli by local administrator)
>> mysqli (Enabled for cgi by maintainer script)
>> mysqli (Enabled for cli by maintainer script)
>> gd (Enabled for cgi by maintainer script)
>> gd (Enabled for cli by maintainer script)
>>
>>  Configuration files: 
>>  /etc/php5/mods-available/mysql.ini 
>> extension=mysql.so
>>
>>  /etc/php5/mods-available/mysqli.ini 
>> extension=mysqli.so
>>
>>  /etc/php5/mods-available/pdo_mysql.ini 
>> extension=pdo_mysql.so
>>
>>
>> -- System Information:
>> Debian Release: stretch/sid
>>   APT prefers testing-proposed-updates
>>   APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
>> Architecture: i386 (i686)
>>
>> Kernel: Linux 4.0.0-2-686-pae (SMP w/2 CPU cores)
>> Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>> Init: systemd (via /run/systemd/system)
>>
>> Versions of packages php5-mysql depends on:
>> ii  libc6  2.19-19
>> ii  libmysqlclient18   5.5.43-0+deb8u1
>> ii  php5-common [phpapi-20131226]  5.6.11+dfsg-1
>> ii  ucf3.0030
>> ii  zlib1g 1:1.2.8.dfsg-2+b1
>>
>> php5-mysql recommends no packages.
>>
>> php5-mysql suggests no packages.
>>
>> Versions of packages php5-common depends on:
>> ii  libc6   2.19-19
>> ii  lsof4.86+dfsg-1
>> ii  psmisc  22.21-2
>> ii  sed 4.2.2-6.1
>> ii  ucf 3.0030
>>
>> Versions of packages php5-common suggests:
>> pn  php5-user-cache  
>>
>> Versions of packages php5-cli depends on:
>> ii  libbz2-1.01.0.6-8
>> ii  libc6 2.19-19
>> ii  libcomerr21.42.13-1
>> ii  libdb5.3  5.3.28-9
>> ii  libedit2  3.1-20150325-1
>> ii  libgssapi-krb5-2  1.12.1+dfsg-20
>> ii  libk5crypto3  1.12.1+dfsg-20
>> ii  libkrb5-3 1.12.1+dfsg-20
>> ii  libmagic1 1:5.22+15-2
>> ii  libonig2  5.9.6-1
>> ii  libpcre3  2:8.35-7
>> ii  libqdbm14 1.8.78-5+b3
>> ii  libssl1.0.0   1.0.2d-1
>> ii  libxml2   2.9.1+dfsg1-5
>> ii  mime-support  3.58
>> ii  php5-common   5.6.11+dfsg-1
>> ii  php5-json 1.3.7-1
>> ii  tzdata2015e-1
>> ii  ucf   3.0030
>> ii  zlib1g1:1.2.8.dfsg-2+b1
>>
>> Versions of packages php5-cl

Bug#794437: redis-server: systemd ExecStop is incorrect if port is changed

[Chris Kuehl]

Package: redis-server
Version: 2:3.0.3-2
Severity: normal

Howdy maintainer,

If I change the port Redis listens on (e.g. to listen only on a UNIX
socket), the ExecStop line in redis-server (which calls redis-cli
shutdown) is then incorrect. When I try to stop redis-server, syslog
shows:

Aug  2 17:42:53 anthrax systemd[1]: Stopping Advanced key-value store...
Aug  2 17:42:53 anthrax redis-cli[4099]: Could not connect to Redis at 
127.0.0.1:6379: Connection refused
Aug  2 17:42:53 anthrax systemd[1]: redis-server.service: Control process 
exited, code=exited status=1
Aug  2 17:42:53 anthrax systemd[1]: Stopped Advanced key-value store.
Aug  2 17:42:53 anthrax systemd[1]: redis-server.service: Unit entered 
failed state.
Aug  2 17:42:53 anthrax systemd[1]: redis-server.service: Failed with 
result 'exit-code'.

Simply removing the ExecStop line fixes this (presumably systemd sends a
SIGTERM or something to the process). This seems like a reasonable fix
(looks like it's basically what `/etc/init.d/redis-server` does).

Many thanks!
Chris


Here is a diff of my config file:

  --- /etc/redis/redis.conf.old  2015-08-02 17:41:21.752303689 -0700
  +++ /etc/redis/redis.conf  2015-08-02 17:41:54.624572316 -0700
  @@ -42,7 +42,7 @@
  
   # Accept connections on the specified port, default is 6379.
   # If port 0 is specified Redis will not listen on a TCP socket.
  -port 6379
  +port 0
  
   # TCP listen() backlog.
   #
  @@ -67,8 +67,8 @@
   # incoming connections. There is no default, so Redis will not listen
   # on a unix socket when not specified.
   #
  -# unixsocket /tmp/redis.sock
  -# unixsocketperm 700
  +unixsocket /tmp/redis.sock
  +unixsocketperm 700
  
   # Close the connection after a client is idle for N seconds (0 to disable)
   timeout 0


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

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

Versions of packages redis-server depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.23
ii  libc62.19-18
ii  libjemalloc1 3.6.0-3
ii  redis-tools  2:3.0.3-2

redis-server recommends no packages.

redis-server 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#791262: qtwebkit-opensource-src: library transition may be needed when GCC 5 is the default

[Lisandro Damián Nicanor Pérez Meyer]

tag 791262 pending
block 790756 by 791262
thanks

This package only needs symbols fixes, which I already fix and pushed to our 
repos. I'm not uploading the package not only because all buildds are still 
not ready but because if I do so this package will surely need a binNMU later, 
which would be wasting buildds' time and power. Moreover this is webkit, which 
takes hours to build on some archs...

Anyway, the package is ready to be built and pushed as soon as it's necessary.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#746491: vim: Ctrl+PgUp (and Down) does not switch beteen tabs

[James McCoy]

On Sun, Aug 02, 2015 at 10:36:05PM +0200, alberto maurizi wrote:
> On Sun, Aug 02, 2015 at 12:55:57AM -0400, James McCoy wrote:
> > What terminal are you using?
> 
> I'm using /usr/bin/gnome-terminal.wrapper via
> /etc/alternatives/x-terminal-emulator
> 
> I just tried: opened 7 files (verified .vimrc not containing any remap):
> Ctrl+PgUp/PgDown does nothing. Also verified that "Ctrl" is not captured by
> WM: Ctrl+V enters the visual block as it should.
> 
> > Did you happen to start using a different terminal when this started
> > happening?
> 
> I think I never changed my terminal but, I'm afraid, I cannot be 100% sure.
> However, I tried also with xterm and /usr/bin/xfce4-terminal.wrapper and
> nothing changes.

Hmm.  I thought gnome-terminal captured /, but I know
xterm doesn't.

Can you try with "vim -u NONE -N -p ..." and see if that works?

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Rob Browning]

Gavin Smith  writes:

> One observation is that the case with Emacs having many manuals for it
> and associated programs is a rare case. Thus the suggestion of having
> subdirectories for each Emacs version (/usr/share/info/emacs23,
> /usr/share/info/emacs24, etc.) doesn't mean that there would be a huge
> number of subdirectories. Other manuals could have a suffix on the
> filename, like gcc-4.0.info, gcc-4.1.info, etc. The only drawback of
> that would be that you wouldn't be able to access those manuals with
> cross-references to the "gcc" manual. Only one manual at a time could
> be accessed as "gcc", unless they were installed in multiple
> directories all of which were on INFOPATH. I don't think that's a huge
> problem.

I guess in general, perhaps "gcc" could be resolved by symlink(s), and
of course, other pages should only refer to "gcc" when they're sure the
version isn't relevant.

> Debian maintainers, please tell us what you need us to do. I'd be
> looking for indications that somebody would find changes useful that I
> might make, because any changes I would go and implement at the moment
> would only be based on my theorizing, because I haven't had a real
> need to look up documentation of multiple versions of programs, and my
> theorizing might not match the practical reality.

I'm not sure I have strong preferences about the details, but broadly
speaking, perhaps it'd be nice if we could satisfy the following:

  - When people ask for the pages for foo, they get the current "system
default" foo (or maybe just the newest one?).

  - All of the internal links for a particular "version" point to the
pages that go with that version.  I'm not sure I care right now
whether that's via browser behaviors, or via some (speculating
wildly) "makeinfo --version-ref calc=24.4 --version-ref org=24.4
emacs.info" build-time mechanism.

  - There's an easy way to ask specifically for the "foo X" pages.  I
suppose X might be program specific, but all of the values I can
think of right now are of the form N or N.M. (i.e. GCC 5.0, Python
2.7, Python 3.4, Emacs 24.4 (or just 24?)), etc.

All else being equal, it might be handy to allow X to be configurable,
so that you don't have to get involved in deciding where the
"multi-version line" should be.  i.e. some people might only want pages
for GCC 4 and GCC 5, and some might want pages for 4.8, 4.9, and 5.0.

I suppose if you were willing to assert that all of the "versions" were
going to be strings separated by periods, then you might be able to
support lookups for say, "5", "5.0", and "5.0.1" at the same time, when
5.0.1 was installed, but I'm somewhat wary.

As mentioned elsewhere, I'd be fine with a top-level dir listing
multiple versions, but I don't know what would be easiest/best.

I suppose in the end, I think of this issue roughly like that of going
to look for the web documentation for say Python.  Sometimes I need the
2.X pages, and sometimes I need 3.X, and on the main page
(https://docs.python.org/3/) there's a sidebar:

  Python » 3.4.3 Documentation » 

  Download these documents |   Welcome! This is the Python 3.4.3 documentation
  Docs for other versions  |   Parts of the documentation:
Python 2.7 (stable)| What's new in Python 3.4?
Python 3.3 (stable)| Tutorial
Python 3.5 (devel) |   start here
Old versions   |   ...

Of course we wouldn't necessarily handle it that way, but I think the
general idea of treating multiple versions as a normal case is sound.

> PS Is there any way of stopping the Debian bug tracker system
> acknowledging my email, other than leaving it off the reply list?

Hmm, not sure offhand, I just ignore it, but I wouldn't mind turning it
off myself.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#793651: RFS: hdump/2.3-1 [ITP] -- Hexadecimal and ASCII dumper for binary files

[Paulo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Jakub,

I work more in package and correct issues that you point about packaging and 
upload again to mentors.
http://mentors.debian.net/package/hdump

I send to upstream your review about LSF and more.

Thanks.
[]'s
kretcheu
:x



On 26-07-2015 09:04, Jakub Wilk wrote:
> I don't intend to upload this package, but here's my review:
> 
> * Paulo , 2015-07-25, 21:16:
>> http://mentors.debian.net/debian/pool/main/h/hdump/hdump_2.3-1.dsc
> 
> The package description reads:
> 
>> Description: Hexadecimal and ASCII dumper for binary files
> 
> The synopsis is not a sentence, so no need to start it with a capital letter. 
> (Developer's Reference §6.2.2)

Corrected.

>> Fast and simple hexadecimal/ASCII dumper for binary files,
> 
> OTOH, the long description should consist of full sentences. (Developer's 
> Reference §6.2.3)

Correced.
 
>> written in ANSI C.
> 
> That's not something end users care, so I don't think it should belong in the 
> package description.

OK.

>>   - Multi-platform (tested on GNU/Linux and Windows).
> 
> Again, not relevant for end users.

OK.
 
>>   - Specify the initial byte (-b). Supports hex notation.
> 
> Huh, what? There's no such option. (Not that I know what it would be useful 
> for...)

typo, corrected.

>>   - Define numbers of bytes (-n). Multiple of the number of columns.
> 
> I don't understand what the second sentence is supposed to mean.

I rewrote.
 
> The patch header reads:
> 
>> Description: fix some issues in upstream Makefile to hardening.
> 
> That's not very informative. I would have no idea what this patch does 
> without reading the actual diff.

Changed.

> Also, please forward the patch upstream.

done.

> The Makefile passes both -W and -Wextra to gcc, even though -W is just an 
> obsolete alias for -W.

done.

> I think fsprintf might be a typo.
> 
> debian/manpage/genallman.sh ignores all errors. (Although you don't use it 
> debian/rules, so meh...)

include genallman.sh to work on d/rules.

> The manpage, like the package description, says something about ANSI C, the 
> mysterious -b option, and "multiple of the number of columns".

corrected.
 
> man-pages(7) strongly discourages AUTHORS sections, and so do I.
> I find the "for the Debian project (but may be used by others)" part 
> particularly silly.

deleted.

> Upstream changelog reads:
> 
>> - Fixed compilation failure due misuse of fsprintf() function.
> 
> Lintian says:
> X: hdump: binary-file-built-without-LFS-support usr/bin/hdump
> 
> And indeed, the program doesn't support files bigger an 2GB on 32-bit 
> architectures:
> 
> $ truncate -s 3G foo
> $ hdump foo
> file not found or not readable
> 
> The program ignores read and write errors:
> 
> $ hdump README.md > /dev/full
> $ echo $?
> 0
> 
> $ hdump /proc/self/mem
> $ echo $?
> 0
> 
> If you provide an option, but not the path, it treats the last argument as 
> path:
> 
> $ hdump -c 0
> file not found or not readable
> 
> You can't dump non-seekable files:
> 
> $ echo foo | hdump /dev/stdin
> unable to seek through file
> 
> 
> [ This review was written for the debian-mentors mailing list (but may be 
> read by others). ;-) ]

Good!


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVvrYdAAoJEDnxel9a775zEhQP/3G3Orz82oVO5sQDtdQNr4JS
+ZxTgihPbRPBugJ9vrN3AjSY0es5HS2+glqIemVSfe26ujdCbWA1ofLQDXr0/Eko
qaznsDlLPRr08LjWxScrLGKleO61dvUD1Cf8Bcm2FTwYDRgQTsuuOvLOPQ9cmHu6
Nnf3FzLR2n3QY5AKEorbJDxvLt7/WRaCA9GlcU0+/MSNQqkkYwIUWQUlCb1DypsI
b7PqYt782DpGpKxbMPNj5VUZPXj/DGrzn1fn7CC7OeJZW/d9HhsNUcqWR4pgqRSK
XaVcsB9z9XmBHUeybSr2TAjHHi2mnCUAPQu43OBxjaJDUYoDujm/Db14vulue+og
XrvmTVHSLyOk1xsGruvq73NzD3MjEaGu34hzBwMlrIejLinEvC4oUGDJiZuw549o
LqUAqtzUVDN8clVrXCYh0XYpVfrn26W+9thjQiwD4e0CI4+DEJ1LchiYloOvFCSv
OuGGvRTyVi/GJYIicyaFCWK3dZZIqJOhIKx4b6QK5sEEsGNzN8z7tF0PAktiqFXj
HFCe1bB05O/YtmasvqkmdQ/OeToJ4L7OZHHss4ABOoyJDAqzaqnZkhBOyzXNtZNc
AbYZqpmvdQIVuVhRXNAUZdtq1kEr1UVShH8C2MnS1qzedLt2dxkby2gv9rhoxOc2
T64qvntsfLTXaPF26dzW
=RCWY
-END PGP SIGNATURE-


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

Bug#794436: cqrlog: LoTW import/export does not work due to "Error: ssl_openssl"

[Eric Christensen]

Package: cqrlog
Version: 1.8.2-1.1
Severity: important

Dear Maintainer,

   * What led up to the situation?
When I try to import LoTW QSLs I get the following error:

NOT logged
Error: 0
Error: Host not found
Error: ssl_openssl

This used to be caused by an openssl package not being installed but I think
I've got everything installed properly.

   * What was the outcome of this action?
The above error happened.

   * What outcome did you expect instead?
I expected CQRLOG to pull down the QSLs from LoTW.



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

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

Versions of packages cqrlog depends on:
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18
ii  libcairo21.14.0-2.1
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk2.0-0  2.24.25-3
ii  libhamlib-utils  1.2.15.3-2+b1
ii  libhamlib2   1.2.15.3-2+b1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libssl-dev   1.0.1k-3+deb8u1
ii  libx11-6 2:1.6.2-3
ii  mysql-client 5.5.44-0+deb8u1
ii  mysql-client-5.5 [mysql-client]  5.5.44-0+deb8u1

Versions of packages cqrlog recommends:
pn  mysql-server | mariadb-server  
pn  xplanet

cqrlog 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#794435: nvidia-kernel-dkms: DKMS build failure on armhf

[Luca Boccassi]

Package: nvidia-kernel-dkms
Version: 352.30-0.4
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

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

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

Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Luca Boccassi 
To: Debian Bug Tracking System 
Subject: nvidia-kernel-dkms: DKMS build failure on armhf
X-Debbugs-Cc: luca.bocca...@gmail.com

Package: nvidia-kernel-dkms
Version: 352.30-1
Severity: important

Testing the build of nvidia-kernel-dkms in an armhf chroot (via qemu static 
binaries) results in build failure
for kernels 3.16 (jessie) and 4.0 (sid). Cannot test 4.1 as the armhf build of 
linux-kbuild-4.1 is missing.

I already addressed 2 problems and committed to the SVN repo (patch nv-linux.h 
and enable dma_ops for arm in
conftest.h, but the final problem is that the armhf kernel ships with 
CONFIG_XEN enabled [1], without CONFIG_PARAVIRT,
and this is not supported.

Enabling the Xen-related defines in conftest.h would likely end up exposing 
code paths in
the binary driver that should really not be exposed, so I don't think that is 
an option.

The workaround is to manually hack 
/usr/src/linux-headers-4.0.0-2-armmp/include/config/auto.conf and
/usr/src/linux-headers-4.0.0-2-armmp/include/generated/autoconf.h to add 
CONFIG_PARAVIRT before building
the module, which means it has to be done every single time. Even so, only 4.0 
builds, 3.16 fails because of
the presence of a Xen-related GPL-only symbol.

Andreas, Vincent, do you happen to know why the armhf kernel is shipped with 
this configuration?
What are our options?

Kind regards,
Luca Boccassi

[1] 
http://anonscm.debian.org/viewvc/kernel/dists/trunk/linux/debian/config/armhf/config.armmp?view=markup

/usr/bin/make -f /usr/src/linux-headers-3.16.0-4-common/scripts/Makefile.modpost
  find /var/lib/dkms/nvidia-current/352.30/build/.tmp_versions -name '*.mod' | 
xargs -r grep -h '\.ko$' | sort -u | sed 's/\.ko$/.o/' | scripts/mod/modpost -m 
 -i ./Module.symvers -I 
/var/lib/dkms/nvidia-current/352.30/build/Module.symvers  -o 
/var/lib/dkms/nvidia-current/352.30/build/Module.symvers -S -w  -s -T -
WARNING: could not find 
/var/lib/dkms/nvidia-current/352.30/build/.nv-kernel-armhf.o_shipped.cmd for 
/var/lib/dkms/nvidia-current/352.30/build/nv-kernel-armhf.o_shipped
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 
'xen_start_info'
/usr/src/linux-headers-3.16.0-4-common/scripts/Makefile.modpost:90: recipe for 
target '__modpost' failed

-- Package-specific info:
uname -a:
Linux luca-desktop 4.1.0-trunk-amd64 #1 SMP Debian 4.1.2-1~exp1 (2015-07-11) 
armv7l GNU/Linux

/proc/version:
Linux version 4.1.0-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.9.3 (Debian 4.9.3-1) ) #1 SMP Debian 4.1.2-1~exp1 (2015-07-11)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  352.30  Tue Jul 21 18:53:45 PDT 
2015
GCC version:  gcc version 4.9.2 (Debian 4.9.2-10) 

dmesg:
[2.202338] nvidia: module license 'NVIDIA' taints kernel.
[2.207081] [drm] Replacing VGA console driver
[2.213975] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[2.279700] snd_hda_intel :01:00.1: Handle VGA-switcheroo audio client
[2.279800] [drm] Initialized nvidia-drm 0.0.0 20150116 for :01:00.0 on 
minor 1
[2.279803] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  352.30  Tue Jul 
21 18:53:45 PDT 2015
[2.745494] input: HDA NVidia HDMI/DP,pcm=3 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card2/input25
[2.745631] input: HDA NVidia HDMI/DP,pcm=7 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card2/input26
[2.745771] input: HDA NVidia HDMI/DP,pcm=8 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card2/input27
[2.745909] input: HDA NVidia HDMI/DP,pcm=9 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card2/input28

OpenGL and NVIDIA library files installed:
/etc/nvidia/:
total 16
drwxr-xr-x  2 root root 4096 Aug  2 21:35 .
drwxr-xr-x 46 root root 4096 Aug  2 23:56 ..
-rw-r--r--  1 root root   98 Jul 21  2012 nvidia-blacklists-nouveau.conf
-rw-r--r--  1 root root   74 May 12 23:29 nvidia-modprobe.conf

/usr/lib/mesa-diverted/:
total 20
drwxr-xr-x  5 root root 4096 Aug  2 21:35 .
drwxr-xr-x 32 root root 4096 Aug  2 23:56 ..
drwxr-xr-x  2 root root 4096 Oct 22  2014 arm-linux-gnueabihf
drwxr-xr-x  2 root root 4096 Oct 22  2014 i386-linux-gnu
drwxr-xr-x  2 root root 4096 Oct 22  2014 x86_64-linux-gnu

/usr/lib/mesa-diverted/i386-linux-gnu/:
total 8
drwxr-xr-x 2 root root 4096 Oct 22  2014 .
drwxr-xr-x 5 root root 4096 Aug  2 21:35 ..

/usr/lib/mesa-diverted/x86_64-linux-gnu/:
total 8
dr

Bug#794401: java-package: runnning make-jpkg reports "Invalid size (1 MB) of extracted archive."

[tony mancill]

On 08/02/2015 09:08 AM, David Sauer wrote:
> Package: java-package
> Version: 0.56
> Severity: normal
> 
> Dear Maintainers,
> 
>  I have a problem with make-jpkg. I've tracked the issue into function
> 
> diskusage() {
> local path="$1"
> read size dummy < <( du -sm "$path" )
> echo "$size:$dummy" >&2
> echo "$size"
> }
> 
> which tests size of unpacked java distribution.
> 
> The issue is related to OpenVZ guest (and probably doesn't exists on bare hw)
>  - `du` tests for disk size of a directory $path, but data have not been 
> written to the disk 
> at a time of the `du` (`du` returns very small number, nearly 0).
> 
> I haved temporarily fixed the problem with a sleep:
> 
> diskusage() {
> local path="$1"
> sleep 10  # < inserted sleep
> read size dummy < <( du -sm "$path" )
> echo "$size:$dummy" >&2
> echo "$size"
> }
> 
> but this is a bit dirty solution (it simply waits some time to finish 
> write-to-disk operation physically)
>  by host container.

Hi David,

Instead of an arbitrary sleep, could you try using "sync" to flush
current buffers.  It seems like the container should respect that, and
it could be a solution that could work in general.

Cheers,
tony




signature.asc
Description: OpenPGP digital signature

Bug#794434: d-feet: segfault when trying to browse org.freedesktop.systemd1

[Jason Pleau]

Package: d-feet
Version: 0.3.9-1
Severity: normal

Dear Maintainer,

I installed d-feet to be able to browse the dbus API that systemd exposes.
Unfortunately, trying to browse org.freedesktop.systemd1 crashes d-feet with a
segmentation fault.

1. Launch d-feet
2. Double click on org.freedesktop.systemd1
3. It crashes

This is with version 0.3.9-1 from sid.

Here's the output I captured:

jason ~ d-feet
/usr/lib/python2.7/dist-packages/dfeet/uiloader.py:38: Warning: The property
GtkWidget:margin-left is deprecated and shouldn't be used anymore. It will be
removed in a future version.
  self.ui.add_from_file(self.ui_dir + '/' + f)
/usr/lib/python2.7/dist-packages/dfeet/uiloader.py:38: Warning: The property
GtkWidget:margin-right is deprecated and shouldn't be used anymore. It will be
removed in a future version.
  self.ui.add_from_file(self.ui_dir + '/' + f)
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
Exception RuntimeError: 'maximum recursion depth exceeded' in  ignored
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dfeet/introspection.py", line 183, in
__dbus_node_introspect_cb
tree_iter = self.__treemodel.append(tree_iter, ["%s" % object_path,
node_obj])
  File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 1207, in
append
return self._do_insert(parent, -1, row)
  File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 1199, in
_do_insert
row, columns = self._convert_row(row)
  File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 857, in
_convert_row
result.append(self._convert_value(cur_col, value))
  File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 875, in
_convert_value
return GObject.Value(self.get_column_type(column), value)
RuntimeError: maximum recursion depth exceeded
[1]15366 segmentation fault  d-feet


There is also a popup that appears before the crash, with the following
content:

"org.freedesktop.systemd1 : g-dbus-error-quark:
GDBus.Error:org.freedesktop.DBus.Error.LimitsExceeded: The maximum number of
pending replies per connection has been reached (8)"


I can also reproduce this very same problem on a fresh Jessie 8.1 install.



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

Kernel: Linux 4.1.3-jpleau (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 d-feet depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gir1.2-glib-2.0  1.44.0-1+b2
ii  gir1.2-gtk-3.0   3.16.6-1
ii  hicolor-icon-theme   0.13-1
ii  python   2.7.9-1
ii  python-gi3.16.2-1

d-feet recommends no packages.

d-feet suggests no packages.


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

Bug#794433: xdg-user-dirs: program acts without the user’s approval

[Thomas Grüttmüller]

Package: xdg-user-dirs
Severity: important

Dear Maintainer,

1. The program creates folders in the user’s home directory

* without identifying itself to the user,
* without informing the user about the action, and
* without a chance for the user to opt out.

2. The program also repurposes existing folders in the user’s home directory

* by listing them under “~/.config/user-dirs.dirs” for use by other
programs,
* without informing the user about the step and the intended future use,
* and again without a chance to opt out.

3. In my case, I did not choose to install the “xdg-user-dirs” package. I
don’t know how it got on my computer. None of the rdepends apply, and even if
it was a dependency remnant, it should have long been autoremoved. Maybe the
package was slipped in during the Jessie upgrade.


Solution (to 1 and 2):

Before taking any action, the program should pop up a dialog to

* identify to the user,
* inform the user about the planned changes, and
* give the user a chance to opt out.

* *** Especially, there should be no repurposing of existing folders without
the users consent!!! ***

Regards,
  Thomas



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#794432: debian-installer: please switch from ttf-cjk-compact-udeb to fonts-android-udeb

[Kenshi Muto]

Package: debian-installer
Severity: wishlist
Version: 20150718
Tags: patch

Hi,
Because fonts-android-udeb was entered in testing,
it's time to switch to it for CJK characters from ttf-cjk-compact-udeb.
Could you apply the patch?

diff --git a/build/pkg-lists/gtk-common b/build/pkg-lists/gtk-common
index fb5496c..dd6fd2c 100644
--- a/build/pkg-lists/gtk-common
+++ b/build/pkg-lists/gtk-common
@@ -8,9 +8,9 @@ xserver-xorg-core-udeb
 gtk2-engines-udeb
 
 # Fonts: see http://wiki.debian.org/DebianInstaller/GUIFonts
+fonts-android-udeb
 ttf-freefont-udeb
 fonts-farsiweb-udeb
-ttf-cjk-compact-udeb
 fonts-tibetan-machine-udeb
 ttf-dejavu-udeb
 fonts-khmeros-udeb


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

Bug#767361: Workaround

[Dominique Brazziel]

The problem is in the conversion of integer 'ver' to 
float 'ver_f'.  Workaround is to just use the integer '2',
as python-reportlab is currently at version 3.2.1.

--- sendfaxdialog.py~   2015-08-02 16:35:28.795557914 -0400
+++ sendfaxdialog.py2015-08-02 16:37:31.105875325 -0400
@@ -76,13 +76,14 @@
 import reportlab
 ver = reportlab.Version
 print ver
-try:
-ver_f = float(ver)
-print ver_f
-except ValueError:
-ver_f = 0.0
+#try:
+#ver_f = float(ver)
+#print ver_f
+#except ValueError:
+#ver_f = 0.0
 
-if ver_f >= 2.0:
+#if ver_f >= 2.0:
+if ver >= 2:
 coverpages_enabled = True
 else:
 log.warn("Pre-2.0 version of Reportlab installed. Fax coverpages 
disabled.")


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

Bug#794045: hashdeep: fails to upgrade from md5deep/experimental

[Eriberto Mota]

Thanks guys! Sorry for my mistake.

Fixed.

Regards,

Eriberto


2015-08-01 18:00 GMT-03:00 Raphael Hertzog :
> Control: severity -1 important
>
> On Thu, 30 Jul 2015, Andreas Beckmann wrote:
>> during a test with piuparts I noticed your package fails to upgrade from
>> 'md5deep' in 'experimental' to hashdeep in sid.
>
> While this is a problem, experimental packages are not widely used and I
> don't think this justifies a serious severity. Hence downgrading to
> important so that the testing migration is not blocked by this small
> issue (md5deep got removed from testing due to this transition
> and I would like its replacement to be there quickly).
>
> Cheers,
> --
> Raphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: http://www.freexian.com/services/debian-lts.html
> Learn to master Debian: http://debian-handbook.info/get/
>
> ___
> forensics-devel mailing list
> forensics-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel


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

Bug#794102: closed by Scott Kitterman (Re: Bug#794102: OK)

[Scott Kitterman]

On August 2, 2015 7:21:57 PM EDT, Marco Righi  wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>I have not windows frames (each process is in a windows without any
>type of border) and I can not switch from a process to another one
>using ALT-TAB combination.

OK.  I hadn't noticed the comment I referenced wasn't from the original 
reporter.  Please make sure your system is fully upgraded and restart your KDE 
session.  

If the problem persists, please reopen the bug and let us know what versions of 
kwin-x11 and plasma-workspace you have installed.

Scott K


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

Bug#733860: dependencies

[Jason Hernandez]

It looks like all the dependencies for Pond other than AGL's go-gtk have been 
packaged. https://github.com/agl/go-gtk 

We have 
golang-go.crypto-devhttps://packages.debian.org/sid/golang-go.crypto-devand 
golang-ed25519-devhttps://packages.debian.org/sid/golang-ed25519-dev

I made an amateur attempt at packaging AGL's go-gtk (hopefully this helps 
someone who understands go / packaging better can clean this 
up)https://github.com/saltthefries/go-gtk

I'm trying to put together makefiles to create a pond-client package, but 
creating makefiles for multi-binary go packages is currently beyond my 
knowledge.

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Rob Browning]

Karl Berry  writes:

> Here's what I don't get: suppose there are two versions of Emacs
> installed, emacs-x and emacs-y.  Presumably Debian (and anyone else) has
> some method for the user to choose which one is invoked by just "emacs".
> Can't that method, whatever it is, also switch the Info files that are found?

Among other things, I don't think that'd really be feasible on a
multi-user system.  I don't want to change the docs (and currently the
default #! version as well) for everyone on the system just because I
want to check out the GCC 5 info pages.

At least on Debian the normal method is update-alternatives, which can
only be invoked as root, and changes the defaults globally.

Taken as a whole that seems awfully heavy handed if all you want to do
is read the Guile 2.2 docs while still defaulting to 2.0 in all other
ways (i.e. for #!/usr/bin/guile).

And even if update-alternatives worked per-user, it would still have to
be augmented to accommodate the documentation independently from any
"#!/..." links, because I don't want to switch even my per-user default
executables just to read newer/older docs.

I'm also not sure how you would address the #! links per-user, unless
they were required to be of the form "#!/usr/bin/env ..." system-wide,
or similar.

Perhaps it's naive, but I feel like I might just want a dir like this so
that I can find what I want and don't have to change global state and/or
restart the viewer just to read different versions:

  * Emacs 24 ...
  * Emacs 25 ...

  * GCC 4.9 ...
  * GCC 5.0 ...

  * Python 2.7 ...
  * Python 3.4 ...

Then the internal refs would be appropriately versioned, and the readers
would jump to the appropriate version by default. i.e. the Emacs 24
pages would link internally to the emacs24-calc or calc-emacs24 or
whatever.

Perhaps the various calc versions might percolate up to the top too:

  * Calc W.X
  * Calc Y.Z

And "info calc" might even just show me that if I wasn't more specific,
say via "info calc/W.X".

Though at the moment, I don't really care about the details of the
interface as long as there's a reasonable way to find the versions I
want.

> I just don't see how Texinfo can help to solve the
> multiple-version-packaging problem.

I'd be a bit surprised if in the long run Texinfo doesn't plan to
accommodate installing and reading the documentation for multiple major
versions.  For example, in the GCC world it's certainly reasonable to
expect that you might need to work with both 4.9 and 5.0, or with 2.7
and 3.4 in the Python world, etc.

FWIW, if I'm reading it right, it looks like the Debian GCC 5 info pages
may be using gcc-5 and gccint-5 style refs.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#793745: [pkg-ntp-maintainers] Bug#793745: [PATCH] I'm seeing it too.

[sacrificial-spam-address]

> Maybe the comment is a little misleading.

How about

# Preventing ntpd from swapping (with mlockall()) reduces time delays,
# but resource limits (ulimit -l) cause out-of-meory errors that lead to
# ntpd quitting with strange (or no) error messages.  Particular trouble
# spots are the -u option (depending on /etc/nsswitch.conf) and the pool
# command (which does DNS lookups at run time).  It's more reliable with
# this disabled.
#
# Note that the busier your NTP server, the less swapping is a concern
# in the first place.


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

Bug#794102: closed by Scott Kitterman (Re: Bug#794102: OK)

[Marco Righi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have not windows frames (each process is in a windows without any
type of border) and I can not switch from a process to another one
using ALT-TAB combination.

Il 03/08/2015 00:38, Scott Kitterman ha scritto:
> 
> 
> On August 2, 2015 6:02:21 PM EDT, Marco Righi
>  wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>> 
>> Dear Scott, configuration does not have ~/.xsession and the error
>> persist. Why do you have close the bug without a check?
>> 
>> Please ask to me if you need more information to manage the bug.
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794102#44 makes
> it seem like this particular bug is resolved.
> 
> What specifically is still wrong with window decorations, which is
> the topic of this bug?
> 
> Scott K
> 



- -- 
Think Marco, think different
web site:http://www.di.unipi.it/~righi/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlW+phUACgkQ4+L/eCZYK/wC2ACeI6NgsvvMyfb7eXaLaJkw2Zlj
tAQAnRhTHsLli2Of/ex7cb2pivMl8LOm
=/7Yq
-END PGP SIGNATURE-


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

Bug#777862: gbsplay: diff for NMU version 0.0.91-1.1

[gregor herrmann]

On Sun, 02 Aug 2015 15:36:24 +0200, Christian Garbs wrote:

> > W: gbsplay: copyright-refers-to-versionless-license-file 
> > usr/share/common-licenses/GPL
> 
> That's a problem.
> Upstream does not say _which_ GPL version in the README:
> 
> | gbsplay - A Gameboy sound player
> | 
> | (C) 2003-2006,2008 by Tobias Diedrich 
> |   Christian Garbs 
> |   Maximilian Rehkopf 
> |   Vegard Nossum 
> |
> | Licensed under GNU GPL.
> 
> So I don't know what to do :-/

In my understanding, no spcific GPL version means each GPL version
means GPL-1+, and a pointer to usr/share/common-licenses/GPL-1.
 

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bruce Springsteen: Further On (Up the Road)


signature.asc
Description: Digital Signature

Bug#794431: please provide a backport for Jessie

[W. Martin Borgert]

Package: inkscape
Version: 0.91-5
Severity: wishlist

It would be nice to have a backport of 0.91 for Jessie.
All dependencies are fulfilled, so it is an easy one.


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

Bug#794102: closed by Scott Kitterman (Re: Bug#794102: OK)

[Scott Kitterman]

On August 2, 2015 6:02:21 PM EDT, Marco Righi  wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Dear Scott,
>configuration does not have ~/.xsession and the error persist. Why do
>you have close the bug without a check?
>
>Please ask to me if you need more information to manage the bug.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794102#44 makes it seem like 
this particular bug is resolved.

What specifically is still wrong with window decorations, which is the topic of 
this bug?

Scott K


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

Bug#794406: g++: Non-deterministic "/usr/include/c++/5/bits/basic_string.h:121:53: internal compiler error: Segmentation fault" when compiling aptitude 0.7-1

[Matthias Klose]

On 08/02/2015 09:59 PM, Axel Beckert wrote:
> Hi Matthias,
> 
> Matthias Klose wrote:
>> Control: reassign -1 g++-5
>> Control: found -1 5.2.1-14
> 
> Oops, sorry for that mistake.
> 
>>> I've just tried to build the upcoming aptitude 0.7-1 inside a pbuilder
>>> chroot.
>>>
>>> I've first recompiled the following source packages with gcc-5/5.2.1-14
>>> respectively g++-5/5.2.1-14 and against libstdc++6/5.2.1-14 and
>>> installed the (necessary) packages built that way:
>>
>>> Please submit a full bug report,
>>> with preprocessed source if appropriate.
>>> Please include the complete backtrace with any bug report.
>>> See  for instructions.
>>> The bug is not reproducible, so it is likely a hardware or OS problem.
>>
>> I haven't see this before;
> 
> I ran into it only once, and unfortunately couldn't reproduce it
> afterwards anymore, e.g. worked fine under gdb.
> 
>> just pointing out that the build fails later in a
>> "consistent" way (https://launchpad.net/ubuntu/+source/aptitude):
> 
> *sigh* That's irrelevant as it's 0.6.11 (or rather
> 0.6.11ubuntuSomething). I talk about the to be uploaded 0.7 (see also
> the subject) _with_ gcc5/C++11 fixes:
> https://anonscm.debian.org/cgit/aptitude/aptitude.git/log/?id=refs/heads/debian-sid

ok, both locally and on the Ubuntu buildds in a wily environment, I get another
build failure.

  https://launchpad.net/~doko/+archive/ubuntu/toolchain/+packages

however, this is with a rebuilt boost1.58, libsigc++2.0, libapt-pkg-dev,
xapian-core, cppunit.

xapian and boost were uploaded today, bug reports for libsigc++ and cppunit
exist (if maintainers don't reply, maybe you could coordinate these
transitions?). Michael Vogt provided me with an update for apt which I should
upload, coordinating with David.

So I think unstable is not yet ready to do this rebuild.

Matthias


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

Bug#794430: cupt: Trying to install a uninstallable package, and not error is show

[Javier Barroso]

package:cupt
version:2.9.2

Currently on sid (last apt full-upgrade, removed gnome-shell, there is
a dependency which cannot be satisfied). There is a verbose / debug
flag on cupt?

I think cupt should explain why not gnome-shell can be installed:

with cupt:
$ sudo cupt install gnome-shell
Building the package cache...
Initializing package resolver and worker...
Scheduling requested actions...
Resolving possible unmet dependencies...
javi@Doraemon:~$ echo $?
139


with apt:

$ LANG=C sudo apt install gnome-shell
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 gnome-shell : Depends: evolution-data-server (>= 3.7.90) but it is
not going to be installed
   Recommends: gnome-contacts but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Thank you !


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

Bug#794429: RFA: rspamd

[Mikhail Gusarov]

Package: wnpp
Severity: normal

I no longer have time to maintain rspamd, so it is up for adoption.

The package is in a good shape, upstream is active and collaborating.

One might ponder switching from native package to non-native one,
native proved not to be a good choice.


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

Bug#794428: RFA: rmilter

[Mikhail Gusarov]

Package: wnpp
Severity: normal

I no longer have time to maintain rmilter, so it is up for adoption.

The package is in a good shape, upstream is active and collaborating.

One might ponder switching from native package to non-native one,
native proved not to be a good choice.


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

Bug#790943: server certificates/key pairs and CA directories

[Antti Järvinen]

Daniel Pocock writes:

 > Looking through various Debian boxes, I can't help noticing a range of
 > directories under /etc/ssl, e.g.

I have no idea if this has been discussed before but what it comes to
private key storage, there is program named tpmtool (part of GnuTLS)
that allows storing private keys in place out-of-the-filesystem. I
have not tried using it myself so I don't know if there is useful API
available or anything - just the idea seems good to me -> so maybe
advocating usage of that method might be the Correct Way? Also
fallback option should be in place for HW where TPM chip is not
present.. 

--
Antti Järvinen


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

Bug#793495: xfsprogs fails to build on debian ppc64el

[Dave Chinner]

On Sun, Aug 02, 2015 at 03:06:50PM +0200, Daniel Bast wrote:
> > Am 02.08.2015 um 00:52 schrieb Dave Chinner
> > :
> > 
> > On Fri, Jul 31, 2015 at 06:57:35PM -0300, Fernando Seiti
> > Furusato wrote:
> >> That error is common when configure is generated using
> >> out-of-date config.guess and config.sub.  The ones that come
> >> with the package are, in fact, old.
> > 
> > config.sub and config.guess are generated by the build, we don't
> > ship them directly from the git repository. Perhaps you are
> > building from a release tarball rather than from a clean git
> > repository working area? Can you confirm this is the case?
> > 
> 
> Just some observations from my side:
> 
> Extracting the released tarball over a clean xfsprogs git repo and
> removing the .gitignore file, then git status reveals:
> 
> Untracked files:
>   (use "git add ..." to include in what will be committed)
> 
>   .gitcensus
>   aclocal.m4
>   config.guess
>   config.sub
>   configure
>   install-sh
>   ltmain.sh
>   m4/libtool.m4
>   m4/ltoptions.m4
>   m4/ltsugar.m4
>   m4/ltversion.m4
>   m4/lt~obsolete.m4
>   po/xfsprogs.pot
> 
> Looks like there are a lot of untracked file. Is this intentional,
> to have potentially auto-generated but un-versioned files in a
> release tarball?

Goes back to 2009:

commit 1eb10ccb85261931d5401adbff11acd2dbc5bf63
Author: Christoph Hellwig 
Date:   Wed Apr 29 15:32:28 2009 +0200

keep autoconf-generated files over make distclean

We do want to ship the autoconf-generated files over make distclean and
pick them up in Makepkgs so that a user compiling the program doesn't
require autoconf.

For that split up make distclean from make realclean and exclude the
files we want to keep form the former.

To make this easier to maintain adher to stricter rules of use for
CONFIGURE and LDIRT.  CONFIGURE now includes all generated files from
autoconf (or for it like our copied install-sh) and gets only removed
on make realclean, but added to LSRCFILES so that Makepkgs can pick it
up.  Everything else than needs to be removed on a realclean gets
assigned to LDIRT.

Also split up the configure rule into one to generate the configure
script and one to run it.

Signed-off-by: Christoph Hellwig 
Reviewed-by: Mike Frysinger 

So we've been doing this with release tarballs for more than 6
years - I checked and found these files in the tarballs back to
3.0.1. The above commit is the last commit prior to the release of
3.0.1...

Nowdays, the generated files in the 3.2.4 tarball created via a
'make dist' rule. I run that on an up to date debian unstable box
with autoconfig 2.69 installed to generate the files, so the
question I have is this: why is an up-to-date build box generating
"out of date" configure/m4 scripts? What, exactly, is out of date,
and how do I ensure that the pre-build config files are correctly
up-to-date?

Cheers,

Dave.
-- 
Dave Chinner
da...@fromorbit.com


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

Bug#794425: File name for notifications

[Alessandro Aglietti]

Sry, in the previous mail I paste a wrong filename, this is right:


/usr/share/dbus-1/services/org.freedesktop.Notifications.service


Regards,

Bug#793608: linux: update "Recommends" of linux on armel/sh4 due to package renamed

[Ben Hutchings]

Control: severity -1 serious
Control: tag -1 jessie sid
Control: found -1 3.16.7-ckt11-1
Control: found -1 4.0.8-2

On Sun, 2015-08-02 at 20:48 +0900, Roger Shimizu wrote:
> [I'm sorry that previous email didn't send to the right bug thread, so
> resend here]
> 
> Dear Maintainer,
> 
> Thanks for your attention, I see this issue already got handled in
> svn/trunk by r22868 and r22869.
> My question is will this fix go into jessie/wheezy branch?
> Since this issue actually occurred from wheezy, and the fix seems
> clean and harmless, so jessie or even wheezy port might be possible?

As the uboot-mkimage package does not exist in jessie, this is a policy
violation there (§2.2.1: "the packages in main must not require or
recommend a package outside of main") so it's release-critical and
should be fixed.

In wheezy, uboot-mkimage still exists as a transitional package, so I
think this is not important enough to fix.

Ben.

-- 
Ben Hutchings
In a hierarchy, every employee tends to rise to his level of incompetence.



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

Bug#794426: aptitude: Fails to update sources

[Javier Barroso]

Package: aptitude
Version: 0.6.11-1+b1
Severity: minor

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
$ grep -v "^#\|^$" /etc/apt/sources.list /etc/apt/sources.list.d/*
/etc/apt/sources.list:deb http://ftp.fi.debian.org/debian/ sid main
non-free contrib
/etc/apt/sources.list:deb http://ftp.fi.debian.org/debian/ experimental
main non-free contrib
/etc/apt/sources.list:deb-src http://ftp.fi.debian.org/debian/ sid main
non-free contrib
/etc/apt/sources.list:deb-src http://ftp.fi.debian.org/debian/
experimental main non-free contrib
/etc/apt/sources.list.d/google-chrome.list:deb
http://dl.google.com/linux/chrome/deb/ stable main
/etc/apt/sources.list.d/google-talkplugin.list:deb
http://dl.google.com/linux/talkplugin/deb/ stable main
/etc/apt/sources.list.d/pipelight.list:deb
http://repos.fds-team.de/stable/debian/ sid main

$ LANG=C sudo apt update
...
Des:8 http://ftp.fi.debian.org sid/main Sources 2015-08-02-2047.38.pdiff
[19,5 kB]
...
$ apt # or apt-get update finish ok, aptitude update does not finish

$ LANG=C sudo aptitude update
Ign http://dl.google.com stable InRelease
Ign http://dl.google.com stable InRelease
Hit http://repos.fds-team.de sid InRelease
Hit http://ftp.fi.debian.org sid InRelease
Hit http://dl.google.com stable Release.gpg
Hit http://dl.google.com stable Release.gpg
Hit http://dl.google.com stable Release
Hit http://dl.google.com stable Release
Hit http://ftp.fi.debian.org experimental InRelease
Hit http://repos.fds-team.de sid/main amd64 Packages
Get: 1 http://ftp.fi.debian.org sid/main Sources/DiffIndex [7876 B]
Hit http://repos.fds-team.de sid/main i386 Packages
Get: 2 http://ftp.fi.debian.org sid/non-free Sources/DiffIndex [7819
B]
Hit http://dl.google.com stable/main amd64 Packages
Hit http://ftp.fi.debian.org sid/contrib Sources/DiffIndex
Fetched 15.7 kB in 1s (11.7 kB/s)
E: Could not open file
/var/lib/apt/lists/ftp.fi.debian.org_debian_dists_sid_contrib_source_Sources.IndexDiff
- open (2: No such file or directory)

javi@Doraemon:~$ ls -l \
/var/lib/apt/lists/ftp.fi.debian.org_debian_dists_sid_contrib_source_Sources.diff_Index
-rw-r--r-- 1 root root 7819 jul 29 22:52
/var/lib/apt/lists/ftp.fi.debian.org_debian_dists_sid_contrib_source_Sources.diff_Index

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I suppose I can remove next line on sources.list:
/etc/apt/sources.list:deb-src http://ftp.fi.debian.org/debian/ sid main
   * What outcome did you expect instead?
It should work, like on apt, apt-get or cupt

Regards,

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


-- Package-specific info:
Terminal: xterm-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.11 compiled at Nov  8 2014 13:34:39
Compiler: g++ 4.9.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.4.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20150516
  cwidget version: 0.5.17
  Apt version: 4.12.0

aptitude linkage:
linux-vdso.so.1 (0x7ffddd5cc000)
libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
(0x7fa50890a000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5
(0x7fa5086d4000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fa5084aa000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0
(0x7fa5082a4000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3
(0x7fa507f95000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(0x7fa507cc8000)
libboost_iostreams.so.1.55.0 =>
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0
(0x7fa507ab)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7fa507699000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x7fa50747c000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x7fa507101000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fa506e0)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fa506bea000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fa506841000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fa50663e000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fa50643a000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fa50621f000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fa50600f000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fa505dec000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fa505be4000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fa5059df000)
/lib64/ld-linux-x86-64.so.2 (0x7fa5092cc000)

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

Bug#794102: closed by Scott Kitterman (Re: Bug#794102: OK)

[Marco Righi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Scott,
configuration does not have ~/.xsession and the error persist. Why do
you have close the bug without a check?

Please ask to me if you need more information to manage the bug.

Meanwhile I use XFce that seems a little bit more stable and has not
this kind of problem.

Thanks
Marco Righi


Il 02/08/2015 16:48, Debian Bug Tracking System ha scritto:
> This is an automatic notification regarding your Bug report which 
> was filed against the kwin package:
> 
> #794102: [kde-full] Windows frames disappears
> 
> It has been closed by Scott Kitterman .
> 
> Their explanation is attached below along with your original 
> report. If this explanation is unsatisfactory and you have not 
> received a better one in a separate message then please contact 
> Scott Kitterman  by replying to this email.
> 
> 



- -- 
Think Marco, think different
web site:http://www.di.unipi.it/~righi/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlW+k20ACgkQ4+L/eCZYK/yOOgCcCMlLb5hmI4JhtvIpjxirr3+V
NXoAn0CI+/mJoRyLUKeLcoBTz9XyEpSE
=RNU6
-END PGP SIGNATURE-


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

Bug#794395: classified-ads: please make the build reproducible

[Antti Järvinen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Thank you very much for your patch, which has been applied upstream
https://github.com/operatornormal/classified-ads/commit/db7cbe561e1ea9b657698f61308441fc2cf26df9
so it will be included in next upstream release - there is minor
feature and some (unreported) networking-related bugfixes underway so
once those are in, a upload of new version into debian could be in
order. 

- --
Antti
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Processed by Mailcrypt 3.5.8 

iQIcBAEBCAAGBQJVvpA1AAoJEBFVg3JghEcTePQP/iNRKKKh45Y7ZNR5sfgH43XT
v5x8KuOXdcnt9FvjOnhDRtASItUuVnCm7xQ+PGqK9gX2n6qVugQcbLD5TX1lKTi9
dMcEI0Btm8JEmErfOal4yUynW/KX9ZDTwMSbtozHys5ee2yo7lWzLPlHbV11+b8H
bTQyIp3zdj9eQTV+MZ9cTou/ngBs5cKbPeiFZzOXJq6WAIvizWjy460svcL89iLT
UMmbaZ9EdKfrNmRD5ULuWQBmJVZw+jsGf13cZBVonQ8k9HttUPZA0IJSayI/FrZa
vO0b7WmQlF74WGQsr4crJNVHs5pJcI6mMloTYSP6/m+GMBsZF8B408dl/7+dzOBA
cDSMv0YAS9HKRpGPm9NwKFrM9ttL5W02qi9eulS69rM7jT1eu3qqVBxTjCD5GOnQ
ZY1+2grVfkn561rWeoV5mUCelw/2lsOnq5MCFFXcHiDNYFAC+qTzGVjZBVHS8eYF
Lw7li4iYJtc20KUeJ/EjJRlNSAk2cFP85QVkajqIcz6CBT8vNbzVBgBIEOFlJPKC
Qc+ynTaXUYR6lTdDqss7fZiAKdVqdeHnx749PH7+xZmKO4feJjoyrxzsV3dHZ6z7
VOcjg7Uiau/pyi7Zg6zVQUzBbgLeqZ460V9bjl/IvRdmiKpUdsaf72lDvJmY1zh6
CAeNC1+zsAdhLYp2h8Fm
=zlAo
-END PGP SIGNATURE-


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

Bug#793613: lintian: error in adduser --home check

[Guillem Jover]

Hi!

On Sun, 2015-08-02 at 15:11:40 +0200, Bastien Roucaries wrote:
> Le 31 juillet 2015 18:10:32 GMT+02:00, Kurt Roeckx a écrit :
> > The message it gives is very confusing.
> 
> It is corrected under next version (you could get a glimpse at gît)

Please correct nonexistant with nonexistent (I corrected such typo
in xfs's user some time ago, and it would be bad to get this to spread).
You might also want to add (non)existant as a common mispelling for
(non)existent.

Thanks,
Guillem


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

Bug#794425: gufw: segmentation fault or gui freeze with fluxbox

[Alessandro Aglietti]

Package: gufw
Version: 12.10.0-1
Severity: normal

Dear Maintainer,

I use fluxbox without modification, I customize only the menu to sort
entries as I prefer.

After a fresh gufw installation notification about "listen report" aren't
shown, then I add the file /usr$

[D-BUS Service]
Name=org.freedesktop.Notifications
Exec=/bin/sh -c "if [ ! -x /usr/lib/notification-daemon/notification-daemon
] || [ ${GDMSESSION%.desktop}$

with this file notifications works.

Once time I get a trace about the refreshing a GTKtable, sry I lost the
trace content.


Without the "listening report" options, for now, I don't get freeze or any
problems.

How I can run gufw with a debug/fine logging level to help you?


Thank u,


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

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

Versions of packages gufw depends on:
ii  gir1.2-gtk-3.0 3.14.5-1
ii  gir1.2-polkit-1.0  0.105-8
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  notification-daemon0.7.6-2
ii  policykit-10.105-8
ii  python 2.7.9-1
ii  python-dbus1.2.0-2+b3
ii  python-gobject 3.14.0-1
ii  ufw0.33-2

gufw recommends no packages.

gufw suggests no packages.

-- no debconf information

Bug#792736: gtk+3.0 fails to build twice in a row

[Uwe Kleine-König]

Control: severity -1 important
Control: retitle -1 src:gtk+3.0: Fails to build twice in a row

Hello,

I just tried to build gtk+3.0 3.16.6 in an unstable chroot and it also
fails after a complete build. There are even more files then:

dpkg-source: error: unwanted binary file: 
debian/build/glib-2.0/schemas/gschemas.compiled
dpkg-source: error: unwanted binary file: debian/build/dconf/user
dpkg-source: error: unwanted binary file: 
debian/install/shared/usr/share/locale/af/LC_MESSAGES/gtk30.mo
[...]
dpkg-source: error: unwanted binary file: 
debian/install/shared_udeb/usr/bin/gtk3-icon-browser
dpkg-source: error: detected 772 unwanted binary files (add them in 
debian/source/include-binaries to allow their inclusion).

All the left out files are below debian/install.

Best regards
Uwe


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

Bug#714316: dcut: multiple -f options don't actually work

[Sandro Tosi]

I've been bitten by this bug just now, so I made some tests: it
appears the manpage is ambiguous and it is not "-f FILENAME" to be
repeated but only FILENAME

so instead of

dcut rm -f PATTERN1 -f PATTERN2

what you want is

dcut rm -f PATTERN1 PATTERN2

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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

Bug#794423: vlc: no "Continue playback" message in qt4 interface

[Alz]

Package: vlc
Version: 2.2.0~rc2-2
Severity: normal

Dear Maintainer,


When reopening a video file, the promoted feature of a message like
"Do you want to restart the playback where left off?   [Continue] X"
doesn't appear in QT4 interface.


After a search, it seems to be precisely this (resolved) bug:
https://trac.videolan.org/vlc/ticket/14034
Just like described in the link, opening a video through "Open file" menu will 
let that particular file to have the "Continue" message and button appearing 
every next time.


It's reproducile with a standard Jessie installation. In Debian Testing the 
feature is working. I understand that it's a minor bug, it would be nice to 
have it in Stable as well.







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

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

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-43
ii  libavcodec-extra-56 6:11.4-1~deb8u1
ii  libavutil54 6:11.4-1~deb8u1
ii  libc6   2.19-18
ii  libcaca00.99.beta19-2
ii  libegl1-mesa [libegl1-x11]  10.3.2-1
ii  libfreerdp-cache1.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-codec1.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-crypto1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-locale1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-rail1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-utils1.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreetype62.5.2-3
ii  libfribidi0 0.19.6-3
ii  libgcc1 1:4.9.2-10
ii  libgl1-mesa-glx [libgl1]10.3.2-1
ii  libgles1-mesa [libgles1]10.3.2-1
ii  libgles2-mesa [libgles2]10.3.2-1
ii  libice6 2:1.0.9-1+b1
ii  libpulse0   5.0-13
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-10+b1
ii  libsm6  2:1.2.2-1+b1
ii  libstdc++6  4.9.2-10
ii  libva-drm1  1.4.1-1
ii  libva-x11-1 1.4.1-1
ii  libva1  1.4.1-1
ii  libvlccore8 2.2.0~rc2-2
ii  libvncclient0   0.9.9+dfsg2-6.1+deb8u1
ii  libwinpr-rpc0.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libwinpr-sspi0.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libwinpr-utils0.1   1.1.0~git20140921.1.440916e+dfsg1-4
ii  libx11-62:1.6.2-3
ii  libxcb-composite0   1.10-3+b1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.10-3+b1
ii  libxcb-render0  1.10-3+b1
ii  libxcb-shape0   1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb-xfixes0  1.10-3+b1
ii  libxcb-xv0  1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.0~rc2-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
ii  vlc-plugin-notify  2.2.0~rc2-2
ii  vlc-plugin-samba   2.2.0~rc2-2
ii  xdg-utils  1.1.0~rc1+git20111210-7.4

Versions of packages vlc suggests:
pn  videolan-doc  

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-17
ii  libasound2 1.0.28-1
ii  libass50.10.2-3
ii  libavahi-client3   0.6.31-5
ii  libavahi-common3   0.6.31-5
ii  libavc1394-0   0.5.4-2
ii  libavcodec-extra-566:11.4-1~deb8u1
ii  libavformat56  6:11.4-1~deb8u1
ii  libavutil546:11.4-1~deb8u1
ii  libbasicusageenvironment0  2014.01.13-1
ii  libbluray1 1:0.6.2-1
ii  libc6  2.19-18
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2
ii  libchromaprint01.2-1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11
ii  libdbus-1-31.8.18-0+deb8u1
ii  libdc1394-22   2.2.3-1
ii  libdca00.0.5-7
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libdvbpsi9 1.2.0-1
ii  libdvdnav4 5.0.1-1
ii  libdvdread45.0.0-1
ii  libebml4   1.

Bug#794419:

[Michał Zając]

Despite what SDDM maintainers said it seems that the code itself does[1]
(or, at least, should) source /etc/profile and $HOME/.profile, provided
they exist[2]. I am also pretty sure that Kubuntu capitalizes on this
functionality to handle nvidia-prime.

[1] https://github.com/sddm/sddm/blob/master/CMakeLists.txt#L150
[2] https://github.com/sddm/sddm/blob/master/data/scripts/Xsession

Bug#794422: phpmyadmin suggests the package "maridadb-server", but by any chance it means "mariadb-server"

[Lele Gaifax]

Package: phpmyadmin
Severity: minor

Dear Maintainer,

hopefully the subject is clear enough: it seems that all versions of the 
package are affected
by the typo.

ciao, lele.


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

Bug#746491: vim: Ctrl+PgUp (and Down) does not switch beteen tabs

[alberto maurizi]

On Sun, Aug 02, 2015 at 12:55:57AM -0400, James McCoy wrote:
> On Wed, Apr 30, 2014 at 04:49:54PM +0200, Alberto Maurizi wrote:
> > it happened recently in sid (don't know exaclty when, but I'd say less than
> > two weeks): if I open more files simultaneously with the -p option, the
> > Ctrl+PgUp (and Down) key sequence does not switch between tabs anymore.
> 
> I'm not able to reproduce this.  I ran “vim -p …” with 10+ files and
> Ctrl+PgUp/PgDown work fine.
> 
> What terminal are you using?

I'm using /usr/bin/gnome-terminal.wrapper via
/etc/alternatives/x-terminal-emulator

I just tried: opened 7 files (verified .vimrc not containing any remap):
Ctrl+PgUp/PgDown does nothing. Also verified that "Ctrl" is not captured by
WM: Ctrl+V enters the visual block as it should.

> Did you happen to start using a different terminal when this started
> happening?

I think I never changed my terminal but, I'm afraid, I cannot be 100% sure.
However, I tried also with xterm and /usr/bin/xfce4-terminal.wrapper and
nothing changes.

Best,
Alberto

-- 
Alberto Maurizi
  a.maur...@isac.cnr.it ISAC-CNR
  Phone n. +39 051 639 9615 via Gobetti 101
Fax n. +39 051 639 9658 40129 Bologna, Italy
home page:  http://bolchem.isac.cnr.it/staff:alberto_maurizi.do
bolchem project:http://bolchem.isac.cnr.it


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

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Karl Berry]

Here's what I don't get: suppose there are two versions of Emacs
installed, emacs-x and emacs-y.  Presumably Debian (and anyone else) has
some method for the user to choose which one is invoked by just "emacs".
Can't that method, whatever it is, also switch the Info files that are found?

For instance, with emacs-[xy] info files installed in
/usr/share/info/emacs-[xy]/ subdirs, it could change a symlink
/usr/share/info/emacs.info*.  Or do whatever is necessary.  Then no
special features are needed.

I just don't see how Texinfo can help to solve the
multiple-version-packaging problem.

k


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

Bug#794421: ITP: axel -- light command line download accelerator

[Joao Eriberto Mota Filho]

Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho 

* Package name: axel
  Version : 2.4
  Upstream Author : Giridhar Appaji Nag Y
* URL : http://axel.alioth.debian.org
* License : GPL-2+
  Programming Lang: C
  Description : light command line download accelerator

 Axel tries to accelerate the downloading process by using multiple connections
 for one file.  It can also use multiple mirrors for one download.  Axel tries
 to be as light as possible (25-30k in binary form), so it might be useful as a
 wget clone on byte-critical systems.


 PS: This package is being reintroduced by a new maintainer.


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

Bug#776191: Update licensing description in xxd.c

[Bram Moolenaar]

James -

> Hi Bram,
> 
> There was recently some discussion[0] about the licensing of xxd.  The
> result of which was Jürgen clarifying[1] that it should be dual-licensed
> under MIT-X11 and GPL-2 (or later).
> 
> [0]: https://lists.debian.org/debian-legal/2015/01/msg00033.html
> [1]: https://lists.debian.org/debian-legal/2015/01/msg00037.html
> 
> Would you mind updating the license description in xxd.c?

I'll add the text that Juergen mentioned.

- Bram

-- 
"My particular problem is with registry entries, which seem to just
accumulate like plastic coffee cups..."   -- Paul Moore

 /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net   \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\  an exciting new programming language -- http://www.Zimbu.org///
 \\\help me help AIDS victims -- http://ICCF-Holland.org///


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

Bug#794420: ghostscript: ps2pdf13 produces incomplete files with PS files generated by Windows printer drivers

[Christian Mueller]

Package: ghostscript
Version: 9.06~dfsg-2+deb8u1
Severity: important

When setting up a Windows client to print through my main Debian box, I noticed
that the test page came out incomplete - only the logo and one letter was
printed.

I tracked this down to CUPS using compatibility version 1.3 when converting the
PS file to a PDF file (/usr/lib/cups/filters/pstopdf). This can be reproduced
using ps2pdf13 and ps2pdf12 with the file I indent to attach to this bug report
(hoping that I can attach files).

I've changed the CUPS filter to use PDF compatibility version 1.2 and can now
print from Windows - this might be an acceptable workaround until the underlying
cause has been fixed but this is, of course, a different package. I'm still
submitting this bug to ghostscript because this is where I believe it's
ultimately located.

The importance of this defect is, I believe, relatively high because it appears
toprevent any Windows client from printing anything on a Debian 8.1 server, at
least in situations as mine whether the printer doesn't speak Postscript and
CUPS needs to handle the input file.

Please stand by for the example file (the printer test page from Windows).

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

Kernel: Linux 3.16.7-ckt11-amd64-cm1.5 (SMP w/6 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages ghostscript depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  gsfonts1:8.11+urwcyr1.0.7~pre44-4.2
ii  libc6  2.19-18
ii  libgs9 9.06~dfsg-2+deb8u1

ghostscript recommends no packages.

Versions of packages ghostscript suggests:
ii  ghostscript-x  9.06~dfsg-2+deb8u1

-- 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#787914: nano: new multi-edit detection segfaults when I say no

[Benno Schulenberg]

Okay, this turned out to be easy: a simple failing to initialize
a variable.

--- src/files.c (revision 5337)
+++ src/files.c (working copy)
@@ -83,6 +83,7 @@
 openfile->lock_filename = NULL;
 #endif
 #ifndef DISABLE_COLOR
+openfile->syntax = NULL;
 openfile->colorstrings = NULL;
 #endif
 }

This fixes it for me.

Fixed in SVN, r5338.  Should be in 2.4.3.

Benno

-- 
http://www.fastmail.com - Does exactly what it says on the tin


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

Bug#791131: RFS: libjsoncpp

[Peter Spiess-Knafl]

Hi Matthias!

I prepared a new version of libjsoncpp (including your patch) in git:

http://anonscm.debian.org/cgit/collab-maint/libjsoncpp.git/commit/?id=c67693c5c8d12a185be23a91f47b7d87c03dd7de

I already tried to upload it, but since I am only a DM and this upload
has to pass new, my upload has been rejected.

Could you sign and sponsor/upload the new version?

Thank you and greetings
Peter


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

Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile

[Hillel Lubman]

Package: sddm
Version: 0.11.0-3
Severity: important

Dear Maintainer,

After upgrading Debian testing to KDE Plasma 5, things which rely on
/etc/profile being sourced became broken because sddm doesn't source it unlike
kdm did (it also doesn't source $HOME/.profile unlike kdm, so if anything
relied on that it would be broken too).

For example, /etc/profile adds /usr/games to the PATH, and minetest and a
number of other Debian games rely on this. With sddm + Plasma 5 their launchers
became broken in Debian.

I filed the bug upstream: https://github.com/sddm/sddm/issues/448 and sddm
developers commented that profiles aren't supposed to be sourced by the display
manager, so there should be some other way of handling this in such case.



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

Kernel: Linux 4.0.0-2-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 sddm depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.57
ii  libc6   2.19-19
ii  libgcc1 1:5.1.1-14
ii  libpam0g1.1.8-3.1
ii  libqt5core5a5.4.2+dfsg-5
ii  libqt5dbus5 5.4.2+dfsg-5
ii  libqt5gui5  5.4.2+dfsg-5
ii  libqt5network5  5.4.2+dfsg-5
ii  libqt5qml5  5.4.2-4
ii  libqt5quick55.4.2-4
ii  libstdc++6  5.1.1-14
ii  libsystemd0 222-2
ii  libxcb-xkb1 1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  qml-module-qtquick2 5.4.2-4
ii  sddm-theme-breeze [sddm-theme]  4:5.3.2-4

sddm recommends no packages.

sddm suggests no packages.

-- debconf information:
* shared/default-x-display-manager: sddm
  sddm/daemon_name: /usr/bin/sddm


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

Bug#712938: Qt4 to be patched

[1]

Hi,
Will also sni-qt appear in debian repos?

On Sun, 02 Aug 2015 14:26:01 -0300 Lisandro 
=?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?= Meyer  wrote:
> A Qt upstream developer blessed the patched as "unofficial but ok", and I have
> heard that a new version of sni-qt will happen soon.
>
> Also Felix has standed up for maintaining sni-qt (thanks a lot!), so all the
> barriers for this to happen are now inexistent. I'll patch qt4 and provide
> (somehow) an unnoficial build against gcc4.9 in order to make it ready for
> testing.
>
> It will enter unstable as soon as a qt4 upload becomes mandatory for the gcc5
> transition to happen or after it.
>
> Kinds regards, Lisandro.
>
>
> --
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/


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

Bug#794418: zookeeper: Please update BD from liblog4cxx10-dev to liblog4cxx-dev

[Tobias Frost]

Source: zookeeper
Severity: normal

Dear Maintainer,

liblox4cxx renamed its development package to liblog4cxx-dev.
Please adopt this change.

NOTE: Currently this package is only in experimental due to the GCC-5 
transition.
See #792013 for the transistion bug; that means you do not need to hurry...

--
tobi

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (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#775927: TTL from DNAME fixed in 4.1.1

[Uwe Kleine-König]

Control: fixed -1 4.1.2-1

Hello,

the patch that resulted from my upstream bug report went into nsd 4.1.1.
I just tested 4.1.2-1 and the problem is gone there.

Best regards
Uwe


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

Bug#794417: taskcoach: Task coach does not show it's icon in the kde plasma 5 system tray

[Michael Meier]

Package: taskcoach
Version: 1.4.2-1
Severity: important

Task Coach is not able to show its icon in the kde plasma 5 system tray. which 
makes it really dificult to use below that desktop environment.


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

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

Versions of packages taskcoach depends on:
ii  fonts-dejavu 2.35-1
ii  libxss1  1:1.2.2-1
ii  python   2.7.9-1
ii  python-chardet   2.3.0-1
ii  python-dateutil  2.2-2
ii  python-keyring   5.3-1
ii  python-lockfile  1:0.10.2-2
ii  python-pyparsing 2.0.3+dfsg1-1
ii  python-squaremap 1:1.0.4-2
ii  python-twisted-core  15.2.1-1
ii  python-wxgtk3.0  3.0.2.0+dfsg-1
ii  python-wxversion 3.0.2.0+dfsg-1
ii  python-xdg   0.25-4
ii  x11-utils7.7+3

Versions of packages taskcoach recommends:
pn  libavahi-compat-libdnssd1  
ii  libgnome-2-0   2.32.1-5
ii  python-notify  0.1.1-4

Versions of packages taskcoach suggests:
pn  espeak   
ii  python-kde4  4:4.14.0-1

-- no debconf information


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

Bug#792013: Is it ok to upload liblog4cxx to sid?

[Tobias Frost]

Just asking if I should upload the package with the GCC-5 fix to sid,
as the transistion has now started?

Please let me know!

-- 
tobi


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

Bug#794406: g++: Non-deterministic "/usr/include/c++/5/bits/basic_string.h:121:53: internal compiler error: Segmentation fault" when compiling aptitude 0.7-1

[Axel Beckert]

Hi Matthias,

Matthias Klose wrote:
> Control: reassign -1 g++-5
> Control: found -1 5.2.1-14

Oops, sorry for that mistake.

> > I've just tried to build the upcoming aptitude 0.7-1 inside a pbuilder
> > chroot.
> > 
> > I've first recompiled the following source packages with gcc-5/5.2.1-14
> > respectively g++-5/5.2.1-14 and against libstdc++6/5.2.1-14 and
> > installed the (necessary) packages built that way:
> 
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > Please include the complete backtrace with any bug report.
> > See  for instructions.
> > The bug is not reproducible, so it is likely a hardware or OS problem.
> 
> I haven't see this before;

I ran into it only once, and unfortunately couldn't reproduce it
afterwards anymore, e.g. worked fine under gdb.

> just pointing out that the build fails later in a
> "consistent" way (https://launchpad.net/ubuntu/+source/aptitude):

*sigh* That's irrelevant as it's 0.6.11 (or rather
0.6.11ubuntuSomething). I talk about the to be uploaded 0.7 (see also
the subject) _with_ gcc5/C++11 fixes:
https://anonscm.debian.org/cgit/aptitude/aptitude.git/log/?id=refs/heads/debian-sid

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


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

Bug#794416: roboptim-core: Please change dependency from liblog4cxx10-dev to liblog4cxx-dev

[Tobias Frost]

Source: roboptim-core
Severity: normal

Dear Maintainer,

liblox4cxx renamed its development package to liblog4cxx-dev.
Please adopt this change.

NOTE: Currently this package is only in experimental due to the GCC-5 
transition.
See #792013 for the transistion bug; that means you do not need to hurry...

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (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#793745: [pkg-ntp-maintainers] Bug#793745: [PATCH] I'm seeing it too.

[Kurt Roeckx]

On Sun, Aug 02, 2015 at 03:22:27PM -0400, sacrificial-spam-addr...@horizon.com 
wrote:
> Since I run a pool server, I have a customized config.  That means that
> I have the pool servers commented out, and the comment on the rlimit
> command says it's not needed in that case, so I left it out of my config.

Maybe the comment is a little misleading.  There have been various
reports over the past few year about the rlimit breaking things,
but ussually dieing after a few hours of running or something like
that.  With the pool command it just doesn't start (for me).
Maybe other see different kinds of error like the getpwuid() fail
instead.


Kurt


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

Bug#794415: tomboy: Tomboy icon does not appear in kde plasma 5 system tray

[Michael Meier]

Package: tomboy
Version: 1.15.4-1
Severity: important

Tomboy does not show it's tray icon in the kde plasma5 system tray. Which makes 
it a lot more difficult to use below kde...


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

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

Versions of packages tomboy depends on:
ii  gconf2  3.2.6-3
ii  libatk1.0-0 2.16.0-2
ii  libc6   2.19-19
ii  libcairo2   1.14.2-2
ii  libdbus-glib2.0-cil 0.6.0-1
ii  libdbus2.0-cil  0.8.1-1
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.5.2-4
ii  libgconf2.0-cil 2.24.2-3
ii  libgdk-pixbuf2.0-0  2.31.5-1
ii  libglib2.0-02.44.1-1.1
ii  libglib2.0-cil  2.12.10-5.1
ii  libgmime2.6-cil 2.6.20-1
ii  libgtk2.0-0 2.24.28-1
ii  libgtk2.0-cil   2.12.10-5.1
ii  libgtkspell02.0.16-1.1
ii  libice6 2:1.0.9-1+b1
ii  libmono-addins-gui0.2-cil   1.0+git20130406.adcd75b-3
ii  libmono-addins0.2-cil   1.0+git20130406.adcd75b-3
ii  libmono-cairo4.0-cil3.2.8+dfsg-10
ii  libmono-corlib4.5-cil   3.2.8+dfsg-10
ii  libmono-posix4.0-cil3.2.8+dfsg-10
ii  libmono-system-core4.0-cil  3.2.8+dfsg-10
ii  libmono-system-xml4.0-cil   3.2.8+dfsg-10
ii  libmono-system4.0-cil   3.2.8+dfsg-10
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libpangoft2-1.0-0   1.36.8-3
ii  libproxy1   0.4.11-4+b2
ii  libsm6  2:1.2.2-1+b1
ii  libx11-62:1.6.3-1
ii  mono-runtime3.2.8+dfsg-10

tomboy recommends no packages.

Versions of packages tomboy suggests:
pn  evolution  
pn  tasque 

-- 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#794407: jessie-pu: package tcpdump/4.6.2-5+deb8u1

[Romain Francoise]

On Sun, Aug 02, 2015 at 08:14:20PM +0100, Adam D. Barratt wrote:
> Please go ahead.

Thanks Adam, uploaded.

-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/


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

Bug#787914: nano: new multi-edit detection segfaults when I say no

[Benno Schulenberg]

On Sun, Aug 2, 2015, at 05:18, Paul Wise wrote:
> I managed to disable the crashes in nano by removing the malloc check
> environment variables from my shell configuration (see below).

Okay, so you have a workaround.  That's a relief.

> Any luck with the valgrind stuff?

Haven't found time for that yet.  Sorry.  But now that I can
reproduce the crash, it becomes more urgent.  And I've set
the two MALLOC variables in my environment, so I should be
getting random crashes too.  That should motivate me.  :)

> export MALLOC_CHECK_=2
> export MALLOC_PERTURB_=$(($RANDOM % 255 + 1))

Benno

-- 
http://www.fastmail.com - Same, same, but different...


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

Bug#794414: roboptim-core: VCS-Browser should point to the debian branch

[Tobias Frost]

Source: roboptim-core
Severity: normal

Dear Maintainer,

As per Policy §5.6.26, VCS-Broswer should point to "publicly accessible 
repository where the Debian source package is developed".

Currently this is pointing to the master branch, not to the debian branch.

--
tobi

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (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#793745: [PATCH] I'm seeing it too.

[sacrificial-spam-address]

Since I run a pool server, I have a customized config.  That means that
I have the pool servers commented out, and the comment on the rlimit
command says it's not needed in that case, so I left it out of my config.

And ran into the same problem.

Really, ntpd should make calls like getpwuid() before calling mlock,
This requires breaking -u option processing has to be broken into
two phases (since you can't mlock after changing uid), but it's not that
hard.  Appended is a (working for me) patch to do just that.

The mlockall() fails because it exceeds the available limit, but ntpd
just logs the error and continues.  In the original, earlier location
it succeeds, but then later allocations fail due to the same limit.
diff -ru ntp-4.2.8p3+dfsg.orig/ntpd/ntpd.c ntp-4.2.8p3+dfsg/ntpd/ntpd.c

--- ntp-4.2.8p3+dfsg.orig/ntpd/ntpd.c   2015-08-01 22:46:20.0 -0400
+++ ntp-4.2.8p3+dfsg/ntpd/ntpd.c2015-08-02 14:53:20.879051191 -0400
@@ -792,37 +792,6 @@
 */
getconfig(argc, argv);
 
-   if (do_memlock) {
-# if defined(HAVE_MLOCKALL)
-   /*
-* lock the process into memory
-*/
-   if (!HAVE_OPT(SAVECONFIGQUIT) &&
-   0 != mlockall(MCL_CURRENT|MCL_FUTURE))
-   msyslog(LOG_ERR, "mlockall(): %m");
-# else /* !HAVE_MLOCKALL follows */
-#  ifdef HAVE_PLOCK
-#   ifdef PROCLOCK
-   /*
-* lock the process into memory
-*/
-   if (!HAVE_OPT(SAVECONFIGQUIT) && 0 != plock(PROCLOCK))
-   msyslog(LOG_ERR, "plock(PROCLOCK): %m");
-#   else   /* !PROCLOCK follows  */
-#ifdef TXTLOCK
-   /*
-* Lock text into ram
-*/
-   if (!HAVE_OPT(SAVECONFIGQUIT) && 0 != plock(TXTLOCK))
-   msyslog(LOG_ERR, "plock(TXTLOCK) error: %m");
-#else  /* !TXTLOCK follows */
-   msyslog(LOG_ERR, "plock() - don't know what to lock!");
-#endif /* !TXTLOCK */
-#   endif  /* !PROCLOCK */
-#  endif   /* HAVE_PLOCK */
-# endif/* !HAVE_MLOCKALL */
-   }
-
loop_config(LOOP_DRIFTINIT, 0);
report_event(EVNT_SYSRESTART, NULL, NULL);
initializing = FALSE;
@@ -931,6 +900,49 @@
exit (-1);
}
}
+   }
+# endif /* HAVE_DROPROOT */
+
+   /*
+* DROPROOT is divided into two phases.  Gathering information
+* is done before locking us into memory, since /etc/nsswitch.conf
+* can mess with our address space.  Actually dropping privileges
+* is done after.  (We can chroot() before, since the mlock()
+* system call doesn't depend on that.)
+*/
+   if (do_memlock) {
+# if defined(HAVE_MLOCKALL)
+   /*
+* lock the process into memory
+*/
+   if (!HAVE_OPT(SAVECONFIGQUIT) &&
+   0 != mlockall(MCL_CURRENT|MCL_FUTURE))
+   msyslog(LOG_ERR, "mlockall(): %m");
+# else /* !HAVE_MLOCKALL follows */
+#  ifdef HAVE_PLOCK
+#   ifdef PROCLOCK
+   /*
+* lock the process into memory
+*/
+   if (!HAVE_OPT(SAVECONFIGQUIT) && 0 != plock(PROCLOCK))
+   msyslog(LOG_ERR, "plock(PROCLOCK): %m");
+#   else   /* !PROCLOCK follows  */
+#ifdef TXTLOCK
+   /*
+* Lock text into ram
+*/
+   if (!HAVE_OPT(SAVECONFIGQUIT) && 0 != plock(TXTLOCK))
+   msyslog(LOG_ERR, "plock(TXTLOCK) error: %m");
+#else  /* !TXTLOCK follows */
+   msyslog(LOG_ERR, "plock() - don't know what to lock!");
+#endif /* !TXTLOCK */
+#   endif  /* !PROCLOCK */
+#  endif   /* HAVE_PLOCK */
+# endif/* !HAVE_MLOCKALL */
+   }
+
+# ifdef HAVE_DROPROOT
+   if (droproot) {
 #  ifdef HAVE_SOLARIS_PRIVS
if ((lowprivs = priv_str_to_set(LOWPRIVS, ",", NULL)) == NULL) {
msyslog(LOG_ERR, "priv_str_to_set() failed:%m");
Only in ntp-4.2.8p3+dfsg/ntpd: ntpd.c.orig


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

Bug#794413: libgl1-mesa-glx: Mesa interferes with mouse, causing "lost sync" and confusing psmouse (wierd, I know)

[Josef Kufner]

Package: libgl1-mesa-glx
Version: 10.5.9-2
Severity: important

Dear Maintainer,

after upgrade of all *-mesa-* packages from 10.5.9-2 to 10.6.3-1, I got very
wierd behavior of my trackpoint and touchpad on Lenovo Thinkpad Yoga 12. Mouse
looses sync, sometimes jumping around, sometimes it stops working completely.
Reloading of psmouse module sometimes helps to get mouse back, but not for
long. It happens more when Chromium is running, probably becouse of more
windows to render, but it also happens when Chromium is not running. After
downgrade of Mesa back to 10.5.9-2, mouse works much better, it happened only
once so far when GPU was under full load.

Kernel parameters "i8042.reset" and "i8042.nomux" do not help.

Both Linux 4.1 and 4.0 is affected (latest Debian packages).

I dmesg, I can see messages like this:

[ 1997.236795] psmouse serio1: TouchPad at isa0060/serio1/input0 lost
synchronization, throwing 3 bytes away.
[ 2040.216548] psmouse serio1: TouchPad at isa0060/serio1/input0 lost
synchronization, throwing 4 bytes away.
[ 2046.254300] psmouse serio1: TouchPad at isa0060/serio1/input0 lost
synchronization, throwing 4 bytes away.
[ 2055.803424] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at
byte 1
[ 2055.804474] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at
byte 1
[ 2055.805445] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at
byte 1
[ 2055.806593] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at
byte 1
[ 2055.807607] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at
byte 1
[ 2055.807614] psmouse serio1: issuing reconnect request
[ 2056.493532] psmouse serio1: synaptics: queried max coordinates: x [..5712],
y [..4780]
[ 2056.523285] psmouse serio1: synaptics: queried min coordinates: x [1232..],
y [1074..]
[ 2062.704873] psmouse serio1: TouchPad at isa0060/serio1/input0 lost
synchronization, throwing 3 bytes away.

Nothing about GPU related stuff. But since downgrade of messa packages helped,
I'm sending this to you :)

I guess there may be some issue with interrupts or something like that,
otherwise I have no idea how these two things are related to each other.

Thank you and have a nice day!



-- Package-specific info:
glxinfo:

name of display: :0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile, 
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, 
GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, 
GLX_EXT_create_context_es2_profile, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, 
GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, 
GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, 
GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile, 
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, 
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, 
GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, 
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, 
GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, 
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, 
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, 
GLX_SGI_swap_control, GLX_SGI_video_sync
GLX version: 1.4
GLX extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile, 
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, 
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, 
GLX_EXT_create_context_es2_profile, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, 
GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, 
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, 
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, 
GLX_SGI_swap_control, GLX_SGI_video_sync
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2) 
x86/MMX/SSE2
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.5.9
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
GL

Bug#794406: g++: Non-deterministic "/usr/include/c++/5/bits/basic_string.h:121:53: internal compiler error: Segmentation fault" when compiling aptitude 0.7-1

[Matthias Klose]

Control: reassign -1 g++-5
Control: found -1 5.2.1-14

On 08/02/2015 08:08 PM, Axel Beckert wrote:
> Package: g++
> Version: 4:5.2.1-3
> Severity: minor
> Control: affects -1 src:aptitude
> 
> Hi Matthias,
> 
> I've just tried to build the upcoming aptitude 0.7-1 inside a pbuilder
> chroot.
> 
> I've first recompiled the following source packages with gcc-5/5.2.1-14
> respectively g++-5/5.2.1-14 and against libstdc++6/5.2.1-14 and
> installed the (necessary) packages built that way:

> Please submit a full bug report,
> with preprocessed source if appropriate.
> Please include the complete backtrace with any bug report.
> See  for instructions.
> The bug is not reproducible, so it is likely a hardware or OS problem.

I haven't see this before; just pointing out that the build fails later in a
"consistent" way (https://launchpad.net/ubuntu/+source/aptitude):

In file included from ../../../../../src/generic/util/immset.h:31:0,
 from ../../../../../src/generic/apt/matching/parse.cc:54:
../../../../../src/generic/util/compare3.h:294:62: error: template argument 1 is
invalid
 class compare3_f >
  ^
../../../../../src/generic/util/compare3.h:332:42: error: template argument 1 is
invalid
 class compare3_f >
  ^
../../../../../src/generic/util/compare3.h:333:57: error: template argument 1 is
invalid
   : public compare3_f_container >
 ^
make[6]: *** [parse.o] Error 1
make[6]: *** Waiting for unfinished jobs
Makefile:405: recipe for target 'parse.o' failed


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

Bug#794407: jessie-pu: package tcpdump/4.6.2-5+deb8u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2015-08-02 at 20:13 +0200, Romain Francoise wrote:
> I am seeking permission to upload a new version of tcpdump to
> stable-proposed-updates to fix bug #793479, which makes tcpdump unusable
> for people who use -Z to drop privileges and stream the output of
> tcpdump to another program.

Please go ahead.

Regards,

Adam


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

Bug#791597: Remove apache2-mpm-worker from the depends list

[Sunil Mohan]

Looks like we simply have to remove the package from depends list.  The
attached patch (untested) should do it.

-- 
Sunil
From c56be1c2bfdae5ad76634052e441d7705f108926 Mon Sep 17 00:00:00 2001
From: Sunil Mohan Adapa 
Date: Mon, 3 Aug 2015 00:31:36 +0530
Subject: [PATCH] Remove apache2-mpm-worker from depends list

- We anyway use apache2-mpm-prefork due to PHP dependency.

- This Debian package has been removed and the new way to switch MPMs to
  use a2enmod with various module configurations for MPMs.
---
 debian/changelog | 3 ++-
 debian/control   | 2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index f64f149..def1df4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,13 +5,14 @@ freedombox-setup (0.5) UNRELEASED; urgency=medium
   * Use nmcli to setup network connections (Closes: #786689).
   * Remove jwchat/ejabber setup as it is handle by Plinth (Closes: #787025).
   * Remove LDAP root password and create ou=groups (Closes: #787128).
+  * Remove apache2-mpm-worker from depends list (Closes: #791597).
 
   [ James Valleroy ]
   * Apply patch from Sunil to fix hang issue when building Raspberry Pi images.
   * Remove privoxy setup as it happens in Plinth now (Closes: #791704).
   * Configure PAM for LDAP user logins (Close: #792233).
 
- -- James Valleroy   Sat, 01 Aug 2015 20:29:03 -0400
+ -- Sunil Mohan Adapa   Mon, 03 Aug 2015 00:29:31 +0530
 
 freedombox-setup (0.4) experimental; urgency=low
 
diff --git a/debian/control b/debian/control
index 332a1d2..80a0d4c 100644
--- a/debian/control
+++ b/debian/control
@@ -25,7 +25,7 @@ Package: freedombox-setup
 Architecture: all
 Depends: ${misc:Depends}
  , ${python3:Depends}
- , apache2 | apache2-mpm-worker
+ , apache2
  , augeas-tools
  , avahi-daemon
  , avahi-utils
-- 
2.1.4



signature.asc
Description: OpenPGP digital signature

Bug#794412: RM: wacomtablet -- ROM; This is already part of Plasma 5

[Lisandro Damián Nicanor Pérez Meyer]

Package: ftp.debian.org
Severity: normal

This package is already part of the official Plasma 5 modules, so this
src package can be removed.


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

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Gavin Smith]

On 2 August 2015 at 00:18, Rob Browning  wrote:
>> As far as I can see, Debian is creating the "problem" by distributing
>> two different versions of Emacs at the same time.  So it seems to me the
>> answer should come at the same level: Debian could have two different
>> directories with the Emacs manuals.  Then no changes are needed anywhere
>> else.
>>
>> An /etc/alternatives-like thing could specify the default, and/or mess
>> around with INFOPATH as Gavin mentions, or whatever.
>>
>> But heck, it's not up to me.  If Gavin and the Emacs maintainers can
>> implement whatever you want implemented, more power to all concerned :).
>
> Practically speaking, the issue is that we'd like to have some way to
> handle more than one flavor of Emacs (or XEmacs - which appears to be
> back in testing).
>
> For Emacs itself, this was an issue that people people cared about
> fairly strongly during the Emacs 19 to Emacs 20 transition, though
> perhaps it's less significant for the major releases since.
>
> And even ignoring the emacsen, the underlying issue seems to apply to
> other programs -- say for example GCC or Guile, where people may well
> need to have more than one major version available, and where the info
> docs may have internal links to other bundled, version-matching pages
> (i.e. calc, org, ediff,...).
>
> So I'm happy to try to accommodate whatever's recommended, but in the
> longer run, I'd like to have some supported way for people to install
> two major versions of a given program and still be able to easily
> traverse whichever documentation they're interested in from both Emacs
> and the standalone reader.

As you can tell, nothing is recommended yet. There have been some
suggestions in this discussion thread about what could be done, but as
far as I know the people who want to use multiple versions of manuals
haven't come back to say whether these suggestions will meet their
needs, or what else could work.

One observation is that the case with Emacs having many manuals for it
and associated programs is a rare case. Thus the suggestion of having
subdirectories for each Emacs version (/usr/share/info/emacs23,
/usr/share/info/emacs24, etc.) doesn't mean that there would be a huge
number of subdirectories. Other manuals could have a suffix on the
filename, like gcc-4.0.info, gcc-4.1.info, etc. The only drawback of
that would be that you wouldn't be able to access those manuals with
cross-references to the "gcc" manual. Only one manual at a time could
be accessed as "gcc", unless they were installed in multiple
directories all of which were on INFOPATH. I don't think that's a huge
problem.

Apart from that the main idea to help with multiple versions of
programs is to try to get the Info file from the same subdirectory
when following a cross-reference, so that e.g. a link followed from
/usr/share/info/emacs23/calc.info to "emacs" would go to
/usr/share/info/emacs23/emacs.info, and not to
/usr/share/info/emacs24/emacs.info. (I think I said this before; I
haven't gone and read the previous conversation on this.)

There could be a script for the users to run that would update
symlinks so the right documentation file would be given if "info
emacs" was run. As far as I have heard, there's something like that
already on Debian. I think suggestions like this have already been
made.

Debian maintainers, please tell us what you need us to do. I'd be
looking for indications that somebody would find changes useful that I
might make, because any changes I would go and implement at the moment
would only be based on my theorizing, because I haven't had a real
need to look up documentation of multiple versions of programs, and my
theorizing might not match the practical reality.

PS Is there any way of stopping the Debian bug tracker system
acknowledging my email, other than leaving it off the reply list?


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

Bug#794411: RM: translatoid -- ROM; Uninstablable due to plasma 4 not being available anymore, no plasma 5 port

[Lisandro Damián Nicanor Pérez Meyer]

Package: ftp.debian.org
Severity: normal

Hi FTP masters! This package can not be installed anymore on unstable/testing
due to Plasma 4 being no longer available.

There is no Plasma 5 version yet, so I'm requesting you to remove it.

Thanks!


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

Bug#794410: debian-installer: Installer hangs during 'select and install software'

[edwin de held]

Package: debian-installer
Severity: important

Subject: debian-installer: Installer hangs during 'select and install software'

Dear Debian team

During the installation on a Acer Aspire E11 ES-111-C5Q9 laptop the
system freezes with an installation with both the
debian-8.1.0-amd64-xfce-CD-1.iso image and also
debian-8.1.0-amd64-DVD-1.iso.
The freeze takes place during the 'select and install software' after
'laptop detect' while apt is running. Both with grapical and
non-grapical gui
In this stage of the installation apt is already configured.

On the same system, on a different partition, with the same method I
did a fresh install of linux mint ( kernel 3.16.0-38-generic) , which
is working perfectly so I'm pretty shure there is no malfunctioning of
the hardware.

On the debian file system the following log of apt was found:

/var/log/apt/

Start-Date: 2015-08-02  07:40:18
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install locales
Install: locales:amd64 (2.19-18)
End-Date: 2015-08-02  07:40:23

Start-Date: 2015-08-02  09:40:27
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install busybox
Install: busybox:amd64 (1.22.0-9+deb8u1)
End-Date: 2015-08-02  09:40:28

Start-Date: 2015-08-02  09:40:30
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install initramfs-tools
Install: klibc-utils:amd64 (2.0.4-2, automatic), initramfs-tools:amd64
(0.120), libklibc:amd64 (2.0.4-2, automatic)
End-Date: 2015-08-02  09:40:34

Start-Date: 2015-08-02  09:40:37
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install linux-image-amd64
Install: linux-image-3.16.0-4-amd64:amd64 (3.16.7-ckt11-1, automatic),
linux-base:amd64 (3.5, automatic), libuuid-perl:amd64 (0.05-1+b1,
automatic), linux-image-amd64:amd64 (3.16+63)
End-Date: 2015-08-02  09:40:57

Start-Date: 2015-08-02  09:41:00
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install pciutils
Install: pciutils:amd64 (3.2.1-3), libpci3:amd64 (3.2.1-3, automatic)
End-Date: 2015-08-02  09:41:02

Start-Date: 2015-08-02  09:41:04
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install usbutils
Install: usbutils:amd64 (007-2), libusb-1.0-0:amd64 (1.0.19-1, automatic)
End-Date: 2015-08-02  09:41:07

Start-Date: 2015-08-02  09:41:08
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install acpi
Install: acpi:amd64 (1.7-1)
End-Date: 2015-08-02  09:41:10

Start-Date: 2015-08-02  09:41:11
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install acpid
Install: acpid:amd64 (2.0.23-2)
End-Date: 2015-08-02  09:41:15

Start-Date: 2015-08-02  09:41:16
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install acpi-support-base
Install: acpi-support-base:amd64 (0.142-6)
End-Date: 2015-08-02  09:41:18

Start-Date: 2015-08-02  09:41:19
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install iw
Install: libnl-genl-3-200:amd64 (3.2.24-2, automatic), iw:amd64
(3.17-1), libnl-3-200:amd64 (3.2.24-2, automatic)
End-Date: 2015-08-02  09:41:23

Start-Date: 2015-08-02  09:41:24
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install wireless-tools
Install: libiw30:amd64 (30~pre9-8, automatic), wireless-tools:amd64 (30~pre9-8)
End-Date: 2015-08-02  09:41:28

Start-Date: 2015-08-02  09:41:30
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install wpasupplicant
Install: libpcsclite1:amd64 (1.8.13-1, automatic), libdbus-1-3:amd64
(1.8.18-0+deb8u1, automatic), wpasupplicant:amd64 (2.3-1+deb8u1)
End-Date: 2015-08-02  09:41:34

Start-Date: 2015-08-02  09:41:38
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install keyboard-configuration
Install: keyboard-configuration:amd64 (1.123)
End-Date: 2015-08-02  09:41:42

Start-Date: 2015-08-02  09:41:44
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q -y --no-remove install console-setup
Install: xkb-data:amd64 (2.12-1, automatic), console-setup:amd64
(1.123), console-setup-linux:amd64 (1.123, automatic), kbd:amd64
(1.15.5-2, automatic)
End-Date: 2015-08-02  09:41:54

Start-Date: 2015-08-02  09:44:19
Commandline: apt-get -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o
APT::Keep-Fds::=6 -q --no-install-recommends -y -o
DPkg::options=--force-confnew upgrade
Upgrade: libisc-export95:amd64 (9.9.5.dfsg-9, 9.9.5.dfsg-9+deb8u2),
linux-image-3.16.0-4-amd64:amd64 (3.16.7-ckt11-1,
3.16.7-ckt11-1+deb8u2), libssl1.0.0:amd64 (1.0.1k-3, 1.0.1k-3+deb8u1),
libicu52:amd64 (52.1

Bug#784022: lazarus: "Compiler /usr/bin/fpc does not support target x86_64-linux" on startup

[Abou Al Montacir]

Hi Julian,

Do you still have this issue? Can you please check with Lazarus 1.4?




-- 
Cheers,
Abou Al Montacir

Bug#794409: os-prober: generic detection using /etc/os-release (for Void Linux and NixOS)

[Török Edwin]

Package: os-prober
Version: 1.65
Severity: normal
Tags: patch

Dear Maintainer,

os-prober correctly detects Fedora 22, however it doesn't detect Void Linux or
NixOS (they are reported as unknown Linux distribution).

Actual os-prober 1.65 output:
/dev/mapper/os-fedora_root:Fedora release 22 (Twenty Two):Fedora:linux
/dev/mapper/os-void_root:unknown Linux distribution:Linux:linux

Expected output:
/dev/mapper/os-fedora_root:Fedora release 22 (Twenty Two):Fedora:linux
/dev/mapper/os-nixos_root:NixOS 14.12.801.221101a (Caterpillar):NixOS:linux
/dev/mapper/os-void_root:Void Linux:Void:linux

Both of these have an /etc/os-release file, and using the patch below allows
update-grub2 to generate the expected names.

--- a/usr/lib/os-probes/mounted/90linux-distro  2014-09-29 00:04:17.0
+0300
+++ b/usr/lib/os-probes/mounted/90linux-distro  2015-08-02 21:51:46.911231870
+0300
@@ -17,7 +17,7 @@
 # symlinks we need to also check in $dir/usr/lib* for distributions that
 # moved /lib* to /usr and only left symlinks behind.
 # TODO: look for ld-linux.so on arches that have it
-if (ls "$dir"/lib*/ld*.so* || ls "$dir"/usr/lib*/ld*.so*) >/dev/null
2>/dev/null; then
+if (ls "$dir/etc/os-release" || ls "$dir"/lib*/ld*.so* || ls
"$dir"/usr/lib*/ld*.so*) >/dev/null 2>/dev/null; then
if [ -e "$dir/etc/debian_version" ]; then
short="Debian"
long="$(printf "Debian GNU/Linux (%s)\n" "$(cat
"$dir/etc/debian_version")")"
@@ -125,6 +125,9 @@
elif [ -e "$dir/etc/meego-release" ]; then
short="MeeGo"
long="$(head -1 "$dir/etc/meego-release")"
+   elif [ -e "$dir/etc/os-release" ]; then
+   short=$(cat $dir/etc/os-release|grep ^NAME=|cut -f2 -d=|cut -f2
-d\")
+   long=$(cat $dir/etc/os-release|grep ^PRETTY_NAME=|cut -f2
-d=|cut -f2 -d\")
else
short="Linux"
long="unknown Linux distribution"



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

Kernel: Linux 4.1.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: sysvinit (via /sbin/init)

Versions of packages os-prober depends on:
ii  libc6  2.19-18

os-prober recommends no packages.

os-prober 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#794408: RM: plasma-widget-fastuserswitch -- ROM; dead upstream, incompatible with Plasma 5

[Felix Geyer]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove the plasma-widget-fastuserswitch source and binary package.
It's dead upstream and incompatible with KDE Plasma 5.

Thanks,
Felix


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

Bug#792233: freedombox-setup: Configure PAM for LDAP user logins

[Sunil Mohan]

I have merged the patches with several fixes/changes.  Please review my
changes.  I have not done full build testing yet.

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#741642: mkvmlinuz: How to easily use mkvmlinuz/38 on Jessie?

[gilles . charabot]

Le 2015-08-02 15:17, Milan Kupcevic a écrit :

On 07/22/2015 11:47 AM, intervenant0 gilles charabot wrote:


Dear Maintainer, To avoid the consequences of the bug#741642, I want
to use mkvmlinuz/38, but it isn't inside Jessie repository and isn't
yet inside jessie-backports repository and when I tried to download
the patch with :

# cd /usr/sbin

# wget
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=40;att=1;bug=741642;filename=mkvmlinuz-run-parts-fix.patch

 I have nothing new inside /usr/sbin to apply patch.

If possible can you backports mkvmlinuz/38 to Jessie, so upgrade
Wheezy to Jessie be more easier for me and others.



Hi Gilles,

Watch bug #793556 for progress on inclusion of this bugfix into
Jessie.[0] In the meantime you can download mkvmlinuz[1] version 38 and
install it on your machine before upgrading to Jessie to secure smooth
upgrade.

Milan


[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793556
[1]
http://ftp.fr.debian.org/debian/pool/main/m/mkvmlinuz/mkvmlinuz_38_powerpc.deb



Thanks for mkvmlinuz_38_powerpc.deb for wheezy

Best regards


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

Bug#794407: jessie-pu: package tcpdump/4.6.2-5+deb8u1

[Romain Francoise]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hello,

I am seeking permission to upload a new version of tcpdump to
stable-proposed-updates to fix bug #793479, which makes tcpdump unusable
for people who use -Z to drop privileges and stream the output of
tcpdump to another program.

Full debdiff attached.

Thanks,

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

Kernel: Linux 4.1.3 (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)
diffstat for tcpdump-4.6.2 tcpdump-4.6.2

 changelog   |8 
 patches/50_droproot_stderr.diff |   28 
 patches/series  |1 +
 3 files changed, 37 insertions(+)

diff -Nru tcpdump-4.6.2/debian/changelog tcpdump-4.6.2/debian/changelog
--- tcpdump-4.6.2/debian/changelog	2015-04-04 19:20:52.0 +0200
+++ tcpdump-4.6.2/debian/changelog	2015-08-02 20:01:20.0 +0200
@@ -1,3 +1,11 @@
+tcpdump (4.6.2-5+deb8u1) stable; urgency=low
+
+  * Cherry-pick commit 3f15ae25c2 from upstream Git to fix -Z confirmation
+log being sent to stdout, where it can get mixed with pcap stream
+data if '-w -' is used (closes: #793479).
+
+ -- Romain Francoise   Sun, 02 Aug 2015 19:57:22 +0200
+
 tcpdump (4.6.2-5) unstable; urgency=high
 
   * Cherry-pick commit fb6e5377f3 from upstream Git to fix regressions in the
diff -Nru tcpdump-4.6.2/debian/patches/50_droproot_stderr.diff tcpdump-4.6.2/debian/patches/50_droproot_stderr.diff
--- tcpdump-4.6.2/debian/patches/50_droproot_stderr.diff	1970-01-01 01:00:00.0 +0100
+++ tcpdump-4.6.2/debian/patches/50_droproot_stderr.diff	2015-08-02 20:01:08.0 +0200
@@ -0,0 +1,28 @@
+commit 3f15ae25c25046b9ebdf8ab0283f2e6382a4df0e
+Author: Denis Ovsienko 
+Date:   Mon Feb 9 01:21:51 2015 +
+
+droproot(): always print to stderr (GH #425)
+
+Otherwise it interferes with the output of "tcpdump -w -".
+
+--- a/tcpdump.c
 b/tcpdump.c
+@@ -727,7 +727,7 @@
+ 			fprintf(stderr, "error : ret %d\n", ret);
+ 		}
+ 		else {
+-			printf("dropped privs to %s\n", username);
++			fprintf(stderr, "dropped privs to %s\n", username);
+ 		}
+ 		/* We don't need CAP_SETUID and CAP_SETGID */
+ 		capng_update(CAPNG_DROP, CAPNG_EFFECTIVE, CAP_SETUID);
+@@ -747,7 +747,7 @@
+ 			exit(1);
+ 		}
+ 		else {
+-			printf("dropped privs to %s\n", username);
++			fprintf(stderr, "dropped privs to %s\n", username);
+ 		}
+ #endif /* HAVE_CAP_NG_H */
+ 	}
diff -Nru tcpdump-4.6.2/debian/patches/series tcpdump-4.6.2/debian/patches/series
--- tcpdump-4.6.2/debian/patches/series	2015-04-04 19:08:59.0 +0200
+++ tcpdump-4.6.2/debian/patches/series	2015-08-02 19:53:02.0 +0200
@@ -3,6 +3,7 @@
 20_man_fixes.diff
 50_hurd.diff
 50_kfreebsd.diff
+50_droproot_stderr.diff
 50_autotools-dev.diff
 60_cve-2014-8767.diff
 60_cve-2014-8768.diff

Bug#794406: g++: Non-deterministic "/usr/include/c++/5/bits/basic_string.h:121:53: internal compiler error: Segmentation fault" when compiling aptitude 0.7-1

[Axel Beckert]

Package: g++
Version: 4:5.2.1-3
Severity: minor
Control: affects -1 src:aptitude

Hi Matthias,

I've just tried to build the upcoming aptitude 0.7-1 inside a pbuilder
chroot.

I've first recompiled the following source packages with gcc-5/5.2.1-14
respectively g++-5/5.2.1-14 and against libstdc++6/5.2.1-14 and
installed the (necessary) packages built that way:

cwidget_0.5.17-3.dsc
cppunit_1.13.2-2.dsc
ncurses_5.9+20150516-2.dsc
xapian-core_1.2.21-1.dsc
apt_1.0.9.10.dsc

I then tried to build aptitude_0.7-1.dsc (as currently in aptitude's
debian-sid branch):

nice -n15 dpkg-buildpackage -b -j5
[...]
g++ -DHAVE_CONFIG_H -I. -I../../tests -I..  -I.. -I../.. -I../../src 
-I../../tests -DBOOST_TEST_DYN_LINK -DSRCDIR=\"../../tests\" 
-D_FORTIFY_SOURCE=2 -I/usr/include -DHELPDIR=\"/usr/share/aptitude\" 
-DPKGDATADIR=\"/usr/share/aptitude\"  -g -O2 -fPIE -fstack-protector-strong 
-Wformat -Werror=format-security -std=c++11 -I/usr/include/sigc++-2.0 
-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include  
-I/usr/lib/x86_64-linux-gnu/cwidget -I/usr/include/sigc++-2.0 
-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -D_REENTRANT 
-fno-strict-aliasing -Wall  -c -o test_resolver_costs.o 
../../tests/test_resolver_costs.cc
In file included from /usr/include/c++/5/string:52:0,
 from /usr/include/c++/5/stdexcept:39,
 from /usr/include/c++/5/array:38,
 from /usr/include/c++/5/tuple:39,
 from /usr/include/c++/5/functional:55,
 from /usr/include/c++/5/memory:79,
 from /usr/include/boost/config/no_tr1/memory.hpp:21,
 from /usr/include/boost/smart_ptr/shared_ptr.hpp:27,
 from /usr/include/boost/smart_ptr/make_shared_object.hpp:16,
 from /usr/include/boost/smart_ptr/make_shared.hpp:15,
 from /usr/include/boost/make_shared.hpp:15,
 from ../../src/generic/apt/aptitude_resolver_cost_types.h:24,
 from 
../../src/generic/apt/aptitude_resolver_cost_settings.h:24,
 from ../../tests/test_resolver_costs.cc:20:
/usr/include/c++/5/bits/basic_string.h:121:53: internal compiler error: 
Segmentation fault
  _CharT   _M_local_buf[_S_local_capacity + 1];
 ^
0xaa7c1f crash_signal
../../src/gcc/toplev.c:383
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
Makefile:825: recipe for target 'test_resolver_costs.o' failed
make[3]: *** [test_resolver_costs.o] Error 1
make[3]: Leaving directory '/tmp/buildd/aptitude-0.7/build-arch/tests'
Makefile:1123: recipe for target 'check-am' failed
make[2]: *** [check-am] Error 2
make[2]: Leaving directory '/tmp/buildd/aptitude-0.7/build-arch/tests'
/bin/sh: 1: ./cppunit_test: not found
debian/rules:38: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 127
make[1]: Leaving directory '/tmp/buildd/aptitude-0.7'
debian/rules:28: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

I can confirm that "the bug is not reproducible": If I rerun the same
command again, it builds fine again. And running "g++ -DHAVE_CONFIG_H
-I. -I../../tests -I..  -I.. -I../.. -I../../src -I../../tests
-DBOOST_TEST_DYN_LINK -DSRCDIR=\"../../tests\" -D_FORTIFY_SOURCE=2
-I/usr/include -DHELPDIR=\"/usr/share/aptitude\"
-DPKGDATADIR=\"/usr/share/aptitude\" -g -O2 -fPIE
-fstack-protector-strong -Wformat -Werror=format-security -std=c++11
-I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include
-I/usr/lib/x86_64-linux-gnu/cwidget -I/usr/include/sigc++-2.0
-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -D_REENTRANT
-fno-strict-aliasing -Wall -c -o test_resolver_costs.o
../../tests/test_resolver_costs.cc" manually immediately after the
segfault worked fine as well.

Reporting it as only minor hence. I can also try to gather more of the
stuff requested in /usr/share/doc/gcc-5/README.Bugs, but only if you
consider this really as a bug and want to try digging into it. (I'm
perfectly fine if you want to postpone investigation of this bug until
after the libstdc++6 transition.)

Hardware on which this was experienced is a Lenovo Thinkpad X250 running
Debian Sid amd64 with kernel "4.1.0-trunk-amd64 #1 SMP Debian
4.1.2-1~exp1 (2015-07-11)" with an Intel(R) Core(TM) i5-5300U CPU @
2.30GHz CPU.

[reportbug-gathered stuff missing due to some recent reportbug
incompatibilities with debian-el. But I'm not writing this report inside
the chroot where this happened anyways.]


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

Bug#506190: ftplugin/html.vim: indenting broken

[martin f krafft]

also sprach James McCoy  [2015-08-02 02:07 +0200]:
> It seems like all the behaviors are consistent now.  Do you agree the
> bug can be closed?

Yes, I also cannot discern anymore what my main gripe was about.
I still sometimes wish that gqit would leave  and  on their
own lines and indent the stuff between, reflowing it as fit, but
that's a different issue…

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"it is the mark of an educated mind
 to be able to entertain a thought
 without accepting it."
-- aristoteles


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#793557: [Pkg-openssl-devel] Bug#793557: Bug#793557: clamtk in testing

[Carlos Kosloff]

ckosloff@notosh:~$ openssl speed sha256
Doing sha256 for 3s on 16 size blocks: 4561580 sha256's in 3.00s
Doing sha256 for 3s on 64 size blocks: 2535590 sha256's in 3.00s
Doing sha256 for 3s on 256 size blocks: 1095672 sha256's in 3.00s
Doing sha256 for 3s on 1024 size blocks: 335048 sha256's in 3.00s
Doing sha256 for 3s on 8192 size blocks: 44819 sha256's in 3.00s
OpenSSL 1.0.2d 9 Jul 2015
built on: reproducible build, date unspecified
options:bn(64,64) rc4(8x,int) des(idx,cisc,16,int) aes(partial) 
blowfish(idx)
compiler: gcc -I. -I.. -I../include  -fPIC -DOPENSSL_PIC 
-DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 
-DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro 
-Wa,--noexecstack -Wall -DMD32_REG_T=int -DOPENSSL_IA32_SSE2 
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m 
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM 
-DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM

The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes256 bytes   1024 bytes 8192 bytes
sha256   24328.43k54092.59k93497.34k   114363.05k 122385.75k
ckosloff@notosh:~$

ckosloff@notosh:~$ openssl speed -evp aes-128-cbc
Doing aes-128-cbc for 3s on 16 size blocks: 65502209 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 64 size blocks: 23271187 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 256 size blocks: 7135284 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 1024 size blocks: 1890618 aes-128-cbc's in 3.00s
Doing aes-128-cbc for 3s on 8192 size blocks: 240167 aes-128-cbc's in 3.00s
OpenSSL 1.0.2d 9 Jul 2015
built on: reproducible build, date unspecified
options:bn(64,64) rc4(8x,int) des(idx,cisc,16,int) aes(partial) 
blowfish(idx)
compiler: gcc -I. -I.. -I../include  -fPIC -DOPENSSL_PIC 
-DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 
-DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro 
-Wa,--noexecstack -Wall -DMD32_REG_T=int -DOPENSSL_IA32_SSE2 
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m 
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM 
-DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM

The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes256 bytes   1024 bytes 8192 bytes
aes-128-cbc 349345.11k   496451.99k   608877.57k   645330.94k 655816.02k
ckosloff@notosh:~$

ckosloff@notosh:~$ openssl speed -evp aes-128-cbc-hmac-sha256
Doing aes-128-cbc-hmac-sha256 for 3s on 16 size blocks: 13185868 
aes-128-cbc-hmac-sha256's in 3.00s
Doing aes-128-cbc-hmac-sha256 for 3s on 64 size blocks: 4387141 
aes-128-cbc-hmac-sha256's in 3.00s
Doing aes-128-cbc-hmac-sha256 for 3s on 256 size blocks: 758588 
aes-128-cbc-hmac-sha256's in 3.00s
Doing aes-128-cbc-hmac-sha256 for 3s on 1024 size blocks: 180522 
aes-128-cbc-hmac-sha256's in 3.00s
Doing aes-128-cbc-hmac-sha256 for 3s on 8192 size blocks: 22307 
aes-128-cbc-hmac-sha256's in 3.00s

OpenSSL 1.0.2d 9 Jul 2015
built on: reproducible build, date unspecified
options:bn(64,64) rc4(8x,int) des(idx,cisc,16,int) aes(partial) 
blowfish(idx)
compiler: gcc -I. -I.. -I../include  -fPIC -DOPENSSL_PIC 
-DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 
-DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro 
-Wa,--noexecstack -Wall -DMD32_REG_T=int -DOPENSSL_IA32_SSE2 
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m 
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM 
-DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM

The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes256 bytes   1024 bytes 8192 bytes
aes-128-cbc-hmac-sha25670324.63k93592.34k64732.84k 
61618.18k60912.98k

ckosloff@notosh:~$

*Carlos Kosloff*
Office: (954) 283-8828
Cell: (954) 464-8822
Fax: (888) 854-5440

On 08/01/2015 09:20 AM, Kurt Roeckx wrote:

Can you try the package from:
https://people.debian.org/~kroeckx/openssl/?

Could you also run this after isntalling it:
openssl speed sha256
openssl speed -evp aes-128-cbc
openssl speed -evp aes-128-cbc-hmac-sha256


Kurt

Bug#793322: New suggestion

[Ralph Katz]

On 08/01/2015 12:40 PM, Osamu Aoki wrote:
> Hi,
> 
> On Thu, Jul 23, 2015 at 07:38:54PM -0400, Ralph Katz wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> After further discussion in debian-user, the time interval check also
>> seems to be broken.  Let's hold off on the new Tip until someone can
>> verify how to reliably set a time interval for fsck.
>>
>> https://lists.debian.org/debian-user/2015/07/msg01005.html
>>
>> bug  #792752 mention that one must use -f or the count must be exceeded,
>> else just one big no-op
>>
>> Thanks,
> 
> This systemd related changes are very wide spread.  I have not reviewed
> situation enough yet.  Please continue your effort and get me the answer
> :-)
> 
> Osamu

Hi Osamu -- As a Debian user, not a software developer, I can only point
to the the problem and suggest a clearer description.  The Debian 8
Release Notes confirm the maintainer's comments in replying to my
comment in bug  #792752.

Debian 8 Release Notes
4.6.2. Changes to root and /usr filesystem mounting and checking

initramfs-tools will now also run fsck on the root filesystem
before mounting it. If the chosen init program is systemd and
there is a separate /usr filesystem, it will also fsck and mount
/usr.

Suggestions:

1) Remove misleading or erroneous info in debian-reference:

Remove from 9.5.6. Filesystem creation and integrity check:
Tip

Use "shutdown -F -r now" to force to run the fsck(8) command
safely on all filesystems including root filesystem on reboot.
See the shutdown(8) manpage for more.

I also believe, but don't know, that the tip in the prior paragraph is
also misleading or erroneous and should be removed:
Tip
   
Check files in "/var/log/fsck/" for the result of the fsck(8)
command run from the boot script.

2) Replace these tips with this, which is true but perhaps not
comprehensive.
Tip

The command "cat /run/initramfs/fsck.log" will show the result for
the fsck(8) command run from initramfs-tools before the root filesystem
was mounted.

Hope this helps.

Ralph


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

Bug#794351: Autoscaling for files with large diffs can display zero chars for files with small diffs

[Josh Triplett]

On Sat, Aug 01, 2015 at 06:33:39PM -0700, Josh Triplett wrote:
> If the diff contains files with very large diffs, diffstat's automatic
> scaling can cause files with small diffs to display zero '-' or '+'
> characters.  This hides key information from the diffstat, namely
> the direction of the diff.  diffstat should always display at least one
> '-' for a file with lines removed, and at least one '+' for a file with
> lines added, regardless of scaling.

Steps to reproduce:

/tmp$ mkdir foo
/tmp$ cd foo/
/tmp/foo$ mkdir 1
/tmp/foo$ mkdir 2
/tmp/foo$ echo one-line > 2/only-in-2
/tmp/foo$ echo one-line > 1/only-in-1
/tmp/foo$ seq 1 10 > 2/big-file
/tmp/foo$ diff -Naur 1 2 | diffstat
 big-file  |10 
++
 only-in-1 |1 
 only-in-2 |1 
 3 files changed, 11 insertions(+), 1 deletion(-)


- Josh Triplett


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

Bug#793163: jessie-pu: package dbus/1.8.20-0+deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2015-07-25 at 17:24 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Tue, 2015-07-21 at 22:05 +0100, Simon McVittie wrote:
> > I released D-Bus 1.8.20 today. As with previous dbus 1.8.x bugfix
> > releases, I'd like to upload it to stable, to reduce the diffstat
> > if (when?) a subsequent bugfix release contains security fixes.
> > This is a non-security bugfix release, so I intend to wait until it has
> > reached testing; opening this bug in advance so you can say yes or no
> > in parallel.
> 
> Please go ahead, thanks.

Uploaded and flagged for acceptance.

Regards,

Adam


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

Bug#779760: fixed in transmission 2.84-1

[Sandro Tosi]

I've just uploaded to sid, sorry for the delay.

On Wed, Jul 8, 2015 at 1:17 AM, Michael Biebl  wrote:
> On Fri, 10 Apr 2015 10:34:26 + Sandro Tosi  wrote:
>>  transmission (2.84-1) experimental; urgency=medium
>>  .
>>* Acknowledge NMUs: thanks to Boris Pek, Thomas Goirand, Markus Koschany;
>>  Closes: #737366, #718624, #754982, #757365, #718624, #734467
>>* [323b2ad] Set me as maintaner, Leo as uploader (with Leo's blessing)
>>* [3eecf54] removed Bugs field, as it was causing bugs to be sent to 
>> upstream;
>>  Closes: #740944
>>* [e5bd0af] drop gconf integration, no longer needed; Closes: #741069,
>>  #745936, #756823
>>* [0432bb4] bump Standards-Version to 3.9.6 (no changes needed)
>>* [fd2b694] transition to libsystemd-dev; Closes: #779760
>
> Thanks for fixing this. Please upload the fix to unstable as well.
>
> Thanks,
> Michael
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?



-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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