Bug#820026: icedove crashes (segfaults) when installed along with xul-ext-foxyproxy-standard
Hi Carsten, Le 14 avril vers 16:28, Carsten Schoenert écrivait: > > anyway, here is the bt: > > [SNIP] > > your posted gdb log doesn't contain a useful backtrace, it's only a log > of the thread 1. OK, fine sorry for not getting the proper feedback what would have been the right way to give a comprehensive backtrace? is "thread apply all bt" would have been fine? > At the Debian Groupware Meeting on the last weekend we tried to debug > the problem a little bit. It's more or less a Icedove bug that provoke a > segfault while setting up the proxy settings. The relevant part look > like this in a gdb session: > [...] > The problem is the getter function getter_AddRefs(). This function is > untouched since ages. Some basic description on how to use this stuff can be > found on the Mozille Developer Reference. > > https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Using_nsCOMPtr/Reference_Manual well, that is great you could pinpoint the relevant buggy part > > BTW, anyone with a valid pop/imap account can reproduce this bug > > > > one would just need to install the xul-ext-foxyproxy-standard package, > > launch icedove with a blank config directory, setup an account and > > witness the crash/segfaults > > Yes, "you just need ..." > Pleas understand that we can't just test and use every plugin that is > available. yes, I'm really sorry if I sounded a bit grumpy my bad! > And the foxyproxy plugin is one of the more complicated > plugins as the settings you can make a numerous. I know, what I really wanted to say is that there is no need to have a complex foxyproxy setup to reproduce the bug (just a plain installation of this add-on plus a blank icedove/thunderbird setup and one can make it crash) but I also understand that such a bug is best tested by the person who is familiar with the module > So we are depending on your investigation as much as possible. So as > Christoph has tested the regular Thunderbird release and the issue is > happen there too someone would need to create a upstream bug. This is > done best by a person that is knowing the foxyproxy thing better. Would > you create such a report and provide the URL of this? could this be the bug you're looking for: https://bugzilla.mozilla.org/show_bug.cgi?id=1220564 -- Cyril Chaboisseau
Bug#820026: icedove crashes (segfaults) when installed along with xul-ext-foxyproxy-standard
0x7fcfe3f1f6c5 in nsAppStartup::Run (this=0x7fcfd364ac40) at /build/icedove-m4au6s/icedove-38.7.0/mozilla/toolkit/components/startup/nsAppStartup.cpp:281 #75 0x7fcfe3f524f5 in XREMain::XRE_mainRun (this=this@entry=0x7ffd8e521558) at /build/icedove-m4au6s/icedove-38.7.0/mozilla/toolkit/xre/nsAppRunner.cpp:4239 #76 0x7fcfe3f527a5 in XREMain::XRE_main (this=this@entry=0x7ffd8e521558, argc=argc@entry=1, argv=argv@entry=0x7ffd8e522a58, aAppData=aAppData@entry=0x7ffd8e521758) at /build/icedove-m4au6s/icedove-38.7.0/mozilla/toolkit/xre/nsAppRunner.cpp:4315 #77 0x7fcfe3f529cc in XRE_main (argc=1, argv=0x7ffd8e522a58, aAppData=0x7ffd8e521758, aFlags=) at /build/icedove-m4au6s/icedove-38.7.0/mozilla/toolkit/xre/nsAppRunner.cpp:4547 #78 0x0040417a in do_main (argc=argc@entry=1, argv=argv@entry=0x7ffd8e522a58, xreDirectory=0x7fcfe776e780) at /build/icedove-m4au6s/icedove-38.7.0/mail/app/nsMailApp.cpp:195 #79 0x00403965 in main (argc=1, argv=0x7ffd8e522a58) at /build/icedove-m4au6s/icedove-38.7.0/mail/app/nsMailApp.cpp:380 (gdb) BTW, anyone with a valid pop/imap account can reproduce this bug one would just need to install the xul-ext-foxyproxy-standard package, launch icedove with a blank config directory, setup an account and witness the crash/segfaults tell me if you need more info Thanks a lot for your efforts Le 09 avril vers 00:26, Carsten Schoenert écrivait: > Hello Cyril, > > On Mon, Apr 04, 2016 at 10:50:55PM +0200, Cyril Chaboisseau wrote: > > I've been fighting to understand why icedove was crashing on me (either > > segfaults or with bus error) for both versions 38 and 44, > > sounds strange. > Can you please create a backtrace of such crashes? > > https://wiki.debian.org/Icedove#Debugging > > Before deciding what to do next it would be interesting to see where > the crashes happen. -- Cyril Chaboisseau
Bug#820026: icedove crashes (segfaults) when installed along with xul-ext-foxyproxy-standard
Package: icedove Version: 38.7.0-1 Severity: grave Justification: renders package unusable Hi, I've been fighting to understand why icedove was crashing on me (either segfaults or with bus error) for both versions 38 and 44, after finally discovering that Firefox extension foxyproxy 4.5.6 was causing the crashes see bug #815000 if the problem cannot be solved (from what I understand after a quick look at the upstream bug report), that needs to be dealt in the icedove package to prevent others from having both packages installed alongside foxyproxy 4.5.6 is already in testing since 31 March, and I fear that many Debian users who have both programs don't understand at first glance that the instability comes from this bad interaction please, add a tag to put xul-ext-foxyproxy-standard in conflict with icedove (at least with this specific version if you think that it will be solved in an upcoming release) Thanks for your understanding -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (101, 'stable'), (99, 'experimental'), (9, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#802690: plasma-workspace: upgrade of libqt5x11extras5 to version 5.5.1 renders login impossible (crash at startup)
Package: plasma-workspace
Version: 4:5.4.2-1
Severity: grave
Justification: renders package unusable
Following today's upgrade (through aptitude), the following packages
were installed in version 5.5.1 :
libqt5x11extras5
qt5-default
qtchooser
and as a consequence, I could log in KDE with kdm (I also briefly tried
sddm without success)
the following information was in the .xsession-errors :
--%<-%<-%<-%<-%<-%<-%<-%<-%<-%<---
Xsession: X session started for cyril at jeudi 22 octobre 2015, 17:20:22
(UTC+0200)
localuser:cyril being added to access control list
Loading stage "initial" 1172
startkde: Starting up...
kdeinit5: preparing to launch 'libkdeinit5_klauncher'
kdeinit5: Launched KLauncher, pid = 3008, result = 0
Qt: Session management error: networkIdsList argument is NULL
Connecting to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kdeinit5: opened connection to :0
kdeinit5: preparing to launch 'libkdeinit5_kded5'
kdeinit5: Launched KDED, pid = 3010 result = 0
kdeinit5: preparing to launch 'libkdeinit5_kcminit_startup'
kdeinit5: Launched 'kcminit_startup', pid = 3011 result = 0
Qt: Session management error: networkIdsList argument is NULL
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kdeinit5 path = /usr/bin pid = 3010
KCrash: Arguments: /usr/bin/kdeinit5
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from
kdeinit
kdeinit5: Got EXEC_NEW '/usr/lib/x86_64-linux-gnu/libexec/drkonqi' from wrapper.
kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/libexec/drkonqi'
Reusing existing ksycoca
Recreating ksycoca file
("/home/cyril/.cache/ksycoca5_fr_oE2t_ye4zWYMXZc0qcCJ7gVTuIk=", version 303)
kdeinit5: PID 3015 terminated.
kdeinit5: PID 3010 terminated.
Still in the time dict (i.e. deleted files) ("apps")
The desktop entry file "/home/cyril/.local/share/applications/The Freenet
Project Website-1242458659174.desktop" has Type= "Link" instead of
"Application" or "Service"
kf5.kservice.sycoca: Invalid Service :
"/home/cyril/.local/share/applications/The Freenet Project
Website-1242458659174.desktop"
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Lexibook-PC-Link-98-pc_link_98.desktop,
line 65: " "Invalid escape sequence "\P"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Lexibook-PC-Link-98-pc_link_98.desktop,
line 65: " "Invalid escape sequence "\L"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Lexibook-PC-Link-98-pc_link_98.desktop,
line 65: " "Invalid escape sequence "\P"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Lexibook-PC-Link-98-pc_link_98.desktop,
line 65: " "Invalid escape sequence "\P"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-uninstall_spybot-s&d.desktop,
line 125: " "Invalid escape sequence "\P"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-uninstall_spybot-s&d.desktop,
line 125: " "Invalid escape sequence "\S"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-uninstall_spybot-s&d.desktop,
line 125: " "Invalid escape sequence "\u"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-spybot-s&d_(easy_mode).desktop,
line 125: " "Invalid escape sequence "\P"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-spybot-s&d_(easy_mode).desktop,
line 125: " "Invalid escape sequence "\S"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-spybot-s&d_(easy_mode).desktop,
line 125: " "Invalid escape sequence "\S"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-spybot-s&d_(advanced_mode).desktop,
line 125: " "Invalid escape sequence "\P"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-spybot-s&d_(advanced_mode).desktop,
line 125: " "Invalid escape sequence "\S"."
"KConfigIni: In file
/home/cyril/.local/share/applications/menu-xdg/X-Debian-Wine-Programs-Spybot---Search-&-Destroy-spybot-s&d_(advanced_mode).desktop,
line 125: " "Invalid escape sequence "\S"."
Saving
kdeinit5: Got SETENV 'KDE_MULTIHEAD=false' from launcher.
Initializing "kcm_input" : "kcminit_mouse"
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kdeinit5 path = /usr/bin pid = 3013
KCrash: Arguments: /usr/bin/kdeinit5
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from
kdeinit
kdeinit5: Got EX
Bug#619807: calibre: missing build depedency on libboost1.42-dev
Package: calibre Version: 0.7.50+dfsg-1 Severity: serious Justification: fails to build from source when building the calibre package, there is an error concerning a missing boost/config.hpp file there should be a builddep on libboost1.42-dev (or maybe libboost-dev) in the debian/control file to correct the error and allow a proper building of the package thanks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (99, 'experimental'), (9, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37.4-grsec (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/bash Versions of packages calibre depends on: ii calibre-bin0.7.50+dfsg-1 e-book converter and library manag ii imagemagick8:6.6.0.4-3 image manipulation programs ii poppler-utils 0.12.4-1.2PDF utilitites (based on libpopple ii python 2.6.6-12 interactive high-level object-orie ii python-beautifulsoup 3.2.0-1 error-tolerant HTML parser for Pyt ii python-cherrypy3 3.1.2-1 Python web development framework - ii python-cssutils0.9.7~b2-2CSS Cascading Style Sheets parser ii python-dateutil1.4.1-3 powerful extensions to the standar ii python-dbus0.83.1-1 simple interprocess messaging syst ii python-django-tagging 0.3.1-1 A generic tagging application for ii python-encutils0.9.7~b2-2Encoding detection collection for ii python-imaging 1.1.7-2 Python Imaging Library ii python-lxml2.3-0.1 pythonic binding for the libxml2 a ii python-mechanize 0.1.11-1.1stateful programmatic web browsing ii python-pkg-resources 0.6.15-1 Package Discovery and Resource Acc ii python-pyparsing 1.5.2-2 Python parsing module ii python-pypdf 1.12-3PDF toolkit implemented solely in ii python-pythonmagick0.9.1-3+b1Object-oriented Python interface t ii python-qt4 4.8.3-1 Python bindings for Qt4 ii python-routes 1.12.3-1 Routing Recognition and Generation ii ttf-liberation 1.06.0.20100721-1 Fonts with the same metrics as Tim ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from Versions of packages calibre recommends: ii python-dnspython 1.8.0-1DNS toolkit for Python calibre suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#512569: mnogosearch-pgsql: indexation fails since 3.3.7
Package: mnogosearch-pgsql
Version: 3.3.7-2
Severity: grave
Tags: patch
Justification: renders package unusable
Starting with version 3.3.7-1 (including -2) the mnogo indexer returns without
going through the whole site/filesystem it has to index.
Usually the error looks as follow :
$ /usr/sbin/indexer -a
indexer[7783]: indexer from mnogosearch-3.3.7-pqsql started with
'/etc/mnogosearch/indexer.conf'
indexer[7783]: [7783]{01} URL: http://mydomain.example.com/
indexer[7783]: [7783]{01} Content-Encoding processing failed
indexer[7783]: [7783]{01} Writing words (12 words, 7292 bytes, final).
indexer[7783]: [7783]{01} The words are written successfully. (final)
indexer[7783]: [7783]{01} Done (0 seconds, 1 documents, 338 bytes, 0.00
Kbytes/sec.)
The bug was also reported upstream (#371) :
http://www.mnogosearch.org/bugs/bugs.php?id=3791&edit=2
I was also using 'multi' but with the PostgreSQL database instead of MySQL (I
don't know if the bug is also present on mnogosearch-sqlite)
So maybe the bug should also be filled at least on mnogosearch-mysql as well.
The patch has been tested and it's really a non-intrusif oneliner (just an
initialization of a variable).
thx
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing'), (99, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-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/bash
Versions of packages mnogosearch-pgsql depends on:
ii libc6 2.7-18GNU C Library: Shared libraries
ii libpq5 8.3.5-1 PostgreSQL C client library
ii libssl0.9.80.9.8g-15 SSL shared libraries
ii mnogosearch-common 3.3.7-2 full-featured web search engine (c
ii postgresql-client-8.2 8.2.7-2+b1front-end programs for PostgreSQL
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
mnogosearch-pgsql recommends no packages.
Versions of packages mnogosearch-pgsql suggests:
pn postgresql | postgresql-8.1 | (no description available)
-- no debconf information
--- mnogosearch-3.3.7/src/indexer.c.orig 2009-01-21 21:39:35.0 +0100
+++ mnogosearch-3.3.7/src/indexer.c 2009-01-21 21:39:30.0 +0100
@@ -1294,7 +1294,7 @@
{
const char *url=UdmVarListFindStr(&Doc->Sections,"URL","");
const char *ce=UdmVarListFindStr(&Doc->Sections,"Content-Encoding","");
- int code;
+ int code=0;
#ifdef HAVE_ZLIB
if(!strcasecmp(ce,"gzip") || !strcasecmp(ce,"x-gzip"))
Bug#381919: Uploaded
Le 20 août vers 12:05, Margarita Manterola écrivait:
> I took the liberty of uploading your package, so that the RC bug would be
> fixed.
thanks a lot for the NAU (non advocate upload) !!
;-)
> Please, keep an eye on the other important bugs you have. Some of them
> look like they should actually be RC as well
indeed,
you're right and I've just changed the severity of one of those bugs
I just hope the other one will be addresed by the upstream authors soon
thanks
--
Cyril Chaboisseau
Bug#374927: pdnsd: patch for better account creation
Package: pdnsd Version: 1.2.4par-0.1 Followup-For: Bug #374927 here is a patch that will avoid postinst error messages (adding --no-create-home --disabled-password to the adduser command) -- Cyril Chaboisseau --- pdnsd-1.2.4par/debian/postinst 2006-06-27 22:30:52.0 +0200 +++ pdnsd-1.2.4par/debian/postinst.new 2006-06-27 22:27:55.0 +0200 @@ -2,7 +2,7 @@ set -e -id pdnsd > /dev/null 2>&1 || adduser --system --ingroup proxy --home /var/cache/pdnsd --gecos pdnsd pdnsd || true +id pdnsd > /dev/null 2>&1 || adduser --system --ingroup proxy --home /var/cache/pdnsd --no-create-home --disabled-password --gecos pdnsd pdnsd || true if [ "$1" = "configure" -a -n "$2" ] && dpkg --compare-versions "$2" lt "1.1" ; then if [ -f /var/cache/pdnsd/pdnsd.cache ]; then
Bug#346116: xemacs21-basesupport: please, either fix bug or upload new upstream version
Package: xemacs21-basesupport Followup-For: Bug #346116 Hi, could you please fix the bug or upload the latest version (maybe the severity should have been set lower though !) thanks a lot -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (99, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) --- xemacs21-packages-2005.12.08/xemacs-packages/gnus/lisp/gnus-xmas.el 2005-12-09 16:19:56.0 +0100 +++ xemacs21-packages-2005.12.08/xemacs-packages/gnus/lisp/gnus-xmas.el.new 2006-06-23 23:49:17.0 +0200 @@ -541,7 +541,7 @@ (rest (- wheight pheight))) (insert (make-string (max 0 (* 2 (/ rest 3))) ?\n))) ;; Paint it. -(put-text-property (point-min) (point-max) 'face 'gnus-splash-face))) +(put-text-property (point-min) (point-max) 'face 'gnus-splash))) (setq modeline-buffer-identification (list (concat gnus-version ": *Group*"))) (set-buffer-modified-p t))
Bug#374927: pdnsd should conflicts with bind9 (or any name server)
Package: pdnsd Version: 1.2.4par-0.1 Followup-For: Bug #374927 the packages is installed fine (although some checks could be done to avoid error messages) but it's rather the presence of another name server (eg. bind9) that can cause the failure of pdnsd to start for a successful start, you should not have any process that binds port 53 maybe it should conflics with bind9 or it could be the time to define a virtual package (name-server) BTW, does it make sense to have 2 name servers running in parallel ? in any case, this discussion should be done in the d-devel list -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (99, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pdnsd depends on: ii adduser 3.90 Add and remove users and groups ii libc6 2.3.6-15 GNU C Library: Shared libraries -- Cyril Chaboisseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352800: coda-client: patch for missing build dependency
Package: coda-client Version: coda-client Followup-For: Bug #352800 please change the control file to add dependency as follow : Build-Depends: debhelper (>= 3.0.5), liblwp-dev, librpc2-dev, librvm-dev, libreadline4-dev | libreadline5-dev, libdb2-dev | libdb3-dev, libncurses5-dev, flex, bison | byacc, autotools-dev, rvm-tools, rpc2-tools (patch attached) -- Cyril Chaboisseau --- coda-5.3.19/debian/control 2006-06-15 23:33:34.0 +0200 +++ coda-5.3.19/debian/control.new 2006-06-19 23:08:00.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Luca - De Whiskey's - De Vitis <[EMAIL PROTECTED]> Standards-Version: 3.5.1 -Build-Depends: debhelper (>= 3.0.5), liblwp-dev, librpc2-dev, librvm-dev, libreadline4-dev, libdb2-dev, libncurses5-dev, flex, bison | byacc, autotools-dev +Build-Depends: debhelper (>= 3.0.5), liblwp-dev, librpc2-dev, librvm-dev, libreadline4-dev | libreadline5-dev, libdb2-dev | libdb3-dev, libncurses5-dev, flex, bison | byacc, autotools-dev, rvm-tools, rpc2-tools Package: coda-common Architecture: arm i386 m68k powerpc sparc
Bug#342780: linux-kernel-headers: usbdevice_fs.h FTBS some 64 bits packages
Package: linux-kernel-headers Version: 2.6.13+0rc3-2 Followup-For: Bug #342780 there is indeed a misplacement of in linux-kernel-headers 2.6.13+0rc3-2 that breaks a lot of package builds which depends on usbdevice_fs.h see http://lkml.org/lkml/2005/9/3/60 after making the appropriate changes, I was able to build qemu for amd64 http://lists.debian.org/debian-amd64/2006/03/msg00042.html http://lists.debian.org/debian-amd64/2006/03/msg00045.html please, either upgrade or patch to reflect the change as provided in lklm.org (this change most probably won't affect other 32 bits arch) -- Cyril Chaboisseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320260: qgo: libtoolize not needed (not building shared libraries)
Package: qgo Version: 1.0.3-2 Followup-For: Bug #320260 after discussing with Eric Dorland about the automake1.7 problems, he told me that I don't need libtool because qgo doesn't build shared libraries so given all the problems with the version used in the upstream source, I'm postponing the "libtoolization" so we get back to the original problem (cannot find -lXinerama) is there a better way to have it instead of depends ? thanks PS : if I don't get any alternative, I will add a dependence to close this "serious" bug in order to have qgo enter testing -- Cyril Chaboisseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320260: qgo: cannot libtoolize due to removal of automake1.6
Package: qgo Version: 1.0.3-2 Followup-For: Bug #320260 I finally managed to have someone upload qgo last week but there was an error : it FTBS on a friend's computer because automake1.6 has been removed so I tried to switch over to automake1.7 as proposed here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340921 and it didn't work as expected $ debuild [...] /bin/sh ../libtool --mode=link --tag=CXX x86_64-linux-gnu-g++ -fno-exceptions -fno-check-new-o qgo -L/usr/X11R6/lib board.o boardhandler.o gamedialog.o gamestable.o gametree.o group.o helpviewer.o igsconnection.o imagehandler.o interfacehandler.o main.o maintable.o mainwidget.o mainwin.o mainwindow.o mark.o matrix.o misc.o move.o msg_handler.o noderesults.o parser.o playertable.o preferences.o qgo.o qgo_interface.o qgtp.o qnewgamedlg.o setting.o sgfparser.o stone.o stonehandler.o tables.o telnet.o textview.o tip.o tree.o wavfile.o wavplay.o xmlparser.o clientwindow_gui.o gameinfo_gui.o gui_dialog.o mainwidget_gui.o newgame_gui.o newlocalgame_gui.o noderesults_gui.o normaltools_gui.o nthmove_gui.o preferences_gui.o qnewgamedlg_gui.o scoretools_gui.o talk_gui.o textedit_gui.o textview_gui.o noderesults.moc.o parser.moc.o mainwin.moc.o gamestable.moc.o qnewgamedlg.moc.o mainwidget.moc.o maintable.moc.o tip.moc.o tables.moc.o gametree.moc.o qgtp.moc.o helpviewer.moc.o gamedialog.moc.o igsconnection.moc.o board.moc.o mainwindow.moc.o playertable.moc.o qgo_interface.moc.o telnet.moc.o preferences.moc.o qgo.moc.o textview.moc.o -lresolv -lqt-mt -lpng -lz -lm -lXext -lX11 -lresolv -lSM -lICE -lpthread ../libtool: line 361: s,^.*/,,g: Aucun fichier ou répertoire de ce type ../libtool: line 686: -e: command not found ../libtool: line 686: -e: command not found : ignoring unknown tag *** Warning: inferring the mode of operation is deprecated. *** Future versions of Libtool will require --mode=MODE be specified. : link: unable to infer tagged configuration : link: specify a tag with `--tag' make[4]: *** [qgo] Erreur 1 make[4]: quittant le répertoire « /home/cyril/src/Debian/qgo-1.0.3/src » make[3]: *** [all-recursive] Erreur 1 make[3]: quittant le répertoire « /home/cyril/src/Debian/qgo-1.0.3/src » make[2]: *** [all-recursive] Erreur 1 make[2]: quittant le répertoire « /home/cyril/src/Debian/qgo-1.0.3 » make[1]: *** [all] Erreur 2 make[1]: quittant le répertoire « /home/cyril/src/Debian/qgo-1.0.3 » make: *** [build-stamp] Erreur 2 debuild: fatal error at line 768: dpkg-buildpackage failed! so for the moment I'm quite hopeless to find out what is wrong if I don't find how to upgrade, I'll revert all libtoolization until upstream has upgraded to a newer automake -- Cyril Chaboisseau
Bug#320260: qgo-1.0.3-2 package ready... can't upload
Package: qgo Version: 1.0.3-2 Followup-For: Bug #320260 sorry but the new package is ready for a week or so but since I'm not yet a Debian Maintainer and my advocate is not available [1] to upload it, I can't do anything (yet) so, if it could be possible for someone to grab and upload the package, that would close this bug plus another one here is the place http://adren.mine.nu/~cyril/qgo_upload/ (compiled for amd64) go in subdir i386 for regular Intel version thanks a lot [1] his Internet connection is down and cannot work from other place -- Cyril Chaboisseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320260: still more problems with libtool + qgo
Package: qgo
Version: 1.0.3-1
Followup-For: Bug #320260
well, indeed the libtool configuration is all messed up
Steve Langasek wrote :
> - repackage the upstream tarball with a distinguishing upstream
> version number, fixing the libtool included in that tarball.
I really do need to repackage qgo and update libtool (v1.4a included
ends up with errors) :
--%<-%<-%<-%<-%<-%<-%<-%<-%<-%<---
[...]
source='textview.moc.cpp' object='textview.moc.o' libtool=no \
depfile='.deps/textview.moc.Po' tmpdepfile='.deps/textview.moc.TPo' \
depmode=gcc3 /bin/sh ../admin/depcomp \
x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/share/qt3/include
-I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -fno-exceptions
-fno-check-new -c -o textview.moc.o `test -f 'textview.moc.cpp' || echo
'./'`textview.moc.cpp
/bin/sh ../libtool --mode=link --tag=CXX x86_64-linux-gnu-g++ -fno-exceptions
-fno-check-new-o qgo -L/usr/X11R6/lib board.o boardhandler.o gamedialog.o
gamestable.o gametree.o group.o helpviewer.o igsconnection.o imagehandler.o
interfacehandler.o main.o maintable.o mainwidget.o mainwin.o mainwindow.o
mark.o matrix.o misc.o move.o msg_handler.o noderesults.o parser.o
playertable.o preferences.o qgo.o qgo_interface.o qgtp.o qnewgamedlg.o
setting.o sgfparser.o stone.o stonehandler.o tables.o telnet.o textview.o tip.o
tree.o wavfile.o wavplay.o xmlparser.o clientwindow_gui.o gameinfo_gui.o
gui_dialog.o mainwidget_gui.o newgame_gui.o newlocalgame_gui.o
noderesults_gui.o normaltools_gui.o nthmove_gui.o preferences_gui.o
qnewgamedlg_gui.o scoretools_gui.o talk_gui.o textedit_gui.o textview_gui.o
noderesults.moc.o parser.moc.o mainwin.moc.o gamestable.moc.o qnewgamedlg.moc.o
mainwidget.moc.o maintable.moc.o tip.moc.o tables.moc.o gametree.moc.o
qgtp.moc.o helpviewer.moc.o
gamedialog.moc.o igsconnection.moc.o board.moc.o mainwindow.moc.o
playertable.moc.o qgo_interface.moc.o telnet.moc.o preferences.moc.o qgo.moc.o
textview.moc.o -lresolv -lqt-mt -lpng -lz -lm -lXext -lX11 -lresolv -lSM
-lICE -lpthread
../libtool: line 376: s%^.*/%%: Aucun fichier ou répertoire de ce type
../libtool: line 449: -e: command not found
../libtool: line 449: -e: command not found
: unrecognized option `--tag=CXX'
Try ` --help' for more information.
make[4]: *** [qgo] Erreur 1
make[4]: quittant le répertoire « /home/cyril/src/Debian/qgo-1.0.3/src »
make[3]: *** [all-recursive] Erreur 1
make[3]: quittant le répertoire « /home/cyril/src/Debian/qgo-1.0.3/src »
make[2]: *** [all-recursive] Erreur 1
make[2]: quittant le répertoire « /home/cyril/src/Debian/qgo-1.0.3 »
make[1]: *** [all] Erreur 2
make[1]: quittant le répertoire « /home/cyril/src/Debian/qgo-1.0.3 »
make: *** [build-stamp] Erreur 2
debuild: fatal error at line 768:
dpkg-buildpackage failed!
--%<-%<-%<-%<-%<-%<-%<-%<-%<-%<---
my version of libtool has a reference with ${SED} but it doesn't appear
anywhere
how can I fix it ?
is there any doc somewhere or someone in IRC/mailing lists to help me
with that ?
thanks for your help
--
Cyril Chaboisseau
Bug#320260: problems libtoolizing qgo
Package: qgo Version: 1.0.3-1 Followup-For: Bug #320260 I finally got my machine back and tried for the second time to libtoolize qgo with the help of this page <http://people.debian.org/~keybuk/libtool-updating.html> unfortunately, it doesn't work as expected ! once the steps are done in order, then the package cannot be built anymore here is what I've done : --%<-%<-%<-%<-%<-%<-%<-%<-%<-%<--- $ libtoolize --copy --force Remember to add `AC_PROG_LIBTOOL' to `configure.in'. Putting files in AC_CONFIG_AUX_DIR, `admin'. $ vi configure.in (adding AC_PROG_LIBTOOL accordingly) $ aclocal-1.6 $ autoconf configure.in:40: warning: AC_LIBTOOL_SETUP was called before AC_LIBTOOL_DLOPEN aclocal.m4:4981: AC_LIBTOOL_DLOPEN is expanded from... configure.in:40: AC_LIBTOOL_DLOPEN is required by... aclocal.m4:2812: KDE_PROG_LIBTOOL is expanded from... configure.in:40: the top level $ debuild -us -uc dpkg-buildpackage: source package is qgo dpkg-buildpackage: source version is 1.0.3-2 dpkg-buildpackage: source changed by Cyril Chaboisseau <[EMAIL PROTECTED]> dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp /usr/bin/make distclean make[1]: entrant dans le répertoire « /home/cyril/src/Debian/q1 » make[1]: *** Pas de règle pour fabriquer la cible « distclean ». Arrêt. make[1]: quittant le répertoire « /home/cyril/src/Debian/q1 » make: [clean] Erreur 2 (ignorée) cat `ls -r debian/patches/*.diff` /dev/null | patch -RENtp1 -r debian/rejected --no-backup-if-mismatch patching file templates/qgo.desktop Unreversed patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file debian/rejected patching file src/wavfile.c Unreversed patch detected! Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file debian/rejected patching file src/setting.cpp Unreversed patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file debian/rejected make: [clean] Erreur 1 (ignorée) rm -f debian/files debian/rejected debian/substvars rm -f config.log config.cache admin/config.guess admin/config.sub subdirs rm -fr debian/qgo dh_clean dpkg-source -b q1 dpkg-source: warning: source directory `./q1' is not - `qgo-1.0.3' dpkg-source: warning: .orig directory name q1.orig is not - (wanted qgo-1.0.3.orig) dpkg-source: building qgo using existing qgo_1.0.3.orig.tar.gz dpkg-source: building qgo in qgo_1.0.3-2.diff.gz dpkg-source: cannot represent change to admin/ltmain.sh: dpkg-source: new version is plain file dpkg-source: old version is something else dpkg-source: warning: ignoring deletion of file admin/config.guess dpkg-source: warning: ignoring deletion of file admin/config.sub dpkg-source: warning: ignoring deletion of file configure.in~ dpkg-source: building qgo in qgo_1.0.3-2.dsc dpkg-source: unrepresentable changes to source debuild: fatal error at line 765: dpkg-buildpackage failed! --%<-%<-%<-%<-%<-%<-%<-%<-%<-%<--- has anyone any idea how to correct this ? (have I done something wrong ?) thanks a lot for your help PS : I didn't have much luck either trying to do it manually but maybe I should take a closer look -- 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.14.2-grsec Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages qgo depends on: ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-7 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-4 GCC support library ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstdc++6 4.0.2-4 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-10 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display
Bug#320260: qgo: FTBFS: ld: cannot find -lXinerama
On Oct. 19th, Rob Weir wrote: > > > The package is failing to build with the following error: > > > ld: cannot find -lXinerama > > > > > This is caused by the x.org transition, and you'll need to add a > > > build dependency on libxinerama-dev. > > > > Preferably, you would re-libtoolize this package using Debian's libtool, so > > that no such build-dependency needs to be added and no gratuitous binary > > dependency results. > > Hi Cyril, > > do you think you'll have time to do a fixed upload of qgo in the near > future? Would you prefer someone to NMU it for you? I was about to look at the issue last week when my personal computer broke down ;-( so in the next 2/3 weeks it will be difficult for me to do at the same time, I don't feel very confortable "libtoolizing" the package (looks complicated but might not be such a big deal) so, if you want to do an NMU, please feel free in any case, I will have a hard time doing it before mid/end of November -- Cyril Chaboisseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294986: php4-recode: php4 segfault when using recode() function
Package: php4-recode Version: 4:4.3.10-4 Severity: grave Justification: causes non-serious data loss -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10-grsec Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages php4-recode depends on: ii debconf [debco 1.4.45Debian configuration management sy ii libapache2-mod 4:4.3.10-4server-side, HTML-embedded scripti ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii librecode0 3.6-10Shared library on which recode is ii php4-cgi [phpa 4:4.3.10-4server-side, HTML-embedded scripti ii php4-cli [phpa 4:4.3.10-4command-line interpreter for the p ii php4-common4:4.3.10-4Common files for packages built fr -- debconf information: php4/extension_recode_apache: true php4/add_extension: true php4/extension_recode_cgi: true php4/remove_extension: true php4/extension_recode_apache2: true php4/extension_recode_cli: true when I do $ /usr/bin/php4 -c php.ini -q ./recode.php Erreur de segmentation (core dumped) here is php.ini : [PHP] extension=recode.so and recode.php : it also segfault with other charsets I've also tried with register_globals = Off WRT bug #213557 here is the backtrace with gdb : $ gdb -c core /usr/bin/php4 GNU gdb 6.3-debian Copyright 2004 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"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `/usr/bin/php4 -c php.ini -q ./recode.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/lib/libzzip-0.so.12...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libzzip-0.so.12 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/lib/libexpat.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libexpat.so.1 Reading symbols from /usr/lib/libpcre.so.3... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libpcre.so.3 Reading symbols from /usr/lib/libpanel.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpanel.so.5 Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /usr/lib/libdb-4.2.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libdb-4.2.so Reading symbols from /usr/lib/libbz2.so.1.0... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libbz2.so.1.0 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libssl.so.0.9.7...done. Loaded symbols for /usr/lib/libssl.so.0.9.7 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libgssapi_krb5.so.2...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /usr/lib/libk5crypto.so.3...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /lib/libcom_err.so.2...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/lib/libcrypto.so.0.9.7...done. Loaded symbols for /usr/lib/libcrypto.so.0.9.7 Reading symbols from /lib/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/lib/php4/20020429-zts/recode.so...done. Loaded symbols for /usr/lib/php4/20020429-zts/recode.so Reading symbols from /usr/lib/librecode.so.0...done. Loaded symbols for /usr/lib/librecode.so.0 #0 0x002a976766d2 in delmodule_flat () from /usr/lib/librecode.so.0 (gdb) bt #0 0x002a976766d2 in delmodule_flat () from /usr/lib/librecode.so.0 #1 0x002a9766803a in transform_byte_to_variable () from /usr/lib/librecode.so.0 #2 0x002a97668a68 in recode_perform_task () from /usr/lib/librecode.so.0 #3 0x002a976678dd in recode_b
