Bug#689426: libgdal-dev: depend on other libhdf flavors?
On Thu, Oct 04, 2012 at 03:28:59PM +0200, Francesco P. Lovergine wrote: On Tue, Oct 02, 2012 at 03:40:09PM +0200, Laurent Bonnaud wrote: because libgdal-dev depends on libhdf5-serial-dev whereas other packages depend on libhdf5-mpi-dev or libhdf5-openmpi-dev. Would it be possible for libgdal-dev to depend on other libhdf flavors? Just in a word: no. It is a problem due to hdf5 way of managing multi-flavor configuration by retaining always the same names and SONAME for all libraries. Just to clarify your answer, this is a problem just for libgdal1-dev, right? As far as I can see, this is the only package that depends on the dummy package libhdf5-serial-dev. Other packages either have an unversioned dependency on libhdf5-dev (code-saturne-include, libvigraimpex-dev, libminc-dev) or have a disjunctive dependency on all libhdf5 development package variants (liboctave-dev). By the way, packages grass-dev and libqgis-dev both depend on libgdal1-dev and are thus impacted by this issue as well. Regards, -- Jerome Vouillon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695106: cluster-agents has been renamed resource-agents; leftover packages should be removed
Source: cluster-agents Version: 1:1.0.3-4 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, The package cluster-agents has been renamed resource-agents. The leftover cluster-agents packages should therefore be removed. You might consider building a dummy package to ease upgrades. (If a dummy binary package cluster-agents is provided by resource-agents, the cluster-agents source package will be removed by ftp-master even if you do not make an explicit request.) Some bug reports for cluster-agents may need to be reassigned to resource-agents as well. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695011: Package mendexk in conflict with texlive-binaries
Package: mendexk Version: 2.6e-3.2 Severity: important User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, The mendex binary is now included in package texlive-binaries, which is in conflicts with mendexk. Hence, installing mendexk removes a significant part of TeX Live. $ apt-get install mendexk [...] The following packages will be REMOVED: context context-modules feynmf latex-beamer latex-xcolor mlpost pgf prosper purifyeps texlive texlive-base texlive-bibtex-extra texlive-binaries texlive-extra-utils texlive-font-utils texlive-fonts-extra texlive-fonts-recommended texlive-generic-recommended texlive-lang-french texlive-latex-base texlive-latex-extra texlive-latex-recommended texlive-luatex texlive-math-extra texlive-metapost texlive-pictures texlive-pstricks texlive-publishers texlive-science texlive-xetex tipa [...] Besides, package texlive-binaries includes a more recent version of mendex (version 2.6f). I'm therefore wondering whether this package is still providing useful functionalities, or whether it should be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695013: Conflict with obex-data-server not necessary anymore
Package: obexd-server Version: 0.47-1 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, Release 0.47 updates the D-Bus namespace to use org.bluez.obex instead of org.openobex (see http://www.bluez.org/obexd-047/). Hence, there is no D-Bus name conflict with obex-data-server (#565318) anymore, and the conflict with package obex-data-server can now be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695017: Package superseded by python-envisage
Package: python-envisageplugins Version: 3.2.0-2 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-envisage. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695016: Package superseded by python-envisage
Package: python-envisagecore Version: 3.2.0-2 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-envisage. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695019: Package superseded by python-traitsui
Package: python-traitsbackendwx Version: 3.6.0-3 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-traitsui. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695018: Package superseded by python-traitsui
Package: python-traitsbackendqt Version: 3.6.0-2 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-traitsui. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695020: Package superseded by python-traitsui
Package: python-traitsbackendgui Version: 3.6.0-3 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, As far as I can see, this package has been superseded by package python-traitsui. Thus, it can probably be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695026: This package's dependencies make it impossible to use package libgl1-mesa-swx11 with GNOME
Package: libcogl9 Version: 1.10.2-6 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, I'm wondering whether it would be possible to replace the current package's dependency on libgl1-mesa-glx by a weaker dependency on libgl1-mesa-glx | libgl1 (which seems to be the usual OpenGL dependency). Indeed, this package currently depends on package libgl1-mesa-glx which conflicts with package libgl1-mesa-swx11. As it is required by many important GNOME packages, this makes it impossible to use the package libgl1-mesa-swx11 together with GNOME: $ apt-get install libgl1-mesa-swx11 [...] The following packages will be REMOVED: caribou caribou-antler cheese empathy eog epiphany-browser epiphany-extensions evolution evolution-exchange evolution-plugins gedit gedit-plugins gir1.2-clutter-1.0 gir1.2-clutter-gst-1.0 gir1.2-cogl-1.0 gir1.2-coglpango-1.0 gir1.2-gtkclutter-1.0 gir1.2-mutter-3.0 gir1.2-peas-1.0 gir1.2-rb-3.0 gir1.2-totem-1.0 gnibbles gnome gnome-boxes gnome-control-center gnome-core gnome-desktop-environment gnome-documents gnome-games gnome-session gnome-shell gnome-shell-extensions gnome-sushi libchamplain-0.12-0 libchamplain-gtk-0.12-0 libcheese-gtk21 libcheese3 libclutter-1.0-0 libclutter-gst-1.0-0 libclutter-gtk-1.0-0 libclutter-imcontext-0.1-0 libclutter-imcontext-0.1-bin libcluttergesture-0.0.2-0 libcogl-pango0 libcogl9 libevolution libgl1-mesa-glx libgl1-mesa-glx:i386 libglu1-mesa:i386 libmutter0 libmx-1.0-2 libpeas-1.0-0 librhythmbox-core6 libseed-gtk3-0 libtotem0 libwine-gl:i386 lightsoff nautilus-sendto-empathy quadrapassel rhythmbox rhythmbox-plugin-cdrecorder rhythmbox-plugins swell-foop totem totem-mozilla totem-plugins Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695027: Should probably depend on libgl1-mesa-glx | libgl1 rather than just libgl1-mesa-glx
Package: libalien-sdl-perl Version: 1.430-4 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, I'm wondering whether it would be possible to replace the current package's dependency on libgl1-mesa-glx by a weaker dependency on libgl1-mesa-glx | libgl1, which seems to be the usual OpenGL dependency. Indeed, otherwise this package cannot be installed together with package libgl1-mesa-swx11 (which provides an alternative implementation of OpenGL). Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695028: Should probably depend on libgl1-mesa-glx | libgl1 rather than just libgl1-mesa-glx
Package: openjdk-7-jre Version: 7u3-2.1.3-1 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, I'm wondering whether it would be possible to replace the current package's dependency on libgl1-mesa-glx by a weaker dependency on libgl1-mesa-glx | libgl1, which seems to be the usual OpenGL dependency. Indeed, otherwise this package cannot be installed together with package libgl1-mesa-swx11 (which provides an alternative implementation of OpenGL). Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695038: Package in conflict with many other development packages
Package: libgeotiff-dev Version: 1.3.0+dfsg-3 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, Package libgeotiff-dev depends on libtiff5-dev which conflicts with libtiff4-dev. This makes it impossible to install it together with many other development packages which still depend on tiff4-dev: libcv-dev, libcvaux-dev, libtiff4-dev, libtao-foxresource-dev, libast2-dev, libvtk5-qt4-dev, libhighgui-dev, libmagickcore-dev, libghc6-sdl-image-dev, libafterimage-dev, libdevil-dev, libgraphicsmagick1-dev, libzbargtk-dev, libgs-dev, libwings-dev, libsdl-console-dev, libace-foxreactor-dev, libpstoedit-dev, libvtk5-dev, libfox-1.6-dev, libzbarqt-dev, libgnuift0-dev, libsdl-image1.2-dev, graphicsmagick-libmagick-dev-compat, libzbar-dev, libdecodeqr-dev, libmagick++-dev, libautotrace-dev, giblib-dev, libguichan-dev, libwraster3-dev, libimlib2-dev, libsdl-ocaml-dev, python-gamera-dev, libgraphicsmagick++1-dev, libmapnik-dev, libvigraimpex-dev, libsimage-dev, libmagickwand-dev, libcupsimage2-dev, libghc6-sdl-image-prof, libsane-dev, libvips-dev, libcamlimages-ocaml-dev, libcegui-mk2-dev, libtuxcap-dev, libcupsdriver1-dev, libspandsp-dev, libigstk4-dev, openbox-dev Packages libossim-dev and liblas-dev, which depend on libgeotiff-dev, are also incompatible with these packages. Would it be possible to make libgeotiff-dev depend on libtiff-dev or libtiff4-dev for the moment, pending the transition to libtiff5? Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695039: Cannot be used with graphicsmagick-libmagick-dev-compat anymore
Package: libgnuift0-dev Version: 0.1.14-12 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, This package used to depend on libmagick9-dev | libmagick-dev, so it was possible to use it with graphicsmagick-libmagick-dev-compat in squeeze. During the transition to libmagick4, this dependency was changed into libmagickcore-dev, thus this package cannot be installed together with package graphicsmagick-libmagick-dev-compat anymore. I'm wondering whether it would be possible to weaken the dependency to libmagickcore-dev | libmagick-dev to restore the compatibility. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695042: Package incompatible with many other development packages
Package: libgdal-dev Version: 1.9.0-3.1 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, Package libgdal-dev depends on libxerces-c2-dev which conflicts with libxerces-c-dev. This makes it impossible to install it together with the following development packages: libxerces-c-dev, libxml-security-c-dev, libxmltooling-dev, libshibsp-dev, libsaml2-dev, libxquilla-dev Packages grass-dev, libmapnik2-dev, liblas-dev and libqgis-dev, which depend on libgdal-dev, are also incompatible with these packages. Would it be possible to switch libgdal-dev to Xerces 3 to resolve this issue? Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694802: Package superseded by texlive-lang-cjk?
Package: ptex-base Version: 1:2.5-2.1 Severity: important User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, The ptex CTAN package is now included in package texlive-lang-cjk. Besides, the package ptex-bin is now a dummy package that depends on texlive-lang-cjk. Thus, I'm wondering whether package ptex-base still provides useful functionalities, or whether it should be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694809: linkchecker conflicts with emesene, namebench, sshfp, python-easyzone, python-pyxmpp
Package: linkchecker Version: 7.9-2 Severity: normal User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, Since version 7.0-1, this package is in conflict with package python-dnspython, since it installs a patched version of that module. As a consequence, it cannot be installed with any of these unrelated packages: emesene, namebench, sshfp, python-easyzone, python-pyxmpp Would it be possible to move the patched dns module back into linkchecker to avoid this conflict, as was done to fix #143737? Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694811: Package makejvf in conflicts with texlive-binaries
Package: makejvf Version: 1.1a+0-2 Severity: important User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, The makejvf binary is now included in package texlive-binaries, which is in conflicts with makejvf. Hence, installing makejvf removes a significant part of TeX Live. $ apt-get install makejvf [...] The following packages will be REMOVED: feynmf hevea latex-beamer latex-xcolor pgf prosper purifyeps texlive-base texlive-binaries texlive-extra-utils texlive-font-utils texlive-fonts-extra texlive-fonts-recommended texlive-generic-recommended texlive-latex-base texlive-latex-extra texlive-latex-recommended texlive-luatex texlive-math-extra texlive-metapost texlive-pictures texlive-pstricks texlive-xetex tipa [...] I'm therefore wondering whether this package is still providing useful functionalities, or whether it should be removed. Regards, -- Jérôme Vouillon PS: this issue was found using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694725: Package in conflict with GNOME meta-packages
Package: at-spi Version: 1.32.0-2 Severity: important User: jerome.vouil...@pps.univ-paris-diderot.fr Usertags: coinst-upgrades Hi, The package at-spi cannot be installed together with the following GNOME meta-packages: gnome, gnome-core, gnome-desktop-environment. Indeed, these meta-packages depend on package libatk-adaptor which conflicts with at-spi. $ apt-get install at-spi [...] The following packages will be REMOVED: caribou caribou-antler gnome gnome-core gnome-desktop-environment gnome-orca libatk-adaptor python-pyatspi2 [...] I'm therefore wondering whether this package is still providing useful functionalities, or whether it should be dropped. Regards, -- Jérôme Vouillon PS: this issue was find using the coinst-upgrades tool (see http://coinst.irill.org/upgrades/ for information on this tool). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576824: libcurl-ocaml-dev: New upstream release 0.5.3
Package: libcurl-ocaml-dev Version: 0.5.1-2+b1 Severity: minor There is a new release of this library, with several bugs fixed. -- System Information: Debian Release: squeeze/sid APT prefers transitional APT policy: (500, 'transitional'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcurl-ocaml-dev depends on: ii libcurl-ocaml [libcurl 0.5.1-2+b1OCaml curl bindings (Runtime Libra ii libcurl4-gnutls-dev7.19.7-1 Development files and documentatio ii ocaml-findlib 1.2.5+debian-1+b1 management tool for OCaml librarie ii ocaml-nox [ocaml-nox-3 3.11.2-1 ML implementation with a class-bas libcurl-ocaml-dev recommends no packages. libcurl-ocaml-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574937: unison: ignores perms=0
On Mon, Mar 22, 2010 at 03:46:27PM +0100, Johannes Rohr wrote: Am 22.03.2010 15:02, schrieb Jerome Vouillon: On Mon, Mar 22, 2010 at 11:37:59AM +0100, Johannes Rohr wrote: the latest version of unison ignores the perms=0 option. I see this when I try to sync a local dir with an smb share, where I cannot set any unix permṡ. The preference perms=0 means that permissions should not be propagated. But Unison still sets the permissions of an updated file based on the permissions of the previous version of the file, in order to preserve file permissions. (See https://bugs.launchpad.net/ubuntu/+source/unison/+bug/304453 ) You now need to add dontchmod=true to your profile as well, if you don't want Unison to use chmod at all. But has unison's behaviour changed? I have in the meantime downgraded to unison2.27.57, and here it works without that option. Unison's behavior was changed in 2.27 to provide a workaround to the chmod failure issue. It has been reverted back in 2.32 and the dontchmod preference has been added as a better workaround. -- Jerome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574937: unison: ignores perms=0
On Mon, Mar 22, 2010 at 11:37:59AM +0100, Johannes Rohr wrote: the latest version of unison ignores the perms=0 option. I see this when I try to sync a local dir with an smb share, where I cannot set any unix permṡ. The preference perms=0 means that permissions should not be propagated. But Unison still sets the permissions of an updated file based on the permissions of the previous version of the file, in order to preserve file permissions. (See https://bugs.launchpad.net/ubuntu/+source/unison/+bug/304453 ) You now need to add dontchmod=true to your profile as well, if you don't want Unison to use chmod at all. -- Jerome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493597: libofx4: Conversion to UTF-8 is broken
Package: libofx4 Version: 1:0.9.0-2.2 Severity: important Tags: patch The library libofx uses libiconv to convert OFX files from their input encoding to UTF-8. However, the same buffer size is used for the input and output of the conversion function iconv. Thus, the call to iconv fails when the input buffer is full and contains non-ASCII characters (which are encoding with several bytes in UTF-8). The following patch fixes this issue by using a larger ouput buffer. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages libofx4 depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libosp5 1.5.2-6Runtime library for OpenJade group ii libstdc++64.3.1-2The GNU Standard C++ Library v3 libofx4 recommends no packages. Versions of packages libofx4 suggests: ii ofx 1:0.9.0-2.2 Open Financial Exchange programs -- no debconf information --- /home/jerome/Desktop/libofx-0.9.0/lib/ofx_preproc.cpp 2007-11-12 07:07:48.0 +0100 +++ lib/ofx_preproc.cpp 2008-08-03 16:04:30.785316106 +0200 @@ -76,7 +76,7 @@ ifstream input_file; ofstream tmp_file; char buffer[READ_BUFFER_SIZE]; - char iconv_buffer[READ_BUFFER_SIZE]; + char iconv_buffer[READ_BUFFER_SIZE * 2]; string s_buffer; char *filenames[3]; char tmp_filename[256]; @@ -182,9 +182,9 @@ s_buffer=sanitize_proprietary_tags(s_buffer); //cout s_buffer\n; #ifdef HAVE_ICONV - memset(iconv_buffer,0,READ_BUFFER_SIZE); + memset(iconv_buffer,0,READ_BUFFER_SIZE * 2); size_t inbytesleft = strlen(s_buffer.c_str()); - size_t outbytesleft = READ_BUFFER_SIZE; + size_t outbytesleft = READ_BUFFER_SIZE * 2 - 1; #ifdef OS_WIN32 const char * inchar = (const char *)s_buffer.c_str(); #else
