Bug#874275: exifprobe: Consistent segmentation fault

2018-06-12 Thread Hubert Figuiere

[ I'm the upstream maintainer ]

This crash is caused by downstream patch 
https://salsa.debian.org/pkg-security-team/exifprobe/blob/debian/master/debian/patches/fix-makefile.patch


More specifically the added -fPIE compiler flag.

Hub



Bug#602156: flickcurl-dev missing dependency on raptor

2010-11-01 Thread Hubert Figuiere
Package: libflickcurl-dev
Version: 1.19-1


I apt-get installed libflickcurl-dev.

Afer that, 
$ pkg-config --cflags flickcurl sqlite3

Failed by returning:

Package raptor was not found in the pkg-config search path.
Perhaps you should add the directory containing `raptor.pc'
to the PKG_CONFIG_PATH environment variable
Package 'raptor', required by 'Flickcurl', not found

There should be a dependency from libflickcurl-dev on libraptor1-dev

Hub




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



Bug#479135: 479135: Not fixed

2008-08-06 Thread Hubert Figuiere
On Wed, 2008-08-06 at 19:17 +0600, Alexander E. Patrakov wrote:
> found 479135 2.4.1-1
> thanks
> 
> The statement from the upstream is wrong. The bug is not fixed, see the bugus 
> USB ID below.
> 
> $ grep -r 2372 libgphoto2-2.4.1
> libgphoto2-2.4.1/camlibs/ptp2/library.c:{"Panasonic:DMC-FZ20 
> (alternate id)", 0x04da, 0x2372, 0},
> libgphoto2-2.4.1/camlibs/ptp2/library.c:{"Panasonic:DMC-LZ2", 
> 
> 0x04da, 0x2372, 0},
> libgphoto2-2.4.1/camlibs/ptp2/library.c:{"Panasonic:DMC-LC1", 
> 
> 0x04da, 0x2372, 0},
> libgphoto2-2.4.1/camlibs/ptp2/library.c:{"Panasonic:Lumix FZ5",   
> 
> 0x04da, 0x2372, 0},
> 

Looks like an oversight.

We just decided to suppress all these IDs since we end up doubting
about them. And you can do the same in the Debian package.

The consequences are as follow:

The bug will disappear, for sure, as 0x04da, 0x2372 is no longer dealt
with by the udev scripts.

If there is really a PTP camera with these ideas, it will be recognized
by the generic match all rule for this class of device, without any loss
of functionality.

I'd put that fix into an update for lenny.

Hub







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



Bug#479135: already fixed.

2008-07-25 Thread Hubert Figuiere
This bug is fixed in upstream 2.4.1 (we are at 2.4.2).

This USB ID 04da:2372 should never have been added in the first place
and has been removed.


Hub




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



Bug#454297: patch to fix the problem

2008-01-23 Thread Hubert Figuiere
Hi

Here is the patch proposed by Michael Biebl that I have put upstream.
Feel free to add it to the 1.99.7 packages. 1.99.8 will have it.


Hub
diff --git a/source/XMPFiles/FormatSupport/GIF_Support.cpp b/source/XMPFiles/FormatSupport/GIF_Support.cpp
index 37149ad..5589f10 100644
--- a/source/XMPFiles/FormatSupport/GIF_Support.cpp
+++ b/source/XMPFiles/FormatSupport/GIF_Support.cpp
@@ -64,7 +64,7 @@ namespace GIF_Support
 		long headerSize;
 		long tableSize = 0;
 		long bytesPerColor = 0;
-		unsigned char buffer[256];
+		unsigned char buffer[768];
 		
 		headerSize = 0;
 		bytesRead = LFA_Read ( fileRef, buffer, GIF_SIGNATURE_LEN );


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


Bug#456087: FTBFS with GCC 4.3: missing #includes

2007-12-14 Thread Hubert Figuiere

On Wed, 2007-12-12 at 23:00 -0800, Asheesh Laroia wrote: 
> X-Debbugs-CC:  Hubert Figuiere <[EMAIL PROTECTED]>
> 
> On Wed, 12 Dec 2007, Martin Michlmayr wrote:
> 
> > Package: exempi
> > Version: 1.99.5-1
> > Usertags: ftbfs-gcc-4.3
> >
> > Your package fails to build with GCC 4.3.  Version 4.3 has not been
> > released yet but I'm building with a snapshot in order to find errors
> > and give people an advance warning.  In GCC 4.3, the C++ header
> > dependencies have been cleaned up.  The advantage of this is that
> > programs will compile faster.  The downside is that you actually
> > need to directly #include everything you use (but you really should
> > do this anyway, otherwise your program won't work with any compiler
> > other than GCC).  There's some more information about this at
> > http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include
> 
> Hubert, what do you think of all this?  Full information at 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456087 .
> 
> -

I have already put some patches for the build on SUSE factory (aka SUSE
11) that use some snapshot of gcc 4.3. 

See attachment. This is already in git for the next upstream release.


Hub
diff --git a/source/XMPCore/XMPCore_Impl.hpp b/source/XMPCore/XMPCore_Impl.hpp
index 29f814a..522b038 100644
--- a/source/XMPCore/XMPCore_Impl.hpp
+++ b/source/XMPCore/XMPCore_Impl.hpp
@@ -21,6 +21,7 @@
 
 #include 
 #include 
+#include 
 #include 
 
 #include 
diff --git a/source/XMPFiles/FileHandlers/PostScript_Handler.cpp b/source/XMPFiles/FileHandlers/PostScript_Handler.cpp
index 316b37c..06b4959 100644
--- a/source/XMPFiles/FileHandlers/PostScript_Handler.cpp
+++ b/source/XMPFiles/FileHandlers/PostScript_Handler.cpp
@@ -7,6 +7,8 @@
 // of the Adobe license agreement accompanying it.
 // =
 
+#include 
+
 #include "XMPScanner.hpp"
 
 #include "Scanner_Handler.hpp"
diff --git a/source/XMPFiles/XMPFiles_Impl.hpp b/source/XMPFiles/XMPFiles_Impl.hpp
index 0b776d9..9a65b38 100644
--- a/source/XMPFiles/XMPFiles_Impl.hpp
+++ b/source/XMPFiles/XMPFiles_Impl.hpp
@@ -16,6 +16,7 @@
 #include "EndianUtils.hpp"
 
 #include 
+#include 
 #define TXMP_STRING_TYPE std::string
 #define XMP_INCLUDE_XMPFILES 1
 #include "XMP.hpp"
diff --git a/source/XMPFiles/FormatSupport/IPTC_Support.hpp b/source/XMPFiles/FormatSupport/IPTC_Support.hpp
index 11ff28e..3581cf5 100644
--- a/source/XMPFiles/FormatSupport/IPTC_Support.hpp
+++ b/source/XMPFiles/FormatSupport/IPTC_Support.hpp
@@ -13,6 +13,7 @@
 #include "XMP_Environment.h"	// ! This must be the first include.
 
 #include 
+#include 
 
 #include "XMP_Const.h"
 #include "XMPFiles_Impl.hpp"
diff --git a/source/XMPFiles/FormatSupport/PSIR_Support.hpp b/source/XMPFiles/FormatSupport/PSIR_Support.hpp
index 91d064b..ac5a9a5 100644
--- a/source/XMPFiles/FormatSupport/PSIR_Support.hpp
+++ b/source/XMPFiles/FormatSupport/PSIR_Support.hpp
@@ -13,6 +13,7 @@
 #include "XMP_Environment.h"	// ! This must be the first include.
 
 #include 
+#include 
 
 #include "XMP_Const.h"
 #include "XMPFiles_Impl.hpp"
diff --git a/source/XMPFiles/FormatSupport/TIFF_Support.hpp b/source/XMPFiles/FormatSupport/TIFF_Support.hpp
index ea4d92d..09580c8 100644
--- a/source/XMPFiles/FormatSupport/TIFF_Support.hpp
+++ b/source/XMPFiles/FormatSupport/TIFF_Support.hpp
@@ -13,6 +13,7 @@
 #include "XMP_Environment.h"	// ! This must be the first include.
 
 #include 
+#include 
 
 #include "XMP_Const.h"
 #include "XMPFiles_Impl.hpp"
diff --git a/source/XMPFiles/FormatSupport/XMPScanner.cpp b/source/XMPFiles/FormatSupport/XMPScanner.cpp
index acfdce6..52f021f 100644
--- a/source/XMPFiles/FormatSupport/XMPScanner.cpp
+++ b/source/XMPFiles/FormatSupport/XMPScanner.cpp
@@ -19,6 +19,7 @@
 
 #include 
 #include 
+#include 
 #include 
 
 #if DEBUG
diff --git a/samples/source/XMPCoreCoverage.cpp b/samples/source/XMPCoreCoverage.cpp
index feb6306..5256531 100644
--- a/samples/source/XMPCoreCoverage.cpp
+++ b/samples/source/XMPCoreCoverage.cpp
@@ -2,6 +2,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 #include 
diff --git a/samples/source/XMPScanner.cpp b/samples/source/XMPScanner.cpp
index 6527b0e..0b8a023 100644
--- a/samples/source/XMPScanner.cpp
+++ b/samples/source/XMPScanner.cpp
@@ -24,7 +24,7 @@
 #include 
 #include 
 #include 
-
+#include 
 
 #ifndef UseStringPushBack	// VC++ 6.x does not provide push_back for strings!
 	#define UseStringPushBack	0
diff --git a/samples/source/XMPFilesCoverage.cpp b/samples/source/XMPFilesCoverage.cpp
index 768d055..cf59250 100644
--- a/samples/source/XMPFilesCoverage.cpp
+++ b/samples/source/XMPFilesCoverage.cpp
@@ -3,6 +3,7 @@
 #include 
 #include 
 #include 

Bug#439672: webkit should build-depends on qt4.3

2007-08-26 Thread Hubert Figuiere
Mike Hommey wrote:

>> webkit should build-depends on libqt4-dev (>= 4.3) because it use Qt4.3
>> specific features like QStringRef.
> 
> I'm not exactly opposed to the idea, though libqt4-dev 4.3 is present in
> testing, already. It might be better to avoid people wasting time
> backporting it to etch without having Qt 4.3 backported first.

That was my point. I was rebuilding the package on Ubuntu Feisty that
only have 4.2.x

Hub


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



Bug#439672: webkit should build-depends on qt4.3

2007-08-26 Thread Hubert Figuiere
Package: webkit

webkit should build-depends on libqt4-dev (>= 4.3) because it use Qt4.3
specific features like QStringRef.



Hub


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



Bug#386687: source files without copyright

2006-09-09 Thread Hubert Figuiere
Package: f-spot
Arch: all
Version: 0.2.0-1

In the f-spot source, most of the .cs files don't have copyright or licensing 
information.

Hub


pgp083ZUMrYyu.pgp
Description: PGP signature


Bug#251618: ubuntu package

2006-08-05 Thread Hubert Figuiere
Florent,

I have uploaded my package in Ubuntu universe (edgy). If you could grab that 
one to make the Debian package, I'd be happy that the one shipped in Ubuntu 
just be a sync from Debian (Unfortunately I'm not a DD).

Package files are here:
http://revu.tauware.de/details.py?upid=2808

(be aware that compiling some of the files require over 300MB of RAM)

Hub


pgpPrHZ6Ky4bH.pgp
Description: PGP signature


Bug#325180: RFP: autopano-sift -- generate panorama project file from images

2006-08-01 Thread Hubert Figuiere
On Tuesday 01 August 2006 15:05, Florent Bayle wrote:
> The problem is that the sift algorithm is patented. I sent a package on
> january, but it was rejected (even from non-free) by the ftp-masters. Maybe
> Ubuntu doesn't care of such things, but Debian do.

Should it be in non-US (does that still exists?)
The patent is only valid in USA.. (patented by a Canadian university, go 
figure)


Hub


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



Bug#356084: please send patches to upstream

2006-03-09 Thread Hubert Figuiere

Package: libgphoto2-2
Version: 2.1.99-3


libgphoto2 has some patches in the package that upstream has never heard 
about. Even worse: these patches are not separate (use dpatch or 
similar) which makes it hard for upstream to pull back changes.


Thanks for any help.


Hub


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



Bug#355331: needs new gphoto2

2006-03-05 Thread Hubert Figuiere
Frederic Peters wrote:
> Hubert Figuiere wrote:
> 
>> Package: gphoto2
>> Version: 2.1.6-2.1
>>
>>
>>
>> gphoto2 needs to be upgraded to 2.1.99 in sid because of libgphoto2 2.1.99
>> Otherwise it pops the following error:
>> gphoto2: symbol lookup error: gphoto2: undefined symbol: GP_SYSTEM_IS_FILE
>>
>> Note that next release of 2.1.99 will have a new so-version to take into
>> account that change in the API.
> 
> As I understand this gphoto2 2.1.99 needs to be uploaded to
> experimental, not to sid, right ?

Wherever libgphoto2 2.1.99 is, which is in fact experimental (I don't
know why I thought it was in sid).

So yes.

Hub


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



Bug#355331: needs new gphoto2

2006-03-04 Thread Hubert Figuiere
Package: gphoto2
Version: 2.1.6-2.1



gphoto2 needs to be upgraded to 2.1.99 in sid because of libgphoto2 2.1.99
Otherwise it pops the following error:
gphoto2: symbol lookup error: gphoto2: undefined symbol: GP_SYSTEM_IS_FILE

Note that next release of 2.1.99 will have a new so-version to take into
account that change in the API.

Hub


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



Bug#355212: libgphoto2 does not use libhal

2006-03-03 Thread Hubert Figuiere
Version: 2.1.99-2
Package: libgphoto2-port0


libgphoto2 should be build to use libhal, at least as an option
(actually only libgphoto2-port0 needs it).


Hub



signature.asc
Description: OpenPGP digital signature


Bug#325180: autopano-sift package in Ubuntu universe

2006-02-24 Thread Hubert Figuiere
autopano-sift package is in Ubuntu universe. Maybe you could take that 
package and put it in Debian :-)


All the dependencies are already in Debian.

Hub


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



Bug#270434: Package in NEW for ubuntu Dapper

2006-02-24 Thread Hubert Figuiere
Hi,

As a follow-up to the RFP, I have uploaded pandora into Ubuntu universe
for Dapper release (06.04). If anyone wants to take it for debian...


Hub



signature.asc
Description: OpenPGP digital signature


Bug#354069: etl-dev package misnamed for a library

2006-02-22 Thread Hubert Figuiere
Package: etl-dev
Version: 0.04.07-2


etl-dev does not follow the policy. It should be name libetl-dev because
it is a library, even though it is only .h

Hub


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



Bug#338074: incorrect dependency on glabels-data

2005-11-07 Thread Hubert Figuiere
Package: glabels
Version: 2.1.1-1


package glabels does depend on glabels-data <= 2.1.1. It is bad because
if you have 2.0.2 installed and ugprade to 2.1.1 the package glabels, it
does not upgrade glabels-data and then glabels fails because of missing
.glade files.



Hub


signature.asc
Description: OpenPGP digital signature


Bug#333576: libgoffice-1-dev should depend on libgsf-gnome-1-dev

2005-10-12 Thread Hubert Figuiere
Package: libgoffice1-dev
Version: 1.11.1-1


libgoffice-1-dev should depend on libgsf-gnome-1-dev as well as other
various dev packages.

See the libgoffice-1.la:

# Libraries that this one depends upon.
dependency_libs=' -L/usr/X11R6/lib /usr/lib/libglade-2.0.la
/usr/lib/libgnomeprint-2-2.la -lfontconfig /usr/lib/libfreetype.la
/usr/lib/libgnomeui-2.la /usr/lib/libbonoboui-2.la -L/usr/lib
/usr/lib/libgnome-keyring.la /usr/lib/libjpeg.la
/usr/lib/libbonoboui-2.la /usr/lib/libgnomecanvas-2.la
/usr/lib/libgnome-2.la -lSM -lICE -lX11 /usr/lib/libgnomecanvas-2.la
/usr/lib/libgtk-x11-2.0.la /usr/lib/libgdk-x11-2.0.la
/usr/lib/libatk-1.0.la /usr/lib/libgdk_pixbuf-2.0.la
/usr/lib/libpangoxft-1.0.la /usr/lib/libpangox-1.0.la
/usr/lib/libart_lgpl_2.la /usr/lib/libpangoft2-1.0.la
/usr/lib/libpango-1.0.la /usr/lib/libgnome-2.la /usr/lib/libesd.la
/usr/lib/libaudiofile.la /usr/lib/libpopt.la /usr/lib/libart_lgpl_2.la
/usr/lib/libgtk-x11-2.0.la /usr/lib/libgdk-x11-2.0.la
/usr/lib/libatk-1.0.la /usr/lib/libgdk_pixbuf-2.0.la
/usr/lib/libpangoxft-1.0.la /usr/lib/libpangox-1.0.la
/usr/lib/libpangoft2-1.0.la /usr/lib/libpango-1.0.la
/usr/lib/libgnomevfs-2.la /usr/lib/libbonobo-2.la /usr/lib/libgconf-2.la
/usr/lib/libbonobo-activation.la /usr/lib/libORBit-2.la
/usr/lib/libgmodule-2.0.la /usr/lib/libgthread-2.0.la
/usr/lib/libgsf-gnome-1.la /usr/lib/libgsf-1.la
/usr/lib/libgnomevfs-2.la /usr/lib/libgconf-2.la /usr/lib/libbonobo-2.la
/usr/lib/libgnutls.la /usr/lib/libtasn1.la /usr/lib/libgcrypt.la -lnsl
/usr/lib/libgpg-error.la -lresolv -lrt /usr/lib/libbonobo-activation.la
/usr/lib/libORBitCosNaming-2.la /usr/lib/libORBit-2.la
/usr/lib/libpopt.la /usr/lib/libgmodule-2.0.la
/usr/lib/libgthread-2.0.la -lpthread /usr/lib/libgsf-1.la
/usr/lib/libgobject-2.0.la /usr/lib/libxml2.la -lbz2
/usr/lib/libgobject-2.0.la /usr/lib/libglib-2.0.la /usr/lib/libxml2.la
-ldl -lz /usr/lib/libglib-2.0.la -lm'


Hub
-- 
http://www.figuiere.net/hub/blog/


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



Bug#333571: incompatible libots

2005-10-12 Thread Hubert Figuiere
Package: libots0
Version: 0.4.2+cvs.2004.02.20-1

libots package in debian is incompatible with version 0.4.2 because it
is a CVS version.

It prevents building software that relies on libots 0.4.2.


libots0 should be reverted to released 0.4.2


Hub
-- 
http://www.figuiere.net/hub/blog/


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



Bug#329839: buffer overflow security fix

2005-09-23 Thread Hubert Figuiere
Package: abiword
Version: 2.2.9
Severity: important

Attached is a security patch for AbiWord that fix a buffer overflow
allowing to execute arbitrary code when importing a bogus RTF file.

Patch is already in upstream CVS, but I recommend to apply it for stable.

Thanks.

Hub
-- 
http://www.figuiere.net/hub/blog/
Index: src/wp/impexp/xp/ie_imp_RTF.cpp
===
RCS file: /cvsroot/abi/src/wp/impexp/xp/ie_imp_RTF.cpp,v
retrieving revision 1.347.2.18
retrieving revision 1.347.2.19
diff -u -p -u -r1.347.2.18 -r1.347.2.19
--- src/wp/impexp/xp/ie_imp_RTF.cpp	27 Jul 2005 15:20:30 -	1.347.2.18
+++ src/wp/impexp/xp/ie_imp_RTF.cpp	23 Sep 2005 16:37:41 -	1.347.2.19
@@ -7937,9 +7937,10 @@ bool IE_Imp_RTF::ReadOneFontFromTable(bo
 	FIXME: CJK font names come in form \'aa\'cd\'ef - so we have to
 	parse \'HH correctly (currently we ignore them!) - VH
 	*/
-	while ( ch != '}'  &&  ch != '\\'  &&  ch != ';' && ch!= '{')
+	while ( ch != '}'  &&  ch != '\\'  &&  ch != ';' && ch!= '{' && count < MAX_KEYWORD_LEN)
 	{
-		keyword[count++] = ch;
+		keyword[count] = ch;
+		count++;
 		if (!ReadCharFromFile(&ch))
 		{
 			return false;


Bug#325180: Acknowledgement (ITP: autopano-sift)

2005-08-28 Thread Hubert Figuiere
retitle 325180 RFP: autopano-sift


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



Bug#325180: ITP: autopano-sift

2005-08-26 Thread Hubert Figuiere
Package: wnpp

I uploaded autopano-sift package to REVU for Ubuntu Universe

http://siretart.tauware.de/revu/details.py?upid=472

If you wish to add it to Debian.

Hub
-- 
http://www.figuiere.net/hub/blog/


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



Bug#325179: ITP: enblend

2005-08-26 Thread Hubert Figuiere
Package: wnpp

I uploaded enblend package to REVU for Ubuntu Universe

http://siretart.tauware.de/revu/details.py?upid=473

If you wish to add it to Debian.

Hub
-- 
http://www.figuiere.net/hub/blog/


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



Bug#323809: keynote man page are not installed

2005-08-18 Thread Hubert Figuiere
Version: 2.3-10
Package: keynote

keynote(3), keynote(4), keynote(5) manpages are NOT installed.
$dpkg -L keynote
/.
/usr
/usr/bin
/usr/bin/keynote
/usr/share
/usr/share/doc
/usr/share/doc/keynote
/usr/share/doc/keynote/README
/usr/share/doc/keynote/TODO
/usr/share/doc/keynote/copyright
/usr/share/doc/keynote/changelog.Debian.gz
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/keynote.1.gz


But they are in the sources.

Hub


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



Bug#246244: hugin package

2005-08-06 Thread Hubert Figuiere
Hi,

just that I'm currently packaging hugin 0.5 for Ubuntu Universe. It
hasn't been accepted for uploading yet.


Hub


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



Bug#320343: gdb command line option inconsistent with previous version and help

2005-07-28 Thread Hubert Figuiere

Arch: i386
Package: gdb
Version: 6.3-6


gdb command line option is inconsistent with previous version and help

--noasync works on gdb  5.2.cvs20020401-6 but not on 6.3-6
And gdb --help show it as a valid command line option


$ gdb --noasync
gdb: unrecognized option `--noasync'
Use `gdb --help' for a complete list of options.
$ gdb --help
This is the GNU debugger.  Usage:

gdb [options] [executable-file [core-file or process-id]]
gdb [options] --args executable-file [inferior-arguments ...]

Options:

  --args Arguments after executable-file are passed to inferior
  --[no]asyncEnable (disable) asynchronous version of CLI
  -b BAUDRATESet serial port baud rate used for remote debugging.
  --batchExit after processing options.
  --cd=DIR   Change current directory to DIR.
  --command=FILE Execute GDB commands from FILE.
  --core=COREFILEAnalyze the core dump COREFILE.
  --pid=PID  Attach to running process PID.
  --dbx  DBX compatibility mode.
  --directory=DIRSearch for source files in DIR.
  --epochOutput information used by epoch emacs-GDB interface.
  --exec=EXECFILEUse EXECFILE as the executable.
  --fullname Output information used by emacs-GDB interface.
  --help Print this message.
  --interpreter=INTERP
 Select a specific interpreter / user interface
  --mapped   Use mapped symbol files if supported on this system.
  --nw   Do not use a window interface.
  --nx   Do not read .gdbinit file.
  --quietDo not print version number on startup.
  --readnow  Fully read symbol files on first access.
  --se=FILE  Use FILE as symbol file and executable file.
  --symbols=SYMFILE  Read symbols from SYMFILE.
  --tty=TTY  Use TTY for input/output by the program being 
debugged.

  --tui  Use a terminal user interface.
  --version  Print version information and then exit.
  -w Use a window interface.
  --writeSet writing into executable and core files.
  --xdb  XDB compatibility mode.

For more information, type "help" from within GDB, or consult the
GDB manual (available as on-line info or a printed manual).
Report bugs to "bug-gdb@gnu.org".


Hub


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



Bug#314873: Image::ExifTool-5.32 does not package

2005-06-18 Thread Hubert Figuiere

Package: dh-make-perl
Version: 0.17

Image::ExifTool-5.32 does not package when using dh-make-perl

$ debuild
[...]
make[1]: Leaving directory `/home/hub/.cpan/build/Image-ExifTool-5.32'
# As this is a architecture independent package, we are not
# supposed to install stuff to /usr/lib. MakeMaker creates
# the dirs, we delete them from the deb:
rmdir --ignore-fail-on-non-empty --parents 
/home/hub/.cpan/build/Image-ExifTool-5.32/debian/libimage-exiftool-perl/usr/lib/perl5
rmdir: 
`/home/hub/.cpan/build/Image-ExifTool-5.32/debian/libimage-exiftool-perl/usr/lib/perl5': 
No such file or directory

make: *** [install-stamp] Error 1
debuild: fatal error at line 765:
dpkg-buildpackage failed!



It works fine with dh-make-perl 0.12

Hub


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



Bug#306451: tpkg-make does not create ppc64 compiler with powerpc-linux target

2005-04-26 Thread Hubert Figuiere
Package: toolchain-source
Version: 3.4-5
tpkg-make does not create ppc64 compiler with powerpc-linux target platform.
And it does not know about powerpc64
Hub
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Bug#290572: ots +cvs not compatible with inital version

2005-01-14 Thread Hubert Figuiere
Package: libots0
Version: 0.4.2+cvs.2004.02.20
Arch: i386
Severoty: Major


gboolean ots_load_xml_dictionary(OtsArticle*, const char*)
changed prototype to
gboolean ots_load_xml_dictionary(OtsArticle*, const unsigned char*)

between 0.4.2 and 0.4.2+cvs.2004.02.20

This break source compatibility...


Hub
-- 
Crazy French - http://www.figuiere.net/hub/



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