Bug#1064492: libdemeter-perl: Use of wxTB_3DBUTTONS crashes the Artemis GUI

2024-02-22 Thread Carlo Segre
Package: libdemeter-perl
Version: 0.9.27
Severity: grave
Tags: patch upstream
Justification: renders package unusable

when invoking the "dartemis" executable, it fails when trying to use
wxTB_3DBUTTONS from Wx::ToolBar.  This is in line 174 of the GDS.pm script.
Removal of wxTB_3DBUTTONS from line 174 allows dartemis to run correctly.

I think there is a more serious problem.  The most recent official release
is
0.9.26, not 0.9.27.  The fix suggested above reverts to the code in 0.9.26.
Perhaps, 0.9.26 should be the version used in the Debian package.

There is also an error in executing "dhephaestus".  It crashes with the
following error:

$ dhephaestus
Can't use an undefined value as an ARRAY reference at
/usr/share/perl5/Demeter/UI/Hephaestus/LineFinder.pm line 46.
Compilation failed in require at /usr/share/perl5/Demeter/UI/Hephaestus.pm
line
298.

As far as I can tell, there is no difference in either Hephaestus.pm or
LineFinder.pm in the two versions so the problem is more subtle.  In any
case,
version 0.9.26 runs without errors in trixie with the same version of libwx-
perl.

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.13-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libdemeter-perl depends on:
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-2
ii  libchemistry-elements-perl  1.077-1
ii  libchemistry-formula-perl   3.0.1-1.3
ii  libconfig-ini-perl  1:0.029-1
ii  libconst-fast-perl  0.014-2
ii  libdatetime-perl2:1.59-1+b1
ii  libdigest-sha-perl  6.04-1+b1
ii  libencoding-fixlatin-perl   1.04-3
ii  libfile-copy-recursive-perl 0.45-4
ii  libfile-countlines-perl 0.0.3-4
ii  libfile-touch-perl  0.12-2
ii  libfile-which-perl  1.27-2
ii  libgraph-perl   1:0.9727-1
ii  libgraphics-gnuplotif-perl  1.8-2
ii  libheap-perl0.80-5
ii  libifeffit-perl 2:1.2.11d-12.5+b1
ii  libjson-perl4.1-1
ii  liblist-moreutils-perl  0.430-2
ii  libmath-combinatorics-perl  0.09-6
ii  libmath-derivative-perl 1.01-3
ii  libmath-random-free-perl0.2.0-2
ii  libmath-random-perl 0.72-2+b3
ii  libmath-round-perl  0.08-1
ii  libmath-spline-perl 0.02-4
ii  libmoose-perl   2.2207-1
ii  libmoosex-aliases-perl  0.11-2
ii  libmoosex-types-laxnum-perl 0.04-2
ii  libmoosex-types-perl0.50-2
ii  libpdl-stats-perl   0.83-1+b1
ii  libpod-pom-perl 2.01-4
ii  libregexp-assemble-perl 0.38-2
ii  libregexp-common-perl   2017060201-3
ii  librpc-xml-perl 0.82-1
ii  libspreadsheet-writeexcel-perl  2.40-4
ii  libstar-parser-perl 0.59-4
ii  libstatistics-descriptive-perl  3.0801-1
ii  libtext-template-perl   1.61-1
ii  libtext-unidecode-perl  1.30-3
ii  libtree-simple-perl 1.34-2
ii  libwant-perl0.29-2+b2
ii  libxmlrpc-lite-perl 0.717-5
ii  libxray-absorption-perl 3.0.1-4
ii  libxray-scattering-perl 3.0.1-3
ii  libyaml-tiny-perl   1.74-1
ii  pdl 1:2.085-1
ii  perl [libdigest-sha-perl]   5.38.2-3

libdemeter-perl recommends no packages.

libdemeter-perl suggests no packages.

-- no debconf information


-- 
Carlo U. Segre (he/him) -- Duchossois Leadership Professor of Physics
Professor of Materials Science & Engineering
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Phone: 312.567.3498
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org


Bug#1064482: libdemeter-perl: Missing dependence on libwx-perl

2024-02-22 Thread Carlo Segre
Package: libdemeter-perl
Severity: grave
Justification: renders package unusable

The dathena program will not start without the libwx-perl package.


--
Carlo Segre 


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE,
TAIN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libdemeter-perl depends on:
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-2
ii  libchemistry-elements-perl  1.077-1
ii  libconfig-ini-perl  1:0.029-1
ii  libconst-fast-perl  0.014-2
ii  libdatetime-perl2:1.59-1+b1
ii  libdigest-sha-perl  6.04-1+b1
ii  libencoding-fixlatin-perl   1.04-3
ii  libfile-copy-recursive-perl 0.45-4
ii  libfile-countlines-perl 0.0.3-4
ii  libfile-touch-perl  0.12-2
ii  libfile-which-perl  1.27-2
ii  libgraph-perl   1:0.9727-1
ii  libheap-perl0.80-5
ii  libifeffit-perl 2:1.2.11d-12.5+b1
ii  libjson-perl4.1-1
ii  liblist-moreutils-perl  0.430-2
ii  libmath-combinatorics-perl  0.09-6
ii  libmath-derivative-perl 1.01-3
ii  libmath-random-perl 0.72-2+b3
ii  libmath-round-perl  0.08-1
ii  libmath-spline-perl 0.02-4
ii  libmoose-perl   2.2207-1
ii  libmoosex-aliases-perl  0.11-2
ii  libmoosex-types-laxnum-perl 0.04-2
ii  libmoosex-types-perl0.50-2
ii  libpdl-stats-perl   0.83-1+b1
ii  libpod-pom-perl 2.01-4
ii  libregexp-assemble-perl 0.38-2
ii  libregexp-common-perl   2017060201-3
ii  librpc-xml-perl 0.82-1
ii  libspreadsheet-writeexcel-perl  2.40-4
pn  libstar-parser-perl 
ii  libstatistics-descriptive-perl  3.0801-1
ii  libtext-template-perl   1.61-1
ii  libtext-unidecode-perl  1.30-3
ii  libtree-simple-perl 1.34-2
ii  libwant-perl0.29-2+b2
ii  libxmlrpc-lite-perl 0.717-5
ii  libxray-absorption-perl 3.0.1-4
ii  libxray-scattering-perl 3.0.1-3
ii  libyaml-tiny-perl   1.74-1
ii  pdl 1:2.085-1
ii  perl [libdigest-sha-perl]   5.38.2-3

libdemeter-perl recommends no packages.

libdemeter-perl suggests no packages.

-- 
Carlo U. Segre (he/him) -- Duchossois Leadership Professor of Physics
Professor of Materials Science & Engineering
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Phone: 312.567.3498
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org


Bug#885777: (no subject)

2018-03-25 Thread Carlo Segre


As far as I can tell libgnomecanvas2-0 is still in the distribution but 
fails to compile because it needs some packages which are unmaintained.


For the moment it is still in testing and unstable.

Carlo

On Sun, 25 Mar 2018, Denis Auroux wrote:

Uh, wait... the mailing list post from October 2017 announcing the 
deprecation and removal of libgnome and libgnomeui and other related 
libraries didn't even list libgnomecanvas among the libraries to be removed, 
or xournal among the affected packages -- perhaps showing awareness that 
libgnomecanvas is in fact not related to libgnome in any way.  Could it be 
that someone got overzealous and decided to remove libgnomecanvas for no good 
reason?  Perhaps that can still be undone?


Denis



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



Bug#869436: ifeffit: FTBFS with perl 5.26

2017-07-23 Thread Carlo Segre


I am not sure I will have time to look at this for a long while given RL 
committments.


Carlo

On Sun, 23 Jul 2017, Mattia Rizzolo wrote:


Source: ifeffit
Version: 2:1.2.11d-10.1
Severity: serious
User: debian-p...@lists.debian.org
Usertag: perl-5.26-transition
Control: block 866389 by -1

I tried to rebuild ifeffit for the perl 5.26 transition, but it fails:

fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp build-ifeffit build-all-pythons build-python* build-perl 
build-docs
[ ! -f Makefile ] || /usr/bin/make distclean
rm -f wrappers/perl/Makefile.PL
rm -f wrappers/perl/Makefile
rm -f wrappers/perl/pm_to_blib
rm -f wrappers/python/site_install.py
rm -f wrappers/tcl/TclSetup.in
rm -f readline/config.log
rm -f readline/config.status
rm -f readline/stamp-h
rm -f readline/config.h
rm -f readline/Makefile
rm -f readline/doc/Makefile
rm -f readline/shlib/Makefile
rm -f readline/examples/Makefile
rm -f configure.in.save
rm -rf tmp_docs
cd doc/Tutorial && make clean && rm -f *.bak
make[1]: Entering directory '/build/ifeffit-1.2.11d/doc/Tutorial'
../scripts/latexmk -C tutor.tex
Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/\\blackandwhite{ <-- HERE ([^\001\040\011}]*)}/ at ../scripts/latexmk line 1160.
Makefile:98: recipe for target 'clean' failed
make[1]: *** [clean] Error 2
make[1]: Leaving directory '/build/ifeffit-1.2.11d/doc/Tutorial'
debian/rules:136: recipe for target 'clean' failed
make: *** [clean] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2




--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



Bug#853898: pgplot5: FTBFS after zlib moved zconf.h back to /usr/include

2017-02-03 Thread Carlo Segre


Thanks

On Fri, 3 Feb 2017, Andreas Beckmann wrote:


Followup-For: Bug #853898
Control: tag -1 patch pending

Hi,

I just uploaded the NMU to DELEAYED/2, will ask for an unblock once this
is in unstable.


Andreas



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



Bug#811800: fityk: FTBFS with GCC 6: error: reference is ambiguous

2016-11-06 Thread Carlo Segre


Hi Stuart:

I would be happy to pass this to the Debian Science team.  My professional 
responsibilities have taken away much of the time I had to work on my 
packages.  I always hope that I can set aside some time but it never seems 
to be possible.


Carlo

On Sun, 6 Nov 2016, Stuart Prescott wrote:


Dear Carlo,

As an alternative to the patch from Graham Inggs, this bug (and a few others)
could all be fixed by updating to the 1.3.0 release.

I attach a diff that would update to the current upstream release as well as fix
a few other bits and pieces within the packaging.

Thoughts?

(BTW I see it's been a long time since you uploaded this package -- would you
be interested co-maintaining it along with the Debian Science team?)

regards
Stuart




--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



Bug#826069: libghemical5v5: breaks color rendering and atom generation in ghemical

2016-06-01 Thread Carlo Segre
Package: libghemical5v5
Version: 3.0.0-4.1+b2
Severity: grave
Justification: renders package unusable

When installed from sid, ghemical will only render in greyscale instead of 
color.  In addition, building a molecule atom-by-atom is not functional.

In order to get ghemical working again, I have to revert to the wheezy version
as there is no version available in jessie.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libghemical5v5 depends on:
ii  libblas3 [libblas.so.3]  3.6.0-2
ii  libc62.22-9
ii  libgcc1  1:6.1.1-4
ii  libghemical-data 3.0.0-4.1
ii  liblapack3 [liblapack.so.3]  3.6.0-2
ii  libmopac7-1gf1.15-6
ii  libopenmpi1.10   1.10.2-14
ii  libsc7v5 2.3.1-16.1+b1
ii  libstdc++6   6.1.1-4

libghemical5v5 recommends no packages.

libghemical5v5 suggests no packages.

-- no debconf information



Bug#812652: horae: FTBFS - Can't locate Module/Build.pm

2016-01-25 Thread Carlo Segre

On Mon, 25 Jan 2016, Michael Tautschnig wrote:


Package: horae
Version: 071~svn537-2
Severity: serious
Usertags: goto-cc

During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder
and pbuilder) the build failed with the following error.

[...]
debian/rules build
dh_testdir
/usr/bin/perl Build.PL 
destdir=/srv/jenkins-slave/workspace/sid-goto-cc-horae/horae-071~svn537/debian/horae
Can't locate Module/Build.pm in @INC (you may need to install the Module::Build 
module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.1 
/usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at Build.PL 
line 3.
BEGIN failed--compilation aborted at Build.PL line 3.
debian/rules:16: recipe for target 'configure-stamp' failed
make: *** [configure-stamp] Error 2


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.


Thanks Michael.  I will try to look at it soon.  My build machine had a 
disk failure and I have not had time to rebuild it.


Carlo



Best,
Michael



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



Bug#796294: tgif: diff for NMU version 1:4.2.5-1.3

2015-12-14 Thread Carlo Segre


This is fine.  I am not sure when I will get to updating the package.

Carlo

On Mon, 14 Dec 2015, Mattia Rizzolo wrote:


Control: tags 796294 + patch
Control: tags 796294 + pending

Dear maintainer,

I've prepared an NMU for tgif (versioned as 1:4.2.5-1.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.




--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



Bug#784743: pgplot5: FTBFS: No rule to make target '/usr/include/zconf.h'

2015-05-31 Thread Carlo Segre
Thanks, I will definitely do so when I get a bit of time.  That is the major 
problem for me these days.

Carlo

On May 31, 2015 4:22:01 AM CDT, Edmund Grimley Evans 
edmund.grimley.ev...@gmail.com wrote:
I was able to build pgplot5 like this:

apt-get source pgplot5
dpkg-source --skip-patches -x pgplot5_5.2.2-19.dsc 
cd pgplot5-5.2.2/
perl -i -pe 's/:.*/:/ if m!/usr/include/zconf!;' \
debian/patches/linker-specific-changes
dpkg-buildpackage -b

So the fix could be a one-line change in that patch file.
Does that look all right to you?
Can you upload a fixed version?

-- 
Carlo Segre, Duchossois Professor of Physics
Illinois Institute of Technology
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#784743: pgplot5: FTBFS: No rule to make target '/usr/include/zconf.h'

2015-05-08 Thread Carlo Segre


Thanks I may have some time to figure it out soon.

CCarlo

On Fri, 8 May 2015, Edmund Grimley Evans wrote:


Source: pgplot5
Version: 5.2.2-19
Severity: serious

I found it failed to build in jessie or unstable on amd64. In each
case the error was the same as the one reported by the arm64 and
ppc64el buildds:

gfortran -c -u -Wall  -O2 -fPIC /tmp/pgplot5/pgplot5-5.2.2/drivers/pgdriv.f
make[1]: *** No rule to make target '/usr/include/zconf.h', needed by
'pndriv.o'.  Stop.

https://buildd.debian.org/status/package.php?p=pgplot5suite=sid



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org


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



Bug#772611: horae: build-depend on libpod-latex-perl to fix FTBFS

2015-01-10 Thread Carlo Segre


Hi Logan:

It will be fixed in the next release

On Tue, 9 Dec 2014, Logan Rosen wrote:


Package: horae
Version: 071~svn537-1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu vivid ubuntu-patch

Dear Maintainer,

horae currently FTBFS on amd64 (and presumably i386 as well) due to a 
missing build dependency on libpod-latex-perl.


Here is the relevant extract from the build log:

# Generate man pages for artemis only cd lib/Ifeffit/lib/artemis.doc ; 
./make_doc --man Can't locate Pod/LaTeX.pm in @INC (you may need to 
install the Pod::LaTeX module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.20.1 /usr/local/share/perl/5.20.1 
/usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 
/usr/local/lib/site_perl .) at ./make_doc line 93. BEGIN 
failed--compilation aborted at ./make_doc line 93. debian/rules:29: 
recipe for target 'build-stamp' failed


In Ubuntu, the attached patch was applied to achieve the following:

 * Build-depend on libpod-latex-perl to fix FTBFS.

Thanks for considering the patch.

Logan Rosen

-- System Information:
Debian Release: jessie/sid
 APT prefers vivid-updates
 APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-25-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org


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



Bug#772611: horae: build-depend on libpod-latex-perl to fix FTBFS

2014-12-08 Thread Carlo Segre


will do

On Tue, 9 Dec 2014, Logan Rosen wrote:


Package: horae
Version: 071~svn537-1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu vivid ubuntu-patch

Dear Maintainer,

horae currently FTBFS on amd64 (and presumably i386 as well) due to a missing 
build dependency on libpod-latex-perl.

Here is the relevant extract from the build log:

# Generate man pages for artemis only
cd lib/Ifeffit/lib/artemis.doc ; ./make_doc --man
Can't locate Pod/LaTeX.pm in @INC (you may need to install the Pod::LaTeX 
module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.1 
/usr/local/share/perl/5.20.1 /usr/lib/x86_64-linux-gnu/perl5/5.20 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 
/usr/local/lib/site_perl .) at ./make_doc line 93.
BEGIN failed--compilation aborted at ./make_doc line 93.
debian/rules:29: recipe for target 'build-stamp' failed

In Ubuntu, the attached patch was applied to achieve the following:

 * Build-depend on libpod-latex-perl to fix FTBFS.

Thanks for considering the patch.

Logan Rosen

-- System Information:
Debian Release: jessie/sid
 APT prefers vivid-updates
 APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-25-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org


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



Bug#749353: ifeffit: FTBFS - 'CPPFunction' undeclared

2014-08-26 Thread Carlo Segre


I am aware of this and am working on the replacement but it is still not 
in production with the higher level software which uses Ifeffit.


Carlo

On Tue, 26 Aug 2014, mjn wrote:


Fwiw, this is unlikely to be fixed upstream. The last release was in
2008, and the package was officially deprecated in 2012, in favor of a
replacement from the same author, xraylarch:
http://cars.uchicago.edu/xraylarch/

The author describes the latter as a complete set of XAFS Analysis
tools (replacing all of the Ifeffit package), and unlike Ifeffit, it's
maintained and builds against recent libraries. It isn't currently in
Debian, however.

-Mark



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org


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



Bug#749870: objcryst-fox: Please update to use wxwidgets3.0

2014-08-23 Thread Carlo Segre


Go ahead, I have not had any time to dedicate to my packages recently and 
I am not sure when that will change.


Carlo

On Sun, 24 Aug 2014, Olly Betts wrote:


On Fri, May 30, 2014 at 10:38:20PM +1200, Olly Betts wrote:

We're aiming to migrate the archive to using wxwidgets3.0 instead of
wxwidgets2.8, and intend to drop wxwidgets2.8 before jessie is released.

I've rebuilt your package using the attached patch.  The fox binary
runs, but I don't have the data required to usefully test much of its
functionality.

I'm happy to NMU this change if you wish me to - just let me know.


This bug has been open with a patch attached for close to 3 months now
without any comment, so I'm intending to NMU this patch.  It really
needs testing by people who actually use the application - if it's in
unstable, that is more likely to happen then if the patch just sits
here any longer.

Cheers,
   Olly



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org


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



Bug#666227: will upload NMU

2012-06-16 Thread Carlo Segre
Thanks

--
Carlo Segre
Professor of Physics
Illinois Institute of Technology

On Jun 16, 2012, at 6:33, Willi Mann wi...@wm1.at wrote:

 Hi!
 
 In order to fix this bug, I'll NMU this package with attached changes.
 
 Greetings from Salzburg BSP
 Willi
 tgif.diff



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



Bug#648839: ifeffit: needs rebuilding for perl 5.14

2011-11-16 Thread Carlo Segre


Thanks, I will implement it soon.

Carlo

On Wed, 16 Nov 2011, Colin Watson wrote:


On Tue, Nov 15, 2011 at 03:04:33PM +, Dominic Hargreaves wrote:

As for #626584, this package needs rebuilding against perl 5.14.


I expect you'll need this patch, since libreadline has been converted
for multiarch:

 * Link against -lreadline, not /usr/lib/libreadline.a.

diff -Nru ifeffit-1.2.11d/debian/patches/configuration_patches 
ifeffit-1.2.11d/debian/patches/configuration_patches
--- ifeffit-1.2.11d/debian/patches/configuration_patches2010-03-28 
00:03:18.0 +
+++ ifeffit-1.2.11d/debian/patches/configuration_patches2011-11-16 
12:31:02.0 +
@@ -88,7 +88,7 @@
 ifeffit_SOURCES = iff_shell.c ifeffit.h commands.h
 # readline_LIB = -L$(top_srcdir)/readline -lreadline $(TERMCAP_LIB)
-readline_LIB =  $(top_srcdir)/readline/libreadline.a $(TERMCAP_LIB)
-+readline_LIB =  /usr/lib/libreadline.a $(TERMCAP_LIB)
++readline_LIB =  -lreadline $(TERMCAP_LIB)
 ### -ltermcap

 ifeffit_LDADD = ../lib/libifeffit.a  $(PGPLOT_LIBS) $(readline_LIB) $(MN_FLIBS)

Thanks,




--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



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



Bug#648842: libpgplot-perl: needs to be rebuilt against perl 5.14

2011-11-15 Thread Carlo Segre


Hi Gregor:

On Tue, 15 Nov 2011, gregor herrmann wrote:


Carlo, are you taking care of this again?

(If you're lacking time I'm happy to build it on amd64 and i386 but
messing with all architectures is a bit beyond my interests for a
non-free package :))



I will but there is a problem.  pgplot5 itself is not compiling properly 
with the newest gfortran and I am not sure what is going on.  It is going 
to be a problem for libpgplot-perl too and I have not decided how to deal 
with it.


Hopefully I can put some time into it soon.

Carlo



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



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



Bug#631653: objcryst-fox: FTBFS: uses -march=native

2011-06-25 Thread Carlo Segre


Hi Crhistoph:

On Sat, 25 Jun 2011, Christoph Egger wrote:



Your package failed to build on the buildds:


I noticed but I am a bit mystified..



make[3]: Entering directory 
`/build/buildd-objcryst-fox_1.9.6.0-1-amd64-5MmL7t/objcryst-fox-1.9.6.0/ObjCryst/CrystVector'
cc1plus: error: CPU you selected does not support x86-64 instruction set
make[3]: *** [CrystVector.o] Error 1
make[3]: Leaving directory 
`/build/buildd-objcryst-fox_1.9.6.0-1-amd64-5MmL7t/objcryst-fox-1.9.6.0/ObjCryst/CrystVector'
make[2]: *** [libCrystVector] Error 2



I cannot reproduce this error in my own build cluster on the amd64 and 
kfreebsd-amd64 systems using a clean sid chroot, like the buildds.




make[2]: Entering directory 
`/build/buildd-objcryst-fox_1.9.6.0-1-armel-gXCubf/objcryst-fox-1.9.6.0/Fox/src'
/usr/bin/make -f gnu.mak -C 
/build/buildd-objcryst-fox_1.9.6.0-1-armel-gXCubf/objcryst-fox-1.9.6.0/Fox/src/../../ObjCryst/CrystVector
 lib
make[3]: Entering directory 
`/build/buildd-objcryst-fox_1.9.6.0-1-armel-gXCubf/objcryst-fox-1.9.6.0/ObjCryst/CrystVector'
cc1plus: error: bad value (native) for -march switch
make[3]: *** [CrystVector.o] Error 1
make[2]: *** [libCrystVector] Error 2
make[1]: *** [Fox] Error 2



I do get this error for my armel and ia64 build machines, both using 
pbuilder.  Clearly it seems to be a problem with the -march=native 
directive.  Is there a better option to use?


Thanks,

Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



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



Bug#631653: objcryst-fox: FTBFS: uses -march=native

2011-06-25 Thread Carlo Segre


Hi Christoph:

On Sun, 26 Jun 2011, Christoph Egger wrote:


Carlo Segre se...@iit.edu writes:

I do get this error for my armel and ia64 build machines, both using
pbuilder.  Clearly it seems to be a problem with the -march=native
directive.  Is there a better option to use?


Well -march=native isn't doing any good as it bases the result of the
binary on what hardware is used on the atobuilder host. For your package
build please just stick to the compiler default and don't pas any -march
/ -mtune flags.



Yes, this option was added in the latest release, I will revert it for the 
Debian package.


Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



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



Bug#626584: ifeffit needs rebuilding and it seems the buildds can't do it

2011-05-13 Thread Carlo Segre


Thank you.  I will be rebuilding it soon.  The challenge is that it needs 
to be built by hand as it requires non-free packages.


Carlo

On Fri, 13 May 2011, peter green wrote:


package: ifeffit
severity: serious
x-debbugs-cc: debian-rele...@lists.debian.org

ifeffit needs rebuilding against the new perl and it seems the buildds can't 
build it due to the build-depends on the non-free package pgplot5.






--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org



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



Bug#595795: tgif: Does not open documents written with version 4.1.x correct

2010-09-06 Thread Carlo Segre


Hi Günter:

On Mon, 6 Sep 2010, Günter Frenz wrote:



Yes, all three are installed. But the error message I just sent to you,
suggests some problems with the fonts. Any idea where I can look for a
solution? Ah, I forgot to attach the second file in my last mail, now it
is...



I think I have found the problem.  If you look at the test.obj file 
itself, the second line is:


state(0,37,100,000,0,0,0,16,1,9,1,1,0,0,1,0,1,0,'Courier',0,80640,0,0,1,5,0,0,1,1,0,16,0,0,1,1,1,1,1050,1450,1,0,2880,0).

Now the files I have created with version 4.2.2 contain the following 
second line:


state(0,37,100.000,0,0,0,16,1,10,1,1,0,0,1,1,1,0,'Courier',0,138240,0,0,1,10,0,0,1,1,0,16,0,0,1,1,1,1,1050,1485,1,0,2880,0).

If I put your line in my file, I have teh same segfault and if I put my 
line in your file, it works fine.  I looked at the file very carefully and 
the problem is in the third entry in parentheses, in your file it is 
100,000 but the correct value should be 100.000.  Clearly there is 
some problem with the way fixed point numbers are formatted and written 
out to the file.  The comma instead of the period confuses the issue.


I am not sure why this is happening at write time so i will forward the 
message to the upstream author and maybe he can clarify the situation.


I am also putting this back into the bug report thread.

Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org

Bug#595795: tgif: Does not open documents written with version 4.1.x correct

2010-09-06 Thread Carlo Segre


Hi

On Mon, 6 Sep 2010, Bill Cheng wrote:



I'm not sure exactly how to fix this bug since I'm not too familiar with 
the localization stuff.  I thought the locale should be set correctly 
due to the call to setlocale(LC_ALL, C) in tgif.  But this code can be 
skipped if -D_NO_LOCALE_SUPPORT compiler flag is used.  The 
_NO_LOCALE_SUPPORT compiler flag should only be used on a system that 
does not have the setlocale() function.  But anyone can just use 
-D_NO_LOCALE_SUPPORT to compile tgif.  Is there a way you can find of if 
-D_NO_LOCALE_SUPPORT was used to compile tgif?




It is likely that the -D_NO_LOCALE_SUPPORT flag was not used as 
localization is important in Debian.  I will check into it.  Do you have 
any idea why this problem was not evident in the older version 4.1.45?


I believe that Günter has been using tgif for some time and clearly his 
saved files have the comma but he had no problems with previous versions.


Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org

Bug#595795: tgif: Does not open documents written with version 4.1.x correct

2010-09-06 Thread Carlo Segre


Sorry about answering myself.  I see the problem.  In the older version it 
is likely that the -D_NO_LOCALE_SUPPORT was used or there was no locale 
support so that the old files Gunter has contain the decimal points while 
files he is writing out now have the comma.  The new version of the 
program chokes on a decimal point when reading in files.  This is serious 
and needs to be fixed.  I will look into it ASAP.


Carlo


On Mon, 6 Sep 2010, Carlo Segre wrote:



Hi

On Mon, 6 Sep 2010, Bill Cheng wrote:



I'm not sure exactly how to fix this bug since I'm not too familiar with 
the localization stuff.  I thought the locale should be set correctly due 
to the call to setlocale(LC_ALL, C) in tgif.  But this code can be 
skipped if -D_NO_LOCALE_SUPPORT compiler flag is used.  The 
_NO_LOCALE_SUPPORT compiler flag should only be used on a system that does 
not have the setlocale() function.  But anyone can just use 
-D_NO_LOCALE_SUPPORT to compile tgif.  Is there a way you can find of if 
-D_NO_LOCALE_SUPPORT was used to compile tgif?




It is likely that the -D_NO_LOCALE_SUPPORT flag was not used as localization 
is important in Debian.  I will check into it.  Do you have any idea why this 
problem was not evident in the older version 4.1.45?


I believe that Günter has been using tgif for some time and clearly his saved 
files have the comma but he had no problems with previous versions.


Carlo




--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org

Bug#584036: xournal: Security bugs in ghostscript

2010-05-31 Thread Carlo Segre


Thanks Paul

On Tue, 1 Jun 2010, Paul Szabo wrote:


Package: xournal
Severity: grave
Tags: security
Justification: user security hole


Please note remote execute-any-code security bugs in ghostscript:

 http://bugs.debian.org/583183

This package depends on ghostscript, and may be affected. Please
evaluate the security of this package, and fix if needed.



Will look into it as soon as possible.

Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org



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



Bug#566560: gpib: diff for NMU version 3.2.11-2.1

2010-02-14 Thread Carlo Segre


Hi gregor:

Go ahead and get the NMU in the archive.  I will focus on getting the 
newer version packaged and incorporate the changes you have made.


Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.deb.2.00.1002141003250.4...@hydride.iit.edu



Bug#546221: libxray-absorption-perl FTBFS -- Patch picked from upstream svn

2009-11-07 Thread Carlo Segre


Hi Salvatore:

i already have a fixed package from upstream ready to go, I have just been 
waiting for him to decide how to bump the revision number.  hopefully it 
will happen soon.  What he did was completely rewrite the tests instead of 
patch them.


Carlo


On Sat, 7 Nov 2009, Salvatore Bonaccorso wrote:


tag 546221 + patch
thanks

Hi Niko and hi Serge

I picked a patch from upstream's svn and now libxray-absorption-perl
builds fine. The patch is attached. I can prepare a NMU if Serge
agrees and have not mucht time. Please let me know.

Bests
Salvatore



--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org



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



Bug#478463: Preliminary patch

2009-10-04 Thread Carlo Segre


Hi Kumar:

On Mon, 28 Sep 2009, Kumar Appaiah wrote:



Please find attached a preliminary patch to fix this bug. More testing
is needed to ensure that I have used the correct numpy functions.



Thanks for the patch.  I have forwarded it to upstream but in the 
meantime, I have applied it and will upload a package which depends on 
python-numpy, closing the bug.  If you find that there are any problems, 
please let me know and I will adjust the package.


Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Graduate Admissions, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org



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



Bug#519030: horae: duplicates libwwwbrowser-perl

2009-03-09 Thread Carlo Segre


Hi Aaron:

I will definitely consult with upstream and fix this.

Carlo

On Mon, 9 Mar 2009, Aaron M. Ucko wrote:


Package: horae
Version: 070~svn512-1
Severity: serious
Justification: Policy 6.6(4), 4.13


dpkg: error processing /var/cache/apt/archives/horae_070~svn512-1_all.deb 
(--unpack):
 trying to overwrite `/usr/share/perl5/WWWBrowser.pm', which is also in package 
libwwwbrowser-perl


The files in question are unsurprisingly nearly identical, with the
only real difference (apart from a missing typo fix) being to the
@unix_browsers array.  Specifically, relative to libwwwbrowser-perl
(whose list is presumably also customized), horae adds kfmclient,
misses iceape, links2, links, chimera2, arora, netsurf, and conkeror,
and reshuffles the entries somewhat.  As such, could you please
exclude WWWBrowser.pm, depend on on libwwwbrowser-perl, and (if
desired) reconcile any differences that concern you?

Thanks!

FTR, here's the precise diff from libwwwbrowser-perl 2.23-1:

--- /usr/share/perl5/WWWBrowser.pm  2008-07-26 17:10:50.0 -0400
+++ -   2009-03-09 18:46:17.135446724 -0400
@@ -5,6 +5,8 @@
# $Id: WWWBrowser.pm,v 2.23 2003/02/05 16:39:10 eserte Exp $
# Author: Slaven Rezic
#
+# Modified somewhat by Bruce Ravel
+#
# Copyright (C) 1999,2000,2001,2003 Slaven Rezic. All rights reserved.
# This package is free software; you can redistribute it and/or
# modify it under the same terms as Perl itself.
@@ -22,11 +24,9 @@
$VERSION = sprintf(%d.%02d, q$Revision: 2.23 $ =~ /(\d+)\.(\d+)/);

@unix_browsers = qw(_default_gnome _default_kde
-   iceweasel iceape epiphany galeon konqueror links2
-   firefox mozilla netscape Netscape opera
-   dillo w3m lynx links chimera2 arora netsurf conkeror
-   mosaic Mosaic
-   chimera arena tkweb
+   opera iceweasel galeon epiphany firefox konqueror mozilla 
netscape Netscape kfmclient
+   w3m lynx
+   dillo mosaic Mosaic chimera arena tkweb
explorer) if !...@unix_browsers;

init();
@@ -347,7 +347,7 @@

=head1 NAME

-WWWBrowser - platform independent means to start a WWW browser
+WWWBrowser - platform independent mean to start a WWW browser

=head1 SYNOPSIS

-- System Information:
Debian Release: squeeze/sid
 APT prefers unstable
 APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash





--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org



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



Bug#519030: horae: duplicates libwwwbrowser-perl

2009-03-09 Thread Carlo Segre


This is really embarrasing.  I packaged libwwwbrowser-perl a long time ago 
in preparation for the new version of horae and then so much time passed 
that I forgot about it.


I'm conflicting with myself!

i will fix it shortly.

Carlo

On Mon, 9 Mar 2009, Aaron M. Ucko wrote:


Carlo Segre se...@iit.edu writes:


I will definitely consult with upstream and fix this.


Thanks!  In the meantime, I've worked around the problem by
temporarily uninstalling libwwwbrowser-perl, on which nothing in the
archive yet depends.




--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://www.iit.edu/~segre   se...@debian.org



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



Bug#422365: pgplot5: shared library should link to -lpng

2007-05-05 Thread Carlo Segre


Will look into it as soon as possible.

Thanks

Carlo


On Sat, 5 May 2007, Matej Vela wrote:


Package: pgplot5
Version: 5.2.2-9
Severity: serious
Justification: Policy 10.2

I'm trying to build wip without extraneous dependencies, as discussed in
http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html.
Here's what I get if I remove `-lpng', which is not used by wip itself:

   gcc -O2  -o /home/mvela/deb/wip/wip-2p3/wip wipmain.o 
/home/mvela/deb/wip/wip-2p3/libwip.a  -lcpgplot -lpgplot -ledit -lm
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_set_PLTE'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_init_io'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_set_text'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_set_tRNS'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_create_info_struct'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_write_info'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_create_write_struct'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_set_IHDR'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_write_end'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_write_row'
   /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/libpgplot.so: undefined 
reference to `png_destroy_write_struct'
   collect2: ld returned 1 exit status

This violates Policy section 10.2:

   Although not enforced by the build tools, shared libraries must be
   linked against all libraries that they use symbols from in the same
   way that binaries are.  This ensures the correct functioning of the
   shlibs system and guarantees that all libraries can be safely opened
   with `dlopen()'.  [...]

Thanks,

Matej





--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED]


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



Bug#386470: ifeffit: Build depends on libc6

2006-09-07 Thread Carlo Segre


Darn, I didn't catch that in the update...

I will correct immediately.

Thanks,

Carlo


On Thu, 7 Sep 2006, Kurt Roeckx wrote:


Package: ifeffit
Version: 1:1.3.0-1
Severity: serious

Hi,

Your package has a build dependency on libc6.  Please remove it.

The package is not available on all arches.  The glibc source package
generates packages with different names depending on the arch.  And if
you would like to use a build dependency use libc-dev (or libc6-dev,
...)


Kurt





--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#376239: matplotlib won't build properly - pyversions error

2006-07-01 Thread Carlo Segre
Package: matplotlib
Severity: serious
Tags: patch
Justification: no longer builds from source


The statement for PYVERS in debian/rules generates an error from pyversions. 
This may be a consequence of new behavior by pyversions but it does prevent
proper build of the package.

The following error is generated in a number of places in the build

---
usage: [-v] [-h] [-d|--default] [-s|--supported] [-i|--installed]
[-r|--requested version string|control file]

pyversions: error: no such option: -e
---

This is due to the statement 

PYVERS:= $(shell pyversions -v -rdebian/control)

The correct syntax is one of the following:

PYVERS:= $(shell pyversions -v -r debian/control)
PYVERS:= $(shell pyversions -v -r)
PYVERS:= $(shell pyversions -vr)

Cheers,

Carlo


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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



Bug#376198: python-matplotlib: matplotlib is not usable with default installation

2006-06-30 Thread Carlo Segre
Package: python-matplotlib
Version: 0.86.2-5
Severity: grave
Justification: renders package unusable


The default installation of python-matplotlib is non-functional because of
tthe following specific problem.

Installing the python-matplotlib package also installs python-numeric see
[0] because the Depends: line has python-numeric | python-numarray but in
/etc/matplotlibrc, the default for numerix is numarray, not Numeric. 
This resulet in the package becoming unusable from a clean install as shown
below:

[EMAIL PROTECTED] python -c 'import matplotlib.numerix'
Traceback (most recent call last):
  File string, line 1, in ?
  File /usr/lib/python2.3/site-packages/matplotlib/numerix/__init__.py,
line 52, in ?
from numarray import *
ImportError: No module named numarray


This will noly function properly if both the python-numarray _and_
python-numarray-ext packages are installed.

One of the the two following fixed needs to be made:

1. the dependency on python-numeric and python-numeric-ext needs to be
dropped, or 

2. the /etc/matplotlibrc file needs to be changed to use Numeric for numerix
and the python-numeric and python-numeric-ext dependency needs to be dropped

Eventually, numpy will have to be used but there is no Debian package as of
yet.

Cheers,

Carlo 



[0]  Installation of python-matplot lib on a clean system

oxide# apt-get install python-matplotlib
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  python-matplotlib-data python-numeric python-numeric-ext
Suggested packages:
  python-matplotlib-doc python-numeric-tutorial
The following NEW packages will be installed:
  python-matplotlib python-matplotlib-data python-numeric python-numeric-ext
0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 4126kB of archives.
After unpacking 16.1MB of additional disk space will be used.
Do you want to continue [Y/n]?
WARNING: The following packages cannot be authenticated!
  python-numeric python-numeric-ext python-matplotlib-data python-matplotlib
Authentication warning overridden.
Get:1 http://debian.phys.iit.edu sid/main python-numeric 24.2-4 [189kB]
Get:2 http://debian.phys.iit.edu sid/main python-numeric-ext 24.2-4 [131kB]
Get:3 http://debian.phys.iit.edu sid/main python-matplotlib-data 0.86.2-5
[377kB]
Get:4 http://debian.phys.iit.edu sid/main python-matplotlib 0.86.2-5
[3429kB]
Fetched 4126kB in 1s (3045kB/s)
Selecting previously deselected package python-numeric.
(Reading database ... 151885 files and directories currently installed.)
Unpacking python-numeric (from .../python-numeric_24.2-4_i386.deb) ...
Selecting previously deselected package python-numeric-ext.
Unpacking python-numeric-ext (from .../python-numeric-ext_24.2-4_i386.deb)
...
Selecting previously deselected package python-matplotlib-data.
Unpacking python-matplotlib-data (from
.../python-matplotlib-data_0.86.2-5_all.deb) ...
Selecting previously deselected package python-matplotlib.
Unpacking python-matplotlib (from .../python-matplotlib_0.86.2-5_i386.deb)
...
Setting up python-numeric (24.2-4) ...

Setting up python-numeric-ext (24.2-4) ...

Setting up python-matplotlib-data (0.86.2-5) ...
Setting up python-matplotlib (0.86.2-5) ...



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-matplotlib depends on:
ii  dvipng1.5-2.1+b1 convert PNG graphics from DVI file
ii  python2.3.5-11   An interactive high-level object-o
hi  python-central0.5.1  register and build utility for Pyt
ii  python-dev2.3.5-11   Header files and a static library 
ii  python-matplotlib-data0.86.2-5   python based plotting system (data
ii  python-numeric24.2-4 Numerical (matrix-oriented) Mathem
ii  python-numeric-ext24.2-4 Extension modules for Numeric Pyth
ii  python-qt33.16-1.1   Qt3 bindings for Python

python-matplotlib recommends no packages.

-- no debconf information


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



Bug#375882: libdbd-odbc-perl: The perl module is missing from the package.

2006-06-28 Thread Carlo Segre


I will do it.  I was just in the process of fixing it myself.

Carlo

On Wed, 28 Jun 2006, gregor herrmann wrote:


tags 375882 pending
thanks

On Wed, 28 Jun 2006 13:24:12 -0400, Scott Reese wrote:


The actual perl module (/usr/lib/perl5/DBD/ODBC.pm) and its supporting
pieces are missing from the package.  The package contains documentation
and examples, but is missing the module.


I've fixed debian/rules in the svn repository to include everything
under /usr/lib/perl5.

Could some DD from the Debian Perl Group please check and upload?

gregor




--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#373946: python-scipy: won't byte compile on installation

2006-06-16 Thread Carlo Segre
Package: python-scipy
Version: 0.3.2-9
Severity: grave
Justification: renders package unusable


On installation (with python-central 0.4.17) produces the following error
message:

Setting up python-scipy (0.3.2-9) ...
Compiling /usr/lib/python2.3/site-packages/scipy/stats/distributions.py ...
Sorry: IndentationError: ('unindent does not match any outer indentation
level', ('/usr/lib/python2.3/site-packages/scipy/stats/distributions.py',
733, 27, '  args = args[:-1]\n'))
pycentral: pycentral pkginstall: error byte-compiling files (267)
pycentral pkginstall: error byte-compiling files (267)
dpkg: error processing python-scipy (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 python-scipy
E: Sub-process /usr/bin/dpkg returned an error code (1)

The error is due to improper indentation on line 733 but when this is
corrected, there are two further errors on lines 736 and 739 as well.  I
think that htis is due to messed up tabbing in the editor

try:
x = args[-1]
  args = args[:-1]   needs 2 spaces
except IndexError:
raise ValueError, Need shape and data arguments.
  try:   needs 2 spaces
if len(args) == 1:
  args = args[0]
  loc = args[-1] needs 2 spaces
scale = args[-2]
args = args[:-2]




-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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



Bug#369508: FTBFS due to gfortran

2006-06-03 Thread Carlo Segre

On Fri, 2 Jun 2006, Dirk Eddelbuettel wrote:



| gfortran in a single coordinated transition, as with the g++ ABI
| changes, in order to minimize ABI incompatibilities between
| FORTRAN-based libraries.  I commented on this at one point,
| http://lists.debian.org/debian-science/2005/09/msg00071.html
| but my email received relatively little attention.

Sort-of shows that few DDer care about Fortran ...



Unfortunately (or fortunately) I still do ;) and I am about to try to get 
some Fortran programs into the archive.  I will be looking into the 
gfortran issue over the next few weeks.  This discussion is useful.


Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#365550: python-support: fails to configure

2006-04-30 Thread Carlo Segre
Package: python-support
Version: 0.1.1
Severity: grave
Justification: renders package unusable


Configuration of python-support 0.2 fails with following:

Unpacking python-support (from .../python-support_0.2_all.deb) ...
Setting up python-support (0.2) ...
Traceback (most recent call last):
  File /usr/sbin/update-python-modules, line 169, in ?
for f in os.listdir(sourcepath):
OSError: [Errno 2] No such file or directory: '/usr/share/python-support'
dpkg: error processing python-support (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 python-support
E: Sub-process /usr/bin/dpkg returned an error code (1)

Apparently something in update-python-modules is pointing to
/usr/share/python-support which is non-existent.  The changelog has some
mention of pointing to /usr/share/python-support so I suspect that the
problem is that this directroy has not been created by the package.

Cheers,

Carlo


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-support depends on:
ii  python2.3.5-5An interactive high-level object-o

python-support recommends no packages.

-- no debconf information


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



Bug#360795: fityk: The amd64 version hang in most of the menu-points.

2006-04-04 Thread Carlo Segre


I have forwarded this upstream.  Marcin, the syntax described below might 
be a problem in more places than common.h


I hesitate to patch it there if there are additional instances where amd64 
might have a problem.


Carlo

On Tue, 4 Apr 2006, Peter Schaefer wrote:


Package: fityk
Version: 0.7.2-1
Severity: grave

The amd64 version hang in most of the menu-points.

Recompilation gives two times the Warning
common.h:104: Warnung: Vergleich ist durch beschränkten Wertebereich des
Datentyps stets »wahr«
The result of (pos != std::string::npos) is everytime true do to range of
datatyps

Solution:
common.h
103c103
 unsigned int start_pos = 0, pos=0;
---

std::string::size_type start_pos = 0, pos=0;


I hope, that is it
Peter

--
org:  Humboldt Universitaet zu Berlin
   Institut fuer Physik, AG Roentgenbeugung
adr:  Newtonstrasse 15;; D-12489 Berlin; Germany
E-Mail:   [EMAIL PROTECTED]
tel;work: ++49-(0)30-20937894
tel;fax:  ++49-(0)30-20937760



--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre

Bug#350816: tix: tcl/tk can't find libTix8.4.so.1

2006-01-31 Thread Carlo Segre
Package: tix
Version: 8.4.0-3
Severity: grave
Justification: renders package unusable


tcl/tk looks for libTix8.4.so.1 in the wrong place, see following

$ wish
% package require Tix
couldn't load file /usr/lib/Tix8.4/libTix8.4.so.1:
  /usr/lib/Tix8.4/libTix8.4.so.1: cannot open shared object file: No such file
  or directory
%


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages tix depends on:
ii  tcl8.3 [tclsh]8.3.5-5Tcl (the Tool Command Language) v8
ii  tcl8.4 [tclsh]8.4.12-1   Tcl (the Tool Command Language) v8

tix recommends no packages.

-- no debconf information


Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#348910: perl-tk: undeclared overlap with libtk-png-perl

2006-01-21 Thread Carlo Segre


On Sat, 21 Jan 2006, Yann Dirson wrote:


On Fri, Jan 20, 2006 at 08:26:54PM -0600, Carlo Segre wrote:

As it stands, smtm is uninstallable because of the conflict.  What is the
best course of action?


I'd think we should wait for smtm to be updated, and NMU it if the
maintainer does not respond - that's what I call the less trouble
option, but then I'm not a smtm user :)



I know the smtm maintainer pretty well and we have been corresponding on 
the problem.  I think he has already uploaded a fixed package.


Carlo


--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#348910: perl-tk: undeclared overlap with libtk-png-perl

2006-01-20 Thread Carlo Segre


On Thu, 19 Jan 2006, Michael Schultheiss wrote:


Yann Dirson wrote:

Package: perl-tk
Version: 1:804.027-2
Severity: serious

(Reading database ... 130044 files and directories currently installed.)
Preparing to replace perl-tk 1:800.025-2 (using 
.../perl-tk_1%3a804.027-2_i386.deb) ...
Unpacking replacement perl-tk ...
dpkg: error processing /var/cache/apt/archives/perl-tk_1%3a804.027-2_i386.deb 
(--unpack):
 trying to overwrite `/usr/lib/perl5/auto/Tk/PNG/PNG.so', which is also in 
package libtk-png-perl
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/perl-tk_1%3a804.027-2_i386.deb


Should perl-tk Provide/Replace/Conflict with libtk-png-perl?




I have looked into it now and it seems that Tk::PNG has been included in 
perl-tk for unstable (804) but is was not in 800 (the version in sarge. 
When a correction was made to the libtk-png-perl package (moving the 
shared objects to their proper location), the conflict appeared.


Since libtk-png-perl is only used for one package, smtm, I have asked its 
maintainer to remove the dependence on libtk-png-perl as it wirks fine 
with only perl-tk.  libtk-png-perl should be removed from the archive (or 
at least replaced with an empty package first, then removed.


As it stands, smtm is uninstallable because of the conflict.  What is the 
best course of action?


Carlo


--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#346963: libtk-png-perl: FTBFS: build-depends on removed xlibs-dev

2006-01-09 Thread Carlo Segre


There is an updated version in the Debian-Perl Alioth account since last 
week.  I am waiting for an uploader.  I will modify the package to include 
a a Closes: directive).


Carlo

On Mon, 9 Jan 2006, Adeodato Simó wrote:


Package: libtk-png-perl
Version: 2.005-2
Severity: serious

Hello,

 This is a serious bug filed against your package because it
 build-depends on xlibs-dev, which as announced in [1] a while ago, is
 no longer available in sid. This makes your package fail to build from
 source.

   [1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

 To fix this bug, you need to update your build-dependencies and
 substitute xlibs-dev for the list of individual X development
 libraries that your package needs to be built. You can find detailed
 information about how to do that in the DependsXlibsDev wiki page [2].

   [2] http://wiki.debian.org/DependsXlibsDev

 As indicated by the Release Team [3], the full transition from XFree86
 to Xorg is a release blocker for Etch, which means that Etch will not
 be released until this bug is fixed (or your package removed from
 testing). So, please, try to fix in a timely manner.

   [3] http://lists.debian.org/debian-devel-announce/2005/10/msg4.html

 The number of affected packages by the xlibs-dev transition is huge,
 so if you feel like helping with patches or uploads, feel free to
 follow the instructions contained in the wiki page above. A list of
 affected packages can be found here [4].

   [4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev

 Finally, if there's a strong reason for which your package should not
 be NMUed, please note so in this bug report. Prospective NMUers will
 read your reasoning, and will decide if it's strong enough to delay
 their upload.

 Thanks for your collaboration!




--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre

Bug#263252: gnome-iconedit: links to older libpng2 package

2005-10-24 Thread Carlo Segre

Tags: patch


I have attached a patch to change the build dependencies to packages 
currently in sid.  In addition, there is another patch which fixes a 
problem with the source package which prevents building the package twice 
in a row.  The problem is that the original tarball was not made from a 
distclean source tree and there is a subdirectory which contains some 
binary files which are automatically generated upon build. One of these 
files, po/ru.gmo is not in the original tarball (all the other ones are) 
and when one tries to build the package again, there is an unrepresentable 
change to the source.  I fixed this by forcing the removal of this ru.gmo 
file in debian/rules.  This is a workaround for the source tarball not 
being properly made and it may need to change when the next tarball is 
released.



diff -ur gnome-iconedit-1.2.0.orig/debian/control 
gnome-iconedit-1.2.0/debian/control
--- gnome-iconedit-1.2.0.orig/debian/control2005-10-21 17:30:29.0 
-0500
+++ gnome-iconedit-1.2.0/debian/control 2005-10-21 17:11:37.0 -0500
@@ -2,9 +2,9 @@
 Section: x11
 Priority: optional
 Maintainer: Jan-Hendrik Palic [EMAIL PROTECTED]
-Build-Depends: debhelper ( 3.0.0), libgdk-pixbuf-gnome-dev (= 0.11.0-1), zlib1g-dev, 
libgdk-pixbuf-dev (= 0.11.0-1), liboaf-dev (= 0.6.5-1), libgnome-dev (=1.2.13-1), 
libxml-dev, gettext, libpng2-dev
+Build-Depends: debhelper ( 3.0.0), libgdk-pixbuf-gnome-dev (= 0.11.0-1), zlib1g-dev, 
libgdk-pixbuf-dev (= 0.11.0-1), liboaf-dev (= 0.6.5-1), libgnome-dev (=1.2.13-1), 
libxml-dev, gettext, libpng12-dev
 Build-Conflicts: libbonobo-dev
-Standards-Version: 3.5.8
+Standards-Version: 3.6.2

 Package: gnome-iconedit
 Architecture: any
diff -ur gnome-iconedit-1.2.0.orig/debian/rules 
gnome-iconedit-1.2.0/debian/rules
--- gnome-iconedit-1.2.0.orig/debian/rules  2005-10-21 17:30:29.0 
-0500
+++ gnome-iconedit-1.2.0/debian/rules   2005-10-21 17:28:19.0 -0500
@@ -35,6 +35,10 @@

#delete automaticly-generated src/Iconedit.h
rm -f src/Iconedit.h
+
+   # Delete automatically generated po/ru.gmo as it is not in
+   # the original tarball
+   rm -f po/ru.gmo

# Add here commands to clean up after the build process.
-$(MAKE) distclean

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#322646: FTBFS: Undeclared OpenGL symbols

2005-10-24 Thread Carlo Segre

Tags: patch

It seems that some symbols in /usr/include/gl.h have been removed but were 
expected in this package.  I have attached a patch to ignore them in the 
package source if they are undefined in the headers.  This has been done 
for previous patches.  In addition, the package needs to have an updated 
Standards Version and some of the build dependencies were out of date with 
the X.org transition and the freeglut3 package.  These changes are 
included as well.  It may be that this package has been orphaned upstream 
and it may not support the latest OpenGL standards.



diff -ur libopengl-perl-0.54.alan1.orig/debian/control 
libopengl-perl-0.54.alan1/debian/control
--- libopengl-perl-0.54.alan1.orig/debian/control   2005-10-21 
12:18:23.0 -0500
+++ libopengl-perl-0.54.alan1/debian/control2005-10-20 17:26:34.0 
-0500
@@ -1,9 +1,9 @@
 Source: libopengl-perl
 Section: perl
 Priority: optional
-Build-Depends: debhelper ( 4.1), perl ( 5.8.1), xlibmesa-gl-dev | 
libgl-dev, libglut3-dev | libglut-dev, xlibmesa-glu-dev | libglu1-mesa-dev
+Build-Depends: debhelper ( 4.1), perl ( 5.8.1), xlibmesa-gl-dev | 
libgl-dev, freeglut3-dev | libglut-dev, libglu1-xorg-dev
 Maintainer: Debian QA Group [EMAIL PROTECTED]
-Standards-Version: 3.6.1
+Standards-Version: 3.6.2

 Package: libopengl-perl
 Architecture: any
diff -ur libopengl-perl-0.54.alan1.orig/gl_const.h 
libopengl-perl-0.54.alan1/gl_const.h
--- libopengl-perl-0.54.alan1.orig/gl_const.h   2005-10-21 12:18:23.0 
-0500
+++ libopengl-perl-0.54.alan1/gl_const.h2005-10-21 12:03:28.0 
-0500
@@ -922,14 +922,30 @@

 #if defined(GL_EXT_paletted_texture)
i(GL_TABLE_TOO_LARGE_EXT)
+# if defined(GL_COLOR_TABLE_FORMAT_EXT)
i(GL_COLOR_TABLE_FORMAT_EXT)
+# endif
+# if defined(GL_COLOR_TABLE_WIDTH_EXT)
i(GL_COLOR_TABLE_WIDTH_EXT)
+# endif
+# if defined(GL_COLOR_TABLE_RED_SIZE_EXT)
i(GL_COLOR_TABLE_RED_SIZE_EXT)
+# endif
+# if defined(GL_COLOR_TABLE_GREEN_SIZE_EXT)
i(GL_COLOR_TABLE_GREEN_SIZE_EXT)
+# endif
+# if defined(GL_COLOR_TABLE_BLUE_SIZE_EXT)
i(GL_COLOR_TABLE_BLUE_SIZE_EXT)
+# endif
+# if defined(GL_COLOR_TABLE_ALPHA_SIZE_EXT)
i(GL_COLOR_TABLE_ALPHA_SIZE_EXT)
+# endif
+# if defined(GL_COLOR_TABLE_LUMINANCE_SIZE_EXT)
i(GL_COLOR_TABLE_LUMINANCE_SIZE_EXT)
+# endif
+# if defined(GL_COLOR_TABLE_INTENSITY_SIZE_EXT)
i(GL_COLOR_TABLE_INTENSITY_SIZE_EXT)
+# endif
i(GL_TEXTURE_INDEX_SIZE_EXT)
i(GL_COLOR_INDEX1_EXT)
i(GL_COLOR_INDEX2_EXT)
@@ -987,9 +1003,11 @@
  * allow code that uses either.
  */
 #if defined(GL_ALL_CLIENT_ATTRIB_BITS)  !defined(GL_CLIENT_ALL_ATTRIB_BITS)
-#define GL_CLIENT_ALL_ATTRIB_BITS GL_ALL_CLIENT_ATTRIB_BITS
-#else 
-#define GL_ALL_CLIENT_ATTRIB_BITS GL_CLIENT_ALL_ATTRIB_BITS

+# define GL_CLIENT_ALL_ATTRIB_BITS GL_ALL_CLIENT_ATTRIB_BITS
+#else
+# if defined(GL_CLIENT_ALL_ATTRIB_BITS)  !defined(GL_ALL_CLIENT_ATTRIB_BITS)
+#  define GL_ALL_CLIENT_ATTRIB_BITS GL_CLIENT_ALL_ATTRIB_BITS
+# endif
 #endif
i(GL_ALL_CLIENT_ATTRIB_BITS)
i(GL_CLIENT_ALL_ATTRIB_BITS)


--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#323556: Intention to NMU

2005-10-24 Thread Carlo Segre


Luk Claes writes:

Attached the patch for the version I intend to upload. Please respond if 
you don't want this NMU to happen, if you are working yourself on a 
patch or if you think that the attached patch won't work.


I ran into a problem subtle problem with this.  There is also a 
python-wxgtk2.6 package in unstable and it does NOT conflict with the 2.4 
version.  When both are installed, 2.6 takes precedence by default 
(update-alternatives --list wx.pth) and bittorrent-gui has a syntax error 
which was legal in 2.4 but not acceptable in 2.6.


The problem is that tuples are required to be enclosed in parentheses and 
they are not so in the calls to Sizers.


One solution would be to make bittorrent-gui conflict with python-wxgtk2.6 
but since the cause is python syntax sloppiness, I suggest that the 
program be corrected to work with either 2.4 or 2.6.  Once this is done, 
the correct dependency for bittorrent-gui should be


 python-wxgtk2.4 | python-wxgtk2.6

I also suggest that the patch be submitted upstream.


diff -ur bittorrent-3.4.2.orig/btcompletedirgui.py 
bittorrent-3.4.2/btcompletedirgui.py
--- bittorrent-3.4.2.orig/btcompletedirgui.py   2005-10-21 14:21:20.0 
-0500
+++ bittorrent-3.4.2/btcompletedirgui.py2005-10-21 13:44:12.0 
-0500
@@ -40,11 +40,11 @@

 b = wxBoxSizer(wxHORIZONTAL)
 b.Add(self.dirCtl, 1, wxEXPAND)
-b.Add(10, 10, 0, wxEXPAND)
+b.Add((10, 10), 0, wxEXPAND)
 button = wxButton(panel, -1, 'add file')
 b.Add(button, 0, wxEXPAND)
 EVT_BUTTON(frame, button.GetId(), self.select)
-b.Add(5, 5, 0, wxEXPAND)
+b.Add((5, 5), 0, wxEXPAND)
 c = wxButton(panel, -1, 'add dir')
 b.Add(c, 0, wxEXPAND)
 EVT_BUTTON(frame, c.GetId(), self.selectdir)
@@ -66,7 +66,7 @@
 border = wxBoxSizer(wxVERTICAL)
 border.Add(gridSizer, 0, wxEXPAND | wxNORTH | wxEAST | wxWEST, 25)
 b2 = wxButton(panel, -1, 'make')
-border.Add(10, 10, 1, wxEXPAND)
+border.Add((10, 10), 1, wxEXPAND)
 border.Add(b2, 0, wxALIGN_CENTER | wxSOUTH, 20)
 EVT_BUTTON(frame, b2.GetId(), self.complete)
 panel.SetSizer(border)
@@ -119,7 +119,7 @@
 gridSizer.Add(self.currentLabel, 0, wxEXPAND)
 self.gauge = wxGauge(panel, -1, range = 1000, style = wxGA_SMOOTH)
 gridSizer.Add(self.gauge, 0, wxEXPAND)
-gridSizer.Add(10, 10, 1, wxEXPAND)
+gridSizer.Add((10, 10), 1, wxEXPAND)
 self.button = wxButton(panel, -1, 'cancel')
 gridSizer.Add(self.button, 0, wxALIGN_CENTER)
 gridSizer.AddGrowableRow(2)
diff -ur bittorrent-3.4.2.orig/btdownloadgui.py 
bittorrent-3.4.2/btdownloadgui.py
--- bittorrent-3.4.2.orig/btdownloadgui.py  2005-10-21 14:21:20.0 
-0500
+++ bittorrent-3.4.2/btdownloadgui.py   2005-10-21 13:44:42.0 -0500
@@ -118,7 +118,7 @@

 colSizer.Add(gridSizer, 0, wxEXPAND)
 colSizer.Add(rategridSizer, 0, wxEXPAND)
-colSizer.Add(50, 50, 0, wxEXPAND)
+colSizer.Add((50, 50), 0, wxEXPAND)
 self.cancelButton = wxButton(panel, -1, 'Cancel')
 colSizer.Add(self.cancelButton, 0, wxALIGN_CENTER)
 colSizer.AddGrowableCol(0)
diff -ur bittorrent-3.4.2.orig/debian/control bittorrent-3.4.2/debian/control
--- bittorrent-3.4.2.orig/debian/control2005-10-21 14:21:20.0 
-0500
+++ bittorrent-3.4.2/debian/control 2005-10-21 13:16:39.0 -0500
@@ -28,7 +28,7 @@

 Package: bittorrent-gui
 Architecture: all
-Depends: ${python:Depends}, bittorrent (= 3.4.2-1), libwxgtk2.4-python
+Depends: ${python:Depends}, bittorrent (= 3.4.2-1), python-wxgtk2.4 | 
python-wxgtk2.6
 Description: Scatter-gather network file transfer (GUI files)
  BitTorrent is a tool for distributing files. It's extremely
  easy to use - downloads are started by clicking on hyperlinks.


--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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



Bug#319567: taking over 2 packages

2005-07-23 Thread Carlo Segre


Dirk:

I must have missed the message, I will spend some time on it this weekend.

Carlo

On Sat, 23 Jul 2005, Dirk Eddelbuettel wrote:



Perlers,

Following up on this post by Carlo

On 20 June 2005 at 23:39, Carlo Segre wrote:
|
| I have been asked by Dirk Eddelbuetel to have the group adopt two of his
| perl packages.  I have uploaded them to the svn server and they are ready
| for upload.  They both check out lintian clean.
|
| libtk-png-perl
| http://www.cpan.org/modules/by-module/Tk/Tk-PNG-2.005.tar.gz
[...]
| libdbd-odbc-perl
| http://www.cpan.org/modules/by-module/DBD/DBD-ODBC-1.13.tar.gz
|
| Description: Perl5 module for an ODBC driver for DBI
|   This Perl5 module provides DBI (Database independent interface for Perl)
|   connectivity using ODBC (Open DataBase Connectivity).
|
|
| As soon as someone modifies the debian/control file and uploads them, I
| will tag the release.

DBD::ODBC has a FTBFS reported by Matt in #319567 (and also see Steve's
follow-up).  I had emailed across town to Carlo but haven't heard -- he may
be at a conference, or on vacation.  So could someone please make the simple
change, rebuild and upload (once ftp-master is back, of course) ?

Many thanks to all,  Dirk


|
| Thanks,
|
| Carlo
|
|
| --
| Carlo U. Segre -- Professor of Physics
| Associate Dean for Special Projects, Graduate College
| Illinois Institute of Technology
| Voice: 312.567.3498Fax: 312.567.3494
| [EMAIL PROTECTED]http://www.iit.edu/~segre




--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre


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