Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

There is a new version of scigraphgica out.

I don't know who is responsible for for adding a new ebuild for this version (in
portage fron yesterday there is only version 0.8.0-r2.

If nobody is responsible or has time and noone minds against this one I could
try to make an ebuild myself and post it here as I really like to have version
2.0.0 in portage.

Please comment.

Best regards Jan

Reproducible: Didn't try
Steps to Reproduce:

SORRY: I meant media-gfx/scigraphica.

Changed summary.

Best regards Jan

This package depends on x11-libs/gtk+extra-2.0.0 
I'm contributing an ebuild for this library 
(see bug #65354 ) 
I'll see if I can create an ebuild for scigraphica 
also 

I think that he curren classification in portage is not correct, 
as it is clearly a scientific application 
(shouldn't be in sci-mathematics or in sci-misc?) 

Created an attachment (id=59426) [details]
libscigraphica-2.0.0.ebuild

An ebuild for libscigraphica

Created an attachment (id=59427) [details]
scigraphica-2.0.0.ebuild

an ebuild for scigraphica-2.0.0

I'm submitting an ebuild for libscigraphica and scigraphica.  
They DON'T WORK right now, they are just an starting point  
(but I don't want you to make the work twice)  
Actually scigraphica and libscigraphica are built by these ebuilds,  
however scigraphica is not able to find the python modules  
  
It display the following messages when I run it in an xterm:  
  
Importing python module: pickle  
Importing python module: gtk  
ImportError: No module named gtk  
Importing python module: Numeric  
ImportError: No module named Numeric  
Importing python module: sys  
Importing python module: pysga  
ImportError: No module named pysga  
Importing python module: os 
 
any help is wellcome! 
 
I have tried to figure out the dependencies by reading the 
configure.in files but I'm not so sure about them. Please 
check. 
 
One final note: the gnome and bonobo support seem to be gone in  
this release. 

I also created all tree ebuilds and after deleting the old .scigraphica dir it 
seems to work. 
 
But I also get an error: 
It claims it cannot find numarray... 
 
I can try to make some diffs between yours and mine files if you like. 
 
Best regards Jan 

Just changed dependencies of libscigraphica from dev-python/numeric to  
dev/python/numarray.  
  
I installed numarray and it works like a charm.  
  
If I should upload my files or create diffs just let me know.  
  
@Pablo: 
Try to rm/rename your old scigraphica config-dir, this should do the trick. 
 
Best regards Jan  

After deleting the .scigraphica dir the ebuilds  
did work. Thanks!  
I'm not having problems with loading numarray  
(the ebuilds actually depend of numarray)  
  
Jan: It would be nice if you could check if there are any differencies  
between your ebuilds and mine, so that we fix any remaning 
problem. I think that we should try to merge our work. 
 
One thing that obviusly should be changed is the descripci

After deleting the .scigraphica dir the ebuilds  
did work. Thanks!  
I'm not having problems with loading numarray  
(the ebuilds actually depend of numarray)  
  
Jan: It would be nice if you could check if there are any differencies  
between your ebuilds and mine, so that we fix any remaning 
problem. I think that we should try to merge our work. 
 
One thing that obviusly should be changed is the descripción 
of libscigraphica in my ebuild. 
(I forgot that) 
 
A problem that remains is that scigraphica segfaults when exiting! 
(this seems to be a bug in the program) 

Created an attachment (id=59457) [details]
libscigraphica-2.0.0.ebuild (fixed description)

Just changed the description

> A problem that remains is that scigraphica segfaults when exiting!  
> (this seems to be a bug in the program)  
 
It does not for me. Could you please provide any kind of backtrace? I could 
report it upstream to sg-devel, as I read the list since many years. 
 
There seems also to be a bug with pango-UTF8 things and I don't seem to be able 
to open old sg-files (maybe that two things are related, I will investigate).  
 
Another problem is, that the configure-script does not seem to be able to 
detect numarray correctly. No problem at our site, but I will look at this and 
report upstream. 
 
Best regards Jan 

> Jan: It would be nice if you could check if there are any differencies    
> between your ebuilds and mine, so that we fix any remaning   
> problem. I think that we should try to merge our work.   
 
Just created some diffs.  
 
SRC_URI differs, but if your SRC_URI works, it' surely better than mine, as I 
just used a mirror at my local region.  
   
> One thing that obviusly should be changed is the descripci

> Jan: It would be nice if you could check if there are any differencies    
> between your ebuilds and mine, so that we fix any remaning   
> problem. I think that we should try to merge our work.   
 
Just created some diffs.  
 
SRC_URI differs, but if your SRC_URI works, it' surely better than mine, as I 
just used a mirror at my local region.  
   
> One thing that obviusly should be changed is the descripción   
> of libscigraphica in my ebuild.   
> (I forgot that)   
 
That's great, also forgot that. 
 
AFAIK there is no active gnome support at this time, so I think, the 
IUSE="gnome" could be changed my way. 
 
One thing I changed was DEPENDS of scigraphica, as all dependencies are cached 
by the lib, the only thing remains in sg, is  the lib itself (but better with 
=, as in your ebuild). 
Also, is there really a dependency on imlib and intltool? It seems configure 
would not check it. 
 
I also have a scr_unpack() funktion, but I think this is an error at my site 
(those were the first ebuilds I wrote). 
 
The last thing is I have pkg_postinstall with the warning to delete the old 
configuration, as this would be surely the first bugreport on that package. 
 
I'll send the diffs immediatly. 
 
Best reagdars Jan 

Created an attachment (id=59465) [details]
diff between my and Pablos ebuild

Created an attachment (id=59466) [details]
diff between my and Pablos scigraphica ebuild

Anybody else seen a complaint from arrayobject.h not found?  It's a library in
numeric - I had to symlink it to /usr/include/arrayobject.h before the build
process would find it.  In /usr/include/python2.3/Numeric/ it apparently isn't
spotted?

Nuts - libscigraphica build bottomed out again.  Anybody have any ideas?

In file included from /usr/include/python2.3/Python.h:8,
                 from sg_python_expr.c:26:
/usr/include/python2.3/pyconfig.h:856:1: warning: "_POSIX_C_SOURCE" redefined
In file included from /usr/include/limits.h:26,
                 from
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/include/limits.h:122,
                 from
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/include/syslimits.h:7,
                 from
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/include/limits.h:11,
                 from /usr/lib/glib-2.0/include/glibconfig.h:11,
                 from /usr/include/glib-2.0/glib/gtypes.h:30,
                 from /usr/include/glib-2.0/glib/galloca.h:30,
                 from /usr/include/glib-2.0/glib.h:30,
                 from /usr/include/gtk-2.0/gdk/gdktypes.h:32,
                 from /usr/include/gtk-2.0/gdk/gdkcolor.h:4,
                 from /usr/include/gtk-2.0/gdk/gdk.h:30,
                 from sg_python_expr.c:19:
/usr/include/features.h:190:1: warning: this is the location of the previous
definition
sg_python_expr.c: In function `sg_eval_expr_double':
sg_python_expr.c:133: warning: unused variable `parray'
sg_python_expr.c:134: warning: unused variable `apt'
sg_python_expr.c:136: warning: unused variable `retarray'
sg_python_expr.c: At top level:
sg_python_expr.c:130: warning: unused parameter 'expect'
sg_python_expr.c: In function `sg_eval_expr_double':
sg_python_expr.c:213: warning: control reaches end of non-void function
sg_python_expr.c: At top level:
sg_python_expr.c:214: warning: type defaults to `int' in declaration of `len'
sg_python_expr.c:214: error: `expect' undeclared here (not in a function)
sg_python_expr.c:214: error: `array' undeclared here (not in a function)
sg_python_expr.c:214: warning: data definition has no type or storage class
sg_python_expr.c:215: error: parse error before "if"
sg_python_expr.c:218: error: parse error before '&' token
sg_python_expr.c:218: warning: type defaults to `int' in declaration of
`g_array_append_vals'
sg_python_expr.c:218: error: conflicting types for 'g_array_append_vals'
/usr/include/glib-2.0/glib/garray.h:77: error: previous declaration of
'g_array_append_vals' was here
sg_python_expr.c:218: error: conflicting types for 'g_array_append_vals'
/usr/include/glib-2.0/glib/garray.h:77: error: previous declaration of
'g_array_append_vals' was here
sg_python_expr.c:220: warning: type defaults to `int' in declaration of `retarray'
sg_python_expr.c:220: warning: data definition has no type or storage class
sg_python_expr.c:221: warning: type defaults to `int' in declaration of `num'
sg_python_expr.c:221: warning: data definition has no type or storage class
sg_python_expr.c:222: error: parse error before '(' token
make[3]: *** [sg_python_expr.lo] Error 1
make[3]: Leaving directory
`/var/tmp/portage/libscigraphica-2.0.0/work/libscigraphica-2.0.0/scigraphica'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/libscigraphica-2.0.0/work/libscigraphica-2.0.0/scigraphica'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/libscigraphica-2.0.0/work/libscigraphica-2.0.0'
make: *** [all] Error 2

(In reply to comment #15)  
> Anybody else seen a complaint from arrayobject.h not found?  It's a library  
in  
> numeric - I had to symlink it to /usr/include/arrayobject.h before the build  
> process would find it.  In /usr/include/python2.3/Numeric/ it apparently  
isn't  
> spotted?  
  
Look in the archives of scigraphica-devel mailing list. Adrian had some  
problems, because newer versions of numarray weren't catched correctly; also 
your other described error could be spotted by this.  
  
Adrian changed depedency back to Numeric. 
 
Are you sure to use Numeric instead of nummarray? 
 
Maybe having Numeric *and* nummarry installed? 
 
Waiting for comments, I will report upstream. 
 
Best regards Jan 

Created an attachment (id=61171) [details]
Patch to get the correct version of sg in the "scigraphuica --version" dialog

This patch fixes a small error in configure.in, which precents sg to give the
correct version with the command "scigraphica --version"

It is tested on my system and worked.

Just applied it and afterwards
libtoolize --force && aclocal && autoconf && autoheader && automake

Then the well known ./configure && make && make install ;)

Best regards Jan

How are these ebuilds working? Are they about ready to go in, for 2.1.0?

> How are these ebuilds working? Are they about ready to go in, for 2.1.0? 
 
I'll have a look at it ASAP, also concerning 2.1.0, hopefully get new finished 
ebuilds for minimum ~x86 at the end of this week... 
 
Best regards Jan 

Error on the 2.1.0 side when installing libscigraphica:

../../pixmaps -I../../scigraphica -I../../scigraphica/dialogs -DXTHREADS
-D_REENTRANT -DXUSE_MTSAFE_API -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2
-I/usr/include/freetype2/config -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include   -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API
-I/usr/include/gtkextra-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/pango-1.0 -I/usr/include/freetype2
-I/usr/include/freetype2/config    -I/usr/include/python2.4    -march=athlon-xp
-O3 -pipe -g -O -W -Wall -DWITH_WARNINGS -MT sg_entry.lo -MD -MP -MF
".deps/sg_entry.Tpo" \
  -c -o sg_entry.lo `test -f 'sg_entry.c' || echo './'`sg_entry.c; \
then mv -f ".deps/sg_entry.Tpo" ".deps/sg_entry.Plo"; \
else rm -f ".deps/sg_entry.Tpo"; exit 1; \
fi
In file included from ../../scigraphica/sg.h:44,
                 from sg_dialog.c:21:
../../scigraphica/sg_python.h:35:25: arrayobject.h: No such file or directory
sg_dialog.c:48: warning: unused parameter 'dialog'
sg_dialog.c:56: warning: unused parameter 'dialog'
sg_dialog.c:57: warning: unused parameter 'event'
sg_dialog.c:68: warning: unused parameter 'dialog'
sg_dialog.c:248: warning: unused parameter 'button'
sg_dialog.c:256: warning: unused parameter 'button'
sg_dialog.c:264: warning: unused parameter 'button'
sg_dialog.c:272: warning: unused parameter 'button'
sg_dialog.c:280: warning: unused parameter 'button'
sg_dialog.c:273: warning: 'button_clicked_apply' defined but not used
make[3]: *** [sg_dialog.lo] Error 1
make[3]: *** Waiting for unfinished jobs....


I have numeric installed, so I don't know quite what's going on here...

Oh, I see - for some weird reason the include file are in python2.3???  This is
a brand new gentoo install, how could that have happened?

Hi,

I have tried the scigraphica ebuild that is in portage and I am
quite interested in testing an ebuild for the new version (0.8.0
segfault on me each time I tried to plot a 2nd 3D graph).
I can test for both ppc (my work machine) and x86 (home machine). 
Where could I get an ebuild without dealing with working which
patch goes where and which one should be applied from the bug list?

Hi Francois,    
    
Since it's not in Portage yet, you need to download the ebuilds from Bugzilla   
and place them in a Portage overlay on your system, applying all the necessary   
patches. See the Gentoo Handbook for more details. 

(In reply to comment #24)
> Hi Francois,    
>     
> Since it's not in Portage yet, you need to download the ebuilds from Bugzilla   
> and place them in a Portage overlay on your system, applying all the necessary   
> patches. See the Gentoo Handbook for more details. 

Yes if it had been in portage I would have had a go at it already, I was hoping
to bypass the patching pain :p (to me), and working out which patches are the 
necessary ones. I guess I will give it a go on Monday.

(In reply to comment #2)
> This package depends on x11-libs/gtk+extra-2.0.0 
> I'm contributing an ebuild for this library 
> (see bug #65354 ) 
> I'll see if I can create an ebuild for scigraphica 
> also 

This is a bug for an ebuild of pygsl not gtk+extra.
The correct bug is #93394 :) . Should we make the present
bug depend on your gtk+extra bug Pablo?

Sorry for the last response: 
Much too less time in the last weeks. ;) 
 
I created new ebuild for the new versions: gtkextra-2.1.1, libscigraphica-2.1.1 
and scigraphica-2.1.0 
 
However, there is still one known problem, which I worked around building a new 
ebuild pygtk-2.6.1-r1 using numarray instead of numeric. 
 
The ebuilds all work fine (at least on my system), but I don't know if there 
are any side effects by the new pygtk ebuild or if numarray is even used by the 
new ebuild. 
 
BTW: Could somebody point this one to the pygtk maintainer? It is needed to be 
checked. 
 
Best regards Jan 

Created an attachment (id=66151) [details]
Ebuild for new libscigraphica

Created an attachment (id=66152) [details]
Ebuild for new scigraphica-2.1.0

Created an attachment (id=66153) [details]
New configure.in.patch for sg-version 2.1.0

Created an attachment (id=66154) [details]
Ebuild for pygtk as needed by sg-2.1.0

This ebuild is needed by scigraphica-2.1.0.ebuild, could somebody please point
this to the correct maintainer to check it?

I short:
pygtk needs numeric but scigraphica depends on numarray and produces strange
build errors if numeric or both packages are installed; but at the same time sg
depends on pygtk...

Just created a new bug-report with the question concerning pygtk.  
  
See: http://bugs.gentoo.org/show_bug.cgi?id=102872 
 
Hopefully somebody can clearify this one... 
 
Best regards Jan 

Ran fine but this came at exit:

(scigraphica:8914): GLib-GObject-WARNING **: invalid uninstantiatable type
`glong' in cast to `GtkWidget'

(scigraphica:8914): Gtk-CRITICAL **: gtk_container_remove: assertion
`GTK_IS_WIDGET (widget)' failed
Segmentation fault

Added scigraphica-2.1.0 and libscigraphica-2.1.1 in the gentoo scientific
overlay at http://gentooscience.org.
Only slight modifications from the ebuilds proposed here.
pygtk was not modified to accomodate numarray, since I have not encountered any
problem yet with coexistence of numarray for scigraphica and Numeric for pygtk.
I do not used scigraphica, so please test and report in this bug.

Created an attachment (id=87206) [details]
libscigraphica-configure.patch

Here's the patch to libscigraphica to fix the case when numarray and numeric
are simultaneously installed.

Created an attachment (id=87207) [details]
scigraphica-arrayobject.h.patch

Here is the equivalent patch to scigraphica.

The ebulds scigraphica-2.1.0 and libscigraphica-2.1.1 (from gentooscience.org)
install OK. However, scigraphics always segfaults when I exit from it.

I updated the scigraphica ebuilds in the overlay (see comment #34). It now
compiles with gcc-41, and I applied other patches, among which are inspired
from spyderous overlay.
It still segfaults when exiting (and in other cases as seen in the scigraphica
mailing lists). Fixing it does not look obvious.

Finally in the main tree, thank you all for your patience!