Bug#322717: Patch that works for me
Hello Thanks a lot for the patch. Do you know if this problem affect sarge as well as sid? Regards, // Ola On Fri, Aug 12, 2005 at 05:05:13PM +0200, Lionel Elie Mamane wrote: Herewith attached patch seems to solve the problem, after some quick testing. I tested only IMP3 and only the basic functionalities. -- Lionel --- /usr/share/horde2/lib/Cipher/BlockMode.php.deb2005-08-12 16:51:22.358659640 +0200 +++ /usr/share/horde2/lib/Cipher/BlockMode.php2005-08-12 16:51:52.809761421 +0200 @@ -45,7 +45,8 @@ $class = 'Horde_Cipher_BlockMode_' . $mode; if (class_exists($class)) { -return new $class($params); +$result = new $class($params); +return $result; } else { return PEAR::raiseError('Class definition of ' . $class . ' not found.'); } --- /usr/share/horde2/lib/Auth.php.deb2005-08-12 16:46:04.954715720 +0200 +++ /usr/share/horde2/lib/Auth.php2005-08-12 16:46:30.713572274 +0200 @@ -77,7 +77,8 @@ } $class = 'Auth_' . $driver; if (class_exists($class)) { -return new $class($params); +$result = new $class($params); +return $result; } else { return PEAR::raiseError('Class definition of ' . $class . ' not found.'); } --- /usr/share/horde2/lib/Prefs.php.deb 2005-08-12 16:47:00.919713458 +0200 +++ /usr/share/horde2/lib/Prefs.php 2005-08-12 16:52:33.298248637 +0200 @@ -141,7 +141,8 @@ /* Return a base Prefs object if no driver is specified. */ $driver = strtolower(basename($driver)); if (empty($driver) || (strcmp($driver, 'none') == 0)) { -return new Prefs; + $result = new Prefs; +return $result; } /* If $params['user_hook'] is defined, use it to retrieve the @@ -161,7 +162,8 @@ } $class = 'Prefs_' . $driver; if (class_exists($class)) { -return new $class($user, $password, $scope, $params, $caching); +$result = new $class($user, $password, $scope, $params, $caching); +return $result; } else { return PEAR::raiseError('Class definition of ' . $class . ' not found.'); } --- /usr/share/horde2/lib/Cipher.php.deb 2005-08-12 16:48:57.681931646 +0200 +++ /usr/share/horde2/lib/Cipher.php 2005-08-12 16:50:46.945356055 +0200 @@ -110,7 +110,8 @@ $class = 'Horde_Cipher_' . $cipher; if (class_exists($class)) { -return new $class($params); + $result = new $class($params); +return $result; } else { return PEAR::raiseError('Class definition of ' . $class . ' not found.'); } -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324056: FTBFS: Incompatible with GCC 4.0
/ProgressOutput.cc +++ steghide-0.5.1/src/ProgressOutput.cc @@ -23,6 +23,8 @@ #include ProgressOutput.h #include common.h +float ProgressOutput::NoAvgWeight = 1.0 ; + Shouldn't this value be negative? ProgressOutput::ProgressOutput () : Message(__nomessage__) { Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346773: Intend to NMU xt
Hello Please go ahead. Thanks // Ola On Sun, Jan 15, 2006 at 03:23:37AM +0100, Amaya wrote: tags 346773 fixed pending patch thanks Hi there! I intend to lovingly NMU xt. Patch is attached. Thanks! -- .''`. sleep: command not found : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com Format: 1.0 Source: xt Version: 0.9.1-7.1 Binary: xt Maintainer: Ola Lundqvist [EMAIL PROTECTED] Architecture: any Standards-Version: 3.6.2 Build-Depends: debhelper ( 3.0.0), gtkglarea5-dev, libglu1-xorg-dev | xlibmesa-gl-dev, libgtk1.2-dev, xlibs-dev, debhelper, gettext, autotools-dev, perl, traceroute, host, libgdk-pixbuf-dev Files: fa88cdb4ba3a8d42abb0d01b9686fbeb 1076916 xt_0.9.1.orig.tar.gz 2c36d529a398f123d6db925df7153d7e 144757 xt_0.9.1-7.1.diff.gz Format: 1.7 Date: Sun, 15 Jan 2006 03:18:11 +0100 Source: xt Binary: xt Architecture: source Version: 0.9.1-7.1 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Amaya Rodrigo Sastre [EMAIL PROTECTED] Description: xt - A graphical traceroute Closes: 346773 Changes: xt (0.9.1-7.1) unstable; urgency=low . * Non-maintainer upload. * Thanks to Justin Pryzby for the patch and testing. * Remove Build-Dependency on xlibs-dev (Closes: #346773). Files: 8d1195e51aea9ddffc5a6a950d3e5838 465 x11 optional xt_0.9.1-7.1.dsc 2c36d529a398f123d6db925df7153d7e 144757 x11 optional xt_0.9.1-7.1.diff.gz -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346773: Intend to NMU xt
Hi I do not think your NMU was accepted... I do not know why it went wrong, but it seems like the first upload was missing a deb file and the second was missing the source files. Regards, // Ola On Sun, Jan 15, 2006 at 03:23:37AM +0100, Amaya wrote: tags 346773 fixed pending patch thanks Hi there! I intend to lovingly NMU xt. Patch is attached. Thanks! -- .''`. sleep: command not found : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com Format: 1.0 Source: xt Version: 0.9.1-7.1 Binary: xt Maintainer: Ola Lundqvist [EMAIL PROTECTED] Architecture: any Standards-Version: 3.6.2 Build-Depends: debhelper ( 3.0.0), gtkglarea5-dev, libglu1-xorg-dev | xlibmesa-gl-dev, libgtk1.2-dev, xlibs-dev, debhelper, gettext, autotools-dev, perl, traceroute, host, libgdk-pixbuf-dev Files: fa88cdb4ba3a8d42abb0d01b9686fbeb 1076916 xt_0.9.1.orig.tar.gz 2c36d529a398f123d6db925df7153d7e 144757 xt_0.9.1-7.1.diff.gz Format: 1.7 Date: Sun, 15 Jan 2006 03:18:11 +0100 Source: xt Binary: xt Architecture: source Version: 0.9.1-7.1 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Amaya Rodrigo Sastre [EMAIL PROTECTED] Description: xt - A graphical traceroute Closes: 346773 Changes: xt (0.9.1-7.1) unstable; urgency=low . * Non-maintainer upload. * Thanks to Justin Pryzby for the patch and testing. * Remove Build-Dependency on xlibs-dev (Closes: #346773). Files: 8d1195e51aea9ddffc5a6a950d3e5838 465 x11 optional xt_0.9.1-7.1.dsc 2c36d529a398f123d6db925df7153d7e 144757 x11 optional xt_0.9.1-7.1.diff.gz -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348363: vnc-java: FTBFS due to upstream changes in the kaffe package
Thanks Regards, // Ola On Mon, Jan 16, 2006 at 05:08:45PM +0100, Wolfgang Baer wrote: Package: vnc-java Severity: serious Tags: patch Justification: no longer builds from source Hi, kaffe upstream changed quite a lot for the newest release. Therefore the used classpath is no longer valid. The attached patch against the makefile fixes the ftbfs. Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348366: tightvnc-java: FTBFS due to upstream changes in the kaffe package
Thanks for this report as well. Regards, // Ola On Mon, Jan 16, 2006 at 05:20:41PM +0100, Wolfgang Baer wrote: Package: tightvnc-java Severity: serious Tags: patch Justification: no longer builds from source Hi, kaffe upstream changed quite a lot for the newest release. Therefore the used classpath is no longer valid. The attached patch against the makefile fixes the ftbfs. Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350480: xvnc4viewer: FTBFS on amd64
severity 350480 important thanks Hi This pacakge is not in testing for amd64 and thus this is an important bug, not serious. Thanks anyway for the bug. On Sun, Jan 29, 2006 at 10:08:24PM +0100, [EMAIL PROTECTED] wrote: Package: xvnc4viewer Version: 4.1.1+X4.3.0-1 Severity: serious Justification: must BFS Hi, here is the problem: $ fakeroot apt-get -b source xvnc4viewer [...] /usr/bin/cpp -undef -traditional -D__apploaddir__=/etc/X11/app-defaults -D__filemansuffix__=5x -D__libmansuffix__=3x -D__miscmansuffix__=7 -D__drivermansuffix__=4 -D__projectroot__=/usr/X11R6 -D__xorgversion__='Release 6.6 X Version 11' -D__vendorversion__=`echo 4 3 0 | sed -e 's/ /./g' -e 's/^/Version /'` XFree86 Xvfb.man | sed -e '/^# *[0-9][0-9]* *.*$/d' -e '/^XCOMM$/s//#/' -e '/^XCOMM[^a-zA-Z0-9_]/s/^XCOMM/#/' Xvfb._man rm -f Xvfb.1x.html Xvfb.1x-html ../../../../config/util/rman -f HTML Xvfb._man \ Xvfb.1x-html mv -f Xvfb.1x-html Xvfb.1x.html make[6]: Leaving directory `/home/bonnaud/vnc4-4.1.1+X4.3.0/unix/xc/programs/Xserver/hw/vfb' make[5]: *** No rule to make target `vnc/Xvnc/libxvnc.a', needed by `Xvnc'. make[5]: Target `all' not remade because of errors. make[5]: Target `all' not remade because of errors. make[5]: Target `all' not remade because of errors. rm -f Xserver._man /usr/bin/cpp -undef -traditional -D__apploaddir__=/etc/X11/app-defaults -D__filemansuffix__=5x -D__libmansuffix__=3x -D__miscmansuffix__=7 -D__drivermansuffix__=4 -D__projectroot__=/usr/X11R6 -D__xorgversion__='Release 6.6 X Version 11' -D__vendorversion__=`echo 4 3 0 | sed -e 's/ /./g' -e 's/^/Version /'` XFree86 Xserver.man | sed -e '/^# *[0-9][0-9]* *.*$/d' -e '/^XCOMM$/s//#/' -e '/^XCOMM[^a-zA-Z0-9_]/s/^XCOMM/#/' Xserver._man rm -f Xserver.1x.html Xserver.1x-html ../../config/util/rman -f HTML Xserver._man \ Xserver.1x-html mv -f Xserver.1x-html Xserver.1x.html macro in not recognized -- ignoring make[5]: Leaving directory `/home/bonnaud/vnc4-4.1.1+X4.3.0/unix/xc/programs/Xserver' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/bonnaud/vnc4-4.1.1+X4.3.0/unix/xc/programs' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/bonnaud/vnc4-4.1.1+X4.3.0/unix/xc' make[2]: *** [World] Error 2 make[2]: Leaving directory `/home/bonnaud/vnc4-4.1.1+X4.3.0/unix/xc' make[1]: *** [World] Error 2 make[1]: Leaving directory `/home/bonnaud/vnc4-4.1.1+X4.3.0/unix/xc' make: *** [build-arch-x-stamp] Error 2 Build command 'cd vnc4-4.1.1+X4.3.0 dpkg-buildpackage -b -uc' failed. E: Child process failed Yes I saw that from the build logs myself. I'm not fully sure why this happen bug my suspicion is that something went wrong when building the vnc common directory. Patches are very welcome as I do not have access to amd64 hardware. Regards, // Ola -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291426: util-vserver doesn't work if compiled on a !ctx-kernel
severity 291426 important thanks On Thu, Jan 20, 2005 at 06:47:06PM +0100, Andreas Barth wrote: Package: util-vserver Version: 0.30-10 Severity: grave Hi, I had the problem that e.g. vserver-stats didn't work for me. On checking it up, the build log proved that it is using syscall 273 for that, instead of the really used one: aba Bertl: if the configure script says: checking for number of syscall 'vserver'... 273/default - is that a bad sign? Bertl aba: yes aba Bertl: with recompiling debians utils on my machine with a kernel, it works .. This means that util-vserver doesn't work on powerpc (and probably also not on any other !i386 architecture). Ok. Lowering the severity to important as it do not corrupt your system. You say that recompiling debian utils with a kernel, it works .. What do you mean with that? Regards, // Ola Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291585: downgrade and move setserial
As the maintainer of this package, I can say that I agree that it should have lowered priority to optional or extra. Regards, // Ola On Fri, Jan 21, 2005 at 10:02:27AM -0700, Bdale Garbee wrote: Package: ftp.debian.org Severity: serious The 'setserial' package remains problematic on many systems. In the worst cases, having the package installed with the default debconf choice taken will cause a hard system crash on boot. There seems to be general agreement that this package, while still useful on some systems in some cases, is no longer an appropriate package to have as part of Debian's 'base' install. Please downgrade the priority of setserial from 'important' to 'extra'. I would accept 'optional', but the it can crash your system if you don't know what you're doing aspect makes me suggest 'extra' as more appropriate. A change to a priority lower than 'standard' is release-critical for sarge. As supporting evidence for this request, I offer the changelog of debootstrap version 0.2.41, and the message thread it references attached to bug #212646. The change in debootstrap was necessary but not sufficient to solve the problem, as 'important' priority causes tasksel, et al, to install setserial. We *must* fix this for sarge release! Please also move the setserial package from 'base' to 'comm'. This is not absolutely required, but once the priority is lowered it would be less confusing to our users if setserial were no longer part of the 'base' section. Bdale -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291701: ntop: FTBFS: Can't satisify build dependencies.
Hello On Sat, Jan 22, 2005 at 04:02:10PM +0100, Kurt Roeckx wrote: Package: ntop Version: 2:3.0-3 Severity: serious Hi, It seems rrdtool changed it's dependency again, now from libgd2-xpm-dev to libgd2-noxpm-dev, and you're build depending on libgd2-xpm-dev, and those conflict. Sigh... Well I'll fix this. Thanks for the note. :) Regards, // Ola Kurt -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295197: Horde2 fails to uninstall.
Hello Thanks a lot for the patch. Uploaded now. Regards, // Ola On Mon, Feb 14, 2005 at 10:50:25AM -0800, Steve Langasek wrote: tags 295197 patch thanks This seems the week for debconf-related purge failures. Please find attached a patch for this issue. The postrm must not output user messages to stdout on purge if debconf is used by the package. -- Steve Langasek postmodern programmer diff -u horde2-2.2.7/debian/postrm horde2-2.2.7/debian/postrm --- horde2-2.2.7/debian/postrm +++ horde2-2.2.7/debian/postrm @@ -9,7 +9,6 @@ # # Remove files generated for configuration # -echo Removing /var/lib/horde2 rm -Rf /var/lib/horde2 ;; *) diff -u horde2-2.2.7/debian/changelog horde2-2.2.7/debian/changelog --- horde2-2.2.7/debian/changelog +++ horde2-2.2.7/debian/changelog @@ -1,3 +1,13 @@ +horde2 (2.2.7-5.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for sarge-targetted RC bugfix. + * Remove a spurious echo from the postrm, which breaks package purging +due to problematic interactions with debconf and is contraindicated +by policy anyway. Closes: #295197 + + -- Steve Langasek [EMAIL PROTECTED] Mon, 14 Feb 2005 10:26:43 -0800 + horde2 (2.2.7-5) unstable; urgency=low * Renamed apache.conf file to horde2.conf in config.d directory, -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335160: FTBFS: error in stl_bvector.h
On Sat, Oct 22, 2005 at 09:36:57AM +0200, Laurent Bonnaud wrote: Package: vnc4 Severity: serious Justification: must build from source I know it has problem to build. I'm working on it. Regards, // Ola Hi, here is the problem: $ fakeroot apt-get -b source xvnc4viewer [...] c++ -I.. -DHAVE_VSNPRINTF -O2 -Wall -DPIC -fPIC -c HTTPServer.cxx ../rdr/Exception.h:27: warning: 'struct rdr::Exception' has virtual functions but non-virtual destructor ../rdr/Exception.h:44: warning: 'struct rdr::SystemException' has virtual functions but non-virtual destructor ../rdr/Exception.h:49: warning: 'struct rdr::TimedOut' has virtual functions but non-virtual destructor ../rdr/Exception.h:53: warning: 'struct rdr::EndOfStream' has virtual functions but non-virtual destructor /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_bvector.h: In member function 'void std::vectorbool, _Alloc::_M_insert_range(std::_Bit_iterator, _ForwardIterator, _ForwardIterator, std::forward_iterator_tag)': /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_bvector.h:542: error: expected unqualified-id before '(' token /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_bvector.h: In member function 'void std::vectorbool, _Alloc::_M_fill_insert(std::_Bit_iterator, size_t, bool)': /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_bvector.h:889: error: expected unqualified-id before '(' token /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/vector.tcc: In member function 'void std::vector_Tp, _Alloc::_M_fill_insert(__gnu_cxx::__normal_iteratortypename _Alloc::pointer, std::vector_Tp, _Alloc , size_t, const _Tp)': /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/vector.tcc:353: error: expected unqualified-id before '(' token /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/vector.tcc: In member function 'void std::vector_Tp, _Alloc::_M_range_insert(__gnu_cxx::__normal_iteratortypename _Alloc::pointer, std::vector_Tp, _Alloc , _ForwardIterator, _ForwardIterator, std::forward_iterator_tag)': /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/vector.tcc:452: error: expected unqualified-id before '(' token ../rfb/ImageGetter.h: At global scope: ../rfb/ImageGetter.h:24: warning: 'class rfb::ImageGetter' has virtual functions but non-virtual destructor ../rfb/ColourMap.h:29: warning: 'class rfb::ColourMap' has virtual functions but non-virtual destructor ../rdr/FdInStream.h:30: warning: 'class rdr::FdInStreamBlockCallback' has virtual functions but non-virtual destructor ../network/Socket.h:69: warning: 'class network::ConnectionFilter' has virtual functions but non-virtual destructor ../network/Socket.h:95: warning: 'struct network::SocketException' has virtual functions but non-virtual destructor make[2]: *** [HTTPServer.o] Error 1 make[2]: Leaving directory `/home/chercheur/bonnaud/vnc4-4.0/rfb' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/chercheur/bonnaud/vnc4-4.0' make: *** [build-arch-stamp] Error 2 Build command 'cd vnc4-4.0 dpkg-buildpackage -b -uc' failed. E: Child process failed -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
with kernel-patch-vserver 1.9.5.3 (debian sarge), but not with vanilla kernel with upstream patch. I didn't test reiserfs, xfs and jfs, cause I knew some futures only implemented on ext2/3(eg:disklimit), so I only focus my tests on ext2/3. Let me know if you need more tests on my side for investigate this problem. Thank you very much for investigating this issue. Best regards, - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDTj5HnQYz4bYlCYURAlo+AJ0TAmp0+59cHvSWE84dteBb3FMYQACfY3oB btznLu/i+MP6KlLdGCLzlxY= =SK9G -END PGP SIGNATURE- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335439: vncserver: passwords over 8 chars not handled correctly
severity 335439 wishlist tags 335439 + security thanks On Mon, Oct 24, 2005 at 02:11:21AM +0100, Steve Kemp wrote: On Sun, Oct 23, 2005 at 08:19:35PM -0400, Collin E Borrlewyn wrote: vncserver lets me in without supplying the full password. To reproduce this: start vncserver: vncserver :1 whe prompted enter a password of eight or more characters start xvncviewer and connect to :1 when prompted enter the first eight characters of the password and hit enter You have been authenticated. This appears to be a known weakness in VNC, for which I can find references going back to 1999. Yes it is very well known and will not be fixed by upstream as they sell an other product (for money) with enhanced security. e.g. http://www.realvnc.com/pipermail/vnc-list/1999-November/010853.html The source documents this: vnc-3.3.7/vncpasswd/vncpasswd.c Always ignore anything after 8 characters, since this is what Solaris getpass() does anyway.. As does man vncpasswd: The password must be at least six characters long, and only the first eight characters are significant Perhaps a more prominent warning is required, but I consider it unlikely that this will be fixed if upstream is content with the current state Maybe. Or that someone provide me a patch with this fixed. On the other hand it will not be fixed upstream and we will deviate (once more) from it. Thanks for your prompt answer. Regards, // Ola Steve -- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328209: [PATCH] Fix syscall number detection
I'm aware of this problem. Not really sure that it should be considered grave but as we have a solution to it I do not really bother. On Thu, Oct 27, 2005 at 02:37:59AM +0200, Jérémy Bobbio wrote: tags 328209 + patch found 328209 0.30.208-3 thanks Hi! The current way of detecting the syscall number is broken for any build done without a patched kernel. This doesn't show up on i386 as the configure script use it as by default. Known problem. Attached is a patched which modifies the configure.ac (and required files) by using the vserver.h found upstream [1]. The buildd should then be able to detect the correct syscall number. Sounds really great, thanks! For clarity, the patch only provides the needed changes to autotools source files: autoreconf needs to be called to regenerated the configure script and other files. Ok. I think this really should be applied upstream as well. Or even better applied upstream and then I will use the new tarball. :) [1] http://vserver.13thfloor.at/Experimental/SYSCALL/vserver.h Ok. Lot of defines here. :) Regards, // Ola Regards, -- Jérémy -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335849: tightvncserver: Unable to set fontpath in AMD64
Hello Can you start it with just tightvncserver (without arguments) ? Ahh wait a minute. You are using amd64... Do you have the same problem on i386? Regards, // Ola On Wed, Oct 26, 2005 at 12:58:59PM +0200, Marcel wrote: Package: tightvncserver Version: 1.2.9-6 Severity: grave Justification: renders package unusable tvncserver is unable to start giving the following error: tightvncserver -depth 16 -geometry 1024x768 Couldn't start Xtightvnc; trying default font path. Please set correct fontPath in the tightvncserver script. Couldn't start Xtightvnc process. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tightvncserver depends on: ii dpkg 1.13.11package maintenance system for Deb ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii perl 5.8.7-6Larry Wall's Practical Extraction ii vnc-common3.3.7-7Virtual network computing server s ii xbase-clients 6.8.2.dfsg.1-7 miscellaneous X clients ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii xserver-common6.8.2.dfsg.1-7 files and utilities common to all ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages tightvncserver recommends: ii xfonts-base 6.8.2.dfsg.1-7 standard fonts for X -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335849: tightvncserver: Unable to set fontpath in AMD64
Hello On Thu, Oct 27, 2005 at 12:25:14PM +0200, Marcel Aguilella Arzo wrote: Same problem with tightvncserver without arguments, and yes , I have used tightvncserver for long without problem in the same computer using debian-testing for ia32. Also I tried to uncomment the line: # Here is another example of setting the font path: # $fontPath = /usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/75dpi/; in the tightvncserver script with no success. To me this sound like a problem with the font package. I have seen a patch for the vnc(realvnc3) server that may be related... That bug is found here bugs.debian.org/vncserver Why I think it is a problem in the fonts package is that I have not updated tightvnc for quite some time. Regards, // Ola Best, Marcel En/na Ola Lundqvist ha escrit: Hello Can you start it with just tightvncserver (without arguments) ? Ahh wait a minute. You are using amd64... Do you have the same problem on i386? Regards, // Ola On Wed, Oct 26, 2005 at 12:58:59PM +0200, Marcel wrote: Package: tightvncserver Version: 1.2.9-6 Severity: grave Justification: renders package unusable tvncserver is unable to start giving the following error: tightvncserver -depth 16 -geometry 1024x768 Couldn't start Xtightvnc; trying default font path. Please set correct fontPath in the tightvncserver script. Couldn't start Xtightvnc process. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tightvncserver depends on: ii dpkg 1.13.11package maintenance system for Deb ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii perl 5.8.7-6Larry Wall's Practical Extraction ii vnc-common3.3.7-7Virtual network computing server s ii xbase-clients 6.8.2.dfsg.1-7 miscellaneous X clients ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii xserver-common6.8.2.dfsg.1-7 files and utilities common to all ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages tightvncserver recommends: ii xfonts-base 6.8.2.dfsg.1-7 standard fonts for X -- no debconf information -- Dr. Marcel Aguilella i Arzo Dept. Ciencies Experimentals Universitat Jaume I E-12080 Castellon SPAIN Email: [EMAIL PROTECTED] Phone: +34-964-728046 Fax: +34-964-728066 Referenser 1. mailto:[EMAIL PROTECTED] -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328209: [Vserver] Re: Bug#328209: [PATCH] Fix syscall number detection
Thanks a lot! I'll try to convince the release managers to allow me to upload a new fixed version. Regards, // Ola On Fri, Oct 28, 2005 at 05:03:53PM +0800, Andrew Lee wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 found 328209 0.30.204-5sarge2 tags +patch thanks Ola Lundqvist wrote: I'm aware of this problem. Not really sure that it should be considered grave but as we have a solution to it I do not really bother. I considered it as grave beause util-vserver package in sarge is unuseable on all non-i386 machines(It should be FTBFS, but it compiled on the buildd). The attached patch is a backported from Bertl's delta-0.30.208-fix03-fix04-hack.diff to sarge, it fixs the syscall number detection on no vserver patched kernel. - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDYelwnQYz4bYlCYURAuH3AKDV3WAX9jDVw2HkTxD/xXnl77JTcQCffzKz rrqj2294Tjm48Jt2pJ8vIN8= =AD3H -END PGP SIGNATURE- diff -urN util-vserver-0.30.204.orig/configure util-vserver-0.30.204/configure --- util-vserver-0.30.204.orig/configure 2005-02-16 07:14:42.0 +0800 +++ util-vserver-0.30.204/configure 2005-10-28 16:42:17.166831216 +0800 @@ -23746,8 +23746,11 @@ ac_compiler_gnu=$ac_cv_c_compiler_gnu cat conftest.$ac_ext _ACEOF - +#if (ENSC_MARK == alternative) +#include vserver-syscall-def.h +#else #include asm/unistd.h +#endif #ifdef __NR_vserver ensc_syscall_tmp_nr=__NR_vserver; ensc_syscall_tmp_src=ENSC_MARK @@ -23757,6 +23760,8 @@ ensc_syscall_tmp_nr= ensc_syscall_tmp_src= test $ensc_syscall_tmp_nr || \ + eval $($CPP $CPPFLAGS -D ENSC_MARK='alternative' -Ilib conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') + test $ensc_syscall_tmp_nr || \ eval $($CPP $CPPFLAGS -D ENSC_MARK='glibc' conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') test $ensc_syscall_tmp_nr || \ eval $($CPP $CPPFLAGS -D ENSC_MARK='kernel' -I $ensc_cv_path_kernelheaders conftest.c | $EGREP '^ensc_syscall_tmp_(nr=[1-9][0-9]*;|src=.*)$') @@ -23878,7 +23883,7 @@ echo $as_me: failed program was: 5 sed 's/^/| /' conftest.$ac_ext 5 -ensc_cv_test_syscall=traditional +ensc_cv_test_syscall=alternative fi rm -f conftest.err conftest.$ac_objext conftest.$ac_ext diff -urN util-vserver-0.30.204.orig/lib/syscall-wrap.h util-vserver-0.30.204/lib/syscall-wrap.h --- util-vserver-0.30.204.orig/lib/syscall-wrap.h 1970-01-01 08:00:00.0 +0800 +++ util-vserver-0.30.204/lib/syscall-wrap.h 2005-10-28 16:40:36.884076512 +0800 @@ -0,0 +1,42 @@ +// $Id: syscall-wrap.h,v 1.2 2005/05/02 21:42:05 ensc Exp $--*- c -*-- + +// Copyright (C) 2005 Enrico Scholz [EMAIL PROTECTED] +// +// 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; version 2 of the License. +// +// This program is distributed in the hope that it will be useful, +// but WITHOUT ANY WARRANTY; without even the implied warranty of +// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +// GNU General Public License for more details. +// +// You should have received a copy of the GNU General Public License +// along with this program; if not, write to the Free Software +// Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. + + +#ifndef H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H +#define H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H + +#ifdef ENSC_USE_ALTERNATIVE_SYSCALL_MACROS + +# undef _syscall0 +# undef _syscall1 +# undef _syscall2 +# undef _syscall3 +# undef _syscall4 +# undef _syscall5 +# undef _syscall6 +# undef _syscall7 + +# include syscall-alternative.h +# include vserver-syscall-def.h +#else + +# include sys/syscall.h +# include syscall.h +# include unistd.h +#endif + +#endif // H_UTIL_VSERVER_LIB_SYSCALL_WRAP_H diff -urN util-vserver-0.30.204.orig/lib/vserver-internal.h util-vserver-0.30.204/lib/vserver-internal.h --- util-vserver-0.30.204.orig/lib/vserver-internal.h 2004-09-23 05:48:24.0 +0800 +++ util-vserver-0.30.204/lib/vserver-internal.h 2005-10-28 16:40:36.886076208 +0800 @@ -225,9 +225,7 @@ return syscall(__NR_vserver, cmd, id, data); } #else -inline static UNUSED ALWAYSINLINE -_syscall3(int, vserver, - uint32_t, cmd, uint32_t, id, void *, data) +#include vserver-syscall-def.h #endif #endif diff -urN util-vserver-0.30.204.orig/lib/vserver-syscall-def.h util-vserver-0.30.204/lib/vserver-syscall-def.h --- util-vserver-0.30.204.orig/lib/vserver-syscall-def.h 1970-01-01 08:00:00.0 +0800 +++ util-vserver-0.30.204/lib/vserver-syscall-def.h 2005
Bug#329087: Bug#329090: util-vserver: barrier not working, but chroot escape does
to believe that either the upstream kernel source is broken, the upstream linux vserver patch is broken, or most likely the testfs is not working properly for these tests. I do not know, the different I found is the exploit works only in 2.4.27-10 with kernel-patch-vserver 1.9.5.3 (debian sarge), but not with vanilla kernel with upstream patch. I didn't test reiserfs, xfs and jfs, cause I knew some futures only implemented on ext2/3(eg:disklimit), so I only focus my tests on ext2/3. Let me know if you need more tests on my side for investigate this problem. Thank you very much for investigating this issue. Best regards, - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDTj5HnQYz4bYlCYURAlo+AJ0TAmp0+59cHvSWE84dteBb3FMYQACfY3oB btznLu/i+MP6KlLdGCLzlxY= =SK9G -END PGP SIGNATURE- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337470: xt: FTBFS: Unsatisfiable Build-Depends on xlibmesa-dev
Thanks for the information. Regards, // Ola On Fri, Nov 04, 2005 at 02:52:20PM +0100, Daniel Schepler wrote: Package: xt Severity: serious Version: 0.9.1-6 From my pbuilder build log: ... Installing the build-deps - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.20 2005/08/17 00:46:54 dancer Exp $ - Considering debhelper ( 3.0.0) - Trying debhelper - Considering gtkglarea5-dev - Trying gtkglarea5-dev - Considering xlibmesa-dev - Trying xlibmesa-dev - Cannot install xlibmesa-dev; apt errors follow: Reading package lists... Done Building dependency tree... Done Package xlibmesa-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: xlibmesa-gl-dev libglu1-xorg-dev E: Package xlibmesa-dev has no installation candidate E: Could not satisfy build-dependency. E: pbuilder-satisfydepends failed. You need to replace that with xlibmesa-gl-dev and/or xlibmesa-glu-dev. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338460: rfb: Uninstallable due to libxclass0 - libxclass0c2
Hi On Thu, Nov 10, 2005 at 12:45:22PM +0100, Luk Claes wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: rfb Severity: grave Version: 0.6.1-11 Hi rfb is uninstallable as libxclass0 has been renamed to libxclass0c2 for the C++ ABI transition. This bug is *not* fixeable without source changes (binNMUs) as there is an explicit versioned dependency on libxclass0 in debian/control. Thanks for the information. I thought it compiled it in, but as I'm obviously wrong I'll change that. Regards, // Ola Cheers Luk - -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDczLS5UTeB5t8Mo0RAl03AJwKFhbj+hdzgkCg0a5UjujNyEwySgCfQxFr V7g75IZTGTm9nOpquF2PvS4= =sKcy -END PGP SIGNATURE- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320573: hsftp: doesn't really work
severity 320573 important tags 320573 + upstream thanks I have now debugged this further and it seems like you have to have a identity key in the server so you do not have to enter your password. If so it works just fine. [EMAIL PROTECTED]:~$ hsftp opalsys.net Welcome to hsftp. Current remote directory is /home/ola Current local directory is /home/ola Use '?' or 'help' to get a list of commands. hsftp ls So yes this is a real bug and important one as well but the package is not entirelly unusable. The package should probably be removed anyway. Regards, // Ola On Sat, Jul 30, 2005 at 12:29:36PM +0300, Yotam Rubin wrote: Package: hsftp Version: 1.15-1 Severity: serious It seems as though hsftp doesn't really work: '''[EMAIL PROTECTED]:~$ hsftp -v -p [EMAIL PROTECTED] Username matti, remote host [EMAIL PROTECTED] Command: ssh -p -x -l matti [EMAIL PROTECTED] 'pwd' ... hangs indefinitely until ^C ... Signal: Interrupt - kill ssh subprocess Password: Continue (Y/n) ? Y ** ERROR **: Could not get remote home directory.''' However, 'ssh -p -x -l matti [EMAIL PROTECTED] 'pwd'' works fine - '''[EMAIL PROTECTED]:~$ ssh -p -x -l matti [EMAIL PROTECTED] 'pwd' Password: /home/yotam''' Set to serious, because it renders package unuseable -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7-1-686 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages hsftp depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-8Shared libraries for terminal hand ii libreadline44.3-15 GNU readline and history libraries ii ssh 1:4.1p1-5Secure shell client and server (tr hsftp recommends no packages. -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320573: hsftp: doesn't really work
Hello On Sat, Jul 30, 2005 at 12:29:36PM +0300, Yotam Rubin wrote: Package: hsftp Version: 1.15-1 Severity: serious It seems as though hsftp doesn't really work: '''[EMAIL PROTECTED]:~$ hsftp -v -p [EMAIL PROTECTED] Username matti, remote host [EMAIL PROTECTED] Command: ssh -p -x -l matti [EMAIL PROTECTED] 'pwd' ... hangs indefinitely until ^C ... Signal: Interrupt - kill ssh subprocess Password: Continue (Y/n) ? Y ** ERROR **: Could not get remote home directory.''' However, 'ssh -p -x -l matti [EMAIL PROTECTED] 'pwd'' works fine - '''[EMAIL PROTECTED]:~$ ssh -p -x -l matti [EMAIL PROTECTED] 'pwd' Password: /home/yotam''' Set to serious, because it renders package unuseable Yes this seem very broken... Something must have changed in ssh since I last used this package. Debugging now. Regards, // Ola -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7-1-686 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages hsftp depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-8Shared libraries for terminal hand ii libreadline44.3-15 GNU readline and history libraries ii ssh 1:4.1p1-5Secure shell client and server (tr hsftp recommends no packages. -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321171: util-vserver: ftbfs [sparc] cc1: error: invalid option 'v8'
forwarded 321171 [EMAIL PROTECTED] thanks Hello Thanks for the information. Mail has been forwarded to vserver list. I think maybe this is a bug in gcc but I'm not sure yet as the option (-mv8) is supported on many other arches. Or maybe they are using an other version of gcc maybe. What version of gcc do you use? Regards, // Ola On Wed, Aug 03, 2005 at 09:24:44AM -0700, Blars Blarson wrote: Package: util-vserver Version: 0.30.207-9 Severity: serious Justification: fails to build from source util-vserver failed to build on a sparc buildd, duplicated on my sparc pbuilder: if diet -Os gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -DNDEBUG -Wall -g -mv8 -O2 -std=c99 -Wall -pedantic -W -funit-at-a-time -MT lib/lib_libvserver_a-nflags_list-net.o -MD -MP -MF lib/.deps/lib_libvserver_a-nflags_list-net.Tpo -c -o lib/lib_libvserver_a-nflags_list-net.o `test -f 'lib/nflags_list-net.c' || echo './'`lib/nflags_list-net.c; \ then mv -f lib/.deps/lib_libvserver_a-nflags_list-net.Tpo lib/.deps/lib_libvserver_a-nflags_list-net.Po; else rm -f lib/.deps/lib_libvserver_a-nflags_list-net.Tpo; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -DNDEBUG -Wall -g -mv8 -O2 -std=c99 -Wall -pedantic -W -funit-at-a-time -MT ensc_fmt/lib_libvserver_a-fmt-32.o -MD -MP -MF ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo -c -o ensc_fmt/lib_libvserver_a-fmt-32.o `test -f 'ensc_fmt/fmt-32.c' || echo './'`ensc_fmt/fmt-32.c; \ then mv -f ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo ensc_fmt/.deps/lib_libvserver_a-fmt-32.Po; else rm -f ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo; exit 1; fi cc1: error: invalid option 'v8' make[3]: *** [ensc_fmt/lib_libvserver_a-fmt-32.o] Error 1 make[3]: Leaving directory `/build/buildd/util-vserver-0.30.207' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/util-vserver-0.30.207' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/util-vserver-0.30.207' make: *** [build-stamp] Error 2 -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321171: [EMAIL PROTECTED]: Bug#321171: util-vserver: ftbfs [sparc] cc1: error: invalid option 'v8']
forwarded 321171 vserver@list.linux-vserver.org thanks Hello I tried to contact the submitter but his mailserver refused my email as I use a ... known spam host. Interesting... Well to the point. Do you know of such build problems. Is there any recent versions of gcc (like gcc4) that do not support the -mv8 option? Regards, // Ola - Forwarded message from Blars Blarson [EMAIL PROTECTED] - Envelope-to: [EMAIL PROTECTED] Delivery-date: Thu, 04 Aug 2005 00:40:08 +0200 Subject: Bug#321171: util-vserver: ftbfs [sparc] cc1: error: invalid option 'v8' Reply-To: Blars Blarson [EMAIL PROTECTED], [EMAIL PROTECTED] Resent-From: Blars Blarson [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Ola Lundqvist [EMAIL PROTECTED] Resent-Date: Wed, 03 Aug 2005 22:33:01 UTC Resent-Message-ID: [EMAIL PROTECTED] X-Debian-PR-Message: report 321171 X-Debian-PR-Package: util-vserver X-Debian-PR-Keywords: Resent-Message-Id: [EMAIL PROTECTED] From: Blars Blarson [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] X-Reportbug-Version: 3.15 Resent-From: [EMAIL PROTECTED] Resent-Date: Wed, 3 Aug 2005 15:30:04 -0700 Resent-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Resent-Sender: Debian BTS [EMAIL PROTECTED] X-Spam-Score: 1.2 (+) X-Spamcheck-provider: Checked for spam by opalsys.net, [EMAIL PROTECTED] Package: util-vserver Version: 0.30.207-9 Severity: serious Justification: fails to build from source util-vserver failed to build on a sparc buildd, duplicated on my sparc pbuilder: if diet -Os gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -DNDEBUG -Wall -g -mv8 -O2 -std=c99 -Wall -pedantic -W -funit-at-a-time -MT lib/lib_libvserver_a-nflags_list-net.o -MD -MP -MF lib/.deps/lib_libvserver_a-nflags_list-net.Tpo -c -o lib/lib_libvserver_a-nflags_list-net.o `test -f 'lib/nflags_list-net.c' || echo './'`lib/nflags_list-net.c; \ then mv -f lib/.deps/lib_libvserver_a-nflags_list-net.Tpo lib/.deps/lib_libvserver_a-nflags_list-net.Po; else rm -f lib/.deps/lib_libvserver_a-nflags_list-net.Tpo; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -DNDEBUG -Wall -g -mv8 -O2 -std=c99 -Wall -pedantic -W -funit-at-a-time -MT ensc_fmt/lib_libvserver_a-fmt-32.o -MD -MP -MF ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo -c -o ensc_fmt/lib_libvserver_a-fmt-32.o `test -f 'ensc_fmt/fmt-32.c' || echo './'`ensc_fmt/fmt-32.c; \ then mv -f ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo ensc_fmt/.deps/lib_libvserver_a-fmt-32.Po; else rm -f ensc_fmt/.deps/lib_libvserver_a-fmt-32.Tpo; exit 1; fi cc1: error: invalid option 'v8' make[3]: *** [ensc_fmt/lib_libvserver_a-fmt-32.o] Error 1 make[3]: Leaving directory `/build/buildd/util-vserver-0.30.207' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/util-vserver-0.30.207' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/util-vserver-0.30.207' make: *** [build-stamp] Error 2 - End forwarded message - -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hello On Mon, Sep 26, 2005 at 01:43:37PM +0800, Andrew Lee wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ola Lundqvist wrote: Is util-vserver from sid necessary for this or is it just the kernel patch that is needed to fix it? Not sure yet, I have successed passed the test of testfs.sh script on powerpc with util-vserver from sid(applied the fix02 patch myself) and linux-source-2.6.12-6+kernel-patch-vserver-2.0, but never successed on i386. Could you please run the same test as I did on your side to see if you can reproduce the error or not? The upstream author said the test the 109 verifies that barrier was removed correctly, while the test 121 checks that it was set correctly. So I think these are potential security holes in current version of util-vserver in Debian, not only in sarge. I do not have access to a 2.6 kernel patched with vserver but I can check on a patched 2.4 kernel with old style patch. Regards, // Ola - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDN4qHnQYz4bYlCYURAro0AKDVTVqeNMxqZGFdqubzRYdj0XGeJgCfbTov RCtQEjqiYqWhtw/jed0olFg= =kZ9k -END PGP SIGNATURE- -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330517: ntop: FTBFS: Failed to satisfy Build-Depends: librrd0-dev
Hello On Wed, Sep 28, 2005 at 03:36:40PM +0200, Andreas Jochens wrote: Package: ntop Version: 2:3.2rc1-1 Severity: serious When building 'ntop' in a clean 'unstable' chroot, I get the following error: Reading package lists... Building dependency tree... E: Package librrd0-dev has no installation candidate E: Failed to satisfy Build-Depends dependency for ntop: librrd0-dev Package librrd0-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 This can probably be solved by Build-Depending on librrd2-dev instead of librrd0-dev. Thanks. I'll check it out when I get my sid build ready. There is also another FTBFS problem on amd64 which seems to be caused by a missing -fPIC in compilations for a shared library: Hmm... Could you write another bug report about this? gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include -I../myrrd -DLINUX -I/usr/local/include -I/usr/include -I/usr/include -g -DMAKE_WITH_IGNORE_SIGPIPE -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fPIC -DPIC -MT libxmldumpPlugin_la-xmldumpPlugin.lo -MD -MP -MF .deps/libxmldumpPlugin_la-xmldumpPlugin.Tpo -c xmldumpPlugin.c -o libxmldumpPlugin_la-xmldumpPlugin.o /dev/null 21 /bin/sh ../libtool --mode=link --tag=CC gcc -g -DMAKE_WITH_IGNORE_SIGPIPE -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fPIC -DPIC -L/usr/local/lib -L/usr/lib -L/usr/lib -o libxmldumpPlugin.la -rpath /usr/lib -shared -release 3.2rc1 libxmldumpPlugin_la-xmldumpPlugin.lo -lgdome -lxml2 -lglib -lpthread -lresolv -lnsl -lcrypt -lc -lssl -lcrypto -lpcap -lgdbm -lgd -lpng -lz gcc -shared .libs/libxmldumpPlugin_la-xmldumpPlugin.o -Wl,--rpath -Wl,/usr/lib -Wl,--rpath -Wl,/usr/lib -L/usr/local/lib -L/usr/lib /usr/lib/libgdome.so /usr/lib/libxml2.so /usr/lib/libglib.so -lpthread -lresolv -lnsl -lcrypt -lc -lssl -lcrypto -lpcap /usr/lib/libgdbm.so /usr/lib/libgd.so -lpng -lz -Wl,-soname -Wl,libxmldumpPlugin-3.2rc1.so -o .libs/libxmldumpPlugin-3.2rc1.so /usr/bin/ld: .libs/libxmldumpPlugin_la-xmldumpPlugin.o: relocation R_X86_64_PC32 against `dumpXML' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status make[4]: *** [libxmldumpPlugin.la] Error 1 make[4]: Leaving directory `/srv/dbuild/tmp/ntop-3.2rc1/plugins' Regards, // Ola Regards Andreas Jochens -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hello On Mon, Sep 19, 2005 at 09:45:10PM +0800, Andrew Lee wrote: Package: util-vserver Version: 0.30.204-5sarge2 Severity: critical Tags: sarge Justification: root security hole Dear Ola, I found the util-vserver in sarge can not pass the test 109 and 121 of testfs.sh script[1] which provide by upstream author. After more tests, upstream author discoveried this is a security hole. 109 verifies that barrier was removed correctly, while 121 checks that it was set correctly. This bug is kernel-patch-vserver related, I have filed a bug to kernel-patch-vserver that you may have a look. Here is what I did in my tests: # dd bs=1024k count=1024 if=/dev/zero of=1gb.test # losetup /dev/loop4 ./1gb.test # ./testfs.sh -l -t -D /dev/loop4 -M /mnt [1] http://vserver.13thfloor.at/Stuff/SCRIPT/testfs.sh-0.09 PS. I confirmed the kernel-patch-vserver + linux-source-2.6.12 + util-vserver in sid are passed the test of testfs.sh I have now tested on one of my systems and that I have a security problem there. On the other system (2.4.26 + grsec) the problem do not exist. So I'm not sure if I can confim or deny this. It would be really good if you could install the sarge util-vserver on the sid kernel-patch-vserver + linux-source-2.6.12 system to see if this is a problem with util-vserver or with the kernel patches. Regards, // Ola -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-10vserver Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages util-vserver depends on: ii iproute 20041019-3 Professional tools to control the ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii net-tools 1.60-10 The NET-3 networking toolkit util-vserver recommends no packages. -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hi Andrew On Mon, Oct 03, 2005 at 12:18:47AM +0800, Andrew Lee wrote: ?b 2005/10/2 ?W?? 5:52 ???AOla Lundqvist ?g???G I have now tested on one of my systems and that I have a security problem there. On the other system (2.4.26 + grsec) the problem do not exist. So I'm not sure if I can confim or deny this. How did you tested and found what kind of security problem? I assume you found you couldn't pass the test 109,121 of testfs.sh script, right? Actually I run the rootesc program and saw that it was possible to escape. Let me quote the explanation from upstream: quote 23:51 Bertl 109 and 121 indicate that the barrier is not working ... 23:52 Bertl - minor issue with namespaces, major chroot security issue with legacy guests /quote It would be really good if you could install the sarge util-vserver on the sid kernel-patch-vserver + linux-source-2.6.12 system to see if this is a problem with util-vserver or with the kernel patches. I tested that several days ago, I was upgraded kernel on my system first and then I got the same fails from the test of testfs.sh script again. I have upgraded to 0.30.208-2, I still got the same fails on i386, but no errors on powerpc after I rebuilt the util-vserver package from source. Ahh now I see. Missed that you used different architectures in your testing. Here is how I did the test and what I got on an i386 machine: # testfs.sh -l -t -D /dev/loop4 -M /mnt Linux-VServer FS Test [V0.09] Copyright (C) 2005 H.Poetzl Linux 2.6.12-6vs2-p4smp i686/0.30.208 VCI: 0002:0001 273 0376 (ugid24) --- testing ext2 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]* [104]* [106]. [108]. [109]* [112]. [113]* [114]* [115]. [116]. [117]. [118]. [119]* [121]* [122]* [123]* [124]* [199]. --- testing ext3 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]* [104]* [106]. [108]. [109]* [112]. [113]* [114]* [115]. [116]. [117]. [118]. [119]* [121]* [122]* [123]* [124]* [199]. --- testing xfs filesystem ... [000]* (xfs format failed) --- testing reiser filesystem ... [000]* (reiser format failed) --- testing jfs filesystem ... [000]* (jfs format failed) Ok, thanks. I wonder why it do not fail after your rebuild. Maybe it pass only if I compile on a vserver patched system... Regards, // Ola -Andrew -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hello Now I have run the entire test suite... zircone:/srv/vservers/labradorit/root# ./testfs.sh -l -t -D /dev/loop4 -M /mnt/t Linux-VServer FS Test [V0.09] Copyright (C) 2005 H.Poetzl Linux 2.4.27-mppe+ctx+vlan-686-smp i686/0.30.204 VCI: none (unknown) --- testing ext2 filesystem ... [000]* (ext2 format failed) --- testing ext3 filesystem ... [000]* (ext3 format failed) --- testing xfs filesystem ... [000]* (xfs format failed) --- testing reiser filesystem ... [000]* (reiser format failed) --- testing jfs filesystem ... [000]* (jfs format failed) This is on a very old 2.4 kernel though. Regards, // Ola On Mon, Oct 03, 2005 at 12:18:47AM +0800, Andrew Lee wrote: ?b 2005/10/2 ?W?? 5:52 ???AOla Lundqvist ?g???G I have now tested on one of my systems and that I have a security problem there. On the other system (2.4.26 + grsec) the problem do not exist. So I'm not sure if I can confim or deny this. How did you tested and found what kind of security problem? I assume you found you couldn't pass the test 109,121 of testfs.sh script, right? Let me quote the explanation from upstream: quote 23:51 Bertl 109 and 121 indicate that the barrier is not working ... 23:52 Bertl - minor issue with namespaces, major chroot security issue with legacy guests /quote It would be really good if you could install the sarge util-vserver on the sid kernel-patch-vserver + linux-source-2.6.12 system to see if this is a problem with util-vserver or with the kernel patches. I tested that several days ago, I was upgraded kernel on my system first and then I got the same fails from the test of testfs.sh script again. I have upgraded to 0.30.208-2, I still got the same fails on i386, but no errors on powerpc after I rebuilt the util-vserver package from source. Here is how I did the test and what I got on an i386 machine: # testfs.sh -l -t -D /dev/loop4 -M /mnt Linux-VServer FS Test [V0.09] Copyright (C) 2005 H.Poetzl Linux 2.6.12-6vs2-p4smp i686/0.30.208 VCI: 0002:0001 273 0376 (ugid24) --- testing ext2 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]* [104]* [106]. [108]. [109]* [112]. [113]* [114]* [115]. [116]. [117]. [118]. [119]* [121]* [122]* [123]* [124]* [199]. --- testing ext3 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]* [104]* [106]. [108]. [109]* [112]. [113]* [114]* [115]. [116]. [117]. [118]. [119]* [121]* [122]* [123]* [124]* [199]. --- testing xfs filesystem ... [000]* (xfs format failed) --- testing reiser filesystem ... [000]* (reiser format failed) --- testing jfs filesystem ... [000]* (jfs format failed) -Andrew -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hello On Sun, Oct 02, 2005 at 09:30:02PM +0200, Christian Aichinger wrote: On Wed, Sep 28, 2005 at 02:47:28PM +0800, Andrew Lee wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ola Lundqvist wrote: I do not have access to a 2.6 kernel patched with vserver but I can check on a patched 2.4 kernel with old style patch. Okay, I have a machine running 2.6 kernel patched with vserver 2.0, so what can I help you on 2.6 kernel patched with vserver? I have tried and successed escape from vserver's guest by using the expolits[2], and failed on the test of testfs.sh script[1], could you please do both tests on your 2.4 kernel patched with old style patch to confirm the is really a security problem. [1] http://vserver.13thfloor.at/Stuff/SCRIPT/testfs.sh-0.09 [2] http://vserver.13thfloor.at/Stuff/rootesc.c I'm not sure if this is related, but Bertl has found that the util-vserver packages in sarge don't work for most architectures. The util-vserver syscall stuff seems to do a compile-time check if the vserver syscall for a given architecture works, and if it does not, it falls back to the _i386_ syscall number. Bertl's tests also indicate that this problem still exists in sarge for some architectures. He has put together some of his tests at: http://vserver.13thfloor.at/Stuff/Debian/ (the util-vserver* files) If it turns out that this is not related we should probably file a separate bugreport about this issue, since it makes the util-vserver package useless on most architectures. Thanks a lot for the information. It is most probably related but not 100% sure. Regards, // Ola Cheers, Christian Aichinger -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hello On Mon, Oct 03, 2005 at 01:46:44PM +0800, Andrew Lee wrote: Hi Ola, å¨ 2005/10/3 ä¸å 1:54 æï¼Ola Lundqvist 寫å°ï¼ How did you tested and found what kind of security problem? I assume you found you couldn't pass the test 109,121 of testfs.sh  script, right? Actually I run the rootesc program and saw that it was possible to escape. I think the rootesc program is only working for the bug in 2.4 kernel patches in Debian, for other fails in testfs.sh, I guess probably needs other exploit. I have upgraded to 0.30.208-2, I still got the same fails on i386,  but no errors on powerpc after I rebuilt the util-vserver package  from source. Ahh now I see. Missed that you used different architectures in your testing. Yes, that's why I have another powerpc related bug report. Sorry for the confusion, I will help to test on i386 and powerpc for you. I wonder why it do not fail after your rebuild. Maybe it pass only if I compile on a vserver patched system... Could you please confirm this? I just got a report that Bertl have discovered that most util-vserver do make a compile-time check if it is a patched system, otherwise it revert to i386. It explain why it work for you when you recompile on powerpc. Maybe, I should recompile the kernel patch+tools on i386 with a vserver 2.0 patched system, cause I got fails on 2.6.12 and util-vserver 0.30.208-2 from sid still, but all pass with same version from sid on powerpc after a rebuild of util-vserver package. If would be really nice if you could do that as I'm in Germany this week. Thanks // Ola -Andrew -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Package: util-vserver Severity: minor Hello On Mon, Oct 03, 2005 at 01:42:36PM +0800, Andrew Lee wrote: Hi Ola, ?b 2005/10/3 ?W?? 3:39 ???AOla Lundqvist ?g???G Now I have run the entire test suite... zircone:/srv/vservers/labradorit/root# ./testfs.sh -l -t -D /dev/ loop4 -M /mnt/t Linux-VServer FS Test [V0.09] Copyright (C) 2005 H.Poetzl Linux 2.4.27-mppe+ctx+vlan-686-smp i686/0.30.204 VCI: none (unknown) Sorry, it's my fault again, I didn't mention all the steps. You should make a loopback file and run losetup /dev/loop4 loopbackfile before run the testfs.sh script. The VCI shouldn't be none if you have setup /dev/loop4 correctly, I did same thing and got same errors when I forgot to setup the /dev/ loop4 after a reboot. Here is what I did for create a loopback file and the run losetup: # dd bs=1024k count=1024 if=/dev/zero of=1gb.testfile # losetup /dev/loop4 1gb.testfs Note: I have other loopback files running on /dev/loop{0,1,2,3} already, so I use /dev/loop4 in my case. Very sorry for made your confused. Could you please test it again? I think the testfs.sh script will give you information of VCI and do the real checks on each task after you setup /dev/loop4 correctly. If the testfs.sh give you fails on 109 and 121, that can confirm this is bug. For other fails, you may ask Bertl, cause upstream author knows much more than me, also much better than I forward your questions to him. :) I suggest to put or mention these test tasks in util-vserver package for our users to make sure the vserver patch+tools work properly. Should I create another report as wistlist or only mentioned here is enough? Good Idea. Filing a new bug about this now. Regards, // Ola Regards, -Andrew -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hello On Mon, Oct 03, 2005 at 01:42:36PM +0800, Andrew Lee wrote: Hi Ola, ?b 2005/10/3 ?W?? 3:39 ???AOla Lundqvist ?g???G Now I have run the entire test suite... zircone:/srv/vservers/labradorit/root# ./testfs.sh -l -t -D /dev/ loop4 -M /mnt/t Linux-VServer FS Test [V0.09] Copyright (C) 2005 H.Poetzl Linux 2.4.27-mppe+ctx+vlan-686-smp i686/0.30.204 VCI: none (unknown) Sorry, it's my fault again, I didn't mention all the steps. You should make a loopback file and run losetup /dev/loop4 loopbackfile before run the testfs.sh script. The VCI shouldn't be none if you have setup /dev/loop4 correctly, I did same thing and got same errors when I forgot to setup the /dev/ loop4 after a reboot. Here is what I did for create a loopback file and the run losetup: # dd bs=1024k count=1024 if=/dev/zero of=1gb.testfile # losetup /dev/loop4 1gb.testfs Note: I have other loopback files running on /dev/loop{0,1,2,3} already, so I use /dev/loop4 in my case. Ok. I created a lvm device and used that for testing instead. Very sorry for made your confused. Could you please test it again? Sure. zircone:/srv/vservers/labradorit/root# ./testfs.sh -l -t -D /dev/vg00/testdev -M /mnt/t Linux-VServer FS Test [V0.09] Copyright (C) 2005 H.Poetzl Linux 2.4.27-mppe+ctx+vlan-686-smp i686/0.30.204 VCI: none (unknown) --- testing ext2 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]* [104]* [106]* [108]. [109]* [112]. [113]. [114]* [115]. [116]. [117]. [118]. [119]. [121]* [122]* [123]. [124]* [199]. --- testing ext3 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]* [104]* [106]* [108]. [109]* [112]. [113]. [114]* [115]. [116]. [117]. [118]. [119]. [121]* [122]* [123]. [124]* [199]. --- testing xfs filesystem ... [000]* (xfs format failed) --- testing reiser filesystem ... [000]* (reiser format failed) --- testing jfs filesystem ... [000]* (jfs format failed) I think the testfs.sh script will give you information of VCI and do the real checks on each task after you setup /dev/loop4 correctly. If the testfs.sh give you fails on 109 and 121, that can confirm this is bug. It is a bug then. For other fails, you may ask Bertl, cause upstream author knows much more than me, also much better than I forward your questions to him. :) I suggest to put or mention these test tasks in util-vserver package for our users to make sure the vserver patch+tools work properly. Should I create another report as wistlist or only mentioned here is enough? Made that as a separate bug report. Regards, // Ola Regards, -Andrew -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
to fix (unless you use xfs or jfs) by using the latest kernel I assume that I can redirect this bug to the kernel-patch-vserver package instead. But it would be good to know if some of the errors was related to util-vserver or not. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324056: FTBFS: Incompatible with GCC 4.0
Hello On Wed, Oct 05, 2005 at 12:34:07AM -0700, Matt Kraai wrote: Howdy, Sorry for the delayed response: I missed your previous email. It appears that you're right: I should have used -1.0 instead of 1.0. Ok, thanks. Regards, // Ola -- Matt -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332682: vnc4 - don't build with gcc 4.0
Hello Ok. I'll try to build the 4.1 version and see if that works better. It will take some time as I have to integrate x.org as well and it is not trivial. Regards, // Ola On Fri, Oct 07, 2005 at 10:39:09PM +0200, Bastian Blank wrote: Package: vnc4 Version: 4.0-8 Severity: serious There was an error while trying to autobuild your package: Automatic build of vnc4_4.0-8 on debian01 by sbuild/s390 42 [...] c++ -I.. -DHAVE_VSNPRINTF -O2 -Wall -DPIC -fPIC -c HTTPServer.cxx .../rdr/Exception.h:27: warning: 'struct rdr::Exception' has virtual functions but non-virtual destructor .../rdr/Exception.h:44: warning: 'struct rdr::SystemException' has virtual functions but non-virtual destructor .../rdr/Exception.h:49: warning: 'struct rdr::TimedOut' has virtual functions but non-virtual destructor .../rdr/Exception.h:53: warning: 'struct rdr::EndOfStream' has virtual functions but non-virtual destructor /usr/lib/gcc/s390-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_bvector.h: In member function 'void std::vectorbool, _Alloc::_M_insert_range(std::_Bit_iterator, _ForwardIterator, _ForwardIterator, std::forward_iterator_tag)': /usr/lib/gcc/s390-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_bvector.h:542: error: expected unqualified-id before '(' token /usr/lib/gcc/s390-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_bvector.h: In member function 'void std::vectorbool, _Alloc::_M_fill_insert(std::_Bit_iterator, size_t, bool)': /usr/lib/gcc/s390-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_bvector.h:889: error: expected unqualified-id before '(' token /usr/lib/gcc/s390-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/vector.tcc: In member function 'void std::vector_Tp, _Alloc::_M_fill_insert(__gnu_cxx::__normal_iteratortypename _Alloc::pointer, std::vector_Tp, _Alloc , size_t, const _Tp)': /usr/lib/gcc/s390-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/vector.tcc:353: error: expected unqualified-id before '(' token /usr/lib/gcc/s390-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/vector.tcc: In member function 'void std::vector_Tp, _Alloc::_M_range_insert(__gnu_cxx::__normal_iteratortypename _Alloc::pointer, std::vector_Tp, _Alloc , _ForwardIterator, _ForwardIterator, std::forward_iterator_tag)': /usr/lib/gcc/s390-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/vector.tcc:452: error: expected unqualified-id before '(' token .../rfb/ImageGetter.h: At global scope: .../rfb/ImageGetter.h:24: warning: 'class rfb::ImageGetter' has virtual functions but non-virtual destructor .../rfb/ColourMap.h:29: warning: 'class rfb::ColourMap' has virtual functions but non-virtual destructor .../rdr/FdInStream.h:30: warning: 'class rdr::FdInStreamBlockCallback' has virtual functions but non-virtual destructor .../network/Socket.h:69: warning: 'class network::ConnectionFilter' has virtual functions but non-virtual destructor .../network/Socket.h:95: warning: 'struct network::SocketException' has virtual functions but non-virtual destructor make[2]: *** [HTTPServer.o] Error 1 make[2]: Leaving directory `/build/buildd/vnc4-4.0/rfb' make[1]: *** [all] Error 1 make[1]: Leaving directory `/build/buildd/vnc4-4.0' make: *** [build-arch-stamp] Error 2 ** Build finished at 20051006-1125 FAILED [dpkg-buildpackage died] Bastian -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332775: ntop: FTBFS: non-PIC code to make shared lib.
Hello Thanks a lot for the patch. Will be applied soon. Regards, // Ola On Sat, Oct 08, 2005 at 04:33:42PM +0200, Kurt Roeckx wrote: Package: ntop Version: 2:3.2rc1-2 Severity: serious Tags: patch Hi, Your package is failing to build on some arches because it's not using PIC code to generate a shared lib. On alpha you get: /usr/bin/ld: .libs/libxmldumpPlugin_la-xmldumpPlugin.o: !samegp reloc against symbol without .prologue: dumpXML /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status On amd64: /usr/bin/ld: .libs/libxmldumpPlugin_la-xmldumpPlugin.o: relocation R_X86_64_PC32against `dumpXML' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status It is getting build with -DPIC and -fPIC, so it must be something else. During build, it shows the following warning: xmldumpPlugin.c:52:2: warning: #warning xmldumpPlugin.c:53:2: warning: #warning Missing header files, disabling xmldump plugin xmldumpPlugin.c:54:2: warning: #warning xmldumpPlugin.c:55:2: warning: #warning FOR MOST USERS THIS IS NOT A PROBLEM xmldumpPlugin.c:56:2: warning: #warning ntop will build and run just fine... xmldumpPlugin.c:57:2: warning: #warning xmldumpPlugin.c:58:2: warning: #warning Why? xmldumpPlugin.c:59:2: warning: #warning xmldumpPlugin.c:61:2: warning: #warning glibconfig.h unavailable xmldumpPlugin.c:64:2: warning: #warning glib.h unavailable xmldumpPlugin.c:67:2: warning: #warning gdome.h unavailable xmldumpPlugin.c:72:2: warning: #warning xmldumpPlugin.c:73:2: warning: #warning === xmldumpPlugin.c:74:2: warning: #warning xmldumpPlugin.c:28: warning: 'dumpXML' used but never defined During configure: checking glib.h usability... no checking glib.h presence... no checking for glib.h... no checking glibconfig.h usability... no checking glibconfig.h presence... no checking for glibconfig.h... no checking gdome.h usability... no checking gdome.h presence... no checking for gdome.h... no It seems to be using the following code in that case: #ifndef MAKE_WITH_XMLDUMP static int dumpXML(char * url) { return(0); } #else This problem seems to go away when using -O2, in which case it's probably inlining it. An other way to fix it would be not to call dumpXML() when MAKE_WITH_XMLDUMP isn't defined. I've attached a patch for it. You could also just complete remove the dumpXML() in case it's not defined. Kurt --- xmldumpPlugin.c.old 2005-10-08 16:25:07.760558536 +0200 +++ xmldumpPlugin.c 2005-10-08 16:29:19.279226640 +0200 @@ -486,8 +486,10 @@ return; } +#ifdef MAKE_WITH_XMLDUMP /* Process it */ dumpXML(url); +#endif #if defined(PARM_FORK_CHILD_PROCESS) (!defined(WIN32)) if(myGlobals.childntoppid != 0) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332290: horde3: Application is in a severely insecure state during configuration
Hello On Wed, Oct 05, 2005 at 01:17:37PM -0400, Mike O'Connor wrote: Package: horde3 Version: 3.0.5-1 Severity: critical Tags: security Justification: root security hole As part of the installation procedure in README.Debian, you are told to configure horde3 via a web interface. This is done using an Administrator account which requires no password. In the time that the application is in this state, anyone who goes to the website is automatically logged in as Administrator with no password. The Administrative account is granted access to 3 tools that look extremely dangerous: cmdshell.php sqlshell.php and phpshell.php. I didn't determine what phpshell.php does. However when i used the cmdshell.php I was able to execute arbitrary commands as the www-user. For instance I was able to successfully execute cat /etc/passwd. This is horribly unacceptable. Ohh my! I would recommend that cmdshell.php and sqlshell.php be removed. They are a much bigger security hole than they are worth. I don't know what phpshell.php does, but I wouldn't be suprised if it were in this same category. I agree that these should be moved to somewhere else. I agree that cmdshell and sqlshell is really dangerous and was not aware of them. I also would recommend that a password be required do use the Administration interface. The administration thing will be kept there as it do not have any write permission to any of the configuration files. Or do you have a good suggestion on how to have a password that is not predefined. To set a random one? Regards, // Ola -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages horde3 depends on: ii apache [httpd] 1.3.33-7versatile, high-performance HTTP s ii libapache-mod-php4 [phpapi-2 4:4.3.10-15 server-side, HTML-embedded scripti ii php4 4:4.3.10-15 server-side, HTML-embedded scripti ii php4-cli [phpapi-20020918] 4:4.3.10-15 command-line interpreter for the p ii php4-domxml 4:4.3.10-15 XMLv2 module for php4 ii php4-pear4:4.3.10-15 PEAR - PHP Extension and Applicati ii php4-pear-log1.6.0-1.1 Log module for PEAR Versions of packages horde3 recommends: ii logrotate 3.7.1-2Log rotation utility pn php-date none (no description available) pn php-file none (no description available) pn php-mail-mime none (no description available) pn php-services-weather none (no description available) pn php4-gd | php4-gd2none (no description available) pn php4-mcrypt none (no description available) pn php4-mysql | php4-pgsql | php none (no description available) -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314976: NMU in DELAYED-5
Hello On Mon, Oct 03, 2005 at 05:25:23PM +0200, Jonas Meurer wrote: hello, i just uploaded directvnc_0.7.5-6.1 to the DELAYED-5 upload queue on gluck. it is built against the latest libdirectfb (0.9.22-7). patch is attached. Thanks. It would be nice if you could check what went wrong with the autobuilding on s390 as you seem to have made some changes to the dependencies and it complain on some X header file. Regards, // Ola ... jonas diff -rNu directvnc-0.7.5.orig/debian/changelog directvnc-0.7.5/debian/changelog --- directvnc-0.7.5.orig/debian/changelog 2005-10-03 17:23:48.0 +0200 +++ directvnc-0.7.5/debian/changelog 2005-10-03 17:23:28.0 +0200 @@ -1,3 +1,14 @@ +directvnc (0.7.5-6.1) unstable; urgency=low + + * Non-maintainer upload. + * rebuild against libdirectfb-0.9-22 for transition (closes: #314976) + * bumped standards-version to 3.6.2 (no changes needed) + * updated fsf address to make lintian happy + * change xlibs-dev Build-Depends to x-dev, after searching docs and source +i believe that only some x headers are needed to build. + + -- Jonas Meurer [EMAIL PROTECTED] Mon, 3 Oct 2005 17:22:37 +0200 + directvnc (0.7.5-6) unstable; urgency=low * Documented display size restriction, closes: #248009. diff -rNu directvnc-0.7.5.orig/debian/control directvnc-0.7.5/debian/control --- directvnc-0.7.5.orig/debian/control 2005-10-03 17:23:48.0 +0200 +++ directvnc-0.7.5/debian/control2005-10-03 17:22:31.0 +0200 @@ -2,8 +2,8 @@ Section: misc Priority: optional Maintainer: Ola Lundqvist [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.0.0), libdirectfb-dev (= 0.9.20-1), zlib1g-dev, libjpeg62-dev, pkg-config, xlibs-dev -Standards-Version: 3.5.10 +Build-Depends: debhelper ( 4.0.0), libdirectfb-dev (= 0.9.22-7), zlib1g-dev, libjpeg62-dev, pkg-config, x-dev +Standards-Version: 3.6.2 Package: directvnc Architecture: any diff -rNu directvnc-0.7.5.orig/debian/copyright directvnc-0.7.5/debian/copyright --- directvnc-0.7.5.orig/debian/copyright 2005-10-03 17:23:48.0 +0200 +++ directvnc-0.7.5/debian/copyright 2005-10-03 16:45:35.0 +0200 @@ -29,5 +29,5 @@ You should have received a copy of the GNU General Public License with your Debian GNU/Linux system, in /usr/share/common-licenses/GPL, or with the debarchiver source package as the file COPYING. If not, write to the Free - Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA - 02111-1307, USA. + Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA + 02110-1301, USA. -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332289: permissions on /etc/horde/horde3/* are too lax
Hello On Wed, Oct 05, 2005 at 01:16:23PM -0400, Mike O'Connor wrote: Package: horde3 Version: 3.0.5-1 Severity: critical Tags: security Justification: root security hole In the README.Debian, in section 6. it is recommended that the end user executes: chown root.www config/* chmod 0440 config/* becuase the Some of Horde's configuration files contain passwords which local users could use to access your database. This is somehting that should be done by the maintainer scripts and not left up to the end user to do. I'm not sure that I agree with you here. In order to add a password there you have to change the permissions of these files anyway. Regards, // Ola -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages horde3 depends on: ii apache [httpd] 1.3.33-7versatile, high-performance HTTP s ii libapache-mod-php4 [phpapi-2 4:4.3.10-15 server-side, HTML-embedded scripti ii php4 4:4.3.10-15 server-side, HTML-embedded scripti ii php4-cli [phpapi-20020918] 4:4.3.10-15 command-line interpreter for the p ii php4-domxml 4:4.3.10-15 XMLv2 module for php4 ii php4-pear4:4.3.10-15 PEAR - PHP Extension and Applicati ii php4-pear-log1.6.0-1.1 Log module for PEAR Versions of packages horde3 recommends: ii logrotate 3.7.1-2Log rotation utility pn php-date none (no description available) pn php-file none (no description available) pn php-mail-mime none (no description available) pn php-services-weather none (no description available) pn php4-gd | php4-gd2none (no description available) pn php4-mcrypt none (no description available) pn php4-mysql | php4-pgsql | php none (no description available) -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332290: horde3: Application is in a severely insecure state during configuration
Hello I now decided to disable horde3 entirelly by default. The admin need to remove two lines to enable it again. This solve most security issues. Regards, // Ola On Wed, Oct 05, 2005 at 01:17:37PM -0400, Mike O'Connor wrote: Package: horde3 Version: 3.0.5-1 Severity: critical Tags: security Justification: root security hole As part of the installation procedure in README.Debian, you are told to configure horde3 via a web interface. This is done using an Administrator account which requires no password. In the time that the application is in this state, anyone who goes to the website is automatically logged in as Administrator with no password. The Administrative account is granted access to 3 tools that look extremely dangerous: cmdshell.php sqlshell.php and phpshell.php. I didn't determine what phpshell.php does. However when i used the cmdshell.php I was able to execute arbitrary commands as the www-user. For instance I was able to successfully execute cat /etc/passwd. This is horribly unacceptable. I would recommend that cmdshell.php and sqlshell.php be removed. They are a much bigger security hole than they are worth. I don't know what phpshell.php does, but I wouldn't be suprised if it were in this same category. I also would recommend that a password be required do use the Administration interface. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages horde3 depends on: ii apache [httpd] 1.3.33-7versatile, high-performance HTTP s ii libapache-mod-php4 [phpapi-2 4:4.3.10-15 server-side, HTML-embedded scripti ii php4 4:4.3.10-15 server-side, HTML-embedded scripti ii php4-cli [phpapi-20020918] 4:4.3.10-15 command-line interpreter for the p ii php4-domxml 4:4.3.10-15 XMLv2 module for php4 ii php4-pear4:4.3.10-15 PEAR - PHP Extension and Applicati ii php4-pear-log1.6.0-1.1 Log module for PEAR Versions of packages horde3 recommends: ii logrotate 3.7.1-2Log rotation utility pn php-date none (no description available) pn php-file none (no description available) pn php-mail-mime none (no description available) pn php-services-weather none (no description available) pn php4-gd | php4-gd2none (no description available) pn php4-mcrypt none (no description available) pn php4-mysql | php4-pgsql | php none (no description available) -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hello On Wed, Oct 12, 2005 at 08:32:56PM -0400, micah wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Ok, I've done a few things. First I've tested and determined a number of problems with the testfs.sh-0.99 that was being used. Bertl has incorporated my changes, and fixed a number of others and has made testfs.sh-0.11 which more accurately represents successes. Ok, good to know. Additionally, I've gotten a system together with a fresh sarge install that I could test these things. I have completed my tests with the 2.4 kernel and kernel patch, and am limiting this reply that only, I will do the 2.6 tests next and report those back as separate findings. Really nice. Ola Lundqvist wrote: reassign 329090 kernel-patch-vserver thanks You need to CC control@ in order for these commands to take affect. If you will notice, this bug is still on util-vserver. I decided to not reassign it but obviously forgot to remove those lines... However, as you will find from my exhaustive tests below, it seems to remain a bug with util-vserver, and should not be changed (at least for 2.4, once I have done tests on 2.6 we will know if this bug needs to be cloned and the 2.4 issues stay with util-vserver, and the 2.6 versions go to the kernel-patch). Decided as I figured that this could be the case. I have only tested with ext2 and ext3 on my systems on a 2.4.27 kernel patched a long time ago. Do not remember when. This isn't going to help us too much. You are basically saying that this is a 2.4.27 kernel, but not which debian version, and you aren't specifying which vserver kernel-patch you are running. Without that information, it is really hard to correlate. I know. I just wanted to have some more test data with something else to try to determine something from it. However, I've done tests with the current versions that are in sarge now. See below. Ok. 0.30.204-5sarge2 (sarge version, built on machine with no vserver support): [000]. xattr related tests ... [101]. [102]. [103]* [104]* [106]* [108]. [109]* [112]. [113]. [114]* [115]. [116]. [117]. [118]. [119]. [121]* [122]* [123]. [124]* [199]. My tests: Test #1 Using all debian sarge componants: kernel-source: 2.4.27-10 (debian sarge) util-vserver: 0.30-204-5sarge2 (debian sarge) kernel-patch: 1.9.5.3 (debian sarge) 103, 104, 106, 109, 121, 122 all fail on ext2, not 114 or 124 as your tests show. Conclusion: either the fixes to testfs caused error 114 and 124 to go away, or you have a different kernel-source or kernel-patch applied. Either try again with testfs.sh-0.11 or install the latest sarge kernel source and kernel-patch-vserver as those versions are all that matter here. I'll use your test data instead. Test #2 Using only debian sarge util-vserver: kernel-source: 2.4.31 (upstream) util-vserver: 0.30-204-5sarge2 (debian sarge) kernel-patch: 1.2.10 (upstream) 103, 104, 106, 109, 121, 122 all fail on ext2, the same as failed using all debian sarge componants in test #1. Conclusion: based on the results from this test, and the previous, it is clear that the debian kernel source and the debian kernel patch dont make a difference here 0.30.208-2 (unstable version, built on sarge host with no vserver support): [000]. xattr related tests ... [101]. [102]. [103]. [104]* [106]. [108]. [109]. [112]. [113]. [114]* [115]. [116]. [117]. [118]. [119]. [121]. [122]* [123]. [124]* [199]. My tests: Test #3 Using debian sarge componants with upstream util-vserver: kernel-source: 2.4.27-10 (debian sarge) util-vserver: 0.30-208+fix03 (upstream) kernel-patch: 1.9.5.3 (debian sarge) Only test 106 fails... Not 104, 114, 122 or 124. Conclusion: either the fixes to testfs caused 104, 114, 122, 124 to go away or you have a different kernel-source or kernel-patch applied, try with testfs.sh-0.11 to see, or just try with a current sarge kernel and patch since that is all that matters here. Test #4 Using all upstream componants: kernel-source: 2.4.31 (upstream) util-vserver: 0.30-208+fix03 (upstream) kernel-patch: 1.2.10 (upstream) Only test 106 fails, same as the previous test, when we use the debian sarge kernel-source and kernel-patch. Conclusion: Based on the results of this test, and the previous, it is clear that the debian sarge kernel source and debian sarge kernel patch don't make a difference here either, the problem has been isolated to util-vserver 0.30-204-5sarge2 in sarge. If this is actually a problem, I do not know, this definatetly needs to be determined. Additionally, test 106 could be in error, this should also be checked. Good to know. The above tests are only done with ext2, I am not sure why you didn't do the xfs, reiserfs and jfs tests, but there is no need, as I have done them: Test #1 Using all debian sarge componants: kernel-source: 2.4.27-10 (debian sarge) util-vserver: 0.30-204-5sarge2 (debian
Bug#329090: util-vserver: barrier not working, but chroot escape does
version of config file /etc/init.d/rebootmgr ... Installing new version of config file /etc/init.d/vprocunhide ... Installing new version of config file /etc/init.d/vservers-legacy ... /var/lib/vservers: Operation not permitted For the error message, I don't know what is wrong in postinst script, but after I looked at the script, I found: - --- # Remove older attr +t if present if [ `lsattr -d /var/lib/vservers/|cut -c16` = t ] ; then chattr -t /var/lib/vservers fi # set chroot barrier setattr --barrier /var/lib/vservers || true - --- I think this is wrong, let me quote what Bertl explained to me: quote 19:53 Bertl (on 2.4 it is important that you verify the following) 19:54 Bertl the directory permissions _are_ 000, the barrier 'B' and iunlink'U' is reported, the 't' flag shows up 19:54 Bertl ('U' and 't' are connected on 2.4) /quote I will file another bug to util-vserver later. Let me go back to do the test #3: kernel-source: 2.4.27-10 (debian sarge) util-vserver: 0.30-208-3 (debian sid) kernel-patch: 1.9.5.3 (debian sarge) # ./testfs.sh-0.11 -l -t -D /dev/loop0 -M /mnt Linux-VServer FS Test [V0.10] Copyright (C) 2005 H.Poetzl Linux 2.4.27-10vserver-confirm i686/0.30.208 VCI: none (unknown) - --- testing ext2 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]. [104]. [106]* [108]. [109]. [112]. [113]. [114]. [115]. [116]. [117]. [118]. [119]. [121]. [122]. [123]. [124]. [199]. - --- testing ext3 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]. [104]. [106]* [108]. [109]. [112]. [113]. [114]. [115]. [116]. [117]. [118]. [119]. [121]. [122]. [123]. [124]. [199]. Same as yours, only test 106 fails. And the exploit works here still: # ./rootesc Exploit seems to work. =) # ls -lad /etc/vservers /var/lib/vservers/ drwxr-xr-x 4 root root 4096 Sep 22 14:10 /etc/vservers d- 8 root root 4096 Oct 13 15:37 /var/lib/vservers/ Test #4 Using all upstream componants: kernel-source: 2.4.31 (upstream) util-vserver: 0.30-208+fix03 (upstream) kernel-patch: 1.2.10 (upstream) Only test 106 fails, same as the previous test, when we use the debian sarge kernel-source and kernel-patch. Conclusion: Based on the results of this test, and the previous, it is clear that the debian sarge kernel source and debian sarge kernel patch don't make a difference here either, the problem has been isolated to util-vserver 0.30-204-5sarge2 in sarge. If this is actually a problem, I do not know, this definatetly needs to be determined. Additionally, test 106 could be in error, this should also be checked. In my test, I am still using the util-vserver from sid: kernel-source: 2.4.31 (upstream) util-vserver: 0.30-208-3 (Debian sid) kernel-patch: 1.2.10 (upstream) ./testfs.sh-0.11 -l -t -D /dev/loop0 -M /mnt Linux-VServer FS Test [V0.10] Copyright (C) 2005 H.Poetzl Linux 2.4.31-vs1.2.10 i686/0.30.208 VCI: none (unknown) - --- testing ext2 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]. [104]. [106]* [108]. [109]. [112]. [113]. [114]. [115]. [116]. [117]. [118]. [119]. [121]. [122]. [123]. [124]. [199]. - --- testing ext3 filesystem ... [000]. xattr related tests ... [101]. [102]. [103]. [104]. [106]* [108]. [109]. [112]. [113]. [114]. [115]. [116]. [117]. [118]. [119]. [121]. [122]. [123]. [124]. [199]. Same as you got, only fails on 106. And exploit doesn't work: # ./rootesc cd ..: Permission denied chmod: Operation not permitted cd ..: Permission denied chmod: Operation not permitted (alternating a few times) then the false: Exploit seems to work. =) The above tests are only done with ext2, I am not sure why you didn't do the xfs, reiserfs and jfs tests, but there is no need, as I have done them: Conclusion: using *all* upstream pieces, the same failures occur when using debian kernel source and kernel patch. This leads me to believe that either the upstream kernel source is broken, the upstream linux vserver patch is broken, or most likely the testfs is not working properly for these tests. I do not know, the different I found is the exploit works only in 2.4.27-10 with kernel-patch-vserver 1.9.5.3 (debian sarge), but not with vanilla kernel with upstream patch. I didn't test reiserfs, xfs and jfs, cause I knew some futures only implemented on ext2/3(eg:disklimit), so I only focus my tests on ext2/3. Let me know if you need more tests on my side for investigate this problem. Thank you very much for investigating this issue. Best regards, - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDTj5HnQYz4bYlCYURAlo+AJ0TAmp0+59cHvSWE84dteBb3FMYQACfY3oB btznLu/i+MP6KlLdGCLzlxY= =SK9G -END PGP SIGNATURE- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED
Bug#296234: cron-apt: manpage under GFDL - non-free
Hello On Mon, Feb 21, 2005 at 10:27:52AM +0100, Willi Mann wrote: Package: cron-apt Version: 0.2.1 Severity: serious Justification: Policy 2.2.1 The manpage of cron-apt is licensed under the the GNU Free Documentation License. This license fails the DFSG even if you claim Ohh. Did I release it under GDFL? with no Invariant Sections, no Front-Cover Texts and no Back-Cover Texts. See: http://people.debian.org/~srivasta/Position_Statement.xhtml As you (Ola Lundqvist) are the author of the manpage, please relicense it under a license that conforms to the DFSG. I'll go though that. Regards, // Ola -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296234: [opal@debian.org: cron-apt manpage]
- Forwarded message from Ola Lundqvist [EMAIL PROTECTED] - From: Ola Lundqvist [EMAIL PROTECTED] To: Valery Perrin [EMAIL PROTECTED] Subject: cron-apt manpage Reply-To: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Hello I have got a bug report about the license on the cron-apt manpage. Obviously I have released the manual under GNU Free Documentation License. What I need from you is the permission to change the license on the translated (into French) manpage to GPL instead. Hope you do not mind. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- - End forwarded message - -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296234: cron-apt manpage
Hello On Tue, Feb 22, 2005 at 11:06:21PM +0100, Valery Perrin wrote: Hello, There is no problem, I give you all the authorizations on the french manpage. I had seen the bug-report on debian's bug-tracking and awaited the new english manpage for translate it. If you want, you can send the new manpage to me and I will modify the translation of it according to new version. I'll upload a new version. If you want to update the French document, please send me a patch. I have put the English phrasing there instead of the French. I think I put it at the correct position. Regards, // Ola Regards, Valery Perrin - Original Message - From: Ola Lundqvist [EMAIL PROTECTED] To: Valery Perrin [EMAIL PROTECTED] Sent: Tuesday, February 22, 2005 9:22 PM Subject: cron-apt manpage Hello I have got a bug report about the license on the cron-apt manpage. Obviously I have released the manual under GNU Free Documentation License. What I need from you is the permission to change the license on the translated (into French) manpage to GPL instead. Hope you do not mind. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296234: cron-apt manpage
Hello On Sun, Feb 27, 2005 at 03:28:23PM +0100, Valery Perrin wrote: Hello, Please find attached the french translation of manpage. Just put sgml file in man directory for replace the old file. I can't make a patch with po4a to automatize the translation, because po4a have a bug in sgml making and produce a bad sgml file. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280882 Thanks. Updating now. Regards, // Ola Thanks for update Regards Valéry Perrin -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: FTBFS in experimental
Hello On Thu, Mar 03, 2005 at 02:23:52AM +0100, Andreas Barth wrote: Package: util-vserver Version: 0.30.203-1 Severity: serious Tags: experimental Hi, please see http://experimental.ftbfs.de/build.php?arch=pkg=util-vserver for the full build log Thanks a lot. This is interesting to know. I'll cc the vserver list so they may help me to fix this bug. Regards, // Ola Cheers, Andi Automatic build of util-vserver_0.30.203-1 on odin by sbuild/sparc 1.170.5 Build started at 20050302-1903 ** [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.2.ds1-20 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-8 binutils_2.15-5 libstdc++5_1:3.3.5-8 libstdc++5-3.3-dev_1:3.3.5-8 -- [...] /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/chroot-rm src/chroot-rm.o diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/chroot-rm src/chroot-rm.o depbase=`echo src/fakerunlevel.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \ if diet sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -Wall -g -O2 -std=c99 -Wall -pedantic -W -MT src/fakerunlevel.o -MD -MP -MF $depbase.Tpo -c -o src/fakerunlevel.o src/fakerunlevel.c; \ then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/fakerunlevel src/fakerunlevel.o diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/fakerunlevel src/fakerunlevel.o depbase=`echo src/filetime.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \ if diet sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -Wall -g -O2 -std=c99 -Wall -pedantic -W -MT src/filetime.o -MD -MP -MF $depbase.Tpo -c -o src/filetime.o src/filetime.c; \ then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime -static src/filetime.o lib/libvserver.la diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime src/filetime.o lib/.libs/libvserver.a src/filetime.o(.text+0x13c): In function `main': src/filetime.c:76: undefined reference to `.div' src/filetime.o(.text+0x14c):src/filetime.c:77: undefined reference to `.rem' src/filetime.o(.text+0x158):src/filetime.c:78: undefined reference to `.div' src/filetime.o(.text+0x168):src/filetime.c:79: undefined reference to `.rem' src/filetime.o(.text+0x170):src/filetime.c:79: undefined reference to `.div' collect2: ld returned 1 exit status make[3]: *** [src/filetime] Error 1 make[3]: Leaving directory `/build/buildd/util-vserver-0.30.203' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/util-vserver-0.30.203' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/util-vserver-0.30.203' make: *** [build-stamp] Error 2 ** Build finished at 20050302-1906 FAILED [dpkg-buildpackage died] -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: FTBFS in experimental
Hello On Thu, Mar 03, 2005 at 02:23:52AM +0100, Andreas Barth wrote: Package: util-vserver Version: 0.30.203-1 Severity: serious Tags: experimental Hi, please see http://experimental.ftbfs.de/build.php?arch=pkg=util-vserver for the full build log I actually think this is a bug in gcc or libc. Because these lines are basic math things (/, *) at those lines. What can be the problem. Broken linker or compiler? Regards, // Ola Cheers, Andi Automatic build of util-vserver_0.30.203-1 on odin by sbuild/sparc 1.170.5 Build started at 20050302-1903 ** [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.2.ds1-20 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-8 binutils_2.15-5 libstdc++5_1:3.3.5-8 libstdc++5-3.3-dev_1:3.3.5-8 -- [...] /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/chroot-rm src/chroot-rm.o diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/chroot-rm src/chroot-rm.o depbase=`echo src/fakerunlevel.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \ if diet sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -Wall -g -O2 -std=c99 -Wall -pedantic -W -MT src/fakerunlevel.o -MD -MP -MF $depbase.Tpo -c -o src/fakerunlevel.o src/fakerunlevel.c; \ then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/fakerunlevel src/fakerunlevel.o diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/fakerunlevel src/fakerunlevel.o depbase=`echo src/filetime.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \ if diet sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -Wall -g -O2 -std=c99 -Wall -pedantic -W -MT src/filetime.o -MD -MP -MF $depbase.Tpo -c -o src/filetime.o src/filetime.c; \ then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime -static src/filetime.o lib/libvserver.la diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime src/filetime.o lib/.libs/libvserver.a src/filetime.o(.text+0x13c): In function `main': src/filetime.c:76: undefined reference to `.div' src/filetime.o(.text+0x14c):src/filetime.c:77: undefined reference to `.rem' src/filetime.o(.text+0x158):src/filetime.c:78: undefined reference to `.div' src/filetime.o(.text+0x168):src/filetime.c:79: undefined reference to `.rem' src/filetime.o(.text+0x170):src/filetime.c:79: undefined reference to `.div' collect2: ld returned 1 exit status make[3]: *** [src/filetime] Error 1 make[3]: Leaving directory `/build/buildd/util-vserver-0.30.203' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/util-vserver-0.30.203' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/util-vserver-0.30.203' make: *** [build-stamp] Error 2 ** Build finished at 20050302-1906 FAILED [dpkg-buildpackage died] -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: [Vserver] Re: Bug#297806: FTBFS in experimental
Hello On Sun, Mar 06, 2005 at 01:20:06AM +0100, Herbert Poetzl wrote: On Sat, Mar 05, 2005 at 09:56:43PM +0100, Ola Lundqvist wrote: Hello On Thu, Mar 03, 2005 at 02:23:52AM +0100, Andreas Barth wrote: Package: util-vserver Version: 0.30.203-1 Severity: serious Tags: experimental Hi, please see http://experimental.ftbfs.de/build.php?arch=pkg=util-vserver for the full build log Thanks a lot. This is interesting to know. I'll cc the vserver list so they may help me to fix this bug. well, looks like the used gcc/ld is not able to do basic math ... at least if I look at the mentioned lines: 76int days= since / (24*60*60); 77int today = since % (24*60*60); 78int hours = today / (60*60); 79int minutes = (today % (60*60)) / 60; so maybe somebody could look into that and either fix-up the gcc/ld arguments (which are probably supplied by the distro/autoconf) or get the gcc/ld working ... (IIRC those things are defined somewhere in libgcc*) You are right. I'm forwarding this to gcc. Regards, // Ola HTH, Herbert Regards, // Ola Cheers, Andi Automatic build of util-vserver_0.30.203-1 on odin by sbuild/sparc 1.170.5 Build started at 20050302-1903 ** [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.2.ds1-20 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-8 binutils_2.15-5 libstdc++5_1:3.3.5-8 libstdc++5-3.3-dev_1:3.3.5-8 -- [...] /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/chroot-rm src/chroot-rm.o diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/chroot-rm src/chroot-rm.o depbase=`echo src/fakerunlevel.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \ if diet sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -Wall -g -O2 -std=c99 -Wall -pedantic -W -MT src/fakerunlevel.o -MD -MP -MF $depbase.Tpo -c -o src/fakerunlevel.o src/fakerunlevel.c; \ then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/fakerunlevel src/fakerunlevel.o diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/fakerunlevel src/fakerunlevel.o depbase=`echo src/filetime.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \ if diet sparc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -Wall -g -O2 -std=c99 -Wall -pedantic -W -MT src/filetime.o -MD -MP -MF $depbase.Tpo -c -o src/filetime.o src/filetime.c; \ then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi /bin/sh ./libtool --tag=CC --mode=link diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime -static src/filetime.o lib/libvserver.la diet sparc-linux-gcc -Wall -g -O2 -std=c99 -Wall -pedantic -W -o src/filetime src/filetime.o lib/.libs/libvserver.a src/filetime.o(.text+0x13c): In function `main': src/filetime.c:76: undefined reference to `.div' src/filetime.o(.text+0x14c):src/filetime.c:77: undefined reference to `.rem' src/filetime.o(.text+0x158):src/filetime.c:78: undefined reference to `.div' src/filetime.o(.text+0x168):src/filetime.c:79: undefined reference to `.rem' src/filetime.o(.text+0x170):src/filetime.c:79: undefined reference to `.div' collect2: ld returned 1 exit status make[3]: *** [src/filetime] Error 1 make[3]: Leaving directory `/build/buildd/util-vserver-0.30.203' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/util-vserver-0.30.203' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/util-vserver-0.30.203' make: *** [build-stamp] Error 2 ** Build finished at 20050302-1906 FAILED [dpkg-buildpackage died] -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- ___ Vserver mailing list Vserver
Bug#297806: same applies to 0.30.204-1
Hello On Thu, Mar 17, 2005 at 03:11:18AM -0800, Blars Blarson wrote: tags 297806 + sid thanks the same problem happens in version 0.30.204-1 on sid, at least on sparc. True. I have requested the removal of util-vserver on some arches as this transition is needed. I'll make this bug severity important as soon as theese files has been removed. The problem seem to be dietlibc, so that probably have to be fixed first. Regards, // Ola -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300829: lshw: ftbfs [sparc] missing wget, tries to fetch over internet durring build
Hello On Mon, Mar 21, 2005 at 08:46:57PM -0800, Blars Blarson wrote: Package: lshw Version: 02.03-1 Severity: serious Tags: sid Justification: fails to build from source lshw fails to build from source on sparc and other architectures, duplicated on sparc pbuilder. It is missing a build dependancy on wget, and is trying to fetch http://pciids.sourceforge.net/pci.ids durring the build process. This makes the package unbuildable when the remote system is inaccessable. I think the best way is to change so that it do not fetch that file. I have discussed this kind of issues before and that alone is a RC bug, unfortunatly. It should not be hard to fix though. Regards, // Ola c++ -g -Wall -Os -I./core/ -DPREFIX=\/usr\ -DSBINDIR=\/usr/sbin\ -DMANDIR=\/usr/share/man\ -DDATADIR=\/usr/share\ -c lshw.cc -o lshw.o c++ -L./core/ -o lshw lshw.o -llshw wget http://pciids.sourceforge.net/pci.ids make[2]: wget: Command not found make[2]: *** [pci.ids] Error 127 make[2]: Leaving directory `/tmp/buildd/lshw-02.03/src' -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: Dietlibc
Hello On Tue, Mar 22, 2005 at 11:53:52AM +0100, Helmut Toplitzer wrote: Do the dietlibc-people know about the problem. Could not find any bugreport about that. I do not know. I have not checked yet. I'll file a bugreport about it. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: util-vserver: FTBFS in experimental
Hello On Wed, Mar 23, 2005 at 02:41:29PM +0200, Lars Wirzenius wrote: Some further notes about util-vserver's failure to build from source: * dietlibc-dev on hppa fails to define O_FOLLOW and O_LARGEFILE. Adding these to CFLAGS allows util-vserver to build until it fails to link, because the linking looks for /usr/lib/diet/lib-hppa instead of /usr/lib/diet/lib-parisc, which dietlibc-dev provides. I believe, but have not tested (since it would require root) that if that is fixed in dietlibc, util-vserver will build on hppa. * Similarly to hppa, everything should work on mipsel after dietlibc-dev provides /usr/lib/diet/lib-mipsel instead of /usr/lib/diet/lib-mips (or after libtool is changed to use the .../lib-mips directory). * Steve Langasek reported on IRC that adding -mv8 to CFLAGS should make util-vserver build on sparc. This means util-vserver won't work on the oldest sparcs, but we (or the kernel and glibc) don't seem to support them anyway. * m68k shouldn't build util-vserver at all, since dietlib-dev does not exist on that platform. I have mailed the Package-arch-specific maintainers that util-vserver should be added to that file to prevent build daemons from building util-vserver in vain (forgot to Cc Ola, sorry). * I couldn't replicate the build problem on trex.debian.org, which is an s390 machine. I assume the problem was transient. I can provide a patch for debian/rules for conditionally adding arch-specific stuff to CFLAGS, but later tonight or tomorrow. Again, I hope this is helpful. Happy hacking. Thanks a lot (for both mails). It is very helpful. If you can provide a conditional arch update to debian rules, I'll upload that fix at once. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: FTBFS in experimental
Hello Your fix is now applied. Thanks a lot. Regards, // Ola On Fri, Mar 25, 2005 at 01:08:30PM +0200, Lars Wirzenius wrote: Attached is a patch to fix most of the compilation problems for util-vserver. Steve Langasek tested this on sparc and it worked. Builds still fail on at least hppa, powerpc, and mipsel, since the dietlibc linking fails. See #300926 for some discussion about this. I didn't try giving the -Os option to the diet command at the linking stage, since I didn't see an easy way to do it from util-vserver's debian/rules. I have so far failed to debug the linking problem to any successful degree. Gerrit, perhaps you could give Ola a helping hand with the linking issue? diff -ru util-vserver-0.30.204/debian/changelog util-vserver-0.30.204.patched/debian/changelog --- util-vserver-0.30.204/debian/changelog2005-03-25 12:51:53.008715504 +0200 +++ util-vserver-0.30.204.patched/debian/changelog2005-03-24 12:34:34.0 +0200 @@ -1,3 +1,13 @@ +util-vserver (0.30.204-1.1) unstable; urgency=low + + * debian/rules: Added stuff to put architecture specific macros to CFLAGS +to work around problems in dietlibc's header files. + * src/vshelper-sync.c: Test for __linux__ (which is defined always when +compiling for Linux) instead of __linux (which is not defined when +compiling with gcc --std=c99). + + -- Lars Wirzenius [EMAIL PROTECTED] Thu, 24 Mar 2005 12:30:00 +0200 + util-vserver (0.30.204-1) unstable; urgency=low * New upstream release. diff -ru util-vserver-0.30.204/debian/rules util-vserver-0.30.204.patched/debian/rules --- util-vserver-0.30.204/debian/rules2005-03-25 12:51:53.007715656 +0200 +++ util-vserver-0.30.204.patched/debian/rules2005-03-24 13:41:18.0 +0200 @@ -11,6 +11,7 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) # (Most of) the files this concerns belong to /usr/lib/util-vserver. # To keep referencing simple, and because we're not even sure there @@ -18,7 +19,27 @@ # so far. #MAKE_OPTS = pkglibdir=/var/lib/util-vserver PKGLIBDIR=/var/lib/util-vserver -CFLAGS = -Wall -g +CFLAGS = -Wall -g + +ifeq ($(DEB_HOST_ARCH),powerpc) +# dietlibc's sys/types.h tests for powerpc, not __powerpc__ +CFLAGS += -Dpowerpc +endif + +ifeq ($(DEB_HOST_ARCH),sparc) +# Targetting at older sparc's causes compilation errors. Steve Langasek +# says this works and it is anyway the oldest sparc generation we +# support in Debian (or kernel/glibc). +CFLAGS += -mv8 +endif + +ifeq ($(DEB_HOST_ARCH),hppa) +# dietlibc fails to define O_NOFOLLOW and O_LARGEFILE. These values +# have been copied from glibc's bits/fcntl.h. +CFLAGS += -DO_NOFOLLOW=0200 -DO_LARGEFILE=4000 +endif + + ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 diff -ru util-vserver-0.30.204/src/vshelper-sync.c util-vserver-0.30.204.patched/src/vshelper-sync.c --- util-vserver-0.30.204/src/vshelper-sync.c 2004-04-21 12:44:05.0 +0300 +++ util-vserver-0.30.204.patched/src/vshelper-sync.c 2005-03-24 12:24:01.0 +0200 @@ -85,7 +85,7 @@ FD_ZERO(fds); FD_SET(fd, fds); -#ifndef __linux +#ifndef __linux__ # error vshelper relies on the Linux select() behavior (timeout holds remaining time) #endif -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297806: FTBFS in experimental
Hello On Sun, Mar 27, 2005 at 04:12:06PM -0800, Steve Langasek wrote: reopen 297806 thanks Ola, Thanks. On Sun, Mar 27, 2005 at 11:26:44PM +0200, Ola Lundqvist wrote: Your fix is now applied. Thanks a lot. 0.30.204-2 still doesn't fix the problem where gcc (and therefore diet) is being invoked as a cross-compiler, so we still have build failures on powerpc, hppa, and mipsel due to the mismatch of directory names. Noticed that. :) The only arch that was fixed seem to be sparc. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297806msg=44 for my explanation on this. So this kind of --configure would fix this? export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) # FOR AUTOCONF 2.52 AND NEWER ONLY ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) confflags += --build $(DEB_HOST_GNU_TYPE) else confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE) endif ./configure $(confflags) \ ... (other configure options) .. Instead of always give --build and --host, or did I misunderstood you? Regards, // Ola Cheers, -- Steve Langasek postmodern programmer -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338983: horde2: New upstream version with security fix
severity 338983 important thanks Hello I assume that this applies to the sarge version as well. I'm not sure this should be considered grave as this only can occur when a fatal error occur. This is the actual fix: @@ -234,7 +234,7 @@ $errortext = _(bA fatal error has occurred:/b) . br /br /\n; if (is_object($error) method_exists($error, 'getMessage')) { -$errortext .= $error-getMessage() . br /br /\n; +$errortext .= htmlspecialchars($error-getMessage()) . br /br /\n; } $errortext .= sprintf(_([line %s of %s]), $line, $file); I'm not even sure that this is possible to trigger without being logged in. But still even logged in users should not be allowed to do such attacks. And even one more thing is that the error message is not from the user, or am I wrong here? So really I'm not sure that this is even possible to trigger. As the release note stated this is a potential XSS vulnerability. On Mon, Nov 14, 2005 at 09:45:39AM +0100, Soós Péter wrote: Package: horde2 Version: 2.2.8-1 Severity: grave Tags: security Justification: user security hole New upstream version v2.2.9 available to fix potential XSS vulnerability due to not properly escaped error messages. Is there a CAN number for this? I could not find that in the release notes. Thanks anyway for reporting. It is valuable to know that new versions come out with important fixes. For me and the security team: http://ftp.horde.org/pub/horde/patches/patch-horde-2.2.8-2.2.9.gz http://lists.horde.org/archives/announce/2005/000231.html Regards, // Ola -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: LANG=en_US, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages horde2 depends on: ii apache2 2.0.54-5next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.0.54-5traditional model for Apache2 ii binutils 2.15-6 The GNU assembler, linker and bina ii debconf 1.4.30.13 Debian configuration management sy ii gettext 0.14.4-2GNU Internationalization utilities ii logrotate3.7-5 Log rotation utility ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8 Larry Wall's Practical Extraction ii php4 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-cgi 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-pear4:4.3.10-16 PEAR - PHP Extension and Applicati ii php4-pear-log1.6.0-1.1 Log module for PEAR ii wwwconfig-common 0.0.43 Debian web auto configuration -- debconf information excluded -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340900: kronolith: saves but does not display events
Hello On Sat, Nov 26, 2005 at 08:32:30PM +, Graham Seaman wrote: Package: kronolith Version: 1.1.4-2 Severity: grave Justification: renders package unusable Installed kronolith with the mysql option. Needed to manually execute the mysql script to create the kronolith_events table. On creating an Noted. That can be the case for a number of reasons. event, the event is saved in the table. On reloading the calendar for the period including the event, with debugging statements in sql.php, it can be seen that the event is retrieved successfully from the database and the array returned by Kronolith_Driver_sql::listEvents() is successfully populated with the correct event ids; however, nothing is displayed in the calendar. This is not good. Did you recently installed this or have you had a working version before? Regards, // Ola -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages kronolith depends on: ii debconf 1.4.30.13 Debian configuration management sy ii horde2 2.2.8-1 horde web application suite ii php-date 1.4.3-1 PHP PEAR module for Date and Time ii php4-mysql 4:4.3.10-16 MySQL module for php4 ii php4-pear4:4.3.10-16 PEAR - PHP Extension and Applicati ii wwwconfig-common 0.0.43 Debian web auto configuration -- debconf information: kronolith/caluser: kronomgr * kronolith/caldrv: sql -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340900: kronolith: saves but does not display events
Hello On Sun, Nov 27, 2005 at 09:31:27PM +, graham wrote: Hi again Ola, I forgot to say - I'm more than happy to help with any debugging I can. I got a bit lost with the code after having looked at sql.php, but if there is any obvious area to concentrate on that you can point me to I'll be glad to try hunting around to see if I can spot what's happening. Thanks for the offer. I really appriciate it. Especially since I have personally never ever used the kalendar in horde. I have just used the other ones... So I can not prove that you are wrong in any way. I assume that the database stuff works just fine but that it may be a mismatch with the date formats or that the printing simply do not work for some other reason. It may also be some configuration problem, but I can not tell as I have not used this... Why do I maintain the package... Well because I maintain most other horde tools and no other care enough. :) I think you have to debug this pretty much yourself, even if I can try to help you if I can catch some spare time. One suggestion is to move on to kronolith2. You have to upgrade the entire horde suite but I think you can at least get some upstream support for that version. :) Regards, // Ola Thanks Graham On Sun, 2005-11-27 at 16:17 +0100, Ola Lundqvist wrote: Hello On Sat, Nov 26, 2005 at 08:32:30PM +, Graham Seaman wrote: Package: kronolith Version: 1.1.4-2 Severity: grave Justification: renders package unusable Installed kronolith with the mysql option. Needed to manually execute the mysql script to create the kronolith_events table. On creating an Noted. That can be the case for a number of reasons. event, the event is saved in the table. On reloading the calendar for the period including the event, with debugging statements in sql.php, it can be seen that the event is retrieved successfully from the database and the array returned by Kronolith_Driver_sql::listEvents() is successfully populated with the correct event ids; however, nothing is displayed in the calendar. This is not good. Did you recently installed this or have you had a working version before? Regards, // Ola -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages kronolith depends on: ii debconf 1.4.30.13 Debian configuration management sy ii horde2 2.2.8-1 horde web application suite ii php-date 1.4.3-1 PHP PEAR module for Date and Time ii php4-mysql 4:4.3.10-16 MySQL module for php4 ii php4-pear4:4.3.10-16 PEAR - PHP Extension and Applicati ii wwwconfig-common 0.0.43 Debian web auto configuration -- debconf information: kronolith/caluser: kronomgr * kronolith/caldrv: sql -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340900: kronolith: saves but does not display events
Hello On Mon, Nov 28, 2005 at 01:33:56PM +, Graham Seaman wrote: Ola Lundqvist wrote: One suggestion is to move on to kronolith2. You have to upgrade the entire horde suite but I think you can at least get some upstream support for that version. :) I am running the horde on a server running debian stable, used for several different virtual hosts. I've previously had problems when I've tried to include large packages with many dependencies from testing or unstable on a system like this. If you could give me some guidance (in baby steps...) on how to upgrade the whole horde system without messing up anything else, I could go this way. But would you have the time to advise me on doing this? I do not really have the time for that. But on the other hand horde3 is a part of the stable sarge release. The horde suite is also backward compatible and should not have dependencies on something that is not a part of stable (at least outside the horde suite itself). Horde3 and horde2 should also be possible to run side by side so you could actually have both installed at the same time. That is the intention at least and I have run that myself. Regards, // Ola Best Graham -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340900: Missing README.Debian file
Package: horde3 Version: 3.0.4-4sarge2 Severity: normal Hi On Mon, Nov 28, 2005 at 09:51:05PM +, Graham Seaman wrote: Martin Lohmeier wrote Graham, there need to be something wrong with your setup. I updated from kronolith1 a few month ago and never had problems with it. And since kronolith1 has beed released a few years ago, it is very unlikely that it is broken ;-) If you use something like eaccelerator, try to clear it's cache. So do with your browsers cache. Might be the problem... When looking for upstream support, have a look at the FAQ [1], Horde BTS [2] and the mailing list [3]. Or try to update to horde3 / kronolith2 that might be the best choice... OK, that seems to be the consensus. But I'm starting to wonder whether I should move to a different package altogether... apt-get install horde3 less /etc/horde/horde3/conf.php: echo Horde3 configuration disabled by default because the administration/install wizard give you too much access to the system. Read /usr/share/doc/horde3/README.Debian on how to allow access.; less /usr/share/doc/horde3/README.Debian /usr/share/doc/horde3/README.Debian: No such file or directory not a good start... :-( Ehm... This is really wierd. I'll check that out and I'll also file this as a bugreport. Regards, // Ola Graham bye, Martin [1] http://wiki.horde.org/FAQ [2] http://bugs.horde.org [3] http://lists.horde.org/mailman/listinfo/kronolith -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340900: kronolith: saves but does not display events
Hello On Tue, Nov 29, 2005 at 10:03:24PM +, Graham Seaman wrote: Martin Lohmeier wrote: Graham Seaman wrote: What's the best way to go from here? Do I need to start installing packages from testing? I've had a look, and appear to have the usual cascade of dependencies (testing version of pear, etc), which will effectively convert my system from stable to testing, which I would prefer not to do. The dependency on php-http-request seems to be the problem. Get ftp://ftp.horde.org/pub/kronolith/kronolith-h3-2.0.5.tar.gz and go through kronolith/docs/INSTALL...should be the easiest way. I've done that, and am back to my original problem: I can create new events, they are stored in the database, but they are never displayed. Since the problem shows on such different versions of the horde, I guess the root cause must be somewhere in my debian setup. But would I be better off asking for help on one of the horde mailing lists regardless? I think you may be better of asking there, yes. As it occur on such a different version it must probably be some problem with something else like the database or something. Maybe it have some other date format that make the events show up in some scrambled manner. Regards, // Ola Thanks Graham bye, Martin -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340900: Missing README.Debian file
Hi On Wed, Nov 30, 2005 at 10:43:53AM +0100, Martin Lohmeier wrote: Graham Seaman wrote: Apologies for this. I fired off that email too quickly. The file does exist, it's just gzipped. Please cancel the other bugreport you made for this. Sorry... Graham Let the report open and just change the comment in /etc/horde/horde3/conf.php to /usr/share/doc/horde3/README.Debian.gz Have now added the information to that bug. It actually existed but I did not see it... And I actually knew it was there... (but still did not see it) :) Regards, // Ola bye, Martin -- Powered by Debian GNU / Linux -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340900: kronolith: saves but does not display events
severity 340900 important thanks On Thu, Dec 01, 2005 at 12:23:43AM +, Graham Seaman wrote: Hi The problem is the same as the one described in: http://archives.free.net.ph/message/20051107.085343.c796bd46.en.html and the 'solution' is the same: after a second calendar has been created the events in the first calendar suddenly get displayed. Ehmmm. Well that was surely a strange solution. Do things get displayed for the second calendar as well? Regards, // Ola Graham Ola Lundqvist wrote: Hello On Tue, Nov 29, 2005 at 10:03:24PM +, Graham Seaman wrote: Martin Lohmeier wrote: Graham Seaman wrote: What's the best way to go from here? Do I need to start installing packages from testing? I've had a look, and appear to have the usual cascade of dependencies (testing version of pear, etc), which will effectively convert my system from stable to testing, which I would prefer not to do. The dependency on php-http-request seems to be the problem. Get ftp://ftp.horde.org/pub/kronolith/kronolith-h3-2.0.5.tar.gz and go through kronolith/docs/INSTALL...should be the easiest way. I've done that, and am back to my original problem: I can create new events, they are stored in the database, but they are never displayed. Since the problem shows on such different versions of the horde, I guess the root cause must be somewhere in my debian setup. But would I be better off asking for help on one of the horde mailing lists regardless? I think you may be better of asking there, yes. As it occur on such a different version it must probably be some problem with something else like the database or something. Maybe it have some other date format that make the events show up in some scrambled manner. Regards, // Ola Thanks Graham bye, Martin -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332682: vnc4 with gcc-4.0
tags 332682 + patch thanks Thanks a lot! Regards, // Ola On Thu, Dec 08, 2005 at 04:29:34PM -0500, Aleksey Kliger wrote: As far as I can tell, the build problems in vnc4 happen because rfb/Rect.h provides its own definitions of min() and max() as macros which interact badly with the guts of the C++ standard library (in particular with some functions in vectorbool). On my system locally, I applied the following changes, and the program seemed to compile fine. cheers, Aleksey Kliger === --- rfb/Rect.h.old2005-12-08 16:16:01.0 -0500 +++ rfb/Rect.h2005-12-08 15:57:58.0 -0500 @@ -21,13 +21,17 @@ #ifndef __RFB_RECT_INCLUDED__ #define __RFB_RECT_INCLUDED__ -#ifndef max -#define max(a,b)(((a) (b)) ? (a) : (b)) -#endif - -#ifndef min -#define min(a,b)(((a) (b)) ? (a) : (b)) -#endif +#include algorithm + +using std::min; +using std::max; +// #ifndef max +// #define max(a,b)(((a) (b)) ? (a) : (b)) +// #endif + +// #ifndef min +// #define min(a,b)(((a) (b)) ? (a) : (b)) +// #endif namespace rfb { === -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302105: Superseeded by kernel-patch-vserver
Package: kernel-patch-ctx Severity: serious This package has been superseeded by kernel-patch-ctx and it has been asked for removal. So it should not be used anymore. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302137: util-vserver_0.30.204-4: FTBFS: debian/rules:46: missing separator
tags 302137 wontfix Hello This is not a bug. It should not build on hppa as that arch do not have any reserved syscalls for vservers. Regards, // Ola On Wed, Mar 30, 2005 at 07:06:59PM +1000, Anibal Monsalve Salazar wrote: Package: util-vserver Severity: serious Version: 0.30.204-4 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of util-vserver_0.30.204-4 on sarti by sbuild/hppa 17 Build started at 20050330-0729 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), e2fslibs-dev, gawk, autotools-dev, dietlibc-dev (= 0.28-3), net-tools, vlan, iptables, wget, procps, modutils|module-init-tools, autoconf (= 2.52) [...] /usr/bin/fakeroot debian/rules clean debian/rules:46: *** missing separator. Stop. Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=util-vserverver=0.30.204-4arch=hppastamp=1112164227file=logas=raw If this problem has been reported already, please merge it with the appropiate bug report. If you believe this bug should be reassigned to one or more packages, you must clone it and then reassign it to the other packages, like so: clone bug# -1 clone bug# -2 clone bug# -3 reassign -1 package1 reassign -2 package2 reassign -3 package3 thanks Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275825: doxymacs
Hello I have seen that this bug is RC #275825. If you do not complain I will NMU this and provide the dependencies described. Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304549: Had similar problem
Hello This is on i386. I had a similar problem. The solution was to remove ldapi:/// from the startup option. With that option it dies with the following in syslog: Apr 15 19:32:12 bixbite slapd[29436]: @(#) $OpenLDAP: slapd 2.2.23 (Apr 1 2005 18:55:21) $ [EMAIL PROTECTED]:/home/torsten/packages/openldap/openldap2.2-2.2.23/debian/build/servers/slapd Apr 15 19:32:12 bixbite slapd[29436]: daemon: IPv6 socket() failed errno=97 (Address family not supported by protocol) Apr 15 19:32:12 bixbite slapd[29436]: daemon: IPv6 socket() failed errno=97 (Address family not supported by protocol) Apr 15 19:32:12 bixbite slapd[29436]: daemon: bind(10) failed errno=2 (No such file or directory) Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305031: Can not be build from source, remove package?
Package: libxalan-java Severity: serious Hello When I was about to orphan this package I realized that it could not be built from source. [EMAIL PROTECTED]:~/build/debian/libxalan-java-doc/libxalan-java-1.2.2$ dpkg-buildpackage dpkg-buildpackage: source package is libxalan-java dpkg-buildpackage: source version is 1.2.2-3 dpkg-buildpackage: source maintainer is Ola Lundqvist [EMAIL PROTECTED] dpkg-buildpackage: host architecture is i386 dpkg-checkbuilddeps: Unmet build dependencies: ant libxerces-java libbsf-java jdk1.1 jdk1.1-dev dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: (Use -d flag to override.) [EMAIL PROTECTED]:~/build/debian/libxalan-java-doc/libxalan-java-1.2.2$ [EMAIL PROTECTED]:~# apt-get install ant libxerces-java libbsf-java jdk1.1 jdk1.1-dev Läser paketlistor... Färdig Bygger beroendeträd... Färdig Paketet jdk1.1 är inte tillgängligt, men ett annat paket hänvisar till det. Detta betyder vanligen att paketet saknas, har blivit föråldrat eller bara är tillgängligt från andra källor E: Paketet jdk1.1 har ingen installationskandidat [EMAIL PROTECTED]:~# This package is only available in stable (woody). Maybe this package should be removed? Regards, // Ola -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307429: ..post-installation of util-vserver_0.30.207-2 dies:lstat(): No such file or directory
libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii net-tools 1.60-10 The NET-3 networking toolkit -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307429: ..really? ;o) : Bug#307429: fixed in util-vserver 0.30.207-3
reopen 307429 thanks On Wed, May 04, 2005 at 03:55:07AM +0200, Arnt Karlsen wrote: On Tue, 03 May 2005 12:03:44 -0700, Debian wrote in message [EMAIL PROTECTED]: This is an automatic notification regarding your Bug report #307429: ..post-installation of util-vserver_0.30.207-2 dies:lstat(): #No such file or directory, which was filed against the util-vserver package. It has been closed by one of the developers, namely Ola Lundqvist [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. ..it is. Source: util-vserver Source-Version: 0.30.207-3 We believe that the bug you reported is fixed in the latest version of util-vserver, which is due to be installed in the Debian FTP archive: util-vserver_0.30.207-3.diff.gz to pool/main/u/util-vserver/util-vserver_0.30.207-3.diff.gz util-vserver_0.30.207-3.dsc to pool/main/u/util-vserver/util-vserver_0.30.207-3.dsc util-vserver_0.30.207-3_i386.deb to pool/main/u/util-vserver/util-vserver_0.30.207-3_i386.deb ..I get: [EMAIL PROTECTED]:~ # apt-get -f install Reading Package Lists... Done Building Dependency Tree... Done 0 upgraded, 0 newly installed, 0 to remove and 7 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. - Sourcerer Apt Watcher - Configure: util-vserver grep: *.conf: No such file or directory - Setting up util-vserver (0.30.207-3) ... /var/lib/vservers: Function not implemented dpkg: error processing util-vserver (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: util-vserver E: Sub-process /usr/bin/dpkg returned an error code (1) [EMAIL PROTECTED]:~ # apt-get clean [EMAIL PROTECTED]:~ # apt-get -f install Reading Package Lists... Done Building Dependency Tree... Done 0 upgraded, 0 newly installed, 0 to remove and 7 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. - Sourcerer Apt Watcher - Configure: util-vserver grep: *.conf: No such file or directory - Setting up util-vserver (0.30.207-3) ... /var/lib/vservers: Function not implemented dpkg: error processing util-vserver (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: util-vserver E: Sub-process /usr/bin/dpkg returned an error code (1) [EMAIL PROTECTED]:~ # apt-get remove util-vserver Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: util-vserver 0 upgraded, 0 newly installed, 1 to remove and 7 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 1569kB disk space will be freed. Do you want to continue? [Y/n] - Sourcerer Apt Watcher - - (Reading database ... 424370 files and directories currently installed.) Removing util-vserver ... [EMAIL PROTECTED]:~ # apt-get install util-vserver Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: util-vserver 0 upgraded, 1 newly installed, 0 to remove and 7 not upgraded. Need to get 409kB of archives. After unpacking 1569kB of additional disk space will be used. Get:1 http://192.168.2.222 unstable/main util-vserver 0.30.207-3 [409kB] Fetched 409kB in 0s (461kB/s) Reading package fields... Done Reading package status... Done Retrieving bug reports... Done - Sourcerer Apt Watcher - Configure: util-vserver grep: *.conf: No such file or directory - Selecting previously deselected package util-vserver. (Reading database ... 424166 files and directories currently installed.) Unpacking util-vserver (from .../util-vserver_0.30.207-3_i386.deb) ... Setting up util-vserver (0.30.207-3) ... /var/lib/vservers: Function not implemented dpkg: error processing util-vserver (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: util-vserver E: Sub-process /usr/bin/dpkg returned an error code (1) [EMAIL PROTECTED]:~ # ..chances are this is a new bug, though. ..looking forward to util-vserver (0.30.207-4). ;o) I reopend the bug. The problem is that I can not reproduce it. :) Could you help me with debugging by adding debug lines
Bug#328218: imp3: CAN-2005-1319: Cross-site scripting
Hello On Wed, Sep 14, 2005 at 09:39:06AM +0200, Martin Pitt wrote: Package: imp3 Version: 3.2.6-3 Severity: grave Tags: security Hi! Imp 3.2.8 brought a security fix, please see http://lists.horde.org/archives/imp/Week-of-Mon-20050418/041912.html This also contains a patch. Thanks a lot. I have uploaded a fixed version now. Please mention the CAN number in the changelog when you fix this. imp4 is maybe already fixed, can you please check this? Imp4 is very different code so I do not think it will have the same problem. That have been the case all the time when I have asked about that on the imp development list. Regards, // Ola Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
Hello On Mon, Sep 19, 2005 at 09:45:10PM +0800, Andrew Lee wrote: Package: util-vserver Version: 0.30.204-5sarge2 Severity: critical Tags: sarge Justification: root security hole Dear Ola, I found the util-vserver in sarge can not pass the test 109 and 121 of testfs.sh script[1] which provide by upstream author. After more tests, upstream author discoveried this is a security hole. 109 verifies that barrier was removed correctly, while 121 checks that it was set correctly. This bug is kernel-patch-vserver related, I have filed a bug to kernel-patch-vserver that you may have a look. Here is what I did in my tests: # dd bs=1024k count=1024 if=/dev/zero of=1gb.test # losetup /dev/loop4 ./1gb.test # ./testfs.sh -l -t -D /dev/loop4 -M /mnt [1] http://vserver.13thfloor.at/Stuff/SCRIPT/testfs.sh-0.09 PS. I confirmed the kernel-patch-vserver + linux-source-2.6.12 + util-vserver in sid are passed the test of testfs.sh Is util-vserver from sid necessary for this or is it just the kernel patch that is needed to fix it? Regards, // Ola -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-10vserver Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages util-vserver depends on: ii iproute 20041019-3 Professional tools to control the ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii net-tools 1.60-10 The NET-3 networking toolkit util-vserver recommends no packages. -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398635: phpgroupware: postinst fails: /usr/share/wwwconfig-common/pgsql.get: line 77: psql: command not found
Hi No wwwconfig-common will never depend on postgresql or mysql or its client packages. It is up to the package that depend on wwwconfig-common to add that dependency. The reason is simple: * If wwwconfig-common depend on all things that can be used by it it will have a very long list of dependencies (exim4, postgresql-client, mysql-client, apache and so on). * Wwwconfig-common is only used by postinst scripts. * If a web program only have support for postgres and nothing else, it should not depend on something that depend on a huge number of other things. So It is up to the package that depend on wwwconfig-common to depend on the things that is needed. That package is the one that know what parts of wwwconfig-common that it actually uses. Regards, // Ola On Fri, Nov 24, 2006 at 04:19:55PM +, Jason Wies wrote: This is a duplicate of #308243. It seems to me that wwwconfig-common should be the one to depend on postgresql-client. After all, it is wwwconfig-common's scripts that call psql, not phpgroupware. I have to say this does seems like an RC-quality bug that should be fixed for etch. If wwwconfig-common isn't going to depend on postgresql-client for etch, then adding postgresql-client (and mysql-client) to the Depends for phpgroupware will solve this problem. From /usr/share/doc/wwwconfig-common/README Note! This package will not depend on any packages that are not critical. So if the package that uses this package to do a certain thing, it should depend on any extra packages, like mysql-client and similar things. Theese packages are at most suggested by this package. - Copying wwwconfig-common's maintainer for their thoughts. Jason -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola On Mon, Nov 27, 2006 at 11:28:58PM +0100, root wrote: Package: kernel-patch-openvz Version: 028test002-3 Severity: grave Justification: renders package unusable The patch provided by this package is unappliable to the Kernels shipped with Debian. The patch has no support for 2.6.17 at all. Applying it to 2.6.18 doesn't work (see below). I used the Kernel of linux-source-2.6.18 (Version: 2.6.18-6) make-kpkg --added-patches openvz configure [...] for patch in /usr/src/kernel-patches/all/apply/openvz ; do\ if test -x $patch; then\ if $patch; then \ echo Patch $patch processed fine; \ echo $patch applied_patches; \ else \ echo Patch $patch failed.; \ echo Hit return to Continue; \ read ans; \ fi; \ fi; \ done START applying openvz patch (OpenVZ kernel patch for virtual server support) Testing whether OpenVZ kernel patch for virtual server support patch for 2.6.18 applies (dry run): 1 out of 7 hunks FAILED -- saving rejects to file mm/fremap.c.rej 4 out of 45 hunks FAILED -- saving rejects to file mm/memory.c.rej 1 out of 6 hunks FAILED -- saving rejects to file mm/mprotect.c.rej 1 out of 15 hunks FAILED -- saving rejects to file net/core/sock.c.rej OpenVZ kernel patch for virtual server support patch for 2.6.18 does not apply cleanly Patch /usr/src/kernel-patches/all/apply/openvz failed. Hit return to Continue [...] -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kernel-patch-openvz depends on: ii bash 3.1-5 The GNU Bourne Again SHell ii grep-dctrl2.9.3 Grep Debian package information - ii patch 2.5.9-4Apply a diff file to an original kernel-patch-openvz recommends no packages. -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Hi On Mon, Dec 04, 2006 at 02:40:21PM +0300, Vasily Tarasov wrote: Hi, When I was preparing previous patch only 2.6.18-5 was available from I see. I forgot about that I requested -5 instead of -6. Debian repository, so the patch was for this version. In 2.6.18-6 they have merged some fixes for mm from 2.6.19, therefore rejects... Ohh. You can download new patch from http://7ka.mipt.ru/~vass/debian/patch-2.6.18.3-deb-6-028test006-cpt-sched-fix.gz Thanks a lot! Regards, // Ola Thank you, Vasily! Ola Lundqvist wrote: Hi I have now applied this file and I got a number of rejects... Attaching the apply logs. I patched the following debian version... 2.6.18-6 Can you help me to correct these problems? Regards, // Ola On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote: Hello, 028test006 patch (with lockup fix from xemul@) for Debian is ready. You can download it from http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz Thank you! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Hi That was exactly what I was about to propose, but you were faster. Will you be subscribed to that and notify me when anything changes, or do you want me to be subscribed and notify you? Or should we all? Regards, // Ola On Mon, Dec 04, 2006 at 06:32:57PM +0300, Vasily Tarasov wrote: There is a Package Tracking System in Debian: we can subscribe for certain events in package life (binary-upload, source-upload, etc.) and then will receive notifications. Practically each source-upload cause rejects. Vasily. http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system Kir Kolyshkin wrote: Could we set up some machinery in order to be notified ASAP about the kernel-patch-openvz rejects? Ola Lundqvist wrote: Hi On Mon, Dec 04, 2006 at 02:40:21PM +0300, Vasily Tarasov wrote: Hi, When I was preparing previous patch only 2.6.18-5 was available from I see. I forgot about that I requested -5 instead of -6. Debian repository, so the patch was for this version. In 2.6.18-6 they have merged some fixes for mm from 2.6.19, therefore rejects... Ohh. You can download new patch from http://7ka.mipt.ru/~vass/debian/patch-2.6.18.3-deb-6-028test006-cpt-sched-fix.gz Thanks a lot! Regards, // Ola Thank you, Vasily! Ola Lundqvist wrote: Hi I have now applied this file and I got a number of rejects... Attaching the apply logs. I patched the following debian version... 2.6.18-6 Can you help me to correct these problems? Regards, // Ola On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote: Hello, 028test006 patch (with lockup fix from xemul@) for Debian is ready. You can download it from http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz Thank you! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
On Mon, Dec 04, 2006 at 10:19:40PM +0100, Konstantin Seiler wrote: Hi! First of all thanks for all the work on this patch! On Monday 04 December 2006 16:32, Vasily Tarasov wrote: and then will receive notifications. Practically each source-upload cause rejects. If that patch is really that picky when it comes to versions of the kernelsource, maybe you should depend on the very versions of the kernel-source-* packet the patch was made for. Maybe, but it do not really solve the problem. Another question: Once Etch is released, will there be security updates for that patch? Since one can expect updates to debian's kernel from time to time, will the security team support kernel-patch-openvz, too? Yes. Regards, // Ola Cheers, Konstantin -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Hi A new version has now been uploaded. I have tested it and it seems to be working fine. No more problem with stopping a virtual server. Regards, // Ola On Mon, Dec 04, 2006 at 02:40:21PM +0300, Vasily Tarasov wrote: Hi, When I was preparing previous patch only 2.6.18-5 was available from Debian repository, so the patch was for this version. In 2.6.18-6 they have merged some fixes for mm from 2.6.19, therefore rejects... You can download new patch from http://7ka.mipt.ru/~vass/debian/patch-2.6.18.3-deb-6-028test006-cpt-sched-fix.gz Thank you, Vasily! Ola Lundqvist wrote: Hi I have now applied this file and I got a number of rejects... Attaching the apply logs. I patched the following debian version... 2.6.18-6 Can you help me to correct these problems? Regards, // Ola On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote: Hello, 028test006 patch (with lockup fix from xemul@) for Debian is ready. You can download it from http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz Thank you! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401757: [pkg-horde] Bug#401757: horde3 configuration generated automatically is missing some fundamental parameters
severity 401757 important thanks On Tue, Dec 05, 2006 at 07:00:02PM +0100, Massimo Manghi wrote: Package: horde3 Version: 3.1.3-2 Severity: grave Justification: renders package unusable I installed horde3 on etch using a clean system that had no previous horde/imp installation. After having carried out every single step in the installation checklist, changed the authorization bits and so on, I was able to access the configuration page and chose some requested options. As i generated the configuration horde3 was ipso-facto hosed since some fundamental parameters are actually missing in the conf files. What is missing, and what configuration file are you referring to? At first scripts are stuck with the charset parameter not being specified in the conf global structure. Hacking the conf structure with an editor overcomes that problem but scripts then fail inexorably with the following error DB Error: not found [line 393 of /usr/share/horde3/lib/Horde/Prefs/sql.php] ... Unable to include the DB/.php file for 'Array' I suggest to provide a reasonable default for each and every one parameter that might be otherwise left out of the conf files, given the complexity and size of the configuration. That is simply not possible as we do not know what database or other thing you want to configure it against. In horde2 automation was available but the problem with that was that it was so incredibly hard to get it working and now there is a configuration wizard available that help you some. For some steps the documentation provided in README.Debian is inaccurate (admittedly the package is not simple either): I agree that the package is not simple. eg the README suggests to create separately the session table, whereas it is created by default by the script that created the basic horde3 database (mysql), no file location for Hmm that may be incorrect. I have not checked recently. the 'php_flag session.auto_start Off' setting is provided That is because it depends on php version. (I found one in /etc/php4/apache/php.ini with a slighly different syntax. Is that the one?). The README makes reference to a link (``Configuration``) in the Administration menu that doesn't exist (maybe this is the real problem?) What link are you referring to? And if you are referring to the Configuration wizard page, then yes you are referring to your real problem! thank you for your efforts and sorry for my inability to stay concise. Regards, // Ola -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages horde3 depends on: ii apache [httpd]1.3.34-4 versatile, high-performance HTTP s ii libapache-mod-php46:4.4.4-8 server-side, HTML-embedded scripti ii php-log 1.9.8-1Log module for PEAR ii php-pear 5.2.0-7PEAR - PHP Extension and Applicati ii php4-domxml 6:4.4.4-8 XMLv2 module for php4 ii php4-pear 6:4.4.4-8 PHP Extension and Application Repo Versions of packages horde3 recommends: ii logrotate 3.7.1-3Log rotation utility ii php-date 1.4.6-1PHP PEAR module for date and time ii php-file 1.0.3-1PHP Pear modules for common file a ii php-mail 1.1.6-2PHP PEAR module for sending email ii php-mail-mime 1.3.1-1PHP PEAR module for creating and d ii php-services-weather 1.4.0-1acts as an interface to various on ii php4-gd [php4-gd2]6:4.4.4-8 GD module for php4 ii php4-mcrypt 6:4.4.4-8 MCrypt module for php4 ii php4-mysql6:4.4.4-8 MySQL module for php4 -- no debconf information ___ pkg-horde-hackers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-horde-hackers -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402402: lightspeed: crushes on start
/libgobject-2.0.so.0 #34 0xb7819429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #35 0xb78195d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #36 0xb7d00eef in gtk_widget_map () from /usr/lib/libgtk-x11-2.0.so.0 #37 0xb7d0f778 in gtk_window_new () from /usr/lib/libgtk-x11-2.0.so.0 #38 0xb7814e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #39 0xb7805f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0 #40 0xb780798b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #41 0xb78183b8 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #42 0xb7819429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #43 0xb78195d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #44 0xb7d00eef in gtk_widget_map () from /usr/lib/libgtk-x11-2.0.so.0 #45 0xb7d0f7c0 in gtk_window_new () from /usr/lib/libgtk-x11-2.0.so.0 #46 0xb7814e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #47 0xb7805f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0 #48 0xb780798b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #49 0xb78183b8 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #50 0xb7819429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #51 0xb78195d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 ---Type return to continue, or q return to quit--- #52 0xb7d00376 in gtk_widget_show () from /usr/lib/libgtk-x11-2.0.so.0 #53 0x0805c27f in main_window () #54 0x0805b1c9 in main () As you can see lightspeed uses gtk directly and according to the source that I can not find any place where lightspeed itself can trigger this case, unless it is a bug in some other place. Regards, // Ola On Sun, Dec 10, 2006 at 07:26:55PM -0800, Steve Langasek wrote: reassign 402402 lightspeed thanks It does not follow that just because an assertion failure happens in fontconfig that the bug is in fontconfig. This problem hasn't been reported against any other programs besides lightspeed, so it is at least as likely that the bug is in lightspeed and happens to just be exposed in fontconfig... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://opalsys.net/ UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402402: lightspeed: crushes on start
reassign 402402 libfontconfig1 thanks Hi On Mon, Dec 11, 2006 at 02:04:55PM +0100, Steinar H. Gunderson wrote: On Sun, Dec 10, 2006 at 07:26:55PM -0800, Steve Langasek wrote: It does not follow that just because an assertion failure happens in fontconfig that the bug is in fontconfig. This problem hasn't been reported against any other programs besides lightspeed, It has been reported for several other programs -- abiword and ImageMagick, for instance. It's easily fixed, though; just remove the FcFini. At least that's what the abiword people did... Removed from where? In lightspeed case the FcFinit is not called directly but rather via gtk libraries. I'm reassigning back to fontconfig. If the function that is calling fontconfig should be changed, please reassign to that library. Regards, // Ola /* Steinar */ -- Homepage: http://www.sesse.net/ -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://opalsys.net/ UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359208: [pkg-horde] Bug#359208: horde3 is not installable on sid
Hi On Mon, Mar 27, 2006 at 11:20:07AM +0200, Steffen Joeris wrote: Package: horde3 Severity: serious Tags: patch Hi Currently the horde3 package is not installable on sid. I got the following error: apt-get install horde3 Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: horde3: Depends: php4-pear ( 4:4.3.2+rc3-1) but 4:4.4.2-1 is to be installed or php4-pear-log but it is not installable E: Broken packages The Depends line shows: Depends: libapache2-mod-php4 (= 4:4.3.10) | libapache-mod-php4 (= 4:4.3.10) | libapache2-mod-php5 | libapache-mod-php5 | phpapi-20041030 | phpapi-20020918 | phpapi-20050606, php4-pear ( 4:4.3.2+rc3-1) | php4-pear-log, php4-pear, apache | apache2 | apache-ssl | httpd, php4-domxml Please remove the php4-pear ( 4:4.3.2+rc3-1) or depend against php-log (php4-pear-log is now php-log). Ok, will be changed. Regards, // Ola Greetings Steffen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) ___ pkg-horde-hackers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-horde-hackers -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359700: [pkg-horde] Bug#359700: Changed php4-pear-log dependency
merge 359700 359208 thanks Hi It is on its way. Regards, // Ola On Tue, Mar 28, 2006 at 10:36:17AM -0300, Jose Carlos Medeiros wrote: Package: horde3 Severity: grave Hi, Please, change denpendence from php4-pear-log to php-log. Regards Jose Carlos ___ pkg-horde-hackers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-horde-hackers -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360479: steghide: FTBFS: error: 'VERSION' was not declared in this scope
Hi Please provide more information on the environment where it fail to build. * What compiler version? * What architecture? Regards, // Ola On Sun, Apr 02, 2006 at 05:25:08PM +0200, Kurt Roeckx wrote: Package: steghide Version: 0.5.1-7 Severity: serious Hi, Your package is failing to build with the following error: if g++ -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\/usr/share/locale\ -O2 -W all -MT EmbData.o -MD -MP -MF .deps/EmbData.Tpo \ -c -o EmbData.o `test -f 'EmbData.cc' || echo './'`EmbData.cc; \ then mv .deps/EmbData.Tpo .deps/EmbData.Po; \ else rm -f .deps/EmbData.Tpo; exit 1; \ fi EmbData.cc: In member function 'void EmbData::addBits(BitString)': EmbData.cc:107: error: 'VERSION' was not declared in this scope EmbData.cc: In member function 'BitString EmbData::getBitString()': EmbData.cc:343: warning: comparison is always false due to limited range of data type EmbData.cc: In member function 'std::string EmbData::stripDir(std::string)': EmbData.cc:368: warning: comparison is always false due to limited range of data type make[3]: *** [EmbData.o] Error 1 Kurt -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360479: steghide: FTBFS: error: 'VERSION' was not declared in this scope
reassign 360479 g++ thanks I have now looked over the code and can not possibly find out that this is a fault in the code. If someone can tell me what the problem is then I can accept it but this have worked before and VERSION tag is found in config.h which is included. I have even tried to explictly include the config.h file directly without success. Is throw an other kind of scope? Regards, // Ola On Sun, Apr 02, 2006 at 05:25:08PM +0200, Kurt Roeckx wrote: Package: steghide Version: 0.5.1-7 Severity: serious Hi, Your package is failing to build with the following error: if g++ -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\/usr/share/locale\ -O2 -W all -MT EmbData.o -MD -MP -MF .deps/EmbData.Tpo \ -c -o EmbData.o `test -f 'EmbData.cc' || echo './'`EmbData.cc; \ then mv .deps/EmbData.Tpo .deps/EmbData.Po; \ else rm -f .deps/EmbData.Tpo; exit 1; \ fi EmbData.cc: In member function 'void EmbData::addBits(BitString)': EmbData.cc:107: error: 'VERSION' was not declared in this scope EmbData.cc: In member function 'BitString EmbData::getBitString()': EmbData.cc:343: warning: comparison is always false due to limited range of data type EmbData.cc: In member function 'std::string EmbData::stripDir(std::string)': EmbData.cc:368: warning: comparison is always false due to limited range of data type make[3]: *** [EmbData.o] Error 1 Kurt -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360479: steghide: FTBFS: error: 'VERSION' was not declared in this scope
tags 360479 + help thanks Hi So how can you explain that it has been built on alpha amd64 arm hppa hurd-i386 i386 ia64 kfreebsd-i386 mips mipsel powerpc s390 sparc with a previous version of g++ then? Okay now I'll explain why I think this is a fault in g++: The file is built with: g++ -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\/usr/share/locale\ -O2 -Wall -MT EmbData.o -MD -MP -MF EmbData.c EmbData.c include common.h which contain the following lines: #ifdef HAVE_CONFIG_H #include config.h #endif In config.h the following is defined: /* Version number of package */ #define VERSION 0.5.1 config.h have no ifdef at all. If I include the config.h file just after I include common.h then I get a warning of redefinitions so it has been included, but obviously not all of it. So isn't this valid c++ code? If I #define VERSION inside the EmbData.c file it compile just fine, so something is wrong with how the VERSION definition is handled. And why have this worked before? Regards, // Ola On Sun, Apr 02, 2006 at 10:39:17PM +0200, Falk Hueffner wrote: reassign 360479 steghide thanks Ola Lundqvist [EMAIL PROTECTED] writes: reassign 360479 g++ thanks I have now looked over the code and can not possibly find out that this is a fault in the code. Uhm, reassining bugs to gcc if you don't understand the issue is not the way to go. Please get some analysis first and make sure it actually *is* a gcc bug, and provide a minimal test case. -- Falk -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361967: [pkg-horde] Bug#361967: Horde3 Vulnerability: CVE-2006-1491 remote arbitrary command execution
Hi I saw this morning that the upload has been accepted into sarge. Regards, // Ola On Wed, Apr 12, 2006 at 02:21:17PM +0200, Moritz Muehlenhoff wrote: Lionel Elie Mamane wrote: tags 361967 +etch sarge security thanks On Tue, Apr 11, 2006 at 10:46:07AM -0300, Pedro Müller wrote: See this: http://www.securityfocus.com/bid/17292/info Please, fix this or update to 3.0.10. An update has been submitted to the security team; I suppose they are going to release a security advisory and put the said update on the archive on security.debian.org anytime now. Umm, sorry, I was under the impression, that the update was still being prepared. I'll check and upload tonight (European time). Cheers, Moritz ___ pkg-horde-hackers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-horde-hackers -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362089: vnc4server: xorg 7.0.0 no longer provide xserver-common
tags 362089 + patch pending thanks Thanks for the reports. I'll be corrected soon. Regards, // Ola On Wed, Apr 12, 2006 at 05:03:11PM +0200, Laurent Bonnaud wrote: Hi, I'm going to raise the severity of this bug because the package is not installable any longer: # apt-get install vnc4server Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: vnc4server: Depends: xserver-common but it is not going to be installed E: Broken packages -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362089: patch
Hi Thanks. Regards, // Ola On Fri, Apr 14, 2006 at 03:02:22PM +0200, Harald Dunkel wrote: Hi Ola, I stumbled over this bug report looking for the conflict between vnc4server and the new Xorg 7.0. It is tagged patch since yesterday, but there is none included, and no new vnc4server is in incoming either, so hopefully it is allowed to post my suggestion here? Regards Harri diff -ur vnc4-4.1.1+X4.3.0.old/debian/changelog vnc4-4.1.1+X4.3.0/debian/changelog --- vnc4-4.1.1+X4.3.0.old/debian/changelog2006-04-14 14:45:29.0 +0200 +++ vnc4-4.1.1+X4.3.0/debian/changelog2006-04-14 14:46:27.0 +0200 @@ -1,3 +1,9 @@ +vnc4 (4.1.1+X4.3.0-4.1) unstable; urgency=low + + * support for new xorg7 infrastructure, closes: #362089. + + -- Harald Dunkel [EMAIL PROTECTED] Fri, 14 Apr 2006 10:40:25 +0200 + vnc4 (4.1.1+X4.3.0-4) unstable; urgency=low * Applied patch from Chris Donoghue [EMAIL PROTECTED]. diff -ur vnc4-4.1.1+X4.3.0.old/debian/control vnc4-4.1.1+X4.3.0/debian/control --- vnc4-4.1.1+X4.3.0.old/debian/control 2006-04-14 14:45:29.0 +0200 +++ vnc4-4.1.1+X4.3.0/debian/control 2006-04-14 14:46:27.0 +0200 @@ -7,7 +7,7 @@ Package: vnc4server Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, vnc4-common | vnc-common, xbase-clients, xserver-common +Depends: ${shlibs:Depends}, ${misc:Depends}, vnc4-common | vnc-common, xbase-clients, xserver-common | x11-common Provides: vnc-server, x0vnc-server, xserver Recommends: xfonts-base Suggests: vnc-java diff -ur vnc4-4.1.1+X4.3.0.old/unix/vncserver vnc4-4.1.1+X4.3.0/unix/vncserver --- vnc4-4.1.1+X4.3.0.old/unix/vncserver 2006-04-14 14:45:29.0 +0200 +++ vnc4-4.1.1+X4.3.0/unix/vncserver 2006-04-14 14:46:27.0 +0200 @@ -153,6 +153,9 @@ # $cmd .= -co /usr/lib/X11/rgb; # +$cmd .= -fp /usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/75dpi; +$cmd .= -co /etc/X11/rgb; + foreach $arg (@ARGV) { $cmd .= . quotedString($arg); } -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354650: lightspeed: segfault at start up on amd64
Hi Thanks for the input. Regards, // Ola On Sun, Apr 16, 2006 at 11:00:58PM +0200, Pierre HABOUZIT wrote: tag 354650 + unreproducible thanks On Wed, Mar 01, 2006 at 07:32:55AM +0100, Ola Lundqvist wrote: Hi To me this backtrace looks like it has to do with gtk... It is a bit strange that it work on i386 but not on amd64... As I do not have access to a amd64 machine I need help with debugging this. Regards, // Ola works for me now. I suppose this was a gtk bug, and that it was solved inbetween. Manlolo: does the bugs still exist for you ? -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363295: vnc4server: Xvnc4 can not found 'fixed' font with xorg 7.0.14
Hi Ok, will change the default fonts dir. Regards, // Ola On Tue, Apr 18, 2006 at 05:53:56AM -0500, Carlos C Soto wrote: Package: vnc4server Version: 4.1.1+X4.3.0-5 Severity: grave Justification: renders package unusable The vnc4server can not find the fixed font, this is a result from executing: $ Xvnc4 :1 Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' Xvnc Free Edition 4.1.1 - built Apr 17 2006 16:16:47 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Underlying X server release 4030, The XFree86 Project, Inc Tue Apr 18 05:46:44 2006 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' The problem is that the fonts are not anymore in /usr/X11R6/lib/X11/fonts/... the new struct of directories is different, checking strings: $ strings /usr/bin/Xvnc4 | grep \/usr\/X11 /usr/X11R6/lib/X11/rgb /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ /usr/X11R6/lib/X11/xserver/SecurityPolicy ?/usr/X11R6/lib/X11/xkb /usr/X11R6/lib/X11/fonts/encodings/encodings.dir And also the fonts path specified in /etc/vnc.conf or ~/.vncrc are not loaded This problem make vn4server unusable -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) Versions of packages vnc4server depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1 GCC support library ii libice6 1:1.0.0-2 X11 Inter-Client Exchange library ii libsm61:1.0.0-3 X11 Session Management library ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-3 X11 miscellaneous extension librar ii libxtst6 1:1.0.1-2 X11 Testing -- Resource extension ii vnc4-common [vnc-common] 4.1.1+X4.3.0-5 Virtual network computing server s ii x11-common1:7.0.14 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.0-4 miscellaneous X clients ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.0-3 standard fonts for X -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363448: tightvncserver: need to look in new places for fonts and rgb.txt with xorg 7.0
Thanks for the patch. Will upload a new version shortly. Regards, // Ola On Wed, Apr 19, 2006 at 03:34:13AM -0300, Peter Cordes wrote: Package: tightvncserver Version: 1.2.9-10 Severity: grave Tags: patch Justification: renders package unusable After upgrading to xorg 7.0 from unstable, Xvnc and tightvncserver don't work because they can't find any fonts. Here's a patch for tightvncserver. I didn't make the fallback font path include all the fonts that xserver-xorg's configure script puts in xorg.conf (which, on my system, looks like: Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi # path to defoma fonts FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection I also haven't patched Xvnc itself, only that wrapper script. I like to use Xvnc on my home network with no password, which tightvncserver doesn't support. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tightvncserver depends on: ii dpkg 1.13.18package maintenance system for Deb ii libc6 2.3.6-7GNU C Library: Shared libraries ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-3 X11 miscellaneous extension librar ii perl 5.8.8-4Larry Wall's Practical Extraction ii vnc-common3.3.7-9Virtual network computing server s ii x11-common1:7.0.14 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.0-4 miscellaneous X clients ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages tightvncserver recommends: ii xfonts-base 1:1.0.0-3 standard fonts for X -- no debconf information --- tightvncserver.orig 2006-04-17 10:28:17.0 -0300 +++ tightvncserver2006-04-19 03:28:58.0 -0300 @@ -80,13 +80,11 @@ ReadConfigFile(); if (!$XFConfigPath) { - if (-e /etc/X11/XF86Config-4) { -$XFConfigPath = /etc/X11/XF86Config-4; + foreach (/etc/X11/xorg.conf, /etc/X11/XF86Config-4, /etc/X11/XF86Config ){ + $XFConfigPath = $_; + last if ( -e $XFConfigPath ); } } -if (!$XFConfigPath) { - $XFConfigPath = /etc/X11/XF86Config; -} if (!$fontPath) { ReadXFConfigFont; } @@ -95,13 +93,20 @@ /usr/X11R6/lib/X11/fonts/Speedo/,. /usr/X11R6/lib/X11/fonts/misc/,. /usr/X11R6/lib/X11/fonts/75dpi/,. - /usr/X11R6/lib/X11/fonts/100dpi/ + /usr/X11R6/lib/X11/fonts/100dpi/. + /usr/share/fonts/X11/misc/,. + /usr/share/fonts/X11/Type1/,. + /usr/share/fonts/X11/75dpi/,. + /usr/share/fonts/X11/100dpi/ } if (!$colorPath) { ReadXFConfigColor; } if (!$colorPath) { - $colorPath = /usr/X11R6/lib/X11/rgb; + foreach (/etc/X11/rgb.txt, /usr/X11R6/lib/X11/rgb){ + $colorPath = $_; + last if ( -e $colorPath ); + } } ## -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362887: Hiding bugs?
Hi It looks like this is a bug in some other package (like bash) that we just go around this way. Regards, // Ola On Wed, Apr 19, 2006 at 07:14:20PM +0200, Helge Kreutzmann wrote: Hello, why do remove the testsuite? I think it would make more sense to investigate the error and either remove the package from s390 or fix the underlying error. Right now users might experience that problem on this architecture (and possibly others) without noticing. Testuits are there for a reason. I am neither RM nor a user of S390, so I will not reopen. Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354650: lightspeed: segfault at start up on amd64
reassign 354650 libgtk1.2 thanks Hi Then I think it is valid to reassign this to gtk. It seems like GTK_BOX return null in some cases but only on amd64... Regards, // Ola On Thu, Apr 20, 2006 at 10:43:12PM +0200, Manolo Díaz wrote: Pierre HABOUZIT wrote: tag 354650 + unreproducible thanks On Wed, Mar 01, 2006 at 07:32:55AM +0100, Ola Lundqvist wrote: Hi To me this backtrace looks like it has to do with gtk... It is a bit strange that it work on i386 but not on amd64... As I do not have access to a amd64 machine I need help with debugging this. Regards, // Ola works for me now. I suppose this was a gtk bug, and that it was solved inbetween. Manlolo: does the bugs still exist for you ? Now I see a lot of GTK warnings and finally a SEGFAULT this is the backtrace: -- [EMAIL PROTECTED]:~$ LC_ALL=C gdb lightspeed GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/bin/lightspeed (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 47706540938656 (LWP 4604)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Gtk-WARNING **: Unable to locate loadable module in module_path: libsmooth.so, Gtk-WARNING **: Unable to locate loadable module in module_path: libsmooth.so, Gtk-WARNING **: Unable to locate loadable module in module_path: libsmooth.so, Gtk-WARNING **: Unable to locate loadable module in module_path: libsmooth.so, Gtk-WARNING **: Unable to locate loadable module in module_path: libsmooth.so, Gtk-WARNING **: Unable to locate loadable module in module_path: libsmooth.so, Gtk-WARNING **: Unable to locate loadable module in module_path: libsmooth.so, Gtk-CRITICAL **: file gtkbox.c: line 331 (gtk_box_pack_start): assertion `child != NULL' failed. Gtk-CRITICAL **: file gtkwidget.c: line 1427 (gtk_widget_show): assertion `widget != NULL' failed. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkWidget' Gtk-CRITICAL **: file gtkwidget.c: line 3821 (gtk_widget_set_events): assertion `widget != NULL' failed. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect): assertion `object != NULL' failed. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect): assertion `object != NULL' failed. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect): assertion `object != NULL' failed. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect): assertion `object != NULL' failed. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect): assertion `object != NULL' failed. Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect): assertion `object != NULL' failed. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkGLArea' ** CRITICAL **: file gtkglarea.c: line 186 (gtk_gl_area_make_current): assertion `gl_area != NULL' failed. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47706540938656 (LWP 4604)] 0x004189d5 in ogl_draw_string () (gdb) bt #0 0x004189d5 in ogl_draw_string () #1 0x00418f4c in ogl_draw () #2
Bug#364264: directvnc: FTBFS: dfb.c:33: error: syntax error before 'caps'
tags 364264 + unreproducible thanks Hi I can not reproduce this on latest etch release. Please specify what you have used when you get this problem. Regards, // Ola On Sat, Apr 22, 2006 at 12:20:49PM +0200, Kurt Roeckx wrote: Package: directvnc Version: 0.7.5-7.1 Severity: serious Hi, Your package is failing to build with the following error: dfb.c:33: error: syntax error before 'caps' dfb.c:33: warning: data definition has no type or storage class make[3]: *** [dfb.o] Error 1 Kurt -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364264: directvnc: FTBFS: dfb.c:33: error: syntax error before 'caps'
Hi On Sun, Apr 23, 2006 at 01:16:48AM +0200, Kurt Roeckx wrote: On Sat, Apr 22, 2006 at 08:53:59PM +0200, Ola Lundqvist wrote: tags 364264 + unreproducible thanks Hi I can not reproduce this on latest etch release. Please specify what you have used when you get this problem. I used sid/unstable. See buildd logs at: http://buildd.debian.org/build.php?pkg=directvnc version 0.7.5-7.1+b1 What is this +b1 version? And what differs from the normal version? Regards, // Ola Kurt -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364264: directvnc: FTBFS: dfb.c:33: error: syntax error before 'caps'
Hi I think you have some major problem with the build environment: # 0.7.5-7.1 (s390) (latest build at Oct 12 10:05: maybe-successful) # 0.7.5-7.1 (alpha) (latest build at Oct 12 13:03: maybe-successful) # 0.7.5-7.1 (mips) (latest build at Oct 12 14:24: maybe-successful) # 0.7.5-7.1 (powerpc) (latest build at Oct 12 13:14: maybe-successful) # 0.7.5-7.1 (mipsel) (latest build at Oct 12 13:48: maybe-successful) # 0.7.5-7.1 (m68k) (latest build at Oct 13 05:09: maybe-successful) # 0.7.5-7.1 (sparc) (latest build at Oct 13 17:03: maybe-successful) # 0.7.5-7.1 (hppa) (latest build at Oct 13 23:17: maybe-successful) # 0.7.5-7.1 (ia64) (latest build at Oct 15 13:24: maybe-successful) # 0.7.5-7.1 (arm) (latest build at Oct 18 18:54: maybe-successful) # 0.7.5-7.1 (amd64) (latest build at Mar 23 18:45: maybe-successful) All built just fine as late as in Mars 23. # 0.7.5-7.1+b1 (alpha) (latest build at Apr 15 07:39: maybe-failed) # 0.7.5-7.1+b1 (i386) (latest build at Apr 14 18:07: maybe-failed) # 0.7.5-7.1+b1 (s390) (latest build at Apr 15 18:09: maybe-failed) # 0.7.5-7.1+b1 (mipsel) (latest build at Apr 14 18:12: maybe-failed) # 0.7.5-7.1+b1 (sparc) (latest build at Apr 14 18:36: maybe-failed) # 0.7.5-7.1+b1 (ia64) (latest build at Apr 14 19:01: maybe-failed) # 0.7.5-7.1+b1 (powerpc) (latest build at Apr 14 18:51: maybe-failed) # 0.7.5-7.1+b1 (mips) (latest build at Apr 14 20:06: maybe-failed) # 0.7.5-7.1+b1 (hppa) (latest build at Apr 14 21:46: maybe-failed) # 0.7.5-7.1+b1 (m68k) (latest build at Apr 21 10:44: maybe-failed) # 0.7.5-7.1+b1 (arm) (latest build at Apr 15 16:59: maybe-failed) # 0.7.5-7.1+b1 (amd64) (latest build at Apr 22 05:57: maybe-failed) And now everone fail... I fail to see how the source can have changed to be that bad. Regards, // Ola On Sun, Apr 23, 2006 at 01:16:48AM +0200, Kurt Roeckx wrote: On Sat, Apr 22, 2006 at 08:53:59PM +0200, Ola Lundqvist wrote: tags 364264 + unreproducible thanks Hi I can not reproduce this on latest etch release. Please specify what you have used when you get this problem. I used sid/unstable. See buildd logs at: http://buildd.debian.org/build.php?pkg=directvnc version 0.7.5-7.1+b1 Kurt -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]