Bug#854647: doc-linux-hr: Too outdated for being useful

[Matej Vela]

On Sun, Feb 12, 2017 at 6:50 PM, Chris Lamb  wrote:
> > doc-linux-hr: Too outdated for being useful
>
> Any objection to removing this from Debian?

No objection -- feel free to file the removal bug yourself, or I'll try
to get to it next week.

Thanks!
Matej

Bug#669526: fixed in dozzaqueux 3.21-3

[Matej Vela]

On Mon, May 28, 2012 at 03:25:07PM +0100, Stefano Rivera wrote:
 Looks like the bug didn't get fixed, either.
 https://buildd.debian.org/status/package.php?p=dozzaqueux

Hmm, it was building fine...  Ah, here we go, there's a missing build
dependency on lcl-utils, which would (through lcl-utils-0.9.30.4) take
care of setting up an alternative for lazarus:

[...]
dh_auto_build -a
 update-alternatives: error: no alternatives for lazarus.
 update-alternatives: error: no alternatives for lazarus.
 ls: cannot access /usr/lib/lazarus//lcl/units/*/forms.ppu: No such file or 
 directory

optgeo does have a build dependency on lcl-utils, and the same check
seems to be working there.

Cheers,

Matej



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

Bug#666586: xmds-doc: diff for NMU (0~svn.1884-3.1)

[Matej Vela]

tag 666586 patch pending
thanks

Hi,

I'm uploading an NMU for xmds-doc (0~svn.1884-3.1) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpXfN1P4j7oi.pgp
Description: PGP signature
--- xmds-doc-0~svn.1884/debian/changelog
+++ xmds-doc-0~svn.1884/debian/changelog
@@ -1,3 +1,12 @@
+xmds-doc (0~svn.1884-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/ifpdf.patch: Since we're renaming \ifpdf to
+\ifmakepdf, we also need to change \pdftrue to \makepdftrue and
+\pdffalse to \makepdffalse.  Closes: #666586.
+
+ -- Matej Vela v...@debian.org  Sun, 27 May 2012 11:20:20 +0100
+
 xmds-doc (0~svn.1884-3) unstable; urgency=low
 
   * debian/control:
--- xmds-doc-0~svn.1884/debian/patches/ifpdf.patch
+++ xmds-doc-0~svn.1884/debian/patches/ifpdf.patch
@@ -1,18 +1,20 @@
 Index: xmds-doc-0~svn.1884/latex/xmds_defs.tex
 ===
 xmds-doc-0~svn.1884.orig/latex/xmds_defs.tex   2010-02-23 
23:41:57.0 +0100
-+++ xmds-doc-0~svn.1884/latex/xmds_defs.tex2010-02-23 23:42:20.0 
+0100
-@@ -33,23 +33,22 @@
+--- xmds-doc-0~svn.1884.orig/latex/xmds_defs.tex
 xmds-doc-0~svn.1884/latex/xmds_defs.tex
+@@ -33,23 +33,23 @@
   helps latex2html *not* see the stuff inbetween
  
  % this code hacked from that of R Chandrasekhar from UWA
 -\newif\ifpdf
 +\newif\ifmakepdf
  \ifx\pdfoutput\undefined
-   \pdffalse% we are not running pdfLaTeX
+-  \pdffalse% we are not running pdfLaTeX
++  \makepdffalse% we are not running pdfLaTeX
  \else
\pdfoutput=1 % we are running pdfLaTeX
 -  \pdftrue
++  \makepdftrue
  \fi
  
  % add the color package
@@ -29,7 +31,7 @@
  \usepackage[pdftex]{hyperref}
  \else
  \usepackage[hypertex]{hyperref}
-@@ -62,7 +61,7 @@
+@@ -62,7 +62,7 @@
  \usepackage{ccaption}
  \usepackage{fancyhdr}   
  


pgpN19vpc9NdE.pgp
Description: PGP signature

Bug#669560: xfonts-kaname: diff for NMU (1.1-9.1)

[Matej Vela]

tag 669560 patch pending
thanks

Hi,

I'm uploading an NMU for xfonts-kaname (1.1-9.1) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpXwJSRMjwbT.pgp
Description: PGP signature
--- xfonts-kaname-1.1/debian/changelog
+++ xfonts-kaname-1.1/debian/changelog
@@ -1,3 +1,11 @@
+xfonts-kaname (1.1-9.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/mkitalic: Use #!/usr/bin/gawk --exec so that gawk (= 3.1.5)
+doesn't process script options as its own.  Closes: #669560.
+
+ -- Matej Vela v...@debian.org  Sun, 27 May 2012 13:47:00 +0100
+
 xfonts-kaname (1.1-9) unstable; urgency=low
 
   * Update Standards-Version.
--- xfonts-kaname-1.1/debian/mkitalic
+++ xfonts-kaname-1.1/debian/mkitalic
@@ -1,4 +1,4 @@
-#!/usr/bin/gawk -f
+#!/usr/bin/gawk --exec
 #
 # -- makes BDF font italic
 # version 0.00.1


pgphScKRnSvDH.pgp
Description: PGP signature

Bug#669561: xfonts-ayu: diff for NMU (1.7+0a+0debian1-2.1)

[Matej Vela]

tag 669561 patch pending
thanks

Hi,

I'm uploading an NMU for xfonts-ayu (1.7+0a+0debian1-2.1) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpUplH00z5Fy.pgp
Description: PGP signature
--- xfonts-ayu-1.7+0a+0debian1/debian/changelog
+++ xfonts-ayu-1.7+0a+0debian1/debian/changelog
@@ -1,3 +1,11 @@
+xfonts-ayu (1.7+0a+0debian1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/mkitalic: Use #!/usr/bin/gawk --exec so that gawk (= 3.1.5)
+doesn't process script options as its own.  Closes: #669561.
+
+ -- Matej Vela v...@debian.org  Sun, 27 May 2012 14:22:04 +0100
+
 xfonts-ayu (1.7+0a+0debian1-2) unstable; urgency=low
 
   * debian/control: Use Build-Depends-Indep: xfonts-utils instead of xutils.
--- xfonts-ayu-1.7+0a+0debian1/debian/mkitalic
+++ xfonts-ayu-1.7+0a+0debian1/debian/mkitalic
@@ -1,4 +1,4 @@
-#!/usr/bin/gawk -f
+#!/usr/bin/gawk --exec
 #
 # -- makes BDF font italic
 # version 0.00.1


pgpupag5W7i22.pgp
Description: PGP signature

Bug#666310: dsdp: diff for NMU (5.8-9.1)

[Matej Vela]

tag 666310 patch pending
thanks

Hi,

I'm uploading an NMU for dsdp (5.8-9.1) to DELAYED/2-day.  Please let me
know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpdBfUKKSBzu.pgp
Description: PGP signature
--- dsdp-5.8/debian/changelog
+++ dsdp-5.8/debian/changelog
@@ -1,3 +1,11 @@
+dsdp (5.8-9.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Separate build-arch and build-indep targets so that
+directly invoking binary-arch behaves as expected.  Closes: #666310.
+
+ -- Matej Vela v...@debian.org  Sun, 27 May 2012 21:01:56 +0100
+
 dsdp (5.8-9) unstable; urgency=low
 
   * Bump Standards Version to 3.9.2 (no changes required).
--- dsdp-5.8/debian/rules
+++ dsdp-5.8/debian/rules
@@ -5,7 +5,8 @@
 ver:= $(DEB_UPSTREAM_VERSION)
 soname := libdsdp-$(ver)gf.so
 
-debian/build-stamp:
+common-build-arch:: debian/build-arch-stamp
+debian/build-arch-stamp:
$(MAKE) DSDPROOT=`pwd` OPTFLAGS=-fPIC -O3 dsdpapi 
LAPACKBLAS=-llapack \
-lblas -lm
cd lib  ar x libdsdp.a  \
@@ -18,12 +19,14 @@
 
 clean::
$(MAKE) clean
-   $(RM) debian/build-stamp 
+   $(RM) debian/build-arch-stamp debian/build-indep-stamp
$(RM) docs/dox/docwarnings bin/results-dsdp*
$(RM) -r docs/dox/html 
 
-build/dsdp-doc:: debian/build-stamp
+common-build-indep:: debian/build-indep-stamp
+debian/build-indep-stamp:
cd docs/dox  doxygen
+   touch $@
 
 get-orig-source:
uscan --rename --upstream-version 0 || true


pgpyodHnCYjIS.pgp
Description: PGP signature

Bug#674805: libnetcdf-dev: netcdf.mod needs update for gfortran-4.7

[Matej Vela]

Package: libnetcdf-dev
Version: 1:4.1.3-6
Severity: serious

Similarly to Bug#576968, netcdf.mod needs to be updated for gfortran-4.7
(severity serious as this causes an FTBFS for etsf-io, Bug#671965):

$ cat  hello-netcdf.f90 EOF
program hello
  use netcdf
  print *, Hello, world!
end program hello
EOF
$ gfortran-4.6 -I/usr/include -o hello-netcdf hello-netcdf.f90
$ gfortran-4.7 -I/usr/include -o hello-netcdf hello-netcdf.f90
hello-netcdf.f90:2.6:

  use netcdf

Fatal Error: Wrong module version '6' (expected '9') for file 'netcdf.mod' 
opened at (1)

Thanks,

Matej



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

Bug#672727: kicad: diff for NMU (0.20120126+bzr3256-3.1)

[Matej Vela]

On Sat, May 26, 2012 at 10:50:21AM +, Georges Khaznadar wrote:
 Thank you Matej,

 you can undelay your NMU, I had not enough time to understand what was
 going wrong with kicad.

No problem, rescheduled to 0-day.

 By the way: the version based on 0.20120126+bzr3256 is based on an
 export made by upstream developers four months ago. Are there other
 snapshots of interest maintained somewhere?

Haven't come across any, though I'm not really familiar with the
package.

Thanks,

Matej


pgpCTU5EFZ7df.pgp
Description: PGP signature

Bug#667276: status of forwarded issue?

[Matej Vela]

On Thu, May 24, 2012 at 07:32:44AM +0800, Matthias Klose wrote:
 ustream did close the issue. is there a patch to backport?

They haven't fixed the 'm.vert.math::Swap' error [1], which seems to
be due to an unintended s/swap/math::Swap/g [2].

Working patch for sid attached.  I'll do some more checking, and
forward it upstream.

[1] 
http://vcg.svn.sourceforge.net/viewvc/vcg/trunk/vcglib/wrap/gl/trimesh.h?revision=4311view=markup#l1006
[2] 
http://vcg.svn.sourceforge.net/viewvc/vcg/trunk/vcglib/vcg/math/deprecated_matrix33.h?revision=4357view=markup#l73

Cheers,

Matej
--- 
meshlab-1.3.0a+dfsg1~/meshlab/src/external/structuresynth/ssynth/SyntopiaCore/GLEngine/Raytracer/RayTracer.cpp
+++ 
meshlab-1.3.0a+dfsg1/meshlab/src/external/structuresynth/ssynth/SyntopiaCore/GLEngine/Raytracer/RayTracer.cpp
@@ -1,4 +1,5 @@
 #include QThread
+#include GL/glu.h
 
 
 #include RayTracer.h
--- 
meshlab-1.3.0a+dfsg1~/meshlab/src/external/structuresynth/ssynth/SyntopiaCore/GLEngine/Sphere.h
+++ 
meshlab-1.3.0a+dfsg1/meshlab/src/external/structuresynth/ssynth/SyntopiaCore/GLEngine/Sphere.h
@@ -2,6 +2,7 @@
 
 #include SyntopiaCore/Math/Vector3.h
 #include Object3D.h
+#include GL/glu.h
 
 namespace SyntopiaCore {
namespace GLEngine {
--- meshlab-1.3.0a+dfsg1~/meshlab/src/fgt/filter_trioptimize/curvedgeflip.h
+++ meshlab-1.3.0a+dfsg1/meshlab/src/fgt/filter_trioptimize/curvedgeflip.h
@@ -326,7 +326,7 @@
for (unsigned int i = 0; i  3; i++)
if ((*fi).V1(i) - (*fi).V0(i)  0) {
PosType newpos(*fi, i);
-Insert(heap, newpos, tri::IMark(m));
+CurvEdgeFlip::Insert(heap, newpos, tri::IMark(m));
}
}
 }; // end CurvEdgeFlip class
--- 
meshlab-1.3.0a+dfsg1~/meshlab/src/meshlabplugins/decorate_base/colorhistogram.h
+++ 
meshlab-1.3.0a+dfsg1/meshlab/src/meshlabplugins/decorate_base/colorhistogram.h
@@ -27,7 +27,7 @@
*/
   void Add(ScalarType v,Color4b c,float increment);
 
-  Color4b BinColorAvg(ScalarType v) { return BinColorAvgInd(BinIndex(v)); }
+  Color4b BinColorAvg(ScalarType v) { return 
BinColorAvgInd(this-BinIndex(v)); }
 
   Color4b BinColorAvgInd(int index) {
 return Color4b( (unsigned char)((CV[index][0] / float(this-H[index]))),
@@ -40,7 +40,7 @@
 
   //! Reset histogram data.
   void Clear() {
-this-::Clear();
+HistogramScalarType::Clear();
 CV.clear();
   }
   /*
@@ -82,7 +82,7 @@
 template class ScalarType
 void ColorHistogramScalarType::Add(ScalarType v,Color4b c,float 
increment=1.0f)
 {
-  int pos=BinIndex(v);
+  int pos=this-BinIndex(v);
   if(vthis-minElem) this-minElem=v;
   if(vthis-maxElem) this-maxElem=v;
   if(pos=0  pos=this-n)
--- 
meshlab-1.3.0a+dfsg1~/meshlab/src/meshlabplugins/filter_isoparametrization/param_collapse.h
+++ 
meshlab-1.3.0a+dfsg1/meshlab/src/meshlabplugins/filter_isoparametrization/param_collapse.h
@@ -60,7 +60,7 @@
   }
 
inline bool IsFeasible(){
-return LinkConditions(Super::pos);
+return this-LinkConditions(Super::pos);
}
 
   inline void SetHlevMeshUV(const std::vectorBaseFace* LowFace,
@@ -225,7 +225,7 @@
for (unsigned int i=0;icreated.face.size();i++)
domain.face[i].areadelta=created.face[i].areadelta;
 
-   DoCollapse(created,posEdge, newPos); // v0 is deleted and v1 take the 
new position
+   this-DoCollapse(created,posEdge, newPos); // v0 is deleted and v1 take 
the new position

UpdateTopologiesBaseMesh(created);
 
@@ -617,7 +617,7 @@
ScalarType area0=AreaBaseFace(orderedFaces0);
 
///do the collapse
-   DoCollapse(m, this-pos, newPos); // v0 is deleted and v1 take 
the new position
+   this-DoCollapse(m, this-pos, newPos); // v0 is deleted and v1 
take the new position
//vcg::tri::UpdateTopologyBaseMesh::TestVertexFace(m); ///TEST
//---///
///create a parametrized submesh post-collapse #1
--- 
meshlab-1.3.0a+dfsg1~/meshlab/src/meshlabplugins/filter_meshing/quadric_tex_simp.h
+++ 
meshlab-1.3.0a+dfsg1/meshlab/src/meshlabplugins/filter_meshing/quadric_tex_simp.h
@@ -424,7 +424,7 @@
}
 
 
-   this-_priority = max(priority1, priority2)*(1 + 
(Params().ExtraTCoordWeight)*(QH::Vd(this-pos.V(0)).size()+QH::Vd(this-pos.V(1)).size()
 - 2));
+   this-_priority = std::max(priority1, priority2)*(1 + 
(Params().ExtraTCoordWeight)*(QH::Vd(this-pos.V(0)).size()+QH::Vd(this-pos.V(1)).size()
 - 2));

return this-_priority;
}
@@ -668,7 +668,7 @@

constraint has been imposed during the re-computation of the 
other minimal */
 

-DoCollapse(m, this-pos, 

Bug#667526: dolfin-dev: fails to upgrade from squeeze - apt does not find an upgrade path

[Matej Vela]

On Mon, Apr 09, 2012 at 03:42:26PM +0200, Julien Cristau wrote:
 On Sat, Apr  7, 2012 at 03:10:19 +0200, David Kalnischkies wrote:
[...]
 In bug #667599 we have a report from piuparts that APT is unable to
 upgrade delfin-dev from squeeze to wheezy.
[...]
 libhdf5-openmpi-7 doesn't provide the 1.8.4 version right now, I think
 that got fixed a while back (it has Provides: libhdf5-1.8, which AFAIK
 is meaningless, but that shouldn't harm).  The conflicts/replaces could
 most likely be removed if there's no contents overlap.

This might also be causing Bug#667526 in simgear-dev.  Can you verify
whether the Conflicts/Replaces are really necessary?

Thanks,

Matej



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

Bug#672727: kicad: diff for NMU (0.20120126+bzr3256-3.1)

[Matej Vela]

tag 672727 pending
thanks

Hi,

I'm uploading an NMU for kicad (0.20120126+bzr3256-3.1) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpVOQ7jEjHdu.pgp
Description: PGP signature
--- kicad-0.20120126+bzr3256~/debian/changelog
+++ kicad-0.20120126+bzr3256/debian/changelog
@@ -1,3 +1,12 @@
+kicad (0.20120126+bzr3256-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * gcc-4.7: Fix build failure with GCC 4.7.  Closes: #672727.
+- include/boost/polygon/polygon_90_set_data.hpp: Include
+  detail/polygon_sort_adaptor.hpp for gtlsort.
+
+ -- Matej Vela v...@debian.org  Fri, 25 May 2012 22:25:46 +0100
+
 kicad (0.20120126+bzr3256-3) unstable; urgency=low
 
   * excluded .pdf files from dh_compress. Closes: #659660
--- kicad-0.20120126+bzr3256~/debian/patches/gcc-4.7.patch
+++ kicad-0.20120126+bzr3256/debian/patches/gcc-4.7.patch
@@ -0,0 +1,17 @@
+Description: Fix build failure with GCC 4.7
+ - include/boost/polygon/polygon_90_set_data.hpp: Include
+   detail/polygon_sort_adaptor.hpp for gtlsort.
+Bug-Debian: http://bugs.debian.org/672727
+Author: Matej Vela v...@debian.org
+Last-Update: 2012-05-17
+
+--- kicad-0.20120126+bzr3256~/include/boost/polygon/polygon_90_set_data.hpp
 kicad-0.20120126+bzr3256/include/boost/polygon/polygon_90_set_data.hpp
+@@ -16,6 +16,7 @@
+ #include detail/iterator_points_to_compact.hpp
+ #include detail/iterator_compact_to_points.hpp
+ #include polygon_traits.hpp
++#include detail/polygon_sort_adaptor.hpp
+ 
+ //manhattan boolean algorithms
+ #include detail/boolean_op.hpp
--- kicad-0.20120126+bzr3256~/debian/patches/series
+++ kicad-0.20120126+bzr3256/debian/patches/series
@@ -0,0 +1 @@
+gcc-4.7.patch


pgp5chRMrRJiv.pgp
Description: PGP signature

Bug#667876: failed ia64 build of zipper.app 1.3-2.1

[Matej Vela]

On Fri, May 25, 2012 at 11:15:25AM +, Debian buildds wrote:
  * Source package: zipper.app
  * Version: 1.3-2.1
  * Architecture: ia64
  * State: failed
  * Suite: sid
  * Builder: alkman.debian.org
  * Build log: 
 https://buildd.debian.org/fetch.cgi?pkg=zipper.apparch=ia64ver=1.3-2.1stamp=1337944168file=log

Looks like something temporary or specific to libxml2:

[...]
  Linking app Zipper ...
 /usr/lib/ia64-linux-gnu/libxml2.so.2: undefined reference to 
 `gzopen64@ZLIB_1.2.3.3'
 collect2: ld returned 1 exit status

Other archs are OK (including amd64, so probably not 64-bit related).
I'll keep an eye on it.

Cheers,

Matej



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

Bug#667876: zipper.app: diff for NMU (1.3-2.1)

[Matej Vela]

tag 667876 patch pending
thanks

Hi,

I'm uploading an NMU for zipper.app (1.3-2.1) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpkRsmts3Got.pgp
Description: PGP signature
--- zipper.app-1.3~/debian/changelog
+++ zipper.app-1.3/debian/changelog
@@ -1,3 +1,11 @@
+zipper.app (1.3-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * gcc-4.7: Fix build failure with GCC 4.7.  Closes: #667876.
+- ZipperDocument.m: sel_eq replaced by sel_isEqual.
+
+ -- Matej Vela v...@debian.org  Wed, 23 May 2012 11:02:09 +0100
+
 zipper.app (1.3-2) unstable; urgency=low
 
   * Upload to unstable.
--- zipper.app-1.3~/debian/patches/gcc-4.7.patch
+++ zipper.app-1.3/debian/patches/gcc-4.7.patch
@@ -0,0 +1,17 @@
+Description: Fix build failure with GCC 4.7
+ - ZipperDocument.m: sel_eq replaced by sel_isEqual.
+Bug-Debian: http://bugs.debian.org/667876
+Author: Matej Vela v...@debian.org
+Last-Update: 2012-05-23
+
+--- zipper.app-1.3~/ZipperDocument.m
 zipper.app-1.3/ZipperDocument.m
+@@ -210,7 +210,7 @@
+ {
+   SEL action = [anItem action];
+   
+-  if (sel_eq(action, @selector(openFile:)) || sel_eq(action, 
@selector(showPreferences:))) 
++  if (sel_isEqual(action, @selector(openFile:)) ||
sel_isEqual(action, @selector(showPreferences:))) 
+   {
+   return YES;
+   }
--- zipper.app-1.3~/debian/patches/series
+++ zipper.app-1.3/debian/patches/series
@@ -0,0 +1 @@
+gcc-4.7.patch
--- zipper.app-1.3~/debian/source/format
+++ zipper.app-1.3/debian/source/format
@@ -0,0 +1 @@
+3.0 (quilt)


pgpPXltEwlqX3.pgp
Description: PGP signature

Bug#666646: chaksem: diff for NMU (1.7b-5.1)

[Matej Vela]

tag 46 pending
tag 669603 patch pending
thanks

Hi,

I'm uploading an NMU for chaksem (1.7b-5.1) to DELAYED/2-day.  Please
let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpVLigOk2Wv9.pgp
Description: PGP signature
--- chaksem-1.7b/debian/changelog
+++ chaksem-1.7b/debian/changelog
@@ -1,3 +1,13 @@
+chaksem (1.7b-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Use dh_installtex rather than mktexlsr directly.  Closes: #669603.
+
+  [ Sebastian Ramacher ]
+  * Add Build-Dep on texlive-latex-extra for a4wide.sty (Closes: #46).
+
+ -- Matej Vela v...@debian.org  Wed, 23 May 2012 12:35:50 +0100
+
 chaksem (1.7b-5) unstable; urgency=low
 
   * Bump standards version to 3.8.3.
--- chaksem-1.7b/debian/control
+++ chaksem-1.7b/debian/control
@@ -2,13 +2,13 @@
 Section: tex
 Priority: optional
 Maintainer: Jamie Wilkinson j...@debian.org
-Build-Depends: debhelper (= 7)
-Build-Depends-Indep: texlive-base-bin, texlive-latex-base, 
texlive-latex-recommended, texlive-fonts-recommended
+Build-Depends: debhelper (= 7), tex-common
+Build-Depends-Indep: texlive-base-bin, texlive-latex-base, 
texlive-latex-recommended, texlive-fonts-recommended, texlive-latex-extra
 Standards-Version: 3.8.3
 
 Package: chaksem
 Architecture: all
-Depends: texlive-base-bin, texlive-latex-base, texlive-latex-recommended, 
texlive-fonts-recommended
+Depends: texlive-base-bin, texlive-latex-base, texlive-latex-recommended, 
texlive-fonts-recommended, ${misc:Depends}
 Description: LaTeX class for presentations
  chaksem is a LaTeX2e class for slides.  Based on seminar, it adds
  support for running footers as well as itemised and numbered lists,
--- chaksem-1.7b/debian/postrm
+++ chaksem-1.7b/debian/postrm
@@ -4,9 +4,6 @@
 
 case $1 in
remove)
-   if [ -x /usr/bin/mktexlsr ]; then
-   /usr/bin/mktexlsr
-   fi
;;
 
purge|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
--- chaksem-1.7b/debian/postinst
+++ chaksem-1.7b/debian/postinst
@@ -25,9 +25,6 @@
 
 case $1 in
 configure)
-   if [ -x /usr/bin/mktexlsr ] ; then
-   /usr/bin/mktexlsr
-   fi
 ;;
 
 abort-upgrade|abort-remove|abort-deconfigure)
--- chaksem-1.7b/debian/rules
+++ chaksem-1.7b/debian/rules
@@ -38,6 +38,7 @@
dh_testroot
dh_installdocs
dh_installchangelogs
+   dh_installtex
dh_link
dh_strip
dh_compress


pgpDm51vOxZ1B.pgp
Description: PGP signature

Bug#665254: twidge: FTBFS: setup: At least the following dependencies are missing: hoauth ==0.2.3.*

[Matej Vela]

retitle 665254 twidge: FTBFS: needs changes for hoauth 0.3.3
tag 665254 upstream
thanks

On Thu, Mar 22, 2012 at 05:55:52PM +0100, Lucas Nussbaum wrote:
[...]
 setup: At least the following dependencies are missing:
 hoauth ==0.2.3.*

If the version check in twidge.cabal is relaxed, it doesn't get much
further with hoauth 0.3.3:

./setup build
Building twidge-1.0.8...
Preprocessing executable 'twidge' for twidge-1.0.8...
[ 1 of 15] Compiling TwidgeHttpClient ( TwidgeHttpClient.hs, 
dist/build/twidge/twidge-tmp/TwidgeHttpClient.o )

TwidgeHttpClient.hs:52:3:
`unpack' is not a (visible) method of class 
`Network.OAuth.Http.HttpClient.HttpClient'

TwidgeHttpClient.hs:57:3:
`request' is not a (visible) method of class 
`Network.OAuth.Http.HttpClient.HttpClient'
make[1]: *** [all] Error 1

FWIW, it builds fine on wheezy with hoauth 0.2.3.

Cheers,

Matej



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

Bug#674216: umview: upstream URL update

[Matej Vela]

Package: umview
Version: 0.6-1
Severity: minor

The copyright file should be updated with the new upstream URL,
http://sourceforge.net/projects/view-os/.

Thanks,

Matej



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

Bug#663671: umview: FTBFS: error: 'lwip_vdeif_add' undeclared here (not in a function)

[Matej Vela]

tag 663671 patch
thanks

On Tue, Mar 13, 2012 at 10:04:59AM +0100, Moritz Muehlenhoff wrote:
 Your package fails to build from source:
[...]
 lwipv6.c:222:40: error: 'lwip_vdeif_add' undeclared here (not in a function)
 lwipv6.c:222:55: error: 'lwip_tapif_add' undeclared here (not in a function)
 lwipv6.c:222:70: error: 'lwip_tunif_add' undeclared here (not in a function)

lwipv6 1.4a+ exposes these as macros rather than function declarations.
The replacements are lwip_add_vdeif/lwip_add_tapif/lwip_add_tunif; patch
below.

Cheers,

Matej
--- umview-0.6~/um_lwip/lwipv6.c
+++ umview-0.6/um_lwip/lwipv6.c
@@ -219,7 +219,7 @@
 static char *intname[]={vd,tp,tn};
 #define INTTYPES (sizeof(intname)/sizeof(char *))
 typedef struct netif *((*netifstarfun)());
-static netifstarfun 
initfun[INTTYPES]={lwip_vdeif_add,lwip_tapif_add,lwip_tunif_add};
+static netifstarfun 
initfun[INTTYPES]={lwip_add_vdeif,lwip_add_tapif,lwip_add_tunif};
 static char intnum[INTTYPES];
 struct ifname {
unsigned char type;
@@ -334,7 +334,7 @@
for (i=0;iINTTYPES;i++)
for (j=0;jintnum[i];j++)
if (initfun[i] != NULL) {
-   initfun[i](lwipstack,ifname(ifh,i,j));
+   
initfun[i](lwipstack,ifname(ifh,i,j),NETIF_STD_FLAGS);
}
iffree(ifh);
 
--- umview-0.6~/umnetlwipv6/umnetlwipv6.c
+++ umview-0.6/umnetlwipv6/umnetlwipv6.c
@@ -215,11 +215,11 @@
if (totint==0)
intnum[0]=1;
for (j=0;jintnum[0];j++)
-   lwip_vdeif_add(s,ifname(ifh,0,j));
+   lwip_add_vdeif(s,ifname(ifh,0,j),NETIF_STD_FLAGS);
for (j=0;jintnum[1];j++)
-   lwip_tunif_add(s,ifname(ifh,1,j));
+   lwip_add_tunif(s,ifname(ifh,1,j),NETIF_STD_FLAGS);
for (j=0;jintnum[2];j++)
-   lwip_tapif_add(s,ifname(ifh,2,j));
+   lwip_add_tapif(s,ifname(ifh,2,j),NETIF_STD_FLAGS);
iffree(ifh);
 
if (paramval[0] != NULL)

Bug#601483: plywood: diff for NMU (0.5.11+nmu2)

[Matej Vela]

tag 669386 patch pending
tag 601483 patch pending
tag 645257 patch pending
thanks

Hi,

I'm uploading an NMU for plywood (0.5.11+nmu2) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgph7IrA6GY9o.pgp
Description: PGP signature
--- plywood-0.5.11+nmu1/debian/changelog
+++ plywood-0.5.11+nmu2/debian/changelog
@@ -1,3 +1,14 @@
+plywood (0.5.11+nmu2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Use dh_installtex rather than mktexlsr directly.  Closes: #669386.
+  * Update dependencies for wheezy:
+- Depend on python-pkg-resources.  Closes: #645257.
+- Depend on emacs23 | emacsen instead of emacs21 | emacs20 | emacsen.
+- Suggest ghostscript instead of gs.  Closes: #601483.
+
+ -- Matej Vela v...@debian.org  Tue, 22 May 2012 22:30:43 +0100
+
 plywood (0.5.11+nmu1) unstable; urgency=low
 
   * NMU
--- plywood-0.5.11+nmu1/debian/control
+++ plywood-0.5.11+nmu2/debian/control
@@ -2,14 +2,14 @@
 Section: text
 Priority: optional
 Maintainer: Monty Taylor mord...@inaugust.com
-Build-Depends: debhelper (= 5), cdbs (= 0.4.43), python-setuptools
+Build-Depends: debhelper (= 5), cdbs (= 0.4.43), python-setuptools, 
tex-common
 Build-Depends-Indep: python | python-dev | python-all-dev, python-support (= 
0.4) 
 Standards-Version: 3.7.2
 
 Package: plywood
 Architecture: all
-Depends: texlive-latex-base, ${python:Depends}, emacs21 | emacs20 | emacsen
-Suggests: pdf-viewer, postscript-viewer, gs
+Depends: texlive-latex-base, python-pkg-resources, ${python:Depends}, 
${misc:Depends}, emacs23 | emacsen
+Suggests: pdf-viewer, postscript-viewer, ghostscript
 Conflicts: plywood-elisp
 Replaces: plywood-elisp
 Description: Playwriting typing and typesetting help
--- plywood-0.5.11+nmu1/debian/postinst
+++ plywood-0.5.11+nmu2/debian/postinst
@@ -24,7 +24,6 @@
 
 case $1 in
 configure)
-  /usr/bin/mktexlsr
 ;;
 
 abort-upgrade|abort-remove|abort-deconfigure)
--- plywood-0.5.11+nmu1/debian/rules
+++ plywood-0.5.11+nmu2/debian/rules
@@ -14,3 +14,6 @@
install -m 644 plywood.sty 
debian/plywood/usr/share/texmf/tex/latex/plywood/plywood.sty
mkdir -p debian/plywood/usr/share/emacs/site-lisp/plywood
install -m 644 play-mode.el 
debian/plywood/usr/share/emacs/site-lisp/plywood/play-mode.el
+
+binary-post-install/plywood::
+   dh_installtex -p$(cdbs_curpkg)


pgpo6MI4WYRuu.pgp
Description: PGP signature

Bug#673622: givaro: causes FTBFS for linbox with GCC 4.7

[Matej Vela]

Package: libgivaro-dev
Version: 3.2.13-1.2
Severity: serious
Tags: upstream

givaro's includes are causing errors for linbox when building with GCC 4.7
(Bug#667264) -- patch attached:

[...]
../../linbox/field/givaro-gfq.h:137:25:   required from here
/usr/include/givaro/givpoly1proot.inl:289:15: error: 'degree' was not declared 
in this scope, and no declarations were found by argument-dependent lookup at 
the point of instantiation [-fpermissive]
/usr/include/givaro/givpoly1proot.inl:289:15: note: declarations in dependent 
base 'Poly1DomGFqDomint, Dense' are not found by unqualified lookup
/usr/include/givaro/givpoly1proot.inl:289:15: note: use 'this-degree' instead
[...]
../../linbox/ring/givaro-polynomial.h:164:68:   required from here
/usr/include/givaro/givpoly1factor.inl:168:16: error: 'degree' was not declared 
in this scope, and no declarations were found by argument-dependent lookup at 
the point of instantiation [-fpermissive]
/usr/include/givaro/givpoly1factor.inl:168:16: note: declarations in dependent 
base 'Poly1DomLinBox::Modulardouble, Dense' are not found by unqualified 
lookup
/usr/include/givaro/givpoly1factor.inl:168:16: note: use 'this-degree' instead
[...]
../../linbox/field/givaro-gfq.h:100:75:   required from here
/usr/include/givaro/givintnumtheo.inl:405:5: error: 'isleq' was not declared in 
this scope, and no declarations were found by argument-dependent lookup at the 
point of instantiation [-fpermissive]
/usr/include/givaro/givintnumtheo.inl:405:5: note: declarations in dependent 
base 'IntegerDom' are not found by unqualified lookup
/usr/include/givaro/givintnumtheo.inl:405:5: note: use 'this-isleq' instead
[...]

Thanks,

Matej
--- givaro-3.2.13~/src/kernel/integer/givintnumtheo.inl
+++ givaro-3.2.13/src/kernel/integer/givintnumtheo.inl
@@ -17,8 +17,8 @@
 // === //
 templateclass RandIter
 typename IntNumTheoDomRandIter::Rep IntNumTheoDomRandIter::phi(Rep res, 
const Rep n) const {
-if (isleq(n,1)) return res=n;
-if (isleq(n,3)) return sub(res,n,this-one);
+if (this-isleq(n,1)) return res=n;
+if (this-isleq(n,3)) return this-sub(res,n,this-one);
 std::listRep Lf;
 Father_t::set(Lf,n);
 //return phi (res,Lf,n);
@@ -29,11 +29,11 @@
 templateclass RandIter
 template templateclass, class class Container, templateclass class Alloc
  typename IntNumTheoDomRandIter::Rep IntNumTheoDomRandIter::phi(Rep res, 
const ContainerRep, AllocRep  Lf, const Rep n) const {
-if (isleq(n,1)) return res=n;
-if (isleq(n,3)) return sub(res,n,this-one);
+if (this-isleq(n,1)) return res=n;
+if (this-isleq(n,3)) return this-sub(res,n,this-one);
 res = n; Rep t,m;
 for(typename ContainerRep, AllocRep ::const_iterator f=Lf.begin(); 
f!=Lf.end(); ++f) 
-mul(res, divexact(t,res,*f), sub(m, *f, this-one));
+this-mul(res, this-divexact(t,res,*f), this-sub(m, *f, this-one));
 return res;
 }
 
@@ -402,8 +402,8 @@
 typename IntNumTheoDomRandIter::Rep 
IntNumTheoDomRandIter::lowest_prim_root(Rep A, const Rep n) const {
 // n must be in {2,4,p^m,2p^m} where p is an odd prime
 // else returns zero
-if (isleq(n,4)) return sub(A,n,this-one);
-if (isZero(mod(A,n,4))) return A=this-zero;
+if (this-isleq(n,4)) return this-sub(A,n,this-one);
+if (isZero(this-mod(A,n,4))) return A=this-zero;
 Rep phin, tmp; 
 phi(phin,n);
 std::listRep Lf;
@@ -412,15 +412,15 @@
 for(f=Lf.begin();f!=Lf.end();++f)
 this-div(*f,phin,*f);
 int found=0;
-for(A = 2;(isleq(A,n)  (! found));addin(A,1)) {
+for(A = 2;(this-isleq(A,n)  (! found));this-addin(A,1)) {
 if (isOne(gcd(tmp,A,n))) {
 found = 1;
 for(f=Lf.begin();(f!=Lf.end()  found);f++)
 found = (! isOne( this-powmod(tmp,A,*f,n)) );
 }
 }
-if (isleq(A,n))
-return subin(A,1);
+if (this-isleq(A,n))
+return this-subin(A,1);
 else
 return A=this-zero; 
 }
--- givaro-3.2.13~/src/library/poly1/givpoly1factor.inl
+++ givaro-3.2.13/src/library/poly1/givpoly1factor.inl
@@ -24,7 +24,7 @@
 , Residu_t MOD) const {
typename Domain::Element one;
_domain.init(one, 1UL);
-Degree dG;degree(dG,G);
+Degree dG;this-degree(dG,G);
 if (dG == d)
 L.push_back(G);
 else {
@@ -32,7 +32,7 @@
 while (! splitted) {
 Rep tmp, G1;
 this-gcd(G1, G, this-random(_g, tmp, dG-1));
-Degree dG1; degree(dG1,G1);
+Degree dG1; this-degree(dG1,G1);
 // write(std::cerr  SF rd: , tmp)  std::endl;
 // write(std::cerr  SF G1: , G1)  std::endl;
 if ( dG1 != dG) {
@@ -44,8 +44,8 @@
 Integer pp = (power(Integer(MOD), d.value()) - 1)/2;
 // std::cerr  pp:   pp  std::endl;
 Rep tp, tp2, G2;
-this-gcd(G2,G, sub(tp2, this-powmod(tp, tmp, pp, G) , one) );
-Degree dG2; 

Bug#667264: linbox: ftbfs with GCC-4.7

[Matej Vela]

block 667264 by 673622
tag 667264 patch
thanks

Some of the errors are caused by includes from libgivaro-dev (Bug#673622).
Here's a patch for the problems in linbox itself.

Cheers,

Matej
--- linbox-1.1.6~rc0~/debian/patches/gcc-4.7-fixes.patch
+++ linbox-1.1.6~rc0/debian/patches/gcc-4.7-fixes.patch
@@ -0,0 +1,51 @@
+Description: Fix build failure with GCC 4.7
+Bug-Debian: http://bugs.debian.org/667264
+Author: Matej Vela v...@debian.org
+Last-Update: 2012-05-20
+
+--- linbox-1.1.6~rc0~/linbox/algorithms/blackbox-container-symmetric.h
 linbox-1.1.6~rc0/linbox/algorithms/blackbox-container-symmetric.h
+@@ -44,10 +44,10 @@
+   templateclass Vector
+   BlackboxContainerSymmetric (const Blackbox *D, const Field F, const 
Vector u0)
+   : BlackboxContainerBaseField, _Blackbox (D, F)
+-  { init (u0, u0); }
++  { this-init (u0, u0); }
+   BlackboxContainerSymmetric (const Blackbox *D, const Field F, RandIter 
g)
+   : BlackboxContainerBaseField, _Blackbox (D, F)
+-  { init (g); }
++  { this-init (g); }
+ 
+ protected:
+ 
+--- linbox-1.1.6~rc0~/linbox/algorithms/blackbox-container.h
 linbox-1.1.6~rc0/linbox/algorithms/blackbox-container.h
+@@ -34,7 +34,7 @@
+   BlackboxContainer(const Blackbox * D, const Field F, const Vector u0) 
+   : BlackboxContainerBaseField, Blackbox (D, F)
+   {
+-  init (u0, u0); w = this-u;
++  this-init (u0, u0); w = this-u;
+ #ifdef INCLUDE_TIMING
+   _applyTime = _dotTime = 0.0;
+ #endif
+@@ -65,7 +65,7 @@
+   BlackboxContainer(const Blackbox * D, const Field F, RandIter g) 
+   : BlackboxContainerBaseField, Blackbox (D, F)
+   {
+-  init (g); w = this-u;
++  this-init (g); w = this-u;
+ #ifdef INCLUDE_TIMING
+   _applyTime = _dotTime = 0.0;
+ #endif
+--- linbox-1.1.6~rc0~/linbox/matrix/matrix-domain.h
 linbox-1.1.6~rc0/linbox/matrix/matrix-domain.h
+@@ -818,7 +818,7 @@
+   Vector1 mulColSpecialized (Vector1 w, const Matrix A, const Vector2 
v,
+   VectorCategories::DenseVectorTag,
+   VectorCategories::DenseVectorTag) const
+-  { return mulColDense (_VD, w, A, v); } 
++  { return this-mulColDense (_VD, w, A, v); } 
+   template class Vector1, class Matrix, class Vector2
+   Vector1 mulColSpecialized (Vector1 w, const Matrix A, const Vector2 
v,
+   VectorCategories::DenseVectorTag,
--- linbox-1.1.6~rc0~/debian/patches/series
+++ linbox-1.1.6~rc0/debian/patches/series
@@ -999,0 +999,1 @@
+gcc-4.7-fixes.patch

Bug#673622: givaro: causes FTBFS for linbox with GCC 4.7

[Matej Vela]

tag 673622 patch fixed-upstream
thanks

All of these fixes are included in givaro 3.6.0, though linbox 1.1.6
doesn't build with it due to other changes.

Cheers,

Matej



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

Bug#590905: testing so far

[Matej Vela]

Nicholas Bamber nicho...@periapt.co.uk writes:

 The attached debdiff seems to help gmysqlcc, mediatomb, mydumper,
 mysql-connector-++ to build.

From what I can tell, mysql_config --libs and mysql_config --libs_r
still pull in other libraries?  I really think they should be restricted
to -lmysqlclient and -lmysqlclient_r respectively.  Every additional
dependency can complicate transitions and upgrades down the line, and
doesn't bring any upside.  What we should be aiming for is the behavior
from wheezy:

$ mysql_config | grep -- --libs
--libs   [-rdynamic -L/usr/lib/mysql -lmysqlclient]
--libs_r [-rdynamic -L/usr/lib/mysql -lmysqlclient_r]

 It still fails for myodbc with the following error:
[...]
 stringutil.c:125:5: error: too many arguments to function 'my_free'

As Steve mentioned in #673264, you should test with the version from
experimental (it was building fine without -lssl -lcrypto when I
checked on Friday).

Cheers,

Matej



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

Bug#673389: pingus: diff for NMU (0.7.6-1.1)

[Matej Vela]

tag 673389 patch pending
thanks

Hi,

I'm uploading an NMU for pingus (0.7.6-1.1) to DELAYED/2-day.  Please
let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpBiqIyJ39Az.pgp
Description: PGP signature
--- pingus-0.7.6~/debian/changelog
+++ pingus-0.7.6/debian/changelog
@@ -1,3 +1,12 @@
+pingus (0.7.6-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * 20_gcc_4.7: Fix build failure with GCC 4.7.  Closes: #673389.
+- src/pingus/pingus_main.cpp, src/pingus/screens/pingus_menu.cpp:
+  Add whitespace between string literals and macros.
+
+ -- Matej Vela v...@debian.org  Sat, 19 May 2012 11:21:44 +0100
+
 pingus (0.7.6-1) unstable; urgency=low
 
   * New upstream release.
--- pingus-0.7.6~/debian/patches/20_gcc_4.7
+++ pingus-0.7.6/debian/patches/20_gcc_4.7
@@ -0,0 +1,29 @@
+Description: Fix build failure with GCC 4.7
+ - src/pingus/pingus_main.cpp, src/pingus/screens/pingus_menu.cpp:
+   Add whitespace between string literals and macros.
+Bug-Debian: http://bugs.debian.org/673389
+Author: Matej Vela v...@debian.org
+Last-Update: 2012-05-19
+
+--- a/src/pingus/pingus_main.cpp
 b/src/pingus/pingus_main.cpp
+@@ -465,7 +465,7 @@
+ void
+ PingusMain::print_greeting_message()
+ {
+-  std::string greeting = Welcome to Pingus VERSION;
++  std::string greeting = Welcome to Pingus  VERSION;
+   greeting += !;
+   std::cout   greeting  std::endl;
+   for (unsigned int i = 0; i  greeting.length(); ++i)
+--- a/src/pingus/screens/pingus_menu.cpp
 b/src/pingus/screens/pingus_menu.cpp
+@@ -153,7 +153,7 @@
+  gc.get_height()/2 - 280));
+ 
+   gc.print_left(Fonts::pingus_small, Vector2i(gc.get_width()/2 - 400 + 25, 
gc.get_height()-140),
+-Pingus VERSION - Copyright (C) 1998-2011 Ingo Ruhnke 
grum...@gmail.com\n
++Pingus  VERSION  - Copyright (C) 1998-2011 Ingo Ruhnke 
grum...@gmail.com\n
+ See the file AUTHORS for a complete list of contributors.\n
+ Pingus comes with ABSOLUTELY NO WARRANTY. This is free 
software, and you are\n
+ welcome to redistribute it under certain conditions; see the 
file COPYING for details.\n);
--- pingus-0.7.6~/debian/patches/series
+++ pingus-0.7.6/debian/patches/series
@@ -2,0 +2,1 @@
+20_gcc_4.7

Bug#669395: whizzytex: diff for NMU (1.3.2-1.1)

[Matej Vela]

tag 45 pending
tag 669395 pending
thanks

Hi,

I'm uploading an NMU for whizzytex (1.3.2-1.1) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpVox1dRaacJ.pgp
Description: PGP signature
--- whizzytex-1.3.2~/debian/changelog
+++ whizzytex-1.3.2/debian/changelog
@@ -1,3 +1,12 @@
+whizzytex (1.3.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * 11_boxsep_boolean: doc/manual.tex: Set boxsep to false rather
+than 0pt.  Closes: #45.
+  * Use dh_installtex.  Closes: #669395.
+
+ -- Matej Vela v...@debian.org  Sat, 19 May 2012 18:49:04 +0100
+
 whizzytex (1.3.2-1) unstable; urgency=low
 
   [ Matthias Klose ]
--- whizzytex-1.3.2~/debian/control
+++ whizzytex-1.3.2/debian/control
@@ -2,7 +2,7 @@
 Section: tex
 Priority: optional
 Maintainer: Junichi Uekawa dan...@debian.org
-Build-Depends-Indep: hevea (= 1.08), texlive-pstricks, texlive-latex-extra, 
advi, texlive-latex-recommended
+Build-Depends-Indep: hevea (= 1.08), texlive-pstricks, texlive-latex-extra, 
advi, texlive-latex-recommended, tex-common
 Build-Depends: debhelper ( 3.0.0), dpatch
 Standards-Version: 3.7.2
 
--- whizzytex-1.3.2~/debian/patches/00list
+++ whizzytex-1.3.2/debian/patches/00list
@@ -1,2 +1,3 @@
 07_bash_makefile
 09_compat_config
+11_boxsep_boolean
--- whizzytex-1.3.2~/debian/patches/11_boxsep_boolean.dpatch
+++ whizzytex-1.3.2/debian/patches/11_boxsep_boolean.dpatch
@@ -0,0 +1,37 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 11_boxsep_boolean.dpatch by Matej Vela v...@debian.org
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: doc/manual.tex: Set boxsep to false rather than 0pt (Bug#45).
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' 
'--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' 
whizzytex-1.3.2~/doc/manual.tex whizzytex-1.3.2/doc/manual.tex
+--- whizzytex-1.3.2~/doc/manual.tex2011-08-01 08:43:46.0 +0100
 whizzytex-1.3.2/doc/manual.tex 2012-05-16 18:11:27.0 +0100
+@@ -1410,7 +1410,7 @@
+ This small page contains
+ 
+ \hbox {\hbox to 0em
+-{\hss\circlenode[linecolor=green,boxsep=0pt,framesep=0.4ex]{A}{}\hss}%
++{\hss\circlenode[linecolor=green,boxsep=false,framesep=0.4ex]{A}{}\hss}%
+ \adviedit{x=0.3418,y=-0.1445,w=0.6574}
+ 
{\pnode{P}\psframebox[linecolor=blue,framesep=0pt]{\setbox0=\hbox{\parbox[c]{\adviw}{This
+ whizzy-editable parbox drawn in a blue rectangle. 
+@@ -1430,7 +1430,7 @@
+ \wd0=1ex\ht0=1ex
+ \psframebox[linecolor=blue,framesep=0pt]
+ {\pnode{P2}\hbox to 0em
+-{\hss\circlenode[linecolor=green,boxsep=0pt,framesep=0.4ex]{A}{}\hss}%
++{\hss\circlenode[linecolor=green,boxsep=false,framesep=0.4ex]{A}{}\hss}%
+ \box0\pnode{Q2}\ncline[linecolor=blue]{P2}{Q2}}%
+ 
+ a whizzy-editable vertical space. 
+@@ -1555,7 +1555,7 @@
+ \begin{verbatim}
+ \adviedit[A]{w=4}
+   {\setedit{unit=\adviw}%
+-   \psset{boxsep=0pt,framesep=0pt}%
++   \psset{boxsep=false,framesep=0pt}%
+\hbox to \adviw
+  {\circlenode{A}{\hspace {\adviw}}\hss
+   \adviedit[B]{w=0.5}{\circlenode{B}{\hspace{\adviw}
--- whizzytex-1.3.2~/debian/postinst
+++ whizzytex-1.3.2/debian/postinst
@@ -5,44 +5,6 @@
 
 set -e
 
-# summary of how this script can be called:
-#* postinst `configure' most-recently-configured-version
-#* old-postinst `abort-upgrade' new version
-#* conflictor's-postinst `abort-remove' `in-favour' package
-#  new-version
-#* deconfigured's-postinst `abort-deconfigure' `in-favour'
-#  failed-install-package version `removing'
-#  conflicting-package version
-# for details, see /usr/share/doc/debian-policy/
-#
-# quoting from the policy:
-# Any necessary prompting should almost always be confined to the
-# post-installation script, and should be protected with a conditional
-# so that unnecessary prompting doesn't happen if a package's
-# installation fails and the `postinst' is called with `abort-upgrade',
-# `abort-remove' or `abort-deconfigure'.
-
-TEXCONFIG=/usr/bin/mktexlsr
-
-case $1 in
-configure)
-   if [ -e $TEXCONFIG ]
-   then
-   $TEXCONFIG
-   fi   
-
-;;
-
-abort-upgrade|abort-remove|abort-deconfigure)
-
-;;
-
-*)
-echo postinst called with unknown argument \`$1' 2
-exit 0
-;;
-esac
-
 # dh_installdeb will replace this with shell code automatically
 # generated by other debhelper scripts.
 
--- whizzytex-1.3.2~/debian/postrm
+++ whizzytex-1.3.2/debian/postrm
@@ -5,35 +5,6 @@
 
 set -e
 
-# summary of how this script can be called:
-#* postrm `remove'
-#* postrm `purge'
-#* old-postrm `upgrade' new-version
-#* new-postrm `failed-upgrade' old-version
-#* new-postrm `abort-install'
-#* new-postrm `abort-install' old-version
-#* new-postrm `abort-upgrade' old-version

Bug#667373: simgear: diff for NMU (2.4.0-1.3)

[Matej Vela]

Hi,

I'm uploading an NMU for simgear (2.4.0-1.3) with the previous patch;
full diff attached.

Cheers,

Matej


pgp58JbTPKyEO.pgp
Description: PGP signature
diff -ruN simgear-2.4.0/debian/changelog simgear-2.4.0.mv/debian/changelog
--- simgear-2.4.0/debian/changelog  2012-05-20 00:08:20.0 +0100
+++ simgear-2.4.0.mv/debian/changelog   2012-05-20 00:11:11.0 +0100
@@ -1,3 +1,10 @@
+simgear (2.4.0-1.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * simgear/math/SGMisc.hxx: Include cmath for floor.  Closes: #667373.
+
+ -- Matej Vela v...@debian.org  Sun, 20 May 2012 00:10:51 +0100
+
 simgear (2.4.0-1.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -ruN simgear-2.4.0/simgear/math/SGMisc.hxx 
simgear-2.4.0.mv/simgear/math/SGMisc.hxx
--- simgear-2.4.0/simgear/math/SGMisc.hxx   2011-01-18 19:39:40.0 
+
+++ simgear-2.4.0.mv/simgear/math/SGMisc.hxx2012-05-19 19:24:01.0 
+0100
@@ -18,6 +18,8 @@
 #ifndef SGMisc_H
 #define SGMisc_H
 
+#include cmath
+
 templatetypename T
 class SGMisc {
 public:

Bug#667167: flightgear: diff for NMU (2.4.0-1.1)

[Matej Vela]

tag 667167 pending
thanks

Hi,

I'm uploading an NMU for flightgear (2.4.0-1.1) to DELAYED/4-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpOA91vHWzEP.pgp
Description: PGP signature
--- flightgear-2.4.0~/debian/changelog
+++ flightgear-2.4.0/debian/changelog
@@ -1,3 +1,12 @@
+flightgear (2.4.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix build failure with GCC 4.7.  Closes: #667167.
+- utils/TerraSync/terrasync.cxx: Include unistd.h for
+  write, getpid, sleep.
+
+ -- Matej Vela v...@debian.org  Sun, 20 May 2012 01:38:16 +0100
+
 flightgear (2.4.0-1) unstable; urgency=low
 
   * New upstream release. Closes: #638588.
--- flightgear-2.4.0~/utils/TerraSync/terrasync.cxx
+++ flightgear-2.4.0/utils/TerraSync/terrasync.cxx
@@ -29,9 +29,12 @@
 #include windows.h
 #endif
 
+#if HAVE_UNISTD_H
+#include unistd.h // write(), getpid(), sleep()
+#endif
+
 #ifdef __MINGW32__
 #include time.h
-#include unistd.h
 #elif defined(_MSC_VER)
 #   include io.h
 #   ifndef HAVE_SVN_CLIENT_H

Bug#667316: openvpn-auth-ldap: ftbfs with GCC-4.7

[Matej Vela]

tag 667316 patch
thanks

On Tue, Apr 03, 2012 at 11:11:30PM +, Matthias Klose wrote:
[...]
 configure: error: Could not locate a working Objective-C runtime.

Patch below (tested with GCC 4.7.0, 4.6.2, and 4.4.5).

Cheers,

Matej
--- openvpn-auth-ldap-2.0.3~/debian/patches/gobjc_4.7_runtime.patch
+++ openvpn-auth-ldap-2.0.3/debian/patches/gobjc_4.7_runtime.patch
@@ -0,0 +1,56 @@
+Description: Fix build failure with GCC 4.7
+ - aclocal.m4 (OD_OBJC_RUNTIME): Check for modern GNU runtime (GCC 4.6+).
+Bug-Debian: http://bugs.debian.org/667316
+Author: Matej Vela v...@debian.org
+Last-Update: 2012-05-20
+
+--- a/aclocal.m4
 b/aclocal.m4
+@@ -156,11 +156,20 @@
+   AC_LINK_IFELSE([
+   AC_LANG_PROGRAM([
+   #include objc/objc.h
++  #ifdef __GNU_LIBOBJC__
++  #include 
objc/runtime.h
++  #else
+   #include 
objc/objc-api.h
++  #endif
+   ], [
++  #ifdef __GNU_LIBOBJC__
++  Class class = 
objc_lookUpClass(Object);
++  
puts(class_getName(class));
++  #else
+   id class = 
objc_lookup_class(Object);
+   id obj = @:@class 
alloc@:@;
+   puts(@:@obj name@:@);
++  #endif
+   ])
+   ], [
+   od_cv_objc_runtime_gnu=yes
+--- a/configure
 b/configure
+@@ -6459,15 +6459,24 @@
+ /* end confdefs.h.  */
+ 
+   #include objc/objc.h
++  #ifdef __GNU_LIBOBJC__
++  #include 
objc/runtime.h
++  #else
+   #include 
objc/objc-api.h
++  #endif
+ 
+ int
+ main ()
+ {
+ 
++  #ifdef __GNU_LIBOBJC__
++  Class class = 
objc_lookUpClass(Object);
++  
puts(class_getName(class));
++  #else
+   id class = 
objc_lookup_class(Object);
+   id obj = [class alloc];
+   puts([obj name]);
++  #endif
+ 
+   ;
+   return 0;
--- openvpn-auth-ldap-2.0.3~/debian/patches/series
+++ openvpn-auth-ldap-2.0.3/debian/patches/series
@@ -999,0 +999,1 @@
+gobjc_4.7_runtime.patch

Bug#667310: opencity: diff for NMU (0.0.6.4stable-1.1)

[Matej Vela]

tag 667310 patch pending
thanks

Hi,

I'm uploading an NMU for opencity (0.0.6.4stable-1.1) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgp4fxgFBpVII.pgp
Description: PGP signature
--- opencity-0.0.6.4stable~/debian/changelog
+++ opencity-0.0.6.4stable/debian/changelog
@@ -1,3 +1,11 @@
+opencity (0.0.6.4stable-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * gcc-4.7-fixes: Fix build failure with GCC 4.7.  Closes: #667310.
+- src/tinyxpath/node_set.cpp: Include ../main.h for HAVE_STDINT_H.
+
+ -- Matej Vela v...@debian.org  Fri, 18 May 2012 15:19:25 +0100
+
 opencity (0.0.6.4stable-1) unstable; urgency=low
 
   * New upstream Version
--- opencity-0.0.6.4stable~/debian/patches/gcc-4.7-fixes.patch
+++ opencity-0.0.6.4stable/debian/patches/gcc-4.7-fixes.patch
@@ -0,0 +1,16 @@
+Description: Fix build failure with GCC 4.7
+ - src/tinyxpath/node_set.cpp: Include ../main.h for HAVE_STDINT_H.
+Bug-Debian: http://bugs.debian.org/667310
+Author: Matej Vela v...@debian.org
+Last-Update: 2012-05-18
+
+--- opencity-0.0.6.4stable~/src/tinyxpath/node_set.cpp
 opencity-0.0.6.4stable/src/tinyxpath/node_set.cpp
+@@ -22,6 +22,7 @@
+ distribution.
+ */
+ 
++#include ../main.h
+ #include node_set.h
+ #ifdef HAVE_STDINT_H
+   #include stdint.h // for intptr_t (32/64 bits 
void* pointer compatibility)
--- opencity-0.0.6.4stable~/debian/patches/series
+++ opencity-0.0.6.4stable/debian/patches/series
@@ -2,0 +2,1 @@
+gcc-4.7-fixes.patch

Bug#583273: flegita: Crashes on startup

[Matej Vela]

On Fri, May 28, 2010 at 10:42:44PM +0200, Julien BLACHE wrote:
 Андрей Парамонов cmr.p...@gmail.com wrote:

 I've managed to get the following backtrace with hplip debug symbols:

 0xb090304c in sane_hpaio_control_option (handle=0x8262800, option=10,
 action=SANE_ACTION_GET_VALUE, pValue=0x0,
 pInfo=0xb34b21ac) at scan/sane/hpaio.c:2485
 2485*pIntValue = hpaio-currentDuplex;

 I think we have a winner :-) Now you'll just have to figure out why
 gnome-scan passes NULL here :/

Andrey, can you try rebuilding libsane-hpaio with the patch below?  Or I can
put together an (unofficial) package -- just let me know which dist/arch.

This is what seems to be happening:

(1) hplip-3.12.2/scan/sane/hpaio.c (sane_hpaio_open) initializes the option
descriptor array with zeros.  Most descriptors are later given actual
values (hpaioSetupOptions), but OPTION_DUPLEX (index 10) is initialized
only if duplex is active; if not, its .size is left as 0.

(2) gnome-scan-0.6.2/modules/gsane-scanner.c (gss_option_get_value_by_index)
fetches the duplex option descriptor, and passes its .size without
checking to g_malloc0.  For a size of 0, g_malloc0 is defined to return
NULL.  This is again passed without checking to sane_control_option,
which segfaults as soon as it tries to store the return value there.

It's a given that gnome-scan would be better off with more sanity checks,
but I think the right thing to do is for libsane-hpaio to initialize the
OPTION_DUPLEX descriptor unconditionally, to ensure that the return value
from sane_get_option_descriptor is valid for all callers.

(I haven't worked with SANE before, and don't have a scanner to test with,
so take all this with a large grain of salt. :-)

Cheers,

Matej
--- hplip-3.12.2/scan/sane/hpaio.c~ 2012-02-01 11:52:35.0 +
+++ hplip-3.12.2/scan/sane/hpaio.c  2012-05-17 10:07:20.0 +0100
@@ -1342,9 +1342,8 @@
 hpaio-option[OPTION_ADF_MODE].constraint_type = 
SANE_CONSTRAINT_STRING_LIST;
 hpaio-option[OPTION_ADF_MODE].constraint.string_list = hpaio-adfModeList;
 
-// Duplex scanning is supported
-if (hpaio-supportsDuplex  == 1)
-{
+// hpaioUpdateDescriptors will leave this active or inactive depending
+// on whether duplex is supported
hpaio-option[OPTION_DUPLEX].name = STR_NAME_DUPLEX;
hpaio-option[OPTION_DUPLEX].title = STR_TITLE_DUPLEX;
hpaio-option[OPTION_DUPLEX].desc = STR_DESC_DUPLEX;
@@ -1355,7 +1354,7 @@
SANE_CAP_SOFT_DETECT |
SANE_CAP_ADVANCED;
hpaio-option[OPTION_DUPLEX].constraint_type = SANE_CONSTRAINT_NONE;
-}
+
 hpaio-option[GROUP_GEOMETRY].title = STR_TITLE_GEOMETRY;
 hpaio-option[GROUP_GEOMETRY].type = SANE_TYPE_GROUP;
 hpaio-option[GROUP_GEOMETRY].cap = SANE_CAP_ADVANCED;

Bug#667170: freefem3d: diff for NMU (1.0pre10-3.1)

[Matej Vela]

tag 667170 patch pending
thanks

Hi,

I'm uploading an NMU for freefem3d (1.0pre10-3.1) to DELAYED/2-day.
Please let me know if you'd like me to cancel it or delay further.

Cheers,

Matej


pgpPm2EymHuON.pgp
Description: PGP signature
--- freefem3d-1.0pre10~/debian/changelog
+++ freefem3d-1.0pre10/debian/changelog
@@ -1,3 +1,12 @@
+freefem3d (1.0pre10-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * 30_gcc47: Fix build failure with GCC 4.7.  Closes: #667170.
+- algebra/Vector.hpp: Include cmath for sqrt.
+- solver/FEMDiscretization.hpp: Add this- qualifier.
+
+ -- Matej Vela v...@debian.org  Thu, 17 May 2012 14:07:03 +0100
+
 freefem3d (1.0pre10-3) unstable; urgency=low
 
   [ Sylvestre Ledru ]
--- freefem3d-1.0pre10~/debian/patches/30_gcc47.patch
+++ freefem3d-1.0pre10/debian/patches/30_gcc47.patch
@@ -0,0 +1,255 @@
+Description: Fix build failure with GCC 4.7
+Bug-Debian: http://bugs.debian.org/667170
+Author: Matej Vela v...@debian.org
+Last-Update: 2012-05-17
+
+--- freefem3d-1.0pre10~/algebra/Vector.hpp
 freefem3d-1.0pre10/algebra/Vector.hpp
+@@ -24,6 +24,7 @@
+ // Include STD definitions to get same environment ...
+ #include stddef.h
+ #include cstdlib
++#include cmath
+ #include Assert.hpp
+ 
+ #include ZoneCopy.hpp
+--- freefem3d-1.0pre10~/solver/FEMDiscretization.hpp
 freefem3d-1.0pre10/solver/FEMDiscretization.hpp
+@@ -117,7 +117,7 @@
+ 
+   ConformTransformation T(K);
+   JacobianTransformation J(T);
+-  generatesElementaryMatrix(this-__eSet,J);
++  this-generatesElementaryMatrix(this-__eSet,J);
+ 
+   TinyVector3 massCenter;
+   T.value(FiniteElement::massCenter(), massCenter);
+@@ -132,10 +132,10 @@
+ 
+ for (size_t l=0; lFiniteElement::numberOfDegreesOfFreedom; l++) {
+   const size_t I // Index of Ith value
+-= __degreeOfFreedomSet(((*iOperator).second).i(), index[l]);
++= this-__degreeOfFreedomSet(((*iOperator).second).i(), index[l]);
+   for (size_t m=0; mFiniteElement::numberOfDegreesOfFreedom; m++) {
+ const size_t J // Index of Jth value
+-  = __degreeOfFreedomSet(((*iOperator).second).j(), index[m]);
++  = this-__degreeOfFreedomSet(((*iOperator).second).j(), 
index[m]);
+ A(I,J) += coef*elementaryMatrix(l,m);
+   }
+ }
+@@ -183,7 +183,7 @@
+ 
+   ConformTransformation T(K);
+   JacobianTransformation J(T);
+-  generatesElementaryMatrix(this-__eSet,J);
++  this-generatesElementaryMatrix(this-__eSet,J);
+ 
+   const size_t cellNumber = icell.number();
+ 
+@@ -204,11 +204,11 @@
+ 
+   for (size_t l=0; lFiniteElement::numberOfDegreesOfFreedom; l++) {
+ const size_t I1 // Index of Ith value
+-  = __degreeOfFreedomSet(((*iOperator).second).i(), index[l]);
++  = this-__degreeOfFreedomSet(((*iOperator).second).i(), index[l]);
+ if (not((*this-__dirichletList)[I1])) {
+   for (size_t m=0; mFiniteElement::numberOfDegreesOfFreedom; m++) {
+ const size_t I2 // Index of Jth value
+-  = __degreeOfFreedomSet(((*iOperator).second).j(), index[m]);
++  = this-__degreeOfFreedomSet(((*iOperator).second).j(), 
index[m]);
+ if (not((*this-__dirichletList)[I2])) {
+   z[I1] += coef*elementaryMatrix(l,m)*x[I2];
+ }
+@@ -240,7 +240,7 @@
+ 
+   ConformTransformation T(K);
+   JacobianTransformation J(T);
+-  generatesElementaryMatrix(this-__eSet,J);
++  this-generatesElementaryMatrix(this-__eSet,J);
+ 
+   const size_t cellNumber = icell.number();
+ 
+@@ -261,11 +261,11 @@
+ 
+   for (size_t l=0; lFiniteElement::numberOfDegreesOfFreedom; l++) {
+ const size_t I1 // Index of Ith value
+-  = __degreeOfFreedomSet(((*iOperator).second).i(), index[l]);
++  = this-__degreeOfFreedomSet(((*iOperator).second).i(), index[l]);
+ if (not((*this-__dirichletList)[I1])) {
+   for (size_t m=0; mFiniteElement::numberOfDegreesOfFreedom; m++) {
+ const size_t I2 // Index of Jth value
+-  = __degreeOfFreedomSet(((*iOperator).second).j(), index[m]);
++  = this-__degreeOfFreedomSet(((*iOperator).second).j(), 
index[m]);
+ if (not((*this-__dirichletList)[I2])) {
+   z[I2] += coef*elementaryMatrix(l,m)*x[I1];
+ }
+@@ -295,7 +295,7 @@
+ 
+   ConformTransformation T(K);
+   JacobianTransformation J(T);
+-  generatesElementaryMatrix(this-__eSet,J);
++  this-generatesElementaryMatrix(this-__eSet,J);
+ 
+   size_t index[FiniteElement::numberOfDegreesOfFreedom];
+   for (size_t l=0; lFiniteElement::numberOfDegreesOfFreedom; ++l) {
+@@ -378,10 +378,10 @@
+ for (size_t l=0; lFiniteElement::numberOfQuadraturePoints; ++l)
+   f[l] = F(quadrature[l]);
+ 
+-generatesElementaryVector(eVect,J,f);
++this-generatesElementaryVector(eVect,J,f

Bug#672727: kicad: FTBFS in sid: error: 'gtlsort' was not declared

[Matej Vela]

tag 672727 patch upstream
thanks

On Sun, May 13, 2012 at 11:34:20AM +0200, Samuel Thibault wrote:
 kicad currently FTBFS in sid:

 /tmp/buildd/kicad-0.20120126+bzr3256/include/boost/polygon/polygon_90_set_data.hpp:299:9:
  error: 'gtlsort' was not declared in this scope, and no declarations were 
 found by argument-dependent lookup at the point of instantiation 
 [-fpermissive]

Patch below.

Cheers,

Matej
--- kicad-0.20120126+bzr3256/include/boost/polygon/polygon_90_set_data.hpp
+++ kicad-0.20120126+bzr3256.mv/include/boost/polygon/polygon_90_set_data.hpp
@@ -16,6 +16,7 @@
 #include detail/iterator_points_to_compact.hpp
 #include detail/iterator_compact_to_points.hpp
 #include polygon_traits.hpp
+#include detail/polygon_sort_adaptor.hpp
 
 //manhattan boolean algorithms
 #include detail/boolean_op.hpp

Bug#590905: libmysqld-dev: Missing dependency or wrong flags in mysql_config

[Matej Vela]

# causes multiple packages to FTBFS
severity 590905 serious
block 672619 by 590905
block 672824 by 590905
block 673262 by 590905 # also a runaway regexp here
block 673263 by 590905
thanks

On Sun, May 13, 2012 at 06:29:33PM -0700, Russ Allbery wrote:
 Miguel A. Colón Vélez debian.mic...@gmail.com writes:

 Adding a build dependency to libssl-dev solves the FTBFS but
 libmysqlclient-dev should probably be the one depending on libssl-dev.

 It should probably just be omitting all that stuff from its library
 configuration and relying on transitive library dependencies.

Yes, mysql_config should definitely omit most everything except for
-lmysqlclient.  There was a long mail about this a while ago...  Ah,
here it is:

http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html

Cheers,

Matej



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

Bug#583273: libsane-hpaio: duplex option descriptor uninitialized

[Matej Vela]

retitle 583273 libsane-hpaio: duplex option descriptor uninitialized
reassign 583273 hplip/3.12.2-1
tag 583273 patch upstream
thanks

On Thu, May 17, 2012 at 10:17:30PM +0400, Андрей Парамонов wrote:
 2012/5/17 Matej Vela v...@debian.org:
 Andrey, can you try rebuilding libsane-hpaio with the patch below?  Or I can
 put together an (unofficial) package -- just let me know which dist/arch.

 This is what seems to be happening:

 (1) hplip-3.12.2/scan/sane/hpaio.c (sane_hpaio_open) initializes the option
    descriptor array with zeros.  Most descriptors are later given actual
    values (hpaioSetupOptions), but OPTION_DUPLEX (index 10) is initialized
    only if duplex is active; if not, its .size is left as 0.

 (2) gnome-scan-0.6.2/modules/gsane-scanner.c (gss_option_get_value_by_index)
    fetches the duplex option descriptor, and passes its .size without
    checking to g_malloc0.  For a size of 0, g_malloc0 is defined to return
    NULL.  This is again passed without checking to sane_control_option,
    which segfaults as soon as it tries to store the return value there.

 It's a given that gnome-scan would be better off with more sanity checks,
 but I think the right thing to do is for libsane-hpaio to initialize the
 OPTION_DUPLEX descriptor unconditionally, to ensure that the return value
 from sane_get_option_descriptor is valid for all callers.

 (I haven't worked with SANE before, and don't have a scanner to test with,
 so take all this with a large grain of salt. :-)

 I've checked your patch and it works! Flegita appears to be really
 nice program ;-)

Great, let's reassign it then.  Dear hplip maintainers, please let me
know if there's anything I can help with further.

Cheers,

Matej



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

Bug#673264: myodbc: FTBFS in sid: mysql_real_query... no

[Matej Vela]

block 673264 by 590905
tag 673264 fixed-upstream
thanks

On Thu, May 17, 2012 at 12:56:56PM +0200, Samuel Thibault wrote:
 myodbc currently FTBFS in sid: 

 checking for mysql_real_query... no

The above is due to #590905:

checking for mysql_real_query... no
configure: error: Could not use the single thread MySQL client library, 
please check config.log for errors
[...]
configure:11590: gcc -o conftest -I/usr/include/mysql -DBIG_JOINS=1 
-fno-strict-aliasing -g -Wall -g -D_FORTIFY_SOURCE=2 -Wl,-z,relro conftest.c 
-lz  -L/usr/lib/x86_64-linux-gnu -lmysqlclient_r -lpthread -lz -lm -lrt -lssl 
-lcrypto -ldl 5
/usr/bin/ld: cannot find -lssl
/usr/bin/ld: cannot find -lcrypto

Once that's sorted out, another problem is that my_free() changed from
having two arguments in MySQL 5.1 to one argument in 5.5.  This was
fixed in Connector/ODBC 5.1.9:

http://bugs.mysql.com/bug.php?id=59473

Cheers,

Matej



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

Bug#673260: muddleftpd: FTBFS with multiarch libmysqlclient

[Matej Vela]

retitle 673260 muddleftpd: FTBFS with multiarch libmysqlclient
block 671115 by 673260
thanks

On Thu, May 17, 2012 at 12:46:29PM +0200, Samuel Thibault wrote:
 muddleftpd currently FTBFS in sid:

 make[3]: Entering directory 
 `/tmp/buildd/muddleftpd-1.3.13.1/modules/auth/authlibmysql'
 make[3]: *** No rule to make target `all'.  Stop.

Caused by configure not seeing libmysqlclient now that it's multiarch:

configure: configuring in modules/auth/authlibmysql
[...]
checking for mysql...

**
  ERROR: unable to find mysqlclient library
  checked in the following places
/usr/lib
/usr/lib/mysql
**

Cheers,

Matej



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

Bug#673262: mydumper: FTBFS with multiarch libmysqlclient

[Matej Vela]

retitle 673262 mydumper: FTBFS with multiarch libmysqlclient
block 671115 by 673262
tag 673262 patch
thanks

On Thu, May 17, 2012 at 12:51:24PM +0200, Samuel Thibault wrote:
 mydumper currently FTBFS in sid:
[...]
 MYSQL_LIBRARIES_crypto
 linked by target mydumper in directory /tmp/buildd/mydumper-0.5.1
 linked by target myloader in directory /tmp/buildd/mydumper-0.5.1
 MYSQL_LIBRARIES_ssl
 linked by target mydumper in directory /tmp/buildd/mydumper-0.5.1
 linked by target myloader in directory /tmp/buildd/mydumper-0.5.1

The above two go away once -lssl -lcrypto is removed from mysql_config
(#590905).

 MYSQL_LIBRARIES_inux-gnu
 linked by target mydumper in directory /tmp/buildd/mydumper-0.5.1
 linked by target myloader in directory /tmp/buildd/mydumper-0.5.1

As for this one, the transition to multiarch triggered a misbehaving
regexp in cmake/modules/FindMySQL.cmake:

--- mydumper-0.5.1~/cmake/modules/FindMySQL.cmake
+++ mydumper-0.5.1/cmake/modules/FindMySQL.cmake
@@ -47,7 +47,9 @@
 
 set(MYSQL_ADD_LIBRARIES )
 
-string(REGEX MATCHALL -l[^ ]* MYSQL_LIB_LIST ${MY_TMP})
+# prepend space in order to match separate words only (e.g. rather
+# than -linux from within -L/usr/lib/i386-linux-gnu)
+string(REGEX MATCHALL  +-l[^ ]* MYSQL_LIB_LIST  ${MY_TMP})
 foreach(MY_LIB ${MYSQL_LIB_LIST})
 string(REGEX REPLACE [ ]*-l([^ ]*) \\1 MY_LIB ${MY_LIB})
 list(APPEND MYSQL_ADD_LIBRARIES ${MY_LIB})
@@ -55,7 +57,7 @@
 
 set(MYSQL_ADD_LIBRARY_PATH )
 
-string(REGEX MATCHALL -L[^ ]* MYSQL_LIBDIR_LIST ${MY_TMP})
+string(REGEX MATCHALL  +-L[^ ]* MYSQL_LIBDIR_LIST  ${MY_TMP})
 foreach(MY_LIB ${MYSQL_LIBDIR_LIST})
 string(REGEX REPLACE [ ]*-L([^ ]*) \\1 MY_LIB ${MY_LIB})
 list(APPEND MYSQL_ADD_LIBRARY_PATH ${MY_LIB})

Cheers,

Matej



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

Bug#673264: myodbc: FTBFS in sid: mysql_real_query... no

[Matej Vela]

On Thu, May 17, 2012 at 04:55:50PM -0700, Steve Langasek wrote:
 On Fri, May 18, 2012 at 12:20:44AM +0100, Matej Vela wrote:
 block 673264 by 590905
 tag 673264 fixed-upstream
 thanks

 I'm not sure why this should be a blocker.  myodbc in experimental is
 already updated to work with mysql 5.5, so AFAIK it just needs a reupload?

Sure, but neither version of myodbc will build on a buildd until #590905
is fixed (because it brings in an undeclared build-dep on libssl-dev).

Cheers,

Matej



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

Bug#666645: whizzytex: FTBFS: ! Package xkeyval Error: value `0pt' is not allowed.

[Matej Vela]

tag 45 patch upstream
thanks

On Thu, Apr 12, 2012 at 08:49:06PM +0900, Junichi Uekawa wrote:
 At Sat, 31 Mar 2012 22:00:05 +0200, Lucas Nussbaum wrote:
 During a rebuild of all packages in sid, your package failed to build on
 amd64.

 Thanks, reproduced.
 Seems like latest texlive update breaks whizzytex documentation build.

 Any help welcome to fix this, I don't have a good idea of what's broken.

boxsep is a boolean and should be set to false rather than 0pt --
here's a patch:

--- whizzytex-1.3.2~/doc/manual.tex
+++ whizzytex-1.3.2/doc/manual.tex
@@ -1410,7 +1410,7 @@
 This small page contains
 
 \hbox {\hbox to 0em
-{\hss\circlenode[linecolor=green,boxsep=0pt,framesep=0.4ex]{A}{}\hss}%
+{\hss\circlenode[linecolor=green,boxsep=false,framesep=0.4ex]{A}{}\hss}%
 \adviedit{x=0.3418,y=-0.1445,w=0.6574}
 
{\pnode{P}\psframebox[linecolor=blue,framesep=0pt]{\setbox0=\hbox{\parbox[c]{\adviw}{This
 whizzy-editable parbox drawn in a blue rectangle. 
@@ -1430,7 +1430,7 @@
 \wd0=1ex\ht0=1ex
 \psframebox[linecolor=blue,framesep=0pt]
 {\pnode{P2}\hbox to 0em
-{\hss\circlenode[linecolor=green,boxsep=0pt,framesep=0.4ex]{A}{}\hss}%
+{\hss\circlenode[linecolor=green,boxsep=false,framesep=0.4ex]{A}{}\hss}%
 \box0\pnode{Q2}\ncline[linecolor=blue]{P2}{Q2}}%
 
 a whizzy-editable vertical space. 
@@ -1555,7 +1555,7 @@
 \begin{verbatim}
 \adviedit[A]{w=4}
   {\setedit{unit=\adviw}%
-   \psset{boxsep=0pt,framesep=0pt}%
+   \psset{boxsep=false,framesep=0pt}%
\hbox to \adviw
  {\circlenode{A}{\hspace {\adviw}}\hss
   \adviedit[B]{w=0.5}{\circlenode{B}{\hspace{\adviw}

Hope that helps,

Matej



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

Bug#669395: whizzytex: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)

[Matej Vela]

tag 669395 patch
thanks

On Thu, Apr 19, 2012 at 04:34:25PM +0200, Andreas Beckmann wrote:
[...]
From the attached log (scroll to the bottom...):

 0m53.8s ERROR: FAIL: Package purging left files on system:
   /usr/local/share/texmf/not owned
   /usr/local/share/texmf/ls-Rnot owned

 This problem is usually caused by running mktexlsr (or texhash) without
 path arguments from a maintainer script.

 The recommende solution is to switch to use dh_installtex and have this
 generate most (or perhaps even all) of the maintainer scripts content.

dh_installtex does indeed fix this.  If you're busy, I can do an NMU,
along with Bug#45.

--- whizzytex-1.3.2~/debian/rules
+++ whizzytex-1.3.2/debian/rules
@@ -84,6 +84,7 @@
dh_installman
dh_installinfo -v debian/tmp-info/whizzytex.info*
dh_installchangelogs CHANGES
+   dh_installtex
dh_link
dh_strip
dh_compress
--- whizzytex-1.3.2~/debian/control
+++ whizzytex-1.3.2/debian/control
@@ -2,7 +2,7 @@
 Section: tex
 Priority: optional
 Maintainer: Junichi Uekawa dan...@debian.org
-Build-Depends-Indep: hevea (= 1.08), texlive-pstricks, texlive-latex-extra, 
advi, texlive-latex-recommended
+Build-Depends-Indep: hevea (= 1.08), texlive-pstricks, texlive-latex-extra, 
advi, texlive-latex-recommended, tex-common
 Build-Depends: debhelper ( 3.0.0), dpatch
 Standards-Version: 3.7.2
 
--- whizzytex-1.3.2~/debian/postrm
+++ whizzytex-1.3.2/debian/postrm
@@ -5,35 +5,6 @@
 
 set -e
 
-# summary of how this script can be called:
-#* postrm `remove'
-#* postrm `purge'
-#* old-postrm `upgrade' new-version
-#* new-postrm `failed-upgrade' old-version
-#* new-postrm `abort-install'
-#* new-postrm `abort-install' old-version
-#* new-postrm `abort-upgrade' old-version
-#* disappearer's-postrm `disappear' roverwritr new-version
-# for details, see /usr/share/doc/debian-policy/
-
-TEXCONFIG=/usr/bin/mktexlsr
-
-case $1 in
-purge|remove|failed-upgrade|abort-install|abort-upgrade|disappear)
-   if [ -e $TEXCONFIG ]
-   then
-   $TEXCONFIG
-   fi  
-   
-;;
-upgrade)
-   ;;
-*)
-echo postrm called with unknown argument \`$1' 2
-exit 0
-
-esac
-
 # dh_installdeb will replace this with shell code automatically
 # generated by other debhelper scripts.
 
--- whizzytex-1.3.2~/debian/postinst
+++ whizzytex-1.3.2/debian/postinst
@@ -5,44 +5,6 @@
 
 set -e
 
-# summary of how this script can be called:
-#* postinst `configure' most-recently-configured-version
-#* old-postinst `abort-upgrade' new version
-#* conflictor's-postinst `abort-remove' `in-favour' package
-#  new-version
-#* deconfigured's-postinst `abort-deconfigure' `in-favour'
-#  failed-install-package version `removing'
-#  conflicting-package version
-# for details, see /usr/share/doc/debian-policy/
-#
-# quoting from the policy:
-# Any necessary prompting should almost always be confined to the
-# post-installation script, and should be protected with a conditional
-# so that unnecessary prompting doesn't happen if a package's
-# installation fails and the `postinst' is called with `abort-upgrade',
-# `abort-remove' or `abort-deconfigure'.
-
-TEXCONFIG=/usr/bin/mktexlsr
-
-case $1 in
-configure)
-   if [ -e $TEXCONFIG ]
-   then
-   $TEXCONFIG
-   fi   
-
-;;
-
-abort-upgrade|abort-remove|abort-deconfigure)
-
-;;
-
-*)
-echo postinst called with unknown argument \`$1' 2
-exit 0
-;;
-esac
-
 # dh_installdeb will replace this with shell code automatically
 # generated by other debhelper scripts.
 

Cheers,

Matej



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

Bug#664485: tcsh: upgrade removes /usr/bin/tcsh from /etc/shells

[Matej Vela]

Package: tcsh
Version: 6.17.02-4, 6.18.01-1
Severity: important
Tags: patch

On upgrades, the postrm removes /bin/tcsh and /usr/bin/tcsh from
/etc/shells, but the postinst adds only /bin/tcsh.  This can leave
users unable to log in or receive mail (e.g. sendmail checks for a
valid shell if ~/.forward invokes programs).

--- tcsh~/debian/postinst
+++ tcsh/debian/postinst
@@ -24,7 +24,7 @@
 --slave /usr/share/man/man1/csh.1.gz csh.1.gz 
/usr/share/man/man1/tcsh.1.gz
 
 if [ -x /usr/sbin/add-shell ]; then
-add-shell /bin/tcsh
+add-shell /bin/tcsh /usr/bin/tcsh
 fi
 
 if [ -x /usr/bin/update-menus ]; then

Thanks,

Matej



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

Bug#663047: nsca: race condition when opening command file

[Matej Vela]

Matej Vela v...@debian.org writes:

 I haven't heard back from upstream, so I hope this can at least be fixed
 in the Debian package.  Also https://dev.icinga.org/issues/2400.

 There is a race condition in src/nsca.c:open_command_file between
 stat() and fopen().  If the command file exists at the point of
 stat(), but is then removed before fopen() (typically by the Nagios
 init script), nsca will create an empty file instead of a named pipe.
 In our case, this would happen at least once every 2-3 reboots.
[...]

No dice on tracker.nagios.org, but it's been accepted at dev.icinga.org.
Anything else I can do to help things along?

Thanks,

Matej



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

Bug#664042: bozohttpd: new upstream version

[Matej Vela]

Package: bozohttpd
Version: 20100920-1
Severity: wishlist

Version 2018 is out...

Thanks,

Matej



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

Bug#663047: nsca: race condition when opening command file

[Matej Vela]

Package: nsca
Version: 2.9.1-2
Severity: important
Tags: patch upstream
Forwarded: http://tracker.nagios.org/view.php?id=296

I haven't heard back from upstream, so I hope this can at least be fixed
in the Debian package.  Also https://dev.icinga.org/issues/2400.

 There is a race condition in src/nsca.c:open_command_file between
 stat() and fopen().  If the command file exists at the point of
 stat(), but is then removed before fopen() (typically by the Nagios
 init script), nsca will create an empty file instead of a named pipe.
 In our case, this would happen at least once every 2-3 reboots.

 It would be safer to open() the file atomically, without the O_CREAT
 that is implicit in fopen(..., w). Other parts of the code already use
 open() and related headers, so this shouldn't affect portability.

 Patch attached.

 To expand a bit, here's the scenario step by step:

  1. src/nsca.c:open_command_file checks whether the named pipe exists,
 sees that it does, and decides not to use the alternate dump file:

 /* command file doesn't exist - monitoring app probably isn't running... 
 */
 if(stat(command_file,statbuf)){

  2. An instant later, /etc/init.d/nagios3 start removes the pipe:
 
 rm -f $NagiosCommandFile

(rm -f $nagiospipe in the Debian version.)

  3. src/nsca.c:open_command_file opens the named pipe with fopen(3),
 either in a or w mode. Both of these imply open(2) with
 O_CREAT, so the command file gets created as an ordinary file:

 command_file_fp=fopen(command_file,(append_to_file==TRUE)?a:w);

  4. Nagios calls mkfifo(3) from base/utils.c:open_command_file, gets
 EEXIST because the path already exists, and dies ignominiously.

 If we make the first step atomic -- either an existing pipe is opened
 or not -- the problem goes away.

Thanks,

Matej
#! /bin/sh /usr/share/dpatch/dpatch-run
## 05_command_file_race.dpatch by Matej Vela v...@debian.org
##
## DP: Fix race condition when opening /var/lib/nagios3/rw/nagios.cmd.

@DPATCH@
diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' 
'--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nsca-2.9.1~/src/nsca.c 
nsca-2.9.1/src/nsca.c
--- nsca-2.9.1~/src/nsca.c
+++ nsca-2.9.1/src/nsca.c
@@ -1302,14 +1302,21 @@
 

 /* opens the command file for writing */

 static int open_command_file(void){

-   struct stat statbuf;

+   int fd;

 

 /* file is already open */

 if(command_file_fp!=NULL  using_alternate_dump_file==FALSE)

 return OK;

 

+/* open the command file for writing or appending (without using

+ * O_CREAT like fopen() would)

+ */

+do

+
fd=open(command_file,O_WRONLY|((append_to_file==TRUE)?O_APPEND:0));

+while(fd0  errno==EINTR);

+

/* command file doesn't exist - monitoring app probably isn't 
running... */

-   if(stat(command_file,statbuf)){

+   if(fd0  errno==ENOENT){



if(debug==TRUE)

syslog(LOG_ERR,Command file '%s' does not exist, 
attempting to use alternate dump file '%s' for 
output,command_file,alternate_dump_file);

@@ -1326,9 +1333,7 @@
return OK;

}

 

-/* open the command file for writing or appending */

-command_file_fp=fopen(command_file,(append_to_file==TRUE)?a:w);

-if(command_file_fp==NULL){

+if(fd0 || 
(command_file_fp=fdopen(fd,(append_to_file==TRUE)?a:w))==NULL){

 if(debug==TRUE)

 syslog(LOG_ERR,Could not open command file '%s' for 
%s,command_file,(append_to_file==TRUE)?appending:writing);

 return ERROR;

Bug#661642: python-pyasn1: new upstream version

[Matej Vela]

Package: python-pyasn1
Version: 0.0.11a-1
Severity: wishlist

Please package 0.1.2.

Would it be possible to also package pyasn1-modules?  Some of the extras
in python-ldap use pyasn1_modules.rfc2251.

Thanks,

Matej



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

Bug#489264: gsoap: new upstream release 2.7.10

[Matej Vela]

Hi,

I see that gsoap has been stuck in NEW since March -- any news?

Thanks,

Matej



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

Bug#626673: pmake: insecure temporary files

[Matej Vela]

Package: pmake
Version: 1.111-1, 1.111-2
Severity: serious
Tags: security fixed-upstream patch

/usr/share/mk/bsd.lib.mk and /usr/share/mk/bsd.prog.mk create temporary
files insecurely, with predictable names (/tmp/_dependPID), and
without using $TMPDIR.

To reproduce, run the depend target in a BSD package like csh:

/tmp/csh-20070713$ pmake -dx depend 21 | grep /tmp/_depend
+ TMP=/tmp/_depend7338
+ mv /tmp/_depend7338 .depend

This applies to both lenny and squeeze.  Upstream is not affected as the
code was eliminated back in 2003:

http://cvsweb.netbsd.org/bsdweb.cgi/src/share/mk/bsd.lib.mk#rev1.240
http://cvsweb.netbsd.org/bsdweb.cgi/src/share/mk/bsd.prog.mk#rev1.193

Patch to use mktemp(1):

--- pmake-1.111/mk/bsd.lib.mk~
+++ pmake-1.111/mk/bsd.lib.mk
@@ -291,7 +291,7 @@
 
 .if defined(SRCS)
 afterdepend: .depend
-   @(TMP=/tmp/_depend; \
+   @(TMP=`mktemp -t _dependXX` || exit $$?; \
sed -e 's/^\([^\.]*\).o[ ]*:/\1.o \1.po \1.so \1.ln:/' \
   .depend  $$TMP; \
mv $$TMP .depend)
--- pmake-1.111/mk/bsd.prog.mk~
+++ pmake-1.111/mk/bsd.prog.mk
@@ -124,7 +124,7 @@
 
 .if defined(SRCS)
 afterdepend: .depend
-   @(TMP=/tmp/_depend; \
+   @(TMP=`mktemp -t _dependXX` || exit $$?; \
sed -e 's/^\([^\.]*\).o[ ]*:/\1.o \1.ln:/' \
   .depend  $$TMP; \
mv $$TMP .depend)

Thanks,

Matej



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

Bug#626693: axis2c: FTBFS due to use after free() in uri_test

[Matej Vela]

Package: axis2c
Version: 1.6.0-2
Severity: important
Tags: patch fixed-upstream

(Setting to important as this causes build failures in some cases:
https://launchpad.net/bugs/600174.)

util/test/uri/uri_test.c uses `clone' after it has already been freed:

uri_test.c:64:clone = axutil_uri_clone(uri,env);
...
uri_test.c:68:axutil_uri_free(clone,env);
...
uri_test.c:75:rel = axutil_uri_resolve_relative(env,base,clone);

The fix is to replace `clone' with `uri' (of which it is a copy) in the
call to `axutil_uri_resolve_relative', as upstream did in r961590:


http://svn.apache.org/viewvc/axis/axis2/c/core/trunk/util/test/uri/uri_test.c#rev961590

Jani Monoses j...@ubuntu.com backported this to 1.6.0-0ubuntu10;
I'm attaching their patch reformatted for DEP-3.

Thanks,

Matej
--- 1.6.0-2~/debian/patches/08-uri-use-after-free.patch
+++ 1.6.0-2/debian/patches/08-uri-use-after-free.patch
@@ -0,0 +1,19 @@
+Description: Fix use after free in uri_test
+Origin: backport, 
http://svn.apache.org/viewvc/axis/axis2/c/core/trunk/util/test/uri/uri_test.c#rev961590
+Bug-Ubuntu: https://launchpad.net/bugs/600174
+Applied-Upstream: 1.7.0
+Last-Update: 2011-05-14
+
+Index: axis2c-1.6.0/util/test/uri/uri_test.c
+===
+--- axis2c-1.6.0.orig/util/test/uri/uri_test.c 2011-03-08 16:43:28.988346623 
+0200
 axis2c-1.6.0/util/test/uri/uri_test.c  2011-03-08 16:43:23.020317033 
+0200
+@@ -72,7 +72,7 @@
+ printf(Test clone failed);
+ }
+ 
+-rel = axutil_uri_resolve_relative(env,base,clone);
++rel = axutil_uri_resolve_relative(env,base,uri);
+ if(rel)
+ {
+ printf(The resolved relative uri is 
%s\n,axutil_uri_to_string(rel,env,0));
--- 1.6.0-2~/debian/patches/series
+++ 1.6.0-2/debian/patches/series
@@ -8,0 +8,1 @@
+08-uri-use-after-free.patch

Bug#617405: rtorrent: print_status_info(...) wrote past end of the buffer.

[Matej Vela]

Package: rtorrent
Version: 0.8.7-4
Severity: serious

After a recent upgrade, rtorrent simply prints out

rtorrent: print_status_info(...) wrote past end of the buffer.

and exits.

The patch from http://libtorrent.rakshasa.no/ticket/2518 fixes this
(for me at least).

Cheers,

Matej



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

Bug#559035: severity of 559035 is important

[Matej Vela]

Ben Hutchings b...@decadent.org.uk writes:

 # The programs running on top of a kernel are not unrelated
 severity 559035 important

I think this is arguable, but the important thing is whether you'll
include the patch in the next stable update?

Cheers,

Matej



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

Bug#562616: php5: libtool (= 2) for `libtoolize --install'

[Matej Vela]

Package: php5
Version: 5.3.0-3
Severity: wishlist

Backporting to lenny produces a somewhat cryptic error as libtool 1.5.26
doesn't support `libtoolize --install'.  Perhaps you can tighten the
build dependency to libtool (= 2)?  I know this isn't officially
supported, it's just that it would save some time for people by making
it clear what else they need from backports.  (It builds fine with
libtool 2.2.6a-4~bpo50+1.)

If you don't think this is warranted, feel free to close immediately
(no need to clog the BTS with another wontfix bug).

Thanks,

Matej



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

Bug#542957: nagios3: new upstream version

[Matej Vela]

Package: nagios3
Version: 3.0.6-5
Severity: wishlist

Nagios 3.2.0 is out...

Thanks,

Matej



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

Bug#540554: nagios3: formatting error in nagios(8)

[Matej Vela]

Package: nagios3
Version: 3.0.6-5
Severity: minor
Tags: patch

The last option isn't indented correctly due to a missing .TP macro:

--- nagios3-3.0.6~/debian/nagios3.8
+++ nagios3-3.0.6/debian/nagios3.8
@@ -31,6 +31,7 @@
 \fB\-s\fR
 Shows projected/recommended check scheduling information based
 on the current data in the configuration files.
+.TP
 \fB\-d\fR
 Starts Nagios in daemon mode (instead of as a foreground process).
 
Thanks,

Matej



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

Bug#533390: freeradius: init script doesn't report failures

[Matej Vela]

Package: freeradius
Version: 2.0.4+dfsg-6
Severity: important
Tags: patch

/etc/init.d/freeradius doesn't pass on failures from start-stop-daemon:

# rm /etc/freeradius/radiusd.conf
# /etc/init.d/freeradius restart
Stopping FreeRADIUS daemon: freeradius.
Starting FreeRADIUS daemon: freeradius.

The problem is here:

if start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $PROGRAM; 
then
  ret=$?
fi
log_end_msg $ret

Note that ret=$? gets evaluated when start-stop-daemon succeeds
rather than fails.  if ! start-stop-daemon also won't work because
in that case $? captures the inverted status.  || is fine though:

--- freeradius-2.0.4+dfsg/debian/freeradius.init~
+++ freeradius-2.0.4+dfsg/debian/freeradius.init
@@ -34,18 +34,14 @@
 case $1 in
 start)
 log_daemon_msg Starting $DESCR $PROG
-if start-stop-daemon --start --quiet --pidfile $PIDFILE --exec 
$PROGRAM; then
-  ret=$?
-fi
+start-stop-daemon --start --quiet --pidfile $PIDFILE --exec 
$PROGRAM || ret=$?
 log_end_msg $ret
 exit $ret
 ;;
 stop)
 log_daemon_msg Stopping $DESCR $PROG
 if [ -f $PIDFILE ] ; then
-  if start-stop-daemon --stop --retry=TERM/30/KILL/5 --quiet 
--pidfile $PIDFILE; then
-ret=$?
-  fi
+  start-stop-daemon --stop --retry=TERM/30/KILL/5 --quiet 
--pidfile $PIDFILE || ret=$?
   log_end_msg $ret
 else 
   log_action_cont_msg $PIDFILE not found

Thanks,

Matej



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

Bug#533396: freeradius: re-enables default sites on upgrade

[Matej Vela]

Package: freeradius
Version: 2.0.4+dfsg-6
Tags: patch

Links in /etc/freeradius/sites-enabled are currently shipped with the
binary package and recreated on upgrade even if the user removes them.
This can lead to an unusable configuration; for example, inner-tunnel
breaks completely if EAP is disabled in radiusd.conf.

Please handle this more like Apache -- create the links on initial
install, then leave them to the user.  Patch attached.

Thanks,

Matej
--- freeradius-2.0.4+dfsg~/debian/freeradius.links
+++ freeradius-2.0.4+dfsg/debian/freeradius.links
@@ -1,2 +0,0 @@
-etc/freeradius/sites-available/inner-tunnel 
etc/freeradius/sites-enabled/inner-tunnel
-etc/freeradius/sites-available/default etc/freeradius/sites-enabled/default
--- freeradius-2.0.4+dfsg~/debian/freeradius.postinst
+++ freeradius-2.0.4+dfsg/debian/freeradius.postinst
@@ -62,6 +62,17 @@
   action=restart
 fi
 
+# Create links for default sites, but only if this is an initial
+# install or an upgrade from before there were links; users may
+# want to remove them...
+if [ -z $2 ] || dpkg --compare-versions $2 lt 2.0.4+dfsg-4; then
+  for site in default inner-tunnel; do
+if [ ! -e /etc/freeradius/sites-enabled/$site ]; then
+  ln -s ../sites-available/$site 
/etc/freeradius/sites-enabled/$site
+fi
+  done
+fi
+
 if [ -x `which invoke-rc.d 2/dev/null` ]; then
   invoke-rc.d freeradius $action || true
 else
--- freeradius-2.0.4+dfsg~/debian/freeradius.postrm
+++ freeradius-2.0.4+dfsg/debian/freeradius.postrm
@@ -7,6 +7,13 @@
;;
 purge)
update-rc.d -f freeradius remove /dev/null
+
+   # Remove dangling links from sites-enabled.
+   for link in /etc/freeradius/sites-enabled/*; do
+ if [ -L $link ]  [ ! -e $link ]; then
+   rm -f $link
+ fi
+   done
;;
 esac
 

Bug#520873: nsca: no .orig.tar.gz

[Matej Vela]

Package: nsca
Version: 2.7.2

Alexander Wirt formo...@debian.org writes:

[...]
 nsca_2.7.2.dsc
   to pool/main/n/nsca/nsca_2.7.2.dsc
 nsca_2.7.2.tar.gz
   to pool/main/n/nsca/nsca_2.7.2.tar.gz

Thanks for the quick upload, but this probably shouldn't be a native package?

Cheers,

Matej



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

Bug#466353: nsca: new upstream version

[Matej Vela]

Kovács Zsolt kov...@4step.hu writes:

 Yepp, it would be very useful, since it fixes a stability bug (which I have 
 faced with):

 07/03/2007

 NSCA 2.7.2 Released

 I just released NSCA 2.7.2 today to fix a possible bug with a
 multi-process NSCA daemon not accepting new clients and eating CPU due
 to the untimely death of child processes. The patch was pretty old
 (over a year), but I missed it until another user brought it to my
 attention.

We've been bitten by this a couple of times... Mind if I do an NMU?

Thanks,

Matej



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

Bug#475571: git-buildpackage: git-import-dsc should do merges

[Matej Vela]

tag 475571 patch
thanks

Guido Günther [EMAIL PROTECTED] writes:

 On Fri, Apr 11, 2008 at 08:32:05PM +0200, Matej Vela wrote:
 -- I get two disjointed branches:
 
 o---o---o  -- upstream
  \
   o---o---o  -- master

 This is the only sane thing we can do, since we can't be sure upstream has
 merge conflicts with master (if you do any changes outside debian/) and
 the merge would fail. It's basically the reverse of what you describe
 below.

I've been mulling this over, and I think the answer is to treat the
Debian branch as definitive, i.e. merge with strategy ours.  After
all, any conflicts must have been resolved by the packager, and the
Debian patch is a result of that.

I'm attaching a rough patch.  It does the merge with --no-commit,
applies the Debian patch, then commits it all together.  (The merge is
started before patching because git-merge expects a clean index.)

 This can be avoided if you do a final merge [...]

I know, it'd just be nice to have this happen automagically like
everything else with gbp. :-)

Thanks,

Matej
--- git-buildpackage-0.4.29~/gbp/command_wrappers.py
+++ git-buildpackage-0.4.29/gbp/command_wrappers.py
@@ -197,6 +197,13 @@
 self.run_error = 'Couldn\'t switch to branch %s' % self.branch
 
 
+class GitMerge(GitCommand):
+Wrap git merge (without committing)
+def __init__(self, strategy, branch):
+GitCommand.__init__(self, 'merge', ['--no-commit', '-s', strategy, 
branch]) 
+self.run_error = 'Couldn\'t merge %s using %s strategy' % (branch, 
strategy)
+
+
 class GitPull(GitCommand):
 Wrap git pull
 def __init__(self, repo, branch):
--- git-buildpackage-0.4.29~/git-import-dsc
+++ git-buildpackage-0.4.29/git-import-dsc
@@ -208,6 +208,7 @@
 gbpc.PristineTar().commit(src.tgz, 
options.upstream_branch)
 if not src.native:
 gbpc.GitCheckoutBranch(options.debian_branch)()
+gbpc.GitMerge('ours', options.upstream_branch)()
 replace_source_tree(repo, unpack_dir, options.filters)
 apply_debian_patch(src, dirs, options)
 except gbpc.CommandExecFailed:

Bug#475554: git-buildpackage: initial import doesn't work with pristine-tar

[Matej Vela]

Package: git-buildpackage
Version: 0.4.22

`git-import-orig --pristine-tar' doesn't seem to work in an empty
repository:

$ git init
Initialized empty Git repository in .git/
$ git-import-orig --pristine-tar ../python-ldap_2.3.4.orig.tar.gz
Upstream version is 2.3.4
Initial import of '../python-ldap_2.3.4.orig.tar.gz' ...
pristine-tar: failed to find ref using: git show-ref upstream
/usr/bin/pristine-tar returned 1
Couldn't run '/usr/bin/pristine-tar'
Import of ../python-ldap_2.3.4.orig.tar.gz failed

It works fine without `--pristine-tar'.

Thanks,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#475571: git-buildpackage: git-import-dsc should do merges

[Matej Vela]

Package: git-buildpackage
Version: 0.4.22
Severity: wishlist

If I call git-import-dsc for several versions successively --

~$ git-import-dsc python-ldap_2.3.1-1.dsc
~$ cd python-ldap
~/python-ldap$ git-import-dsc ../python-ldap_2.3.3-1.dsc
~/python-ldap$ git-import-dsc ../python-ldap_2.3.4-1.dsc

-- I get two disjointed branches:

o---o---o  -- upstream
 \
  o---o---o  -- master

The next time git-import-orig imports a new version, say 2.3.5, git will
think master is based on 2.3.1 (when in fact it is 2.3.4).  It will try
to merge in changes between 2.3.1 and 2.3.4 that are already applied in
master, and the merge will usually fail.

What I'd like to get is a merge after each git-import-dsc:

o---o---o  -- upstream
 \   \   \
  o---o---o  -- master

So that, when 2.3.5 comes along, git merges just the difference between
2.3.4 and 2.3.5.

Hope that isn't too muddled. :-)

Thanks!

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#473265: libgeo-ip-perl: new upstream version

[Matej Vela]

Package: libgeo-ip-perl
Version: 1.30-2
Severity: wishlist

Please package 1.31.

Thanks,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#472196: Please mkdir /etc/vsftpd and install there vsftpd.conf

[Matej Vela]

tag 472196 wontfix
thanks

shaul Karl [EMAIL PROTECTED] writes:

   Many packages create a dedicated directory in /etc.
 I find it better organized.

I think it's unnecessary for a single file, and the transition would be
quite a hassle (cf. how long it took us to get rid of /usr/doc).

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#466353: nsca: new upstream version

[Matej Vela]

Package: nsca
Version: 2.6-3
Severity: wishlist

nsca 2.7.2 is available from http://downloads.sourceforge.net/nagios/.

Thanks,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#465659: O: yabasic -- Yet Another BASIC interpreter

[Matej Vela]

Package: wnpp

I'm orphaning yabasic as it is no longer actively developed.  Some
information about the package:

Package: yabasic
Binary: yabasic
Version: 2.763-3
Priority: optional
Section: interpreters
Maintainer: Matej Vela [EMAIL PROTECTED]
Build-Depends: cdbs, debhelper (= 5), autotools-dev, libncurses5-dev, 
libxt-dev, libsm-dev, libice-dev, libx11-dev
Architecture: any
Standards-Version: 3.7.2
Format: 1.0
Directory: pool/main/y/yabasic
Files:
 1fa06e29f0f1660162b20f13d28c1b90 636 yabasic_2.763-3.dsc
 98f0cb59db973b89753abcc24b2c5ec2 538760 yabasic_2.763.orig.tar.gz
 6b8f146415373a6c56f6ba0746832083 8803 yabasic_2.763-3.diff.gz

Package: yabasic
Priority: optional
Section: interpreters
Installed-Size: 844
Maintainer: Matej Vela [EMAIL PROTECTED]
Architecture: i386
Version: 2.763-3
Depends: libc6 (= 2.3.6-6), libice6, libncurses5 (= 5.4-5), libsm6, libx11-6
Filename: pool/main/y/yabasic/yabasic_2.763-3_i386.deb
Size: 251744
MD5sum: 3935409c9af17a572b4afcb5cb17d2db
SHA1: 61e30fbfd7f607be7254821fdc7c5a0381ba5644
SHA256: 22109b708be48d1032c930a4b73e39fb1eed80a18e15bd551be931c191aecb46
Description: Yet Another BASIC interpreter
 yabasic implements the most common and simple elements of the BASIC
 language; it comes with for-loops and goto with while-loops and
 procedures.  yabasic does monochrome line graphics, and printing
 comes with no extra effort.  yabasic runs under Unix and Windows;
 it is small (less than 200 KB) and free.
Tag: devel::interpreter, interface::commandline, role::program, scope::utility, 
uitoolkit::ncurses, works-with::software:source



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429639: vsftpd 500 OOPS: priv_sock_get_result

[Matej Vela]

reassign 429639 libpam-pgsql 0.5.2-9
thanks

Vitaliyi [EMAIL PROTECTED] writes:

 On 6/19/07, Matej Vela [EMAIL PROTECTED] wrote:
 Does it work if you remove expired_column from /etc/pam_pgsql.conf?
 pam_pgsql crashes in the account management phase if expired_column is
 defined but newtok_column isn't.

 Yes it is working.  Thans a lot!

The pam-pgsql crash seems to be fixed in unstable.  I'll let the
pam-pgsql maintainer double-check this.

Thanks,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#459894: vsftpd: is not stopped before/after removing

[Matej Vela]

Jan Hauke Rahm [EMAIL PROTECTED] writes:

 I started aptitude and searched proftpd. There I pressed + to install
 it. Pressing g shows that vsftpd needs to be removed because of
 collision with ftp-server. Again g to go ahaed. After that I quit
 aptitude. (This should be the same as aptitude install proftpd)

 ps x | grep [v]sftpd
  18412 ?Ss 0:00 /usr/sbin/vsftpd

 A little bit funny is that I cannot reproduce it, too. But I thought you
 should get this information. I thought this could be a thing of the init
 script or what else... I don't know.

Hmm.  Did you run vsftpd stand-alone, or from inetd?

Thanks,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#459894: Noticed it also

[Matej Vela]

Jerome Warnier [EMAIL PROTECTED] writes:

 I could also notice it (on Etch) when trying to replace vsftpd with proftpd.

 Interestingly, the scripts in /etc/rc*.d stay there after
 removal. Maybe it is stopped while removing, but started again at next
 reboot?

The init script is marked as a conffile, and so isn't removed until
the package is purged.  But the script takes this into account, and
does nothing if /usr/sbin/vsftpd isn't present.

 Hope it helps.

Sure.  Do you happen to remember whether you used vsftpd stand-alone,
or from inetd?

Thanks,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#459894: vsftpd: is not stopped before/after removing

[Matej Vela]

tag 459894 unreproducible
severity 459894 important
thanks

Jan Hauke Rahm [EMAIL PROTECTED] writes:

 I removed the vsftpd package just to try out another ftpd. But that was
 not able to start up and connections to my system show:

 500 OOPS: vsftpd: not found: directory given in
 'secure_chroot_dir':/var/run/vsftpd

 Well, I thought I removed that? Let's have a look with ps and netstat
 and yes, it is indeed still running... :-/

Sorry, I can't reproduce this:

Removing vsftpd ...
Stopping FTP server: vsftpd.
Selecting previously deselected package ftpd.
(Reading database ... 31917 files and directories currently installed.)
Unpacking ftpd (from .../archives/ftpd_0.17-23_i386.deb) ...
Setting up ftpd (0.17-23) ...
Installing new version of config file /etc/ftpusers ...

Could you send the exact sequence of commands you used?

Thanks,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#455921: ITA: libcvs-perl -- Object oriented perl interface to the CVS command

[Matej Vela]

retitle 455921 ITA: libcvs-perl -- Object oriented Perl interface to the CVS 
command
owner 455921 Debian Perl Group [EMAIL PROTECTED]
thanks

Jeremiah C. Foster [EMAIL PROTECTED] writes:

 retitle 455921 ITA: swedish -- libcvs-perl -- Object oriented perl
  interface to the CVS command
 owner 455921 Debian Perl Group [EMAIL PROTECTED]
 thanks

 I intend to adopt this package for the debian perl group and try to get it 
 into good shape
 for debian.

[EMAIL PROTECTED] doesn't parse commands, resending to [EMAIL PROTECTED]

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#453798: Patch for dpkg-shlibdeps failure

[Matej Vela]

tag 453798 patch
thanks

--- xdb-1.2.0~/debian/rules
+++ xdb-1.2.0/debian/rules
@@ -70,7 +70,7 @@
dh_md5sums -plibxdb1
dh_builddeb -plibxdb1
 
-libxdb-dev: build
+libxdb-dev: build libxdb1
dh_testdir -plibxdb-dev
dh_testroot -plibxdb-dev
dh_clean -v -plibxdb-dev -k
@@ -109,7 +109,7 @@
dh_compress -plibxdb-dev
dh_fixperms -plibxdb-dev
dh_installdeb -plibxdb-dev
-   dh_shlibdeps -plibxdb-dev
+   dh_shlibdeps -plibxdb-dev -Llibxdb1 -ldebian/tmp/usr/lib
dh_gencontrol -plibxdb-dev
dh_makeshlibs -plibxdb-dev -V
dh_md5sums -plibxdb-dev

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#352344: RM: libapache-mod-security -- RoM; undistributable due to licence conflict (APL/GPL)

[Matej Vela]

Hello,

Here's the author's response (posted with permission):

 Hi Matej,

 Thank you for your email.

 First of all, let me say that we would very much like to see Debian
 distributing ModSecurity again. I was sad to see it removed from the
 distribution.

 While in principle we do not object to converting ModSecurity to
 GPLv3, in order to do so we would first need to assess the impact
 such a change would make on our licensing terms. We have so far
 discussed the matter only briefly. I am hoping a proper discussion
 (and analysis) will take place some time in 2008.

 -- 
 Ivan Ristic

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#352344: Conflict between GPLv2 and the Apache license

[Matej Vela]

Hello,

As you probably know, the FSF considered GPL version 2 to be incompatible
with the Apache license, and designed GPL version 3 with compatibility in
mind [1].  Would it be possible to license ModSecurity under version 2 or
any later version, i.e. as suggested by the GPL itself:

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.

This would allow us to resolve any perceived conflict by implicitly
distributing it under GPLv3.

[1] http://www.fsf.org/licensing/licenses/#apache2

Thanks,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#361954: ITP: ossec-hids -- Host-based intrusion detection system

[Matej Vela]

owner 361954 !
unmerge 407121
close 407121
thanks

On Tue, Jun 12, 2007 at 11:42:33 +0200, Alberto Furia wrote:
 Ciao Yaroslav,
 i can't fornish ossec for debian in this moment: for me it's ok if
 you want to package it.

Since no one jumped in, I guess I'm taking over the ITP.  Of course,
co-maintainers are more than welcome.  I'm also closing #407121 so that
we don't have two bugs to keep track of.

Here's my to-do list so far:

  * Make sure there's no licensing conflict between GPL and the bundled
OpenSSL code.  Upstream has graciously agreed to add the usual
exception [1], so this should be a non-issue in short order.

  * Map to an FHS layout, using symlinks if necessary.  Tentatively:

/var/ossec/bin- /usr/bin
/var/ossec/etc- /etc/ossec
/var/ossec/logs   - /var/log/ossec
/var/ossec/queue  - /var/spool/ossec
/var/ossec/var/run- /var/run/ossec
/var/ossec (the rest) - /var/lib/ossec

  * Debconf-iscate as much of install.sh as possible.

  * Link against zlib1g rather than an embedded copy, to avoid giving
more headaches to the Security Team [2].

I'll keep this bug posted.

[1] http://marc.info/?t=119567120200010
[2] http://wiki.debian.org/EmbeddedCodeCopies

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#340554: libungif4g: Fails to load GIF image with deferred LZW clear code

[Matej Vela]

Hello,

Alexey Feldgendler [EMAIL PROTECTED] writes:

 Package: libungif4g
 Version: 4.1.4-1
 Severity: important

 The library fails to load GIF images that contain a deferred clear
 code in LZW compression, as mentioned in:
 http://www.w3.org/Graphics/GIF/spec-gif89a.txt

 Example of such image:
 http://www.plush.de/brix/files/everest.gif

 The library gives the following error: Image EOF detected, before
 image complete.

A while ago I forwarded your report to the upstream bug tracker at
http://sf.net/support/tracker.php?aid=1458342.  Toshio Kuratomi, one
of the developers, replies:

 Going through old tickets.

 Bearing in mind that I'm looking at code that I didn't write, it looks
 like gif_lib is doing the right thing.  In DGifSetupDecompress it defines
 the ClearCode as 1  BitsPerPixel and EOFCode as ClearCode + 1 which is
 according to spec.

 In DGifDecompressLine, it reads a code and then compares it to EORCode and
 ClearCode.  EOFCode leads to the error: Image EOF detected, before image
 complete..  ClearCode leads to the decoder resetting the table to the
 beginning.

 It looks like the program that encoded the image put in an EOFCode where
 it should have output a ClearCode.  If you have information to the
 contrary, feel free to reopen this bug.

Please add your comments at sf.net.  I'll let the current Debian
maintainer (hi Daniel!) handle things from here.

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#340554: libungif4g: Fails to load GIF image with deferred LZW clear code

[Matej Vela]

Hi,

Er, looks like the submitter is no longer reachable:

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   [EMAIL PROTECTED]
 Cannot route to remote domain

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#450536:

[Matej Vela]

reopen 450536
retitle 450536 wmbinclock: should build-depend on libxext-dev
tag 450536 experimental
thanks

Marco Rodrigues [EMAIL PROTECTED] writes:

 The packages I asked to be added, it's because of..

 https://bugs.launchpad.net/ubuntu/+source/wmbinclock/+bug/135571

 https://launchpad.net/ubuntu/+source/wmbinclock

 It does FTBFS because of the missing packages.. They're added to Ubuntu.

I see... This does not apply to etch or sid, but libx11-dev from
experimental no longer depends on libxext-dev.

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#72034: default postscript viewer in xhtml2ps

[Matej Vela]

Ralf Treinen [EMAIL PROTECTED] writes:

 I will set now (upload pending) the default postscript viewer in
 xhtml2ps to evince. A default of ghostview helps (virtually)
 noone, and according to popcon evince is by far the most 
 frequently installed postscript-viewer (more than 50%, gv has
 only around 10%).

 This leaves the problem open how to use automatically *any* postscript
 viewer that is available.

Let see(1) sort it out, perhaps?  evince, kghostview, and gv all provide
mailcap entries for application/postscript, and it's nice that users can
override the system default through ~/.mailcap.

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#443807: insecure umask values?

[Matej Vela]

reassign 443807 tiger 1:3.2.1-35
thanks

Rainer Zocholl [EMAIL PROTECTED] writes:

 Package: csh
 Version: 20060813-1

 or

 Package: tiger
 Version: 1:3.2.1-35

 After upgrading tiger complaints:

 OLD: --FAIL-- [misc017f] The umask setting in /etc/csh.login for the init 
 scripts is insecure
 NEW: --WARN-- [misc021w] There are no umask entries in /etc/csh.login

Note that /etc/csh.login comes from tcsh, not csh.  I don't think each
shell should set its own umask -- it's much simpler for an administrator
to change it if it's set in a single place, probably /etc/login.defs.

Cheers,

Matej



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#423306: RM: openmash -- RoQA; orphaned, RC-buggy, no upstream

[Matej Vela]

retitle 423306 RM: openmash -- RoQA; orphaned, RC-buggy, no upstream
reassign 423306 ftp.debian.org
thanks

David Martínez Moreno [EMAIL PROTECTED] writes:

 El viernes, 11 de mayo de 2007, Michael Ablassmeier escribió:

 While reviewing packages that were not included in Etch, your package came
 up as a package that should maybe be orphaned by its maintainer, because:

  * Several Release Critical Bugs open since more than 1 Year
  * Last Upload by Maintainer back in 2004

 If you think that it should be removed from Debian instead of being
 orphaned, please reply to this bug and tell so.

 If you agree that it should be orphaned, sending the following commands to
 [EMAIL PROTECTED] should do it (after replacing nn with this
 bug's number):
 severity nn normal
 reassign nn wnpp
 retitle nn O: openmash -- short package description
 thanks

   Done.  But in fact, I am thinking that it should be simply removed from 
 Debian.
 Its upstream is dead, as it was funded with a USA RD grant that ended long 
 time
 ago.  It was something that I was pondering some time ago.

   Any objections?

No one's expressed interest in three months, going ahead with removal.

Thanks,

Matej

Bug#439964: wxmaxima: outdated URL in debian/copyright

[Matej Vela]

Package: wxmaxima
Version: 0.7.1-1
Severity: minor

The copyright file refers to http://wxmaxima.sourceforge.net/download.html,


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#439649: fluxbox: please drop `Suggests: xfonts-artwiz'

[Matej Vela]

Package: fluxbox
Version: 1.0~rc3-4
Severity: minor

xfonts-artwiz can be dropped from Suggests as it's been removed from
the archive (#344396).

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#344396: RM: xfonts-artwiz -- RoQA; orphaned, RC-buggy

[Matej Vela]

retitle 344396 RM: xfonts-artwiz -- RoQA; orphaned, RC-buggy
reassign 344396 ftp.debian.org
thanks

Please remove xfonts-artwiz:

  * Orphaned for 1 year and 244 days.
  * RC-buggy for 1 year and 266 days.
  * No reverse dependencies (just a Suggests from fluxbox).
  * popcon: 0 installations, 0 votes.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#183373: RM: libmetakit2.4.9.3 -- RoQA; orphaned, no reverse deps

[Matej Vela]

retitle 183373 RM: libmetakit2.4.9.3 -- RoQA; orphaned, no reverse deps
reassign 183373 ftp.debian.org
thanks

Gerfried Fuchs [EMAIL PROTECTED] writes:

  Yes, most propably.  Sorry, was on vacations the last two weeks, just
 got back and luk pinged me about this bugreport:

 #v+
 luk Rhonda: do you mind answering #183373?
 Rhonda Was on vacations since 4th, just returned. :)
 Rhonda So I haven't seen that mail yet.  And I'm pretty happy with it
 getting removed, I don't think anyone is going to adopt it, no
 matter how many people raised interest over time ...
 Rhonda I tried to package the latest upstream version for a while, but
 the upstream maintainer isn't really good with libtool (breaks
 API/ABI with each release) and dropped --release support which
 made me able to package it properly in the first place.
 Rhonda Will answer, yes.
 #v-

  Furthermore to not being able to make any use of the later upstream
 releases my reasons for maintaining it went away long ago, and I don't
 see any other reverse dependencies, just a suggest as database backend
From one single package which can happily use any of the other supported
 backends.

OK, reassigning.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#427592: Doubt regarding the seriousness of the problem

[Matej Vela]

tags 427592 - patch
thanks

Kumar Appaiah [EMAIL PROTECTED] writes:

 I really don't understand the kernel related discussions here
 (ignorance is bliss), but the simple patch attached seems to work OK,
 and I am able to compile and run workbone. If it's something wrong or
 absurd, please feel free to remove the patch tag and tell me that this
 doesn't solve the problem! :-)

workbone isn't doing anything wrong, the problem is in the kernel
headers, and your patch would break once they are fixed.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#376159: Open21xx Bug Report

[Matej Vela]

Rogério Brito [EMAIL PROTECTED] writes:

 Theoretically (and practically also), an EOF should *never* be compared
 to a char: only to an int.

 --- open21xx-0.7.5.orig/as21/cpp.c
 +++ open21xx-0.7.5/as21/cpp.c
 @@ -235,7 +235,7 @@
  /* - 2 to leave room for testing comments and quotes */
  while (chars_read  max_size - 2)
  {
 -ch = buf[chars_read] = getc( yyin );
 +buf[chars_read] = ch = getc( yyin );
  if (ch == EOF)
  {
  goto read_done;

 I would first read the character from getc, then see if it is EOF and,
 depending on the comparison, do whatever is needed. Otherwise, I would
 judge the code to be incorrect and losing precision in a case where such
 precision should not be lost.

Note that ch is an int.

Cheers,

Matej

Bug#423350: RM: open21xx -- RoQA; orphaned, RC-buggy

[Matej Vela]

unmerge 408485
retitle 408485 O: open21xx -- A tool suite for Analog Devices 21xx DSPs
reassign 408485 wnpp
retitle 423350 open21xx: should this package be removed?
severity 423350 serious
reassign 423350 open21xx
thanks

It seems we have a solution for the RC bug and some interest in
keeping open21xx, so I'll let it be for a while.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#376159: Open21xx Bug Report

[Matej Vela]

Michel Dänzer [EMAIL PROTECTED] writes:

 On Sat, 2007-08-11 at 15:55 +, Paul Wise wrote:
 Looks like it never built/worked on those platforms:
 
 http://buildd.debian.org/build.php?arch=pkg=open21xx
 
 Hopefully someone on the porter lists will be able to help (CCed).
 
 If no-one replies, I'm willing to use the Debian development machines to
 help you fix this issue. I'm not familiar with the open21xx source or
 package, and I have little time for Debian stuff, so I'll need some
 direction and hints about this.

 Given the list of failing architectures, I think the most likely cause
 is some code relying on char being signed by default. And indeed,
 building the as21 directory with -fsigned-char makes it build for me.

You're right, as21/cpp.c was comparing a plain char to EOF.  I've
uploaded the attached patch, let's see if it works.

Thanks,

Matej
--- open21xx-0.7.5.orig/as21/cpp.c
+++ open21xx-0.7.5/as21/cpp.c
@@ -235,7 +235,7 @@
 /* - 2 to leave room for testing comments and quotes */
 while (chars_read  max_size - 2)
 {
-ch = buf[chars_read] = getc( yyin );
+buf[chars_read] = ch = getc( yyin );
 if (ch == EOF)
 {
 goto read_done;

Bug#413146: O: tramp -- remote file access in Emacs

[Matej Vela]

Romain Francoise [EMAIL PROTECTED] writes:

 As I no longer use Debian's versions of Emacs, I intend to orphan
 the tramp package.  Tramp has been merged in Emacs 22, so once it
 becomes the default Emacs version in Debian, this package will be of
 limited use.

Do you think it's worth fixing #436761 (tramp fails with wholenump
error on xemacs21), or should tramp be removed (given that no one's
filed an ITA and emacs22 is the default)?

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#423350: RM: open21xx -- RoQA; orphaned, RC-buggy

[Matej Vela]

retitle 408485 RM: open21xx -- RoQA; orphaned, RC-buggy
reassign 408485 ftp.debian.org
retitle 423350 RM: open21xx -- RoQA; orphaned, RC-buggy
reassign 423350 ftp.debian.org
merge 408485 423350
thanks

Please remove open21xx:

  * Orphaned for 6 months.
  * RC-buggy for a year.
  * Never part of a stable release.
  * Last upstream release more than a year ago:
http://www3.telus.net/sharpshin/downloads/open21xx/open21xx-0.7.5.tar.gz
  * popcon: 9 installations, 1 vote.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#183373: O: libmetakit2.4.9.3 -- MetaKit embeddable database

[Matej Vela]

Hi,

I was getting ready to file a removal request for libmetakit2.4.9.3 when
I noticed that you never actually marked it as orphaned (an ITA expiry
script did so).  Do you think it's time to remove it?

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#428683: problem with prolog-build-case-strings and occur

[Matej Vela]

tag 428683 fixed-upstream
thanks

Looks like this was fixed upstream:

;; Version 1.14:
[...]
;;  o  Condensed regular expressions for lower and upper case
;; characters (GNU Emacs seems to go over the regexp length limit
;; with the original form).  My code on the matter was improved
;; considerably by Markus Triska.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#436082: prolog-el: use binary-indep instead of binary-arch

[Matej Vela]

Package: prolog-el
Version: 1.12-2

debian/rules should use the binary-indep target since the package is
architecture-independent.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#436123: libcteco50000: Wrong package name?

[Matej Vela]

Jens Seidel [EMAIL PROTECTED] writes:

 a very stupid question, but is libcteco5 indeed the right package
 name for a Orga Eco 5000 smartcard reader driver? Another package from
 the same source package is called ibcteco5000-dev.

 Please note 50 000 vs. 5 000!

 It's an old package but nobody noticed it yet

The 0 at the end stands for the soname (.0 in libcteco5000.so.0).
You do have a point, these days the preferred form is libcteco5000-0.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#352661: RM: php4-tclink -- RoQA; orphaned, PHP4 about to be removed

[Matej Vela]

retitle 352661 RM: php4-tclink -- RoQA; orphaned, PHP4 about to be removed
reassign 352661 ftp.debian.org
thanks

Please remove php4-tclink:

  * Orphaned for 18 months.
  * RC-buggy due to the imminent removal of PHP4 (#418268).
  * popcon: 25 installations, 0 votes.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#434566: seem to be a dependency of acpi-support

[Matej Vela]

reassign 434566 acpi-support 0.90-2
severity 434566 normal
merge 410918 434566
thanks

Nadav Kavalerchik [EMAIL PROTECTED] writes:

 while trying to remove this package (i don't have toshiba laptop)
 synaptic (apt) is complaining that it must remove acpi-support too.

 i don't think it should be a dependency of acpi-support.

This is an issue in acpi-support, previously discussed in
http://bugs.debian.org/410918.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429025: libgnome-dev +libsvn-dev = problems

[Matej Vela]

severity 422465 normal
tags 429025 - etch wontfix
reassign 429025 apr-util 1.2.7+dfsg-2
merge 422465 429025
thanks

Peter Samuelson [EMAIL PROTECTED] writes:

[...]
 So, what are we supposed to do about it?  I'm calling it wontfix - I
 can't speak for the libgnome-dev maintainers, but I believe they'll
 agree.  We (in svn) surely have a reason to use libdb4.4, I assume they
 have a reason to use libdb3.

libgnome-dev 1.4.2-36 has switched to libdb4.5-dev, which leaves just
libaprutil1-dev.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#430464: libsoap-lite-perl: please mention upstream URL in copyright

[Matej Vela]

Package: libsoap-lite-perl
Version: 0.69-1
Severity: minor

Please mention CPAN or http://downloads.sourceforge.net/soaplite/ as
the upstream URL in debian/copyright (as required by Policy 12.5).

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429683: pam-pgsql: please migrate from postgresql-dev to libpq-dev

[Matej Vela]

Package: pam-pgsql
Version: 0.5.2-9
Severity: important
Tags: patch

postgresql-dev is no longer available in lenny; please depend on
libpq-dev as an alternative.

# apt-get build-dep pam-pgsql
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package postgresql-dev is not available, but is referred to by another 
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  libpq-dev
E: Package postgresql-dev has no installation candidate
E: Failed to satisfy Build-Depends dependency for pam-pgsql: postgresql-dev

--- pam-pgsql-0.5.2~/debian/control
+++ pam-pgsql-0.5.2/debian/control
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Primoz Bratanic [EMAIL PROTECTED]
 Standards-Version: 3.6.1.1
-Build-Depends: libpam0g-dev, postgresql-dev, debhelper (= 4.0), libmhash-dev
+Build-Depends: libpam0g-dev, libpq-dev | postgresql-dev, debhelper (= 4.0), 
libmhash-dev
 
 Package: libpam-pgsql
 Architecture: any

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429639: vsftpd 500 OOPS: priv_sock_get_result

[Matej Vela]

Hi,

Does it work if you remove expired_column from /etc/pam_pgsql.conf?
pam_pgsql crashes in the account management phase if expired_column is
defined but newtok_column isn't.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#400362: RM: libapache-miniwiki-perl -- RoQA; orphaned, doesn't work with Apache 2

[Matej Vela]

retitle 400362 RM: libapache-miniwiki-perl -- RoQA; orphaned, doesn't work with 
Apache 2
reassign 400362 ftp.debian.org
thanks

Gerfried Fuchs [EMAIL PROTECTED] writes:

  Due to the recent removal of apache (including it's accompanied
 packages of apache-common, apache-dbg, apache-dev, apache-doc,
 apache-perl and apache-ssl) and libapache-mod-perl your package most
 propably isn't able to get installed or built anymore.  These are the
 problems your package currently has:

 libapache-miniwiki-perl (dependency): libapache-mod-perl

As discussed in #320363, Apache::MiniWiki doesn't work with Apache 2
(for example, it uses Apache::Constants, which is only available with
mod_perl 1.x).  Since it's also been orphaned for 6 months, I think we
can remove it.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429698: wmacpi: new upstream URL

[Matej Vela]

Package: wmacpi
Version: 2.1-9
Severity: minor

The URL listed in debian/copyright, http://himi.org/wmacpi-ng/, no
longer works.  It seems to have moved to http://himi.org/wmacpi/.

Thanks,

Matej


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]