Bug#813874: marked as done (polari: FTBFS: org.gnome.Polari.appdata.xml: FAILED)

2016-02-09 Thread Debian Bug Tracking System 
Your message dated Wed, 10 Feb 2016 00:07:01 +
with message-id 
and subject line Bug#813874: fixed in polari 3.18.1-2
has caused the Debian Bug report #813874,
regarding polari: FTBFS: org.gnome.Polari.appdata.xml: FAILED
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
813874: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813874
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: polari
Version: 3.18.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

polari fails to build from source in unstable/amd64:

  [..]

  LC_ALL=C /usr/bin/intltool-merge  -x -u -c ../../po/.intltool-merge-cache 
../../po org.gnome.Polari.appdata.xml.in org.gnome.Polari.appdata.xml
  Found cached translation database
  Merging translations into org.gnome.Polari.appdata.xml.
  CREATED org.gnome.Polari.appdata.xml
  if test -f "org.gnome.Polari.appdata.xml"; then d=; else d="./"; fi; \
if test -n "/usr/bin/appstream-util"; \
then /usr/bin/appstream-util --nonet validate 
${d}org.gnome.Polari.appdata.xml; fi \
&& touch org.gnome.Polari.appdata.valid
  org.gnome.Polari.appdata.xml: FAILED:
  ? tag-missing   :  not specified
  Validation of files failed
  Makefile:500: recipe for target 'org.gnome.Polari.appdata.valid' failed
  make[3]: *** [org.gnome.Polari.appdata.valid] Error 1
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160206082625.OlMnJdEix7/polari-3.18.1/data/appdata'
  Makefile:549: recipe for target 'check-recursive' failed
  make[2]: *** [check-recursive] Error 1
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160206082625.OlMnJdEix7/polari-3.18.1/data'
  Makefile:448: recipe for target 'check-recursive' failed
  make[1]: *** [check-recursive] Error 1
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160206082625.OlMnJdEix7/polari-3.18.1'
  dh_auto_test: make -j9 check returned exit code 2
  debian/rules:8: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


polari.3.18.1-1.unstable.amd64.log.txt.gz
Description: Binary data
--- End Message ---
--- Begin Message ---
Source: polari
Source-Version: 3.18.1-2

We believe that the bug you reported is fixed in the latest version of
polari, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 813...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Henriksson  (supplier of updated polari package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 10 Feb 2016 00:35:27 +0100
Source: polari
Binary: polari polari-dbg
Architecture: source amd64
Version: 3.18.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 

Changed-By: Andreas Henriksson 
Description:
 polari - Internet Relay Chat (IRC) client
 polari-dbg - Debugging symbols for Polari IRC client
Closes: 813874
Changes:
 polari (3.18.1-2) unstable; urgency=medium
 .
   * Add patches from upstream fixing appdata syntax (Closes: #813874)
 - debian/patches/git-appdata-screenshots-master.patch
 - debian/patches/git-appdata-kudos.patch
 - debian/patches/git-appdata-0.7.patch
 - debian/patches/git-fix-appdata.patch
Checksums-Sha1:
 25a30ca405dbbdaf9f2aa1489aa65c106d372633 2382 polari_3.18.1-2.dsc
 221ac2c493d85da8d7500727700b5648dbb00465 4408 polari_3.18.1-2.debian.tar.xz
 452f03e45c7192f028ec189d85ff07c2969c5a6e 43872 polari-dbg_3.18.1-2_amd64.deb
 068e6f0094841f81a0920bc8e79bb0ce9fc657cd 230118 polari_3.18.1-2_amd64.deb
Checksums-Sha256:
 b268268137db46f768e59c644047dd7a406ea7ace0a32a022cf7968ae29c270f 2382 
polari_3.18.1-2.dsc
 447fa81a278a37be37c2baabd1e39c55af6a1427802e36b36b5db140e12f2ed4 4408 
polari_3.18.1-2.debian.tar.xz

Bug#814299: plast: FTBFS without SSE2

2016-02-09 Thread Aaron M. Ucko 
Source: plast
Version: 2.3.1+dfsg-1
Severity: serious
Justification: fails to build from source

Hi, Andreas.

Builds of plast for architectures besides the handful that (always)
support SSE2 have been failing, per the log excerpt below.  Please
take a look, and either arrange to accommodate the remaining platforms
or officially declare plast to be

  Architecture: any-amd64 x32

Thanks!

  
/«BUILDDIR»/plast-2.3.1+dfsg/src/algo/hits/gap/SmallGapHitIteratorSSE8.cpp:28:10:
 warning: #warning error undefined __SSE3__ or __SSE2__ [-Wcpp]
   #warning error undefined __SSE3__ or __SSE2__
^
  /«BUILDDIR»/plast-2.3.1+dfsg/src/algo/hits/gap/SmallGapHitIteratorSSE8.cpp: 
In member function 'void 
algo::hits::gapped::SmallGapHitIteratorSSE8::computeScores(size_t, const 
LETTER*, const LETTER*, int*)':
  
/«BUILDDIR»/plast-2.3.1+dfsg/src/algo/hits/gap/SmallGapHitIteratorSSE8.cpp:294:5:
 error: '__m128i' was not declared in this scope
   __m128i vscore_gap_col;
   ^
  [...]
  
/«BUILDDIR»/plast-2.3.1+dfsg/src/algo/hits/gap/SmallGapHitIteratorSSE8.cpp:306:13:
 error: expected ';' before 'vtemp1'
   __m128i vtemp1;
   ^
  
/«BUILDDIR»/plast-2.3.1+dfsg/src/algo/hits/gap/SmallGapHitIteratorSSE8.cpp:309:5:
 error: 'vgap_extend' was not declared in this scope
   vgap_extend = _mm_set1_epi16 (-_parameters->extendGapCost);
   ^
  
/«BUILDDIR»/plast-2.3.1+dfsg/src/algo/hits/gap/SmallGapHitIteratorSSE8.cpp:309:62:
 error: '_mm_set1_epi16' was not declared in this scope
   vgap_extend = _mm_set1_epi16 (-_parameters->extendGapCost);
^
  [...]
  
/«BUILDDIR»/plast-2.3.1+dfsg/src/algo/hits/gap/SmallGapHitIteratorSSE8.cpp:450:54:
 error: '_mm_extract_epi16' was not declared in this scope
   scores[0] =  _mm_extract_epi16 (vbest_score,0);
^
  CMakeFiles/PlastLibrary.dir/build.make:1193: recipe for target 
'CMakeFiles/PlastLibrary.dir/src/algo/hits/gap/SmallGapHitIteratorSSE8.cpp.o' 
failed

Bug#791195: marked as done (lttoolbox: library transition may be needed when GCC 5 is the default)

2016-02-09 Thread Debian Bug Tracking System 
Your message dated Wed, 10 Feb 2016 10:49:19 +0530
with message-id

Bug#767145: That long-standing nasty Tcl/Tk-bug with autodocktools Re: Bitte weiterleiten (Re: [Pkg-tcltk-devel] Tcl/Tk help needed (Was: Bug#767145: autodocktools: fails to start the GUI))

2016-02-09 Thread Andreas Tille 
Hi Michel,

thanks for the attempt to help.  To answer your question from the other
mail: In Debian we need to build from source and build against the
current development tools - thus the usage of higher Tcl/Tk version.
(Just a personal remark: I think there are better GUI tools available
for Python than Tcl/Tk - but that's just a side note and I have not
investigated how much work droping Tcl/Tk might create).

Regarding your attached file:  I tried to test it but I realised that we
are running into another issue first:

$ autodocktools 
Run ADT from  /usr/lib/python2.7/dist-packages/AutoDockTools
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/AutoDockTools/__init__.py", line 420, 
in runADT
from mglutil.splashregister.splashscreen import SplashScreen
  File 
"/usr/lib/python2.7/dist-packages/mglutil/splashregister/splashscreen.py", line 
7, in 
from mglutil.util.misc import ensureFontCase
  File "/usr/lib/python2.7/dist-packages/mglutil/util/misc.py", line 19, in 

import numpy.oldnumeric as Numeric
ImportError: No module named oldnumeric
hit enter to continue


I think the following files are affected by this issue:

$ grep -Rw oldnumeric | grep -v '#.*oldnumeric'
AutoDockTools/AutoDockBondClassifier.py:import numpy.oldnumeric as Numeric, 
math
AutoDockTools/autogpfCommands.py:import numpy.oldnumeric as Numeric
AutoDockTools/autogpfCommands.py:import numpy.oldnumeric as Numeric
AutoDockTools/histogram.py:import numpy.oldnumeric as Numeric; N = Numeric
AutoDockTools/Conformation.py:import numpy.oldnumeric as Numeric
AutoDockTools/pixelMap2D.py:import Image, numpy.oldnumeric as Numeric
AutoDockTools/pixelMap2D.py:import numpy.oldnumeric as Numeric
AutoDockTools/Tests/test_PyAutoDock.py:import numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/prepare_dpf42.py:from numpy import oldnumeric as 
Numeric
AutoDockTools/Utilities24/compute_interatomic_distance_per_vina_pose.py:import 
numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/summarize_docking_directory.py:import 
numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/prepare_covalent_flexres.py:import 
numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/rotate_molecule.py:import numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/summarize_epdb_results4.py:from numpy import 
oldnumeric as Numeric
AutoDockTools/Utilities24/summarize_wcg_docking.py:import os, glob, 
numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/compute_rms_between_methods.py:import 
numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/write_clustering_histogram_postscript.py:import os, 
glob, Tkinter, numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/compute_consensus_maps_from_dlgs.py:import os, glob, 
numpy.oldnumeric as Numeric, math
AutoDockTools/Utilities24/score_atoms_by_component.py:from numpy import 
oldnumeric as Numeric
AutoDockTools/Utilities24/compute_rms_between_conformations.py:import 
numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/summarize_results_vif.py:from numpy import oldnumeric 
as Numeric
AutoDockTools/Utilities24/compute_interatomic_distance_per_pose.py:import 
numpy.oldnumeric as Numeric
AutoDockTools/Utilities24/summarize_time.py:import os, glob, numpy.oldnumeric 
as Numeric
AutoDockTools/AutoLigand.py:from numpy.oldnumeric import zeros
AutoDockTools/autoanalyzeCommands.py:import numpy.oldnumeric as Numeric, math
AutoDockTools/autodpfCommands.py:import os, numpy.oldnumeric as Numeric
AutoDockTools/DlgParser.py:import numpy.oldnumeric as Numeric
AutoDockTools/autoflexCommands.py:import numpy.oldnumeric as Numeric
AutoDockTools/autotorsCommands.py:import numpy.oldnumeric as Numeric
AutoDockTools/DlgFilters.py:from numpy import oldnumeric as Numeric
AutoDockTools/cluster.py:import numpy.oldnumeric as Numeric
AutoDockTools/pyAutoDockCommands.py:import Tkinter, numpy.oldnumeric as 
Numeric, Pmw
AutoDockTools/GridParameters.py:import numpy.oldnumeric as Numeric
AutoDockTools/ConfPlayer.py:import numpy.oldnumeric as Numeric
AutoDockTools/InteractionDetector.py:from numpy import oldnumeric as Numeric
AutoDockTools/InteractionDetector.py:import numpy.oldnumeric as Numeric
AutoDockTools/LigandMixin.py:import numpy.oldnumeric as Numeric, math, types, os
AutoDockTools/cluster_ad.py:import numpy.oldnumeric as Numeric
AutoDockTools/energyCalculator.py:import numpy.oldnumeric as Numeric
AutoDockTools/MoleculePreparation.py:import numpy.oldnumeric as Numeric, math 


As far as I dived into a websearch the needed replacements are not
really complex but I would consider it more sensible if you do it
right on your side to be prepared for latest numpy.

Kind regards

  Andreas.

On Tue, Feb 09, 2016 at 04:23:36PM -0800, Michel Sanner wrote:
> Steffen
> 
> 
> could you please check is replacing the file
> mglutil/gui/BasicWidgets/Tk/vector3DGUI.py with the one attached solves the
> problem ?
> 
> Thanks
> 
> On 12/29/2015 05:00 PM, Steffen Möller wrote:
> >Hello Michel, hello Stefano,
> >
>

<    1   2