Bug#913070: xiphos does not run on testing - sword 1.8.1 transition needed
Package: xiphos Version: 4.0.7.1-4 Severity: grave Justification: renders package unusable The version in testing is linked against a library that does not exist now. The version in unstable may fix that but the real solution is a transition. It will need to be rebuilt against libsword-dev >= 1.8.1-6 to get the dependency against the correct package. Regards, Daniel -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xiphos depends on: ii gconf-service 3.2.6-5 iu libbiblesync1.1 1.1.2-5 ii libc6 2.27-8 ii libdbus-glib-1-2 0.110-3 ii libgcc1 1:8.2.0-9 ii libgconf-2-4 3.2.6-5 ii libgdk-pixbuf2.0-02.38.0+dfsg-6 ii libglib2.0-0 2.58.1-2 ii libgsf-1-114 1.14.44-1 ii libgtk-3-03.24.1-2 ii libicu60 60.2-6 ii libstdc++68.2.0-9 ii libsword11v5 1.8.1-2 ii libwebkit2gtk-4.0-37 2.22.2-1 ii libxml2 2.9.4+dfsg1-7+b1 ii xiphos-data 4.0.7.1-4 xiphos recommends no packages. Versions of packages xiphos suggests: pn sword-text -- no debconf information
Bug#799018: xiphos: gtkhtml4.0 removed from Debian so FTBFS due to missing build-deps
tags 799018 pending thanks Once the c++ transitioned sword and biblesync (which is a new xiphos dependency) get through NEw we'll upload the new xiphos version. Thanks, Daniel signature.asc Description: Digital signature
Bug#796711: sword: library transition is needed with GCC 5 as default
user release.debian@packages.debian.org usertag 796711 + transition usertag 796711 + patch block 796711 by 790756 reassign 796711 release.debian.org thanks patch attached for the transition. I need to wait for a keyring update before I can upload myself. Thanks, Daniel diff --git a/debian/changelog b/debian/changelog index b62945f..7fa2648 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +sword (1.7.3+dfsg-3) unstable; urgency=low + + * c++ transition + rename library to libsword11v5 + blocked by ICU c++ transition + * add patch abicompare.patch to allow libsword to work with + abi-compliance-checker for future transitions + + -- Daniel Glassey <w...@debian.org> Wed, 02 Sep 2015 14:15:09 +0100 + sword (1.7.3+dfsg-2.1) unstable; urgency=medium * Non maintainer upload. diff --git a/debian/control b/debian/control index 53dbebe..9f59bf3 100644 --- a/debian/control +++ b/debian/control @@ -17,7 +17,7 @@ Uploaders: Daniel Glassey <w...@debian.org>, Standards-Version: 3.9.3 Homepage: http://www.crosswire.org/sword/ -Package: libsword11 +Package: libsword11v5 Architecture: any Depends: libsword-common, ${shlibs:Depends}, ${misc:Depends} Recommends: sword-frontend @@ -36,7 +36,7 @@ Description: API/library for bible software Package: libsword-dev Architecture: any Section: libdevel -Depends: libsword11 (= ${binary:Version}), ${misc:Depends} +Depends: libsword11v5 (= ${binary:Version}), ${misc:Depends} Recommends: libsword-utils Description: Development files for libsword The SWORD Project is an open source, cross-platform (Linux, Windows, Solaris, @@ -80,7 +80,7 @@ Package: libsword-dbg Architecture: any Section: debug Priority: extra -Depends: libsword11 (= ${binary:Version}), ${misc:Depends} +Depends: libsword11v5 (= ${binary:Version}), ${misc:Depends} Description: API/library for bible software - Debug Files The SWORD Project is an open source, cross-platform (Linux, Windows, Solaris, MacOSX etc.) API/library for Bible software with a constantly growing list diff --git a/debian/libsword11.docs b/debian/libsword11.docs deleted file mode 100644 index 546a37e..000 --- a/debian/libsword11.docs +++ /dev/null @@ -1 +0,0 @@ -doc/translation-template.conf diff --git a/debian/libsword11.install b/debian/libsword11.install deleted file mode 100644 index 79e4168..000 --- a/debian/libsword11.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/libsword.so.11 diff --git a/debian/libsword11v5.docs b/debian/libsword11v5.docs new file mode 100644 index 000..546a37e --- /dev/null +++ b/debian/libsword11v5.docs @@ -0,0 +1 @@ +doc/translation-template.conf diff --git a/debian/libsword11v5.install b/debian/libsword11v5.install new file mode 100644 index 000..79e4168 --- /dev/null +++ b/debian/libsword11v5.install @@ -0,0 +1 @@ +usr/lib/libsword.so.11 diff --git a/debian/patches/abicompare.patch b/debian/patches/abicompare.patch new file mode 100644 index 000..cdf3109 --- /dev/null +++ b/debian/patches/abicompare.patch @@ -0,0 +1,81 @@ +Index: sword-1.7.3+dfsg/include/canon_abbrevs.h +=== +--- sword-1.7.3+dfsg.orig/include/canon_abbrevs.h 2013-08-22 08:03:11.0 +0100 sword-1.7.3+dfsg/include/canon_abbrevs.h 2015-09-03 07:00:52.709829136 +0100 +@@ -24,6 +24,8 @@ + #ifndef CANON_ABBREVS_H + #define CANON_ABBREVS_H + ++#include ++ + SWORD_NAMESPACE_START + + +Index: sword-1.7.3+dfsg/include/femain.h +=== +--- sword-1.7.3+dfsg.orig/include/femain.h 2015-09-03 07:52:46.497269566 +0100 sword-1.7.3+dfsg/include/femain.h 2015-09-03 07:57:23.730644294 +0100 +@@ -23,12 +23,15 @@ + #ifndef FEMAIN_H + #define FEMAIN_H + ++#include ++#include ++ + class FEMain + { + public: + FEMain (); + virtual ~FEMain (); +- list < SWDisplay * >displays; // so we can delete each display we create ++ std::list < sword::SWDisplay * >displays; // so we can delete each display we create + }; + + #endif +Index: sword-1.7.3+dfsg/include/hebrewmcim.h +=== +--- sword-1.7.3+dfsg.orig/include/hebrewmcim.h 2013-06-29 07:40:28.0 +0100 sword-1.7.3+dfsg/include/hebrewmcim.h 2015-09-03 07:49:51.896403768 +0100 +@@ -42,8 +42,8 @@ + + void init(); + int subst[255]; +-map<int, int> subst2[12]; +-map<int, int*> multiChars; ++std::map<int, int> subst2[12]; ++std::map<int, int*> multiChars; + + public: + HebrewMCIM(); +Index: sword-1.7.3+dfsg/include/sapphire.h +=== +--- sword-1.7.3+dfsg.orig/include/sapphire.h 2013-06-29 07:40:28.0 +0100 sword-1.7.3+dfsg/include/sapphire.h 2015-09-03 07:50:55.180717576 +0100 +@@ -37,6 +37,9 @@ + * results of assignments need to be reduced to 8 bits with + * & 0xFF o
Bug#796711: [Pkg-crosswire-devel] Bug#796711: Bug#796711: sword: library transition is needed with GCC 5 as default
On Fri, Sep 04, 2015 at 11:21:03AM -0400, Roberto C. Sánchez wrote: > Daniel, > > I've been meaning to help out with this for some time, but I have been > extrememly busy the last few months. Let me at least help by making the > upload. Can you point me to the source package? Thanks Roberto, I've moved discussion about this to the bibledit-gtk bug #790200. Regards, Daniel signature.asc Description: Digital signature
Bug#796711: [Pkg-crosswire-devel] Bug#796711: sword: library transition is needed with GCC 5 as default
On Fri, Sep 04, 2015 at 05:07:50PM +0200, Julien Cristau wrote: > On Fri, Sep 4, 2015 at 15:52:58 +0100, Daniel Glassey wrote: > > > On Fri, Sep 04, 2015 at 02:48:45PM +0100, Simon McVittie wrote: > > > Vaguely related to this, a ftp team member noted that there are open > > > RM bugs for bibledit-gtk and xiphos, which seem to be in the same > > > general area (bible study), and might get processed soon. If these > > > are of interest to you, please reply to the removal bugs and either > > > say "yes, this should be removed from unstable", or say what the plan > > > is for fixing the issues that led to the bug. > > > > I haven't worked out who I should contact yet but I uploaded a new version > > of bibledit-gtk earlier in the week that > > had been in experimental (bibledit-gtk_4.8-1). I uploaded the source as > > well by mistake with bibledit-gtk_4.8-2. I > > got a mail saying it had been uploaded but didn't get an ACCEPT email. > > After I realised that I made some more changes > > and uploaded bibledit-gtk_4.8-3 binary only which was to close the removal > > bug and had the same thing happen. > > > > 20150901000442|process-upload|dak|bibledit-gtk_4.8-2_amd64.changes|Error > while loading changes: No valid signature found. (GPG exited with status code > 0) > gpg: Signature made Mon Aug 31 23:00:14 2015 UTC using RSA key ID AF060C5A > gpg: Good signature from "Daniel Glassey <w...@debian.org>" > gpg: aka "Daniel Glassey <dglas...@gmail.com>" > gpg: aka "Daniel Glassey <daniel_glas...@sil.org>" > gpg: WARNING: Using untrusted key! > > jcristau@franck:~$ gpg --no-default-keyring --keyring > /srv/keyring.debian.org/keyrings/debian-keyring.gpg --list-key AF060C5A > pub 4096R/AF060C5A 2013-08-08 [expired: 2015-07-27] > > Your key's expiration date needs an update in the debian keyring. Ah, of course. I updated the expiry and sent it to the debian keyserver last weekend so I'll email those RM bugs and prepare the transition patch and wait til the keyring is updated before doing any more uploads. Thanks, Daniel signature.asc Description: Digital signature
Bug#796711: [Pkg-crosswire-devel] Bug#796711: sword: library transition is needed with GCC 5 as default
On Fri, Sep 04, 2015 at 02:48:45PM +0100, Simon McVittie wrote: > On Mon, 24 Aug 2015 at 11:24:19 +0100, Daniel Glassey wrote: > > A new version of the library (1.7.5) is imminent and will require a > > transition anyway. So we'll start planning the transition to libsword12. > > Please do the v5 transition anyway; [good reasons] Hi Simon, Funnily enough as 1.7.5 wasn't as imminent as I thought I'd started preparing the transition so I should get that done either later today or at the weekend. > Vaguely related to this, a ftp team member noted that there are open > RM bugs for bibledit-gtk and xiphos, which seem to be in the same > general area (bible study), and might get processed soon. If these > are of interest to you, please reply to the removal bugs and either > say "yes, this should be removed from unstable", or say what the plan > is for fixing the issues that led to the bug. I haven't worked out who I should contact yet but I uploaded a new version of bibledit-gtk earlier in the week that had been in experimental (bibledit-gtk_4.8-1). I uploaded the source as well by mistake with bibledit-gtk_4.8-2. I got a mail saying it had been uploaded but didn't get an ACCEPT email. After I realised that I made some more changes and uploaded bibledit-gtk_4.8-3 binary only which was to close the removal bug and had the same thing happen. Regards, Daniel signature.asc Description: Digital signature
Bug#796711: [Pkg-crosswire-devel] Bug#796711: sword: library transition is needed with GCC 5 as default
Thanks Julien, A new version of the library (1.7.5) is imminent and will require a transition anyway. So we'll start planning the transition to libsword12. Regards, Daniel On Sun, Aug 23, 2015 at 4:18 PM, Julien Cristau jcris...@debian.org wrote: Source: sword Version: 1.7.3+dfsg-2.1 Severity: serious Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Hi, sword's public API relies on types like std::string and std::list provided by libstdc++6, meaning that libsword11 needs to be renamed. Cheers, Julien The following is a form letter: Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150813/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ___ Pkg-crosswire-devel mailing list pkg-crosswire-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-crosswire-devel
Bug#769175: lxde: upgrading lxde causes removal of evince and gnome
Package: lxde Version: 4+nmu1 Severity: serious Justification: 7 If I attempt to upgrade lxde (below) it will remove gnome, gnome-core and evince. This is because lxde has been changed to depend on evince-gtk. evince and evince-gtk conflict with each other. gnome-core depends on evince. Please chance the dependency to pdf-viewer so that any pdf viewer that has been installed can be used. Alternatively you could change it to evince-gtk|pdf-viewer Thanks, Daniel #apt-get install lxde Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: alsamixergui clipit evince-gtk gnome-mplayer libbs2b0 libfltk1.1 libgda-5.0-4 libgda-5.0-common libgmlib1 libgmtk1 libgmtk1-data libuser1 libxdo3 mplayer2 python-wicd usermode wicd wicd-daemon wicd-gtk xdotool Suggested packages: unrar gecko-mediaplayer libgda-5.0-bin libgda-5.0-mysql libgda-5.0-postgres libgmlib1-dbg libgmtk1-dbg The following packages will be REMOVED: evince gnome gnome-core The following NEW packages will be installed: alsamixergui clipit evince-gtk gnome-mplayer libbs2b0 libfltk1.1 libgda-5.0-4 libgda-5.0-common libgmlib1 libgmtk1 libgmtk1-data libuser1 libxdo3 mplayer2 python-wicd usermode wicd wicd-daemon wicd-gtk xdotool The following packages will be upgraded: lxde 1 upgraded, 20 newly installed, 3 to remove and 0 not upgraded. Need to get 4,977 kB of archives. After this operation, 18.5 MB of additional disk space will be used. Do you want to continue? [Y/n] n Abort. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxde depends on: ii galculator 2.1.3-1 ii gpicview0.2.4-2+b2 ii leafpad 0.8.18.1-4 ii lxappearance0.6.1-1 ii lxde-core 5 ii lxde-icon-theme 0.5.1-1 ii lxinput 0.3.4-1 ii lxrandr 0.3.0-1 ii lxsession [lxsession-edit] 0.5.1-1 ii lxshortcut 0.1.2-3 ii lxterminal 0.2.0-1 ii obconf 1:2.0.4-2 ii xarchiver 1:0.5.4-1 Versions of packages lxde recommends: ii chromium [www-browser] 38.0.2125.101-3 ii epiphany-browser [www-browser] 3.14.1-1 ii gdm3 [x-display-manager]3.14.1-1 ii google-chrome-stable [www-browser] 38.0.2125.111-1 ii iceweasel [www-browser] 31.2.0esr-3 ii lightdm [x-display-manager] 1.10.3-2 ii links [www-browser] 2.8-2+b3 ii links2 [www-browser]2.8-2+b3 ii lxmusic 0.4.6-2 ii lxsession [lxpolkit]0.5.1-1 ii menu-xdg0.5 ii network-manager-gnome 0.9.10.0-2 ii w3m [www-browser] 0.5.3-19 ii xserver-xorg1:7.7+7 Versions of packages lxde suggests: ii lxlauncher 0.2.4-1 ii lxtask 0.1.6-1 -- no debconf information signature.asc Description: Digital signature
Bug#767209: Fix pending
tags 767209 + fixed patch pending thanks Thanks for letting us know Julien. I've found the problem. -fpie was added to BibleTime_CFLAGS unconditionally in CMakeLists.txt I've confirmed that it will build with this on zelenka, the s390x porterbox Patch attached. I'm not set up at the moment for building and uploading the package so if someone gets to it before I'm ready then please review, build and upload (including NMUers) Regards, Daniel Index: bibletime-2.10.1/CMakeLists.txt === --- bibletime-2.10.1.orig/CMakeLists.txt +++ bibletime-2.10.1/CMakeLists.txt @@ -205,7 +205,7 @@ IF(MSVC) SET(CMAKE_CXX_FLAGS_DEBUG -DNO_DBUS -DSWUSINGDLL /MDd /Zc:wchar_t- /W1 /D_UNICODE /DUNICODE /Zc:wchar_t /Od) SET(BibleTime_LDFLAGS ${BibleTime_LDFLAGS} /SUBSYSTEM:WINDOWS) ELSE() - SET(BibleTime_CFLAGS ${BibleTime_CFLAGS} -Wextra -fpie -fexceptions) + SET(BibleTime_CFLAGS ${BibleTime_CFLAGS} -Wextra -fexceptions) SET(CMAKE_CXX_FLAGS_RELEASE -O2) SET(CMAKE_CXX_FLAGS_DEBUG -ggdb) IF(APPLE) signature.asc Description: Digital signature
Bug#767568: bibledit-bibletime needs to breaks+replaces bibledit 4.6-1
tags + pending thanks Thanks Andreas, A breaks+replaces on bibledit 4.6-1 (wheezy version) is indeed what is needed. (fwiw bibledit-bibletime only appeared in wheezy not squeeze.) I'm not set up for building and uploading right now so NMUs welcome. Daniel signature.asc Description: Digital signature
Bug#676097: [Pkg-crosswire-devel] Bug#676097: sword: FTBFS: CMakeFiles/buildtest.dir/buildtest.cpp.o: could not read symbols: Bad value
tags 676097 pending thanks On Tue, Jun 5, 2012 at 5:18 AM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/ld: CMakeFiles/buildtest.dir/buildtest.cpp.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC CMakeFiles/buildtest.dir/buildtest.cpp.o: could not read symbols: Bad value collect2: error: ld returned 1 exit status I'm not set up to deal with bzr and stuff at the mo to do the build but the fix that is needed is to modify configure.ac to only get the libs to link from icu-config i.e. ICU_LIBS=`$ICU_CONFIG --ldflags-libsonly` The icu package has been fixed to not leak the pie flags so it should build ok with the current libicu-dev in sid, but this change is still useful. Funnily enough, this helped spot the same problem in grcompiler. Thanks, Daniel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676097: [Pkg-crosswire-devel] Bug#676097: Bug#676097: sword: FTBFS: CMakeFiles/buildtest.dir/buildtest.cpp.o: could not read symbols: Bad value
On Wed, Jun 6, 2012 at 4:46 PM, Dmitrijs Ledkovs x...@debian.org wrote: On 06/06/12 10:35, Daniel Glassey wrote: tags 676097 pending thanks On Tue, Jun 5, 2012 at 5:18 AM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/ld: CMakeFiles/buildtest.dir/buildtest.cpp.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC CMakeFiles/buildtest.dir/buildtest.cpp.o: could not read symbols: Bad value collect2: error: ld returned 1 exit status I'm not set up to deal with bzr and stuff at the mo to do the build but the fix that is needed is to modify configure.ac to only get the libs to link from icu-config You can simply do an NMU, bzr is optional. I'm still an Uploader so no need for an NMU ;) And I'd have got it wrong if I'd done it earlier ;) I'm off home now and busy this evening so won't get to it before tomorrow. So I'll upload then if noone else has. But what does configure.ac got to do with anything if the package uses CMake to build =) i.e. ICU_LIBS=`$ICU_CONFIG --ldflags-libsonly` Thanks for the heads-up. That's how far out of the loop that I am that I didn't remember the switch to cmake ;) similar fix to cmake/FindICU.cmake change execute_process(COMMAND ${ICU_CONFIG_BIN} ${ICU_CONFIG_OPTS} --ldflags Thanks, Daniel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673723: pending
tags 673723 pending thanks There was a big problem that an exception was being thrown which somehow got the program into an infinite loop continually throwing the exception and eating up memory until a bad_alloc happened and the program terminated. The exception is thrown in compiler/GrpLexer.cpp:345 This happens on armel, armhf, powerpc, s390, s390x and sparc (no attempted buildd build on mipsel yet) Getting to that state to throw the exception was caused a signed/unsigned char issue this is fixed in the next pre-release, and also won't throw an exception in that case, but other exception handling has not been checked yet and may have the same issue. Further investigation needed - antlr, grcompiler or libstdc++ problem? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673723: FTBFS: test failures on arm, powerpc, s390
Package: grcompiler Version: 4.2~pre4-1 Severity: serious 2 different issues where tests are failing armhf: Parsing file ./fonts/PadaukMain.gdl... Testing Font: ./fonts/PigLatin at v2 ../../compiler/grcompiler -v2 Frexx C Preprocessor v1.5 Copyright (C) by FrexxWare 1993 - 1997. Revised by SIL International for Graphite Description Language, May 20 2012 make[2]: *** [check-recursive] Terminated make: *** [build-arch] Terminated make[1]: *** [check-recursive] Terminated make[4]: *** [check-local] Terminated make[3]: *** [check-am] Terminated E: Caught signal 'Terminated': terminating immediately Build killed with signal TERM after 151 minutes of inactivity powerpc and s390 and s390x: Output font name: Scheherazade GrcRegTest (unchanged) Silf table version requested: 2.0 Parsing file ./fonts/SchMain.gdl... 5 errors encountered -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471642: remove pango-graphite from lenny
2008/10/2 Adeodato Simó [EMAIL PROTECTED]: * Thomas Viehmann [Wed, 01 Oct 2008 08:59:38 +0200]: Hi, pango-graphite owns a critical bug, #471642 and dupes, since April with no visible maintainer activity. As it's not been released with stable before and has no reverse dependencies, it appears to be an ideal removal candidate. Marked for removal. Yes, I made a mess of that not updating the bug. I've checked with upstream and they have some ideas to try (incidentally it is a firefox bug that leads down the bad code path, but still a bug that needs fixed in graphite/pango-graphite). If I can get a fixed package uploaded in the next day or three would it get back in? If so I'll let you know tomorrow if that will happen or not. Regards, Daniel
Bug#431382: pango-graphite_0.9.0-1: FTBFS: wrong include search path?
reopen 433225 thanks On 15/07/2007, Cyril Brulebois [EMAIL PROTECTED] wrote: Steve Langasek [EMAIL PROTECTED] (01/07/2007): Hi Daniel, pango-graphite is failing to build on all architectures with the following error: [...] XftGrFont.cpp:16:22: error: GrResult.h: No such file or directory [...] Hi, please: 1/ fix the .pc file with the attached patch, 2/ update your B-D on libgraphite-dev, versionning it with = ${version with the correct .pc file}. Cloning, reassigning, tagging, and so on accordingly. Sorry for the trouble, I should have got to that much sooner, no excuses. The bug was in pango-graphite not silgraphite. I'm going to upload a new upstream version (2.2.1) of silgraphite and this will include removing the patches. Once that hits the archive I'll upload a new release of pango-graphite (0.9.2) that knows where the headers are. So I'm reopening this bug until the new pango-graphite comes. Thanks, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279655: Status of silgraphite1.0 ?
On 17/08/07, Regis Boudin [EMAIL PROTECTED] wrote: Hi, This package, silgraphite1.0, has had a single upload to experimental almost 3 years ago, and an FTBFS bug open against it since November 2004. Is it worth keeping it in the archive ? If it's not, please ask ftp-master to remove it. That package has been deprecated so I'll ask ftp-master to remove it. Thanks, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390582: bibletime crashes on start
On 12/01/07, Vladimir Volovich [EMAIL PROTECTED] wrote: Hi Daniel, DG == Daniel Glassey writes: unfortunately, version 1.6.2 still crashes on boot on the amd64 platform. here's a backtrace from the non-stripped binary: Thanks. Looks as though it in something happening within the sword library. I haven't got Debian amd64 but I've rebuilt the packages for Ubuntu edgy amd64 and haven't been able to replicate the crash. What modules (texts, commentaries etc) do you have installed. Also, could you send your ~/.kde/share/config/bibletimerc Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390582: bibletime crashes on start
On 12/01/07, Vladimir Volovich [EMAIL PROTECTED] wrote: DG == Daniel Glassey writes: Subject: bibletime crashes on start Package: bibletime Version: 1.5.3-1+b1 Severity: critical bibletime crashes on start on the amd64 platform: $ bibletime kbuildsycoca running... DCOP Cleaning up dead connections. *** BibleTime got signal 11 (Crashing). Trying to save settings. KCrash: Application 'bibletime' crashing... DG Bibletime 1.6.2 has just been uploaded to unstable so it should DG be available tomorrow or Saturday. Please try it check if this DG bug still happens on amd64. unfortunately, version 1.6.2 still crashes on boot on the amd64 platform. Sigh, ok, can you rebuild bibletime from source package with debugging info and then try that out under gdb and see if we can find out what is happening. See http://wiki.debian.org/HowToGetABacktrace for instructions. Thanks, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390582: bibletime crashes on start
On 01/10/06, Vladimir Volovich [EMAIL PROTECTED] wrote: Subject: bibletime crashes on start Package: bibletime Version: 1.5.3-1+b1 Severity: critical bibletime crashes on start on the amd64 platform: $ bibletime kbuildsycoca running... DCOP Cleaning up dead connections. *** BibleTime got signal 11 (Crashing). Trying to save settings. KCrash: Application 'bibletime' crashing... Bibletime 1.6.2 has just been uploaded to unstable so it should be available tomorrow or Saturday. Please try it check if this bug still happens on amd64. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401917: bibledit_2.2-1(ia64/unstable): FTBFS: missing build-dep
tags 401917 pending thanks Thanks, just checking with upstream what ping is being used for and whether a package dependency is needed as well as the build dep before I upload. d -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400179: gnomesword: FTBFS: unsatisfiable build dependency libsword-dev ( 1.5.8.90-1)
tags 400179 + pending thanks On 24/11/06, Martin Pitt [EMAIL PROTECTED] wrote: Package: gnomesword Version: 2.1.7-2 Severity: serious gnomesword build-deps on libsword-dev ( 1.5.8.90-1), but the current version is 1.5.9-2. With that version, the package fails to build with I'm waiting for sword 1.5.9 to hit the archive before I pdebuild and upload gnomesword 2.1.9 (which requires sword 1.5.9). Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386681: udev 0.100-1 breaks pbbuttonsd
Package: pbbuttonsd Version: 0.75-2 Severity: grave Hi, After I upgraded to the latest udev pbbuttonsd stopped working. The system also spontaneously rebooted after the unstable upgrade so I can only suspect it was related (udev problem). This is udev version 0.100-1 Severity grave because this means I can barely read the screen. It's probably not your fault but if you understand the reason for the error message it would be helpful to pass it onto Marco to get udev fixed or make the necessary changes yourself to pbbuttonsd. When I try to run pbbuttonsd I get: --- # pbbuttonsd WARNING: No event devices available. Please check your configuration. ERROR: Can't attach card 'default': No such device INFO: Soundsystem requested: ALSA and at least activated: none. INFO: saving of config enabled to /etc/pbbuttonsd.conf. pbbuttonsd 0.7.5: iBook/G3 PB Pismo/G4 PB Titanium (PMU version: 12) INFO: Script '/etc/power/pmcs-pbbuttonsd performance ac ' launched and exited normally WARNING: No event devices available. Please check your configuration. --- This is on an Ibook G4. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331547: bibletime: The Biblestudy HowTo is non-free?
I'm going to take this up with upstream. There isn't a willingness to try to change the license of that doc so the aim will be to have the non-free documentation released separately from the code. 1.6 is currently in beta and will be released in time for the etch freeze so I'd rather keep the source in sync with upstream rather than butchering it. Sorry for the delay that is keeping it from testing. Thanks, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334048: cannot find -lidn
Package: libcurl3-openssl-dev Version: 7.15.0-1 Severity: grave Justification: renders package unusable trying to rebuild libsword using the new curl dev package using pbuilder to make sure the dependencies are right. /bin/sh ../libtool --tag=CXX --mode=link g++ -ftemplate-depth-25 -DCURLAVAILABLE -g -Wall -O2 -o libsword.la -rpath /usr/lib -version-info 5 swkey.lo listkey.lo strkey.lo treekey.lo treekeyidx.lo versekey.lo swobject.lo Greek2Greek.lo utilstr.lo utilxml.lo swunicod.lo swversion.lo swbuf.lo ftpparse.lo url.lo untgz.lo roman.lo curlftpt.lo swconfig.lo swmgr.lo swfiltermgr.lo encfiltmgr.lo markupfiltmgr.lo filemgr.lo ftptrans.lo swlocale.lo localemgr.lo swcacher.lo swsearchable.lo installmgr.lo stringmgr.lo swdisp.lo swlog.lo swmodule.lo rawstr.lo rawstr4.lo swcomprs.lo lzsscomprs.lo zipcomprs.lo rawverse.lo swcipher.lo zverse.lo zstr.lo entriesblk.lo sapphire.lo swbasicfilter.lo swoptfilter.lo latin1utf8.lo latin1utf16.lo utf8utf16.lo utf16utf8.lo scsuutf8.lo utf8html.lo utf8latin1.lo utf8cantillation.lo utf8hebrewpoints.lo utf8greekaccents.lo cipherfil.lo osisheadings.lo osisfootnotes.lo osishtmlhref.lo osiswebif.lo osismorph.lo osisstrongs.lo osisplain.lo osisrtf.lo osislemma.lo osisredletterwords.lo osisscripref.lo osiswordjs.lo gbfhtml.lo gbfhtmlhref.lo gbfwebif.lo gbfplain.lo gbfrtf.lo gbfstrongs.lo gbffootnotes.lo gbfheadings.lo gbfredletterwords.lo gbfmorph.lo thmlstrongs.lo thmlfootnotes.lo thmlheadings.lo thmlmorph.lo thmllemma.lo thmlscripref.lo thmlvariants.lo thmlgbf.lo thmlrtf.lo thmlhtml.lo thmlhtmlhref.lo thmlwebif.lo thmlwordjs.lo gbfthml.lo gbfosis.lo thmlosis.lo thmlplain.lo osisosis.lo rtfhtml.lo plainfootnotes.lo plainhtml.lo greeklexattribs.lo unicodertf.lo swgenbook.lo rawgenbook.lo swtext.lo rawtext.lo ztext.lo swcom.lo rawcom.lo rawfiles.lo zcom.lo hrefcom.lo swld.lo rawld.lo rawld4.lo zld.lo flatapi.lo -lcurl -L/usr/lib -lcurl -L/usr/lib -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -lresolv -lidn -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz -lz grep: /usr/lib/libidn.la: No such file or directory /bin/sed: can't read /usr/lib/libidn.la: No such file or directory libtool: link: `/usr/lib/libidn.la' is not a valid libtool archive It needs a dependency on libidn11-dev curl-config --libs -L/usr/lib -lcurl -L/usr/lib -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -lresolv -lidn -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz Please make sure the depends are for all of these dev libs. TIA, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]