Re: Trouble building guile 1.8.4 (segfault in gen-scmconfig)

2008-05-12 Thread Eric Schuele
On 04/30/2008 11:35, Jason Evans wrote:
 Eric Schuele wrote:
 On 04/28/2008 16:31, Jason Evans wrote:
 What is liblthread?  

 linuxthreads, as Mezz mentioned.

 It looks to be interacting badly with malloc.

 ok.  any thoughts as to why, or how to fix it?
 
 Most likely, the linuxthreads port is allocating memory within one of
 the pthread_mutex-related functions (pthread_mutex_init()?), which is
 causing infinite recursion.  The easy solution is to stop using
 linuxthreads.  

For the archives:
Removing linuxthreads (which was not being used by anything on my
system) did in fact solve the issue.

Thanks to all.

 The hard solution is to modify linuxthreads, possibly by
 implementing _pthread_mutex_init_calloc_cb(), in order to avoid
 recursion during initialization of malloc's internal mutexes.
 
 Jason
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to [EMAIL PROTECTED]
 
 


-- 
Regards,
Eric




signature.asc
Description: OpenPGP digital signature


Trouble building guile 1.8.4 (segfault in gen-scmconfig)

2008-04-25 Thread Eric Schuele
Hello,

I'm having little luck building guile 1.8.4 on 7.0-STABLE.  Been failing
for some time.  I've sat quietly for a bit thinking someone might
mention/fix it but I've seen no activity.  So I thought I'd mention it.

Here is what I'm seeing:
cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Wall
-Wmissing-prototypes -Werror -o gen-scmconfig gen-scmconfig.o
-L/usr/local/lib -llthread /usr/local/lib/libgmp.so -lcrypt -lm
/usr/local/lib/libltdl.so   -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath
-Wl,/usr/local/lib
rm -f scmconfig.h.tmp
cat ./scmconfig.h.top  scmconfig.h.tmp
./gen-scmconfig  scmconfig.h.tmp
Segmentation fault (core dumped)
gmake[2]: *** [scmconfig.h] Error 139
gmake[2]: Leaving directory
`/usr/ports/lang/guile/work/guile-1.8.4/libguile'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/lang/guile/work/guile-1.8.4'
gmake: *** [all] Error 2
*** Error code 2

I then built with debug and get a bt of gen-scmconfig like so:
#0  0x2804d179 in _rtld_error () from /libexec/ld-elf.so.1
#1  0x2804b4c4 in ___tls_get_addr () from /libexec/ld-elf.so.1
#2  0x28168152 in malloc () from /lib/libc.so.7
#3  0x28089658 in _pthread_mutex_destroy () from
/usr/local/lib/liblthread.so.6
#4  0x28089702 in _pthread_mutex_trylock () from
/usr/local/lib/liblthread.so.6
#5  0x28168194 in malloc () from /lib/libc.so.7
#6  0x28089658 in _pthread_mutex_destroy () from
/usr/local/lib/liblthread.so.6
#7  0x28089702 in _pthread_mutex_trylock () from
/usr/local/lib/liblthread.so.6
#8  0x28168194 in malloc () from /lib/libc.so.7
#9  0x28089658 in _pthread_mutex_destroy () from
/usr/local/lib/liblthread.so.6
#10 0x28089702 in _pthread_mutex_trylock () from
/usr/local/lib/liblthread.so.6
#11 0x28168194 in malloc () from /lib/libc.so.7

[snip]

#96 0x28089658 in _pthread_mutex_destroy () from
/usr/local/lib/liblthread.so.6
#97 0x28089702 in _pthread_mutex_trylock () from
/usr/local/lib/liblthread.so.6
#98 0x28168194 in malloc () from /lib/libc.so.7
#99 0x28089658 in _pthread_mutex_destroy () from
/usr/local/lib/liblthread.so.6
#100 0x28089702 in _pthread_mutex_trylock ()
   from /usr/local/lib/liblthread.so.6
#101 0x28168194 in malloc () from /lib/libc.so.7
#102 0x28089658 in _pthread_mutex_destroy ()
   from /usr/local/lib/liblthread.so.6
#103 0x28089702 in _pthread_mutex_trylock ()
   from /usr/local/lib/liblthread.so.6
#104 0x28168194 in malloc () from /lib/libc.so.7
#105 0x28089658 in _pthread_mutex_destroy ()
   from /usr/local/lib/liblthread.so.6
#106 0x28089702 in _pthread_mutex_trylock ()
   from /usr/local/lib/liblthread.so.6
.
#1 I stopped bothering to scroll.

Anyone else seeing this?  Thoughts?

Thanks in advance.

-- 
Regards,
Eric




signature.asc
Description: OpenPGP digital signature


Xephyr on freebsd...

2007-11-19 Thread Eric Schuele
Hello,

I was wondering if there is a port (that I can't seem to find), or one
in the making of Xephyr (Xnest next generation?).

If not... has anyone tried and had any luck with grabbing the sources
from git and building it?  Care to comment on pitfalls?

-- 
Regards,
Eric




signature.asc
Description: OpenPGP digital signature


Re: wireshark build problem...

2007-02-23 Thread Eric Schuele

On 02/21/2007 19:50, George W. Dinolt wrote:

Eric:

I too saw the same problem on both 6.2 and current. If one searches the
PR's one can find a reference to this problem.

http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/108776

Unfortunately, the PR is closed because it is not reproducible.  At


Quite reproducible on my machine.  :/


the bottom of the PR I found the following information:


I rebuild net-snmp with -O2 optimization and then build wireshark
with -O2 or -O, and both succeeded.


Odd that it is suggested to work with greater optimizations.  I'll give 
it a shot first chance I get.


Thanks.



I did this with -O2  and both net-snmp and wireshare 0.99.5 built
without errors and wireshark seems to work.

I hope this helps.

G.  Dinolt.


Hello Eric,

On Wed, 21 Feb 2007, Eric Schuele wrote:


Hello,
=20
Anyone seeing the following while building the latest wireshark?=20

Yep. See: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D108892

Can't say much for the responses though :-/

Regards,

Stacey


Previously had it installed, this was just a portupgrade from:
=20
wireshark-0.99.4_1needs updating (port has 0.99.5)
=20
-Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/X11R6/lib
epan/.libs/libwireshark.so: undefined reference to `.LC831'
epan/.libs/libwireshark.so: undefined reference to `.LC834'
epan/.libs/libwireshark.so: undefined reference to `.LC830'
epan/.libs/libwireshark.so: undefined reference to `.LC832'
epan/.libs/libwireshark.so: undefined reference to `.LC835'
epan/.libs/libwireshark.so: undefined reference to `.LC833'
epan/.libs/libwireshark.so: undefined reference to `.LC829'
gmake[2]: *** [wireshark] Error 1
gmake[2]: Leaving directory `/usr/ports/net/wireshark/work/wireshark-0.99=

.5'

gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/net/wireshark/work/wireshark-0.99=

.5'

gmake: *** [all] Error 2
*** Error code 2
=20
If so... any workarounds?
=20
--=20
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
  

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]




--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


wireshark build problem....

2007-02-21 Thread Eric Schuele

Hello,

Anyone seeing the following while building the latest wireshark? 
Previously had it installed, this was just a portupgrade from:


wireshark-0.99.4_1needs updating (port has 0.99.5)

-Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/X11R6/lib
epan/.libs/libwireshark.so: undefined reference to `.LC831'
epan/.libs/libwireshark.so: undefined reference to `.LC834'
epan/.libs/libwireshark.so: undefined reference to `.LC830'
epan/.libs/libwireshark.so: undefined reference to `.LC832'
epan/.libs/libwireshark.so: undefined reference to `.LC835'
epan/.libs/libwireshark.so: undefined reference to `.LC833'
epan/.libs/libwireshark.so: undefined reference to `.LC829'
gmake[2]: *** [wireshark] Error 1
gmake[2]: Leaving directory `/usr/ports/net/wireshark/work/wireshark-0.99.5'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/net/wireshark/work/wireshark-0.99.5'
gmake: *** [all] Error 2
*** Error code 2

If so... any workarounds?

--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: portupgrade-2.2.2_1,2 corrupts portsdb

2007-01-31 Thread Eric Schuele

On 01/31/2007 09:48, Bartosz Fabianowski wrote:

Hi all

As part of the daily portupgrade run on my 6-STABLE box, I upgraded 
sysutils/portupgrade to version 2.2.2_1,2 yesterday. Today, when I tried 
running this version, I got the following error message:


%portupgrade -ai
---  Session started at: Wed, 31 Jan 2007 15:44:44 +
[missing key: categories] [Updating the portsdb format:bdb_btree in 
/usr/ports ... - 15487 port entries found 
.1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000 
. done]

missing key: categories: Cannot read the portsdb!
---  Session ended at: Wed, 31 Jan 2007 15:44:50 + (consumed 00:00:05)
/usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database 
file error (PortsDB::DBError)

from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port'
from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in 
`all_depends_list'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in 
`tsort_build'

from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in 
`tsort_build'

from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build'
from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in 
`sort_build!'

from /usr/local/sbin/portupgrade:721:in `main'
from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize'
from /usr/local/sbin/portupgrade:220:in `new'
from /usr/local/sbin/portupgrade:220:in `main'
from /usr/local/sbin/portupgrade:2084

Apparently, the portsdb database is corrupted somehow, gets rebuilt but 
is still not acceptable. According to the error message, a key named 
categories seems to be missing from some table. Has anyone else 
experience this? Is there a workaround or a fix?



I'm seeing this as well.  Though I had thought it was because my 
`/usr/ports/make fetchindex` had failed.


Anyone else?



- Bartosz
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]




--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


[OT] Trying to build some software....

2006-12-06 Thread Eric Schuele

Hello,

Off topic?  Maybe.

I'm trying to build some software that has a port... yet the code I'm 
attempting to build is a *later* cvs snapshot.


I'm trying to build it using the instructions on the originators 
website, not by using the port.


When I run ./autogen.sh...  it ends with the following:
checking for zlib.h... yes
checking jpeglib.h usability... no
checking jpeglib.h presence... no
checking for jpeglib.h... no
configure: error: Cannot find jpeglib.h. Make sure your CFLAGS 
environment variable contains include lines for the location of this file


I *do* have jpeglib.h in /usr/local/include, yet modifying CFLAGS has no 
effect.  Nor does modifying CPPFLAGS (as the port does, I think).


Presently my make.conf has in it:
CFLAGS= -O -pipe
COPTFLAGS= -O -pipe

On someone's advice I tried setting PKG_CONFIG_PATH as well.  But no luck.

Any help is appreciated.

--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


(x11-wm\enlightenment-devel) e17, pam, and Lock Screen...

2006-12-03 Thread Eric Schuele

Hello,

I recently installed e17.  I am having difficulty getting the Lock 
Screen feature to accept a password.  Presently it accepts any input 
(even blank) as valid.


It my understanding that the problem is that it is not using PAM at this 
point (on my machine).  How can I get it to use PAM?  Some folks hint it 
is a build issue.  Others say the PAM config files are not setup. but 
none offer a concise method to fix it.  Is there some knob I can turn 
when building the app?  Or some config file somewhere I can tweak?


Thanks.

--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: gnucash will not install/run.... [SOLVED]

2006-12-02 Thread Eric Schuele

On 12/02/06 15:59, Scott T. Hildreth wrote:


On Sat, 2006-11-25 at 12:44 +1100, Peter Jeremy wrote:

On Fri, 2006-Nov-24 18:53:28 -0600, Scott T. Hildreth wrote:

you need to set libltdl_cv_sys_dlopen_deplibs=yes in the environment
before running the ./configure command.

...does this apply to gnucash2 as well?

Yes.


 If I run strace on the process
it just keeps spinning through the library search.

That's the problem that the above command fixes.


I'm still having this problem.  I changed the Makefile,

CONFIGURE_ENV=  CPPFLAGS=-I${LOCALBASE}/include \
libltdl_cv_sys_dlopen_deplibs=yes \
LIBS=-L${LOCALBASE}/lib

I checked the work/gnucash-2.0.2/config.log and the 
libltdl_cv_sys_dlopen_deplibs=yes is in there.  I do 
make install, start gnucash and the same problem occurs.

I am doing something wrong here?



Right or wrong... I do the following and it works.
#!/bin/sh

#
#  Fixes gnucash slooow startups...
#

cd /usr/ports/lang/guile
make deinstall

cd /usr/ports/devel/libltdl15
make deinstall

libltdl_cv_sys_dlopen_deplibs= yes
export libltdl_cv_sys_dlopen_deplibs

cd /usr/ports/devel/libltdl15
make clean
make install clean

cd /usr/ports/lang/guile
make clean
make install clean

###

The above script assumes you have gnucash installed properly and are 
suffering from the slow startups.


HTH.

--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: gnucash will not install/run.... [SOLVED]

2006-11-25 Thread Eric Schuele

On 11/25/06 05:48, Ed P wrote:

Hi All

On 11/24/06, Peter Jeremy [EMAIL PROTECTED] wrote:

On Fri, 2006-Nov-24 18:53:28 -0600, Scott T. Hildreth wrote:
you need to set libltdl_cv_sys_dlopen_deplibs=yes in the environment
 before running the ./configure command.

...does this apply to gnucash2 as well?

Yes.

  If I run strace on the process
it just keeps spinning through the library search.

That's the problem that the above command fixes.

--
Peter Jeremy


I've installed Peter's port of GC 2 and aside from having to deal with
the above known libs issue, have had a great deal of success.

The port runs fine and seems quite stable, but I have found an issue
where transactions entered with memorized merchants will not accept
new dollar values.  Instead the value of the previously entered
transaction for that merchant is entered instead.  Once the
transaction is entered, the user can go back to the register and
change it - but this results in essentially entering transactions
twice.

I've posed the same question to gnucash-users with no answers.  I also
installed and ran a GnuCash Linux livecd within a VMware VM and loaded
my data into it.  The problem does not occur there.

Has anyone else had an issue like this?




I have seen something similar.  And it is similar to something PJeremy@ 
once mentioned...


On occasion I can not delete a portion of a split transaction.  It says 
it is open elsewhere.  Once that happens... I can no longer enter new 
[memorized] transactions, as it does not remember them.  If I then enter 
the expense category, it will not accept any dollar value.  I must 
restart.  It doesn't happen often, so not a big deal for me.  Just 
mentioning it as a me too.


In general I am very pleased with gnucash2.

--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: irc/xchat and LOCALBASE

2006-11-02 Thread Eric Schuele

On 11/02/2006 17:00, Jona Joachim wrote:

Stanislav Sedov wrote:

On Thu, 02 Nov 2006 18:49:58 +0100
Jona Joachim [EMAIL PROTECTED] mentioned:


It seems like xchat wasn't updated against the GNOME switch from X11BASE
to LOCALBASE:


You probably have some libraries which xchat depends on pointing
to /usr/X11R6/lib/libgtk-x11-2.0.la. Try using portupgrade or
portmaster (see the gnome UPDATING entry).


I read the entry in UPDATING about Gnome and I did a
portupgrade -rf pkg-config\*
However some ports failed to build at that time. I'll try again.


FWIW:
I don't know about anyone else... but when I did the above, and a 
handful failed.  I turned around and portupgraded each failed one 
individually, and they worked.



Thanks for your answer!

Jona
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]




--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: gnucash will not install/run....

2006-10-21 Thread Eric Schuele

On 10/20/06 14:44, Duane Whitty wrote:

On Thu, Oct 19, 2006 at 02:37:18PM -0500, Eric Schuele wrote:

Hello,

I'm having a terrible time with gnucash

I portupgraded an enormous amount of stuff yesterday.  The only big
problems I had were related to gnucash.  I had cvsup'ed somewhere in
between important commits of the makefile apparently, and as a result
had some troubles (guppi, glade, gal, gtkhtml).  I have since cvsup'ed. 
 But I am still having problems.


I have deinstalled it and reinstalled many times.  I had it installed 
and it would segfault.  Then I decided to deinstall slib, slib-guile, 
libltdl, guile, and gnucash.  Then `make install` gnucash.  Now I see 
the following (which is similar to what I was seeing with the above 
mentioned ports):


[/usr/ports/finance/gnucash] 
root# make install

===   gnucash-1.8.12_4 depends on executable in : gmake - found
===   gnucash-1.8.12_4 depends on file: /usr/local/bin/perl5.8.8 - found
===   gnucash-1.8.12_4 depends on file: /usr/local/bin/intltool-extract 
- found

===   gnucash-1.8.12_4 depends on executable in : pkg-config - found
===   gnucash-1.8.12_4 depends on shared library: guile.15 - found
===   gnucash-1.8.12_4 depends on shared library: guppi.16 - found
===   gnucash-1.8.12_4 depends on shared library: popt.0 - found
===   gnucash-1.8.12_4 depends on shared library: ofx.3 - found
===   gnucash-1.8.12_4 depends on shared library: gw-glib.0 - not found
===Verifying install for gw-glib.0 in /usr/ports/devel/g-wrap
===   g-wrap-1.3.4,1 depends on package: slib-guile0 - not found
===Verifying install for slib-guile0 in /usr/ports/lang/slib-guile
===  Installing for slib-guile-3a3_3
===   slib-guile-3a3_3 depends on file: 
/usr/local/share/slib/require.scm - found

===   slib-guile-3a3_3 depends on executable in : guile - found
===   Generating temporary packing list
===  Checking if lang/slib-guile already installed
===   slib-guile-3a3_3 is already installed
  You may wish to ``make deinstall'' and install this port again
  by ``make reinstall'' to upgrade it properly.
  If you really wish to overwrite the old port of lang/slib-guile
  without deleting it first, set the variable FORCE_PKG_REGISTER
  in your environment or the make install command line.
*** Error code 1

Stop in /usr/ports/lang/slib-guile.
*** Error code 1

Stop in /usr/ports/devel/g-wrap.
*** Error code 1

Stop in /usr/ports/finance/gnucash.
[/usr/ports/finance/gnucash] 
root# cd /usr/ports/lang/slib-guile/
[/usr/ports/lang/slib-guile] 
root# make deinstall

===  Deinstalling for lang/slib-guile
===   slib-guile not installed, skipping
[/usr/ports/lang/slib-guile] 
root#


Why does it seem to think slib-guile is already installed?

In any case if I do as it asks and set FORCE_PKG_REGISTER... then it 
proceeds.


However, when I run it, it immediately segfaults.  No output. Nothing. 
It was working fine before I portupgraded everything so I am assuming 
there is something wrong in my setup.


I did read /usr/ports/UPDATING and did not see anything gnucash 
specific.  The 20061014 entry does probably apply to me in general.  So 
I tried the instructions and well... portupgrade did not work for me, as 
I (embarrassingly) do not understand `portupgrade -rf pkg-config\*`. 
The pkg-config\* must certainly be replaced with something... but I do 
not know what. Might this be the root of my problems?


Can anyone provide pointers on where I can start looking for a 
misconfiguration of some sort?


Anything else I can supply that would be of use?

Thanks.

--
Regards,
Eric

___


Hi Eric,

pkg-conf is a GNOME app.

Does doing a pkg_info|grep pkg-conf
return anything?  If it does then
portupgrade -rfv pkg-conf\* will upgrade
anyversion of pkg-conf you have installed.



The above resulted in the following:
[Updating the pkgdb format:bdb1_btree in /var/db/pkg ... - 321 
packages found (-0 +1) . done]

** Listing the failed packages (*:skipped / !:failed)
! devel/libsigc++20 (libsigc++-2.0.17_1)(install error)
! print/gimp-print (gimp-print-4.2.7_2) (coredump)
* devel/glibmm (glibmm-2.12.2)
* textproc/libxml++26 (libxml++-2.14.0)
* graphics/cairomm (cairomm-1.2.2)
! editors/openoffice.org-2.0-devel 
(openoffice.org-2.0.20060915)(install error)

* graphics/gimp (gimp-2.2.13_1,1)
* x11-toolkits/gtkmm24 (gtkmm-2.10.1)
---  Packages processed: 168 done, 1 ignored, 5 skipped and 3 failed

Did you have similar results?


How about pkg_info|grep gconf

On my system many of my apps had both run
and build dependencies on this. Try
portupgrade -rfv gconf\* 
will upgrade any version of this you have

installed.  I had several apps segfault due
to this.


I might still give the above a try (as I have no other better ideas), 
but it looks redundant.  gconf* and everything that depend on them were 
portupgraded by the above

Re: gnucash will not install/run.... [SOLVED]

2006-10-21 Thread Eric Schuele

On 10/20/06 20:05, Peter Jeremy wrote:

On Fri, 2006-Oct-20 08:15:22 -0500, Eric Schuele wrote:
I have tried this and many other variants.  Not quite sure what else to 
do here.  It is installed now.  All necessary dependencies are present. 
It simply segfaults when I start it.


Likewise here - on both i386 and amd64.  I've also compared the
contents of /usr/{X11R6,local} with pkg_info -aL to check for obvious
crud to no avail.  The SEGV occurs immediately after it reads
/usr/local/share/themes/Default/gtk/gtkrc but I haven't traced it
any further.



Ok... the fix for me was to downgrade g-wrap to that which existed
before they committed GNOME 2.16.1.

From portdowngrade:
number date portversion  comment
1  2006/10/17 21:24:04  1.3.4- Back out of 1.9.6 and back
down to 1
2  2006/10/14 08:35:12  1.9.6_2  Presenting GNOME 2.16.1 for
FreeBSD.
3  2006/07/02 04:03:10  1.3.4_9  Add missing library archives.

I selected #3 (v1.3.4_9).

So for me it went like this:

 1) portdowngrade g-wrap
 2) setenv FORCE_PKG_REGISTER yes
 (needed because slib-guile will complain)
 3) portupgrade -f g-wrap
 4) Don't forget to use pkgtools.conf to hold the port for now.

Seems to run fine now.

Obviously something is wrong in what they rolled it back to.

--
Regards,
Eric

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: gnucash will not install/run.... [SOLVED]

2006-10-21 Thread Eric Schuele

On 10/21/06 12:38, Eric Schuele wrote:

On 10/20/06 20:05, Peter Jeremy wrote:

On Fri, 2006-Oct-20 08:15:22 -0500, Eric Schuele wrote:
I have tried this and many other variants.  Not quite sure what else 
to do here.  It is installed now.  All necessary dependencies are 
present. It simply segfaults when I start it.


Likewise here - on both i386 and amd64.  I've also compared the
contents of /usr/{X11R6,local} with pkg_info -aL to check for obvious
crud to no avail.  The SEGV occurs immediately after it reads
/usr/local/share/themes/Default/gtk/gtkrc but I haven't traced it
any further.



Ok... the fix for me was to downgrade g-wrap to that which existed
before they committed GNOME 2.16.1.

 From portdowngrade:
number date portversion  comment
1  2006/10/17 21:24:04  1.3.4- Back out of 1.9.6 and back
down to 1
2  2006/10/14 08:35:12  1.9.6_2  Presenting GNOME 2.16.1 for
FreeBSD.
3  2006/07/02 04:03:10  1.3.4_9  Add missing library archives.

I selected #3 (v1.3.4_9).

So for me it went like this:

 1) portdowngrade g-wrap
 2) setenv FORCE_PKG_REGISTER yes
 (needed because slib-guile will complain)
 3) portupgrade -f g-wrap
 4) Don't forget to use pkgtools.conf to hold the port for now.

Seems to run fine now.

Obviously something is wrong in what they rolled it back to.



After looking a little bit more...
It appears there is a patch file (patch-aa) missing from the 1.3.4,1 
version of the port that is present in 1.3.4_9.  If its necessary I 
don't know... but that is one difference between the two ports.  So I 
thought I'd mention it.


--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Dropping X11BASE in favour for LOCALBASE

2006-10-19 Thread Eric Schuele

On 10/19/06 15:14, Kris Kennaway wrote:

On Thu, Oct 19, 2006 at 09:55:16PM +0200, Marcus von Appen wrote:

On, Thu Oct 19, 2006, Kris Kennaway wrote:


On Thu, Oct 19, 2006 at 06:01:42PM +0200, Marcus von Appen wrote:

Hi,

according to the status report sent around today, X11BASE should be
dropped in favour for LOCALBASE.

Is there an actual schedule until when this should happen and how should
we deal with our current ports now? Just remove the USE_X_PREFIX macro
when we submit new PRs for (our) existing ports or anything besides
that? 


A further explanation why that move shall happen would be great, too :-).

It can only possibly happen after a team of interested people have put
in the work to fix the several thousand ports that have hard-coded
knowledge of /usr/X11R6 (i.e. which do not respect X11BASE anyway).

So what was the announcement about then? Was the X11BASE vs. LOCALBASE
section within it just a generalization of the GNOME changes and X11BASE
will be kept? Or should we maintainers switch to LOCALBASE whenever
possible from now on?


It wasn't an announcement, it was a description of future plans.  I
don't know who is actively working on it.


But /usr/ports/UPDATING reads:
20061014:
  AFFECTS: All GTK+2 and GNOME users
  AUTHOR: [EMAIL PROTECTED]

  GNOME has been updated to 2.16. All GTK+2 and GNOME components have
  been moved from X11BASE (/usr/X11R6) to LOCALBASE (/usr/local). To
  upgrade your GNOME desktop or/and other applications you will need
  to use either sysutils/portupgrade or sysutils/portmaster. To use
  portmaster, make sure you have least 1.9 version to have the
  upgrade success.




Kris



--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: gnucash will not install/run....

2006-10-19 Thread Eric Schuele

On 10/19/06 20:17, Kay Abendroth wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


You should try:

portupgrade -f lang/slib-guile  portupgrade -f finance/gnucash


Thank you for the response.

Actually I have tried that.  Still no go.  Presently churning through 
`portupgrade -fR finance/gnucash`.  If that doesn't fix it up... I don't 
know what else to do.


Regards.




Greetings,
Kay



Eric Schuele wrote:

Hello,

I'm having a terrible time with gnucash

I portupgraded an enormous amount of stuff yesterday.  The only big
problems I had were related to gnucash.  I had cvsup'ed somewhere in
between important commits of the makefile apparently, and as a result
had some troubles (guppi, glade, gal, gtkhtml).  I have since cvsup'ed.
 But I am still having problems.

I have deinstalled it and reinstalled many times.  I had it installed
and it would segfault.  Then I decided to deinstall slib, slib-guile,
libltdl, guile, and gnucash.  Then `make install` gnucash.  Now I see
the following (which is similar to what I was seeing with the above
mentioned ports):

[/usr/ports/finance/gnucash] root# make install
===   gnucash-1.8.12_4 depends on executable in : gmake - found
===   gnucash-1.8.12_4 depends on file: /usr/local/bin/perl5.8.8 - found
===   gnucash-1.8.12_4 depends on file: /usr/local/bin/intltool-extract
- found
===   gnucash-1.8.12_4 depends on executable in : pkg-config - found
===   gnucash-1.8.12_4 depends on shared library: guile.15 - found
===   gnucash-1.8.12_4 depends on shared library: guppi.16 - found
===   gnucash-1.8.12_4 depends on shared library: popt.0 - found
===   gnucash-1.8.12_4 depends on shared library: ofx.3 - found
===   gnucash-1.8.12_4 depends on shared library: gw-glib.0 - not found
===Verifying install for gw-glib.0 in /usr/ports/devel/g-wrap
===   g-wrap-1.3.4,1 depends on package: slib-guile0 - not found
===Verifying install for slib-guile0 in /usr/ports/lang/slib-guile
===  Installing for slib-guile-3a3_3
===   slib-guile-3a3_3 depends on file:
/usr/local/share/slib/require.scm - found
===   slib-guile-3a3_3 depends on executable in : guile - found
===   Generating temporary packing list
===  Checking if lang/slib-guile already installed
===   slib-guile-3a3_3 is already installed
  You may wish to ``make deinstall'' and install this port again
  by ``make reinstall'' to upgrade it properly.
  If you really wish to overwrite the old port of lang/slib-guile
  without deleting it first, set the variable FORCE_PKG_REGISTER
  in your environment or the make install command line.
*** Error code 1

Stop in /usr/ports/lang/slib-guile.
*** Error code 1

Stop in /usr/ports/devel/g-wrap.
*** Error code 1

Stop in /usr/ports/finance/gnucash.
[/usr/ports/finance/gnucash] root# cd /usr/ports/lang/slib-guile/
[/usr/ports/lang/slib-guile] root# make deinstall
===  Deinstalling for lang/slib-guile
===   slib-guile not installed, skipping
[/usr/ports/lang/slib-guile] root#

Why does it seem to think slib-guile is already installed?

In any case if I do as it asks and set FORCE_PKG_REGISTER... then it
proceeds.

However, when I run it, it immediately segfaults.  No output. Nothing.
It was working fine before I portupgraded everything so I am assuming
there is something wrong in my setup.

I did read /usr/ports/UPDATING and did not see anything gnucash
specific.  The 20061014 entry does probably apply to me in general.  So
I tried the instructions and well... portupgrade did not work for me, as
I (embarrassingly) do not understand `portupgrade -rf pkg-config\*`. The
pkg-config\* must certainly be replaced with something... but I do not
know what. Might this be the root of my problems?

Can anyone provide pointers on where I can start looking for a
misconfiguration of some sort?

Anything else I can supply that would be of use?

Thanks.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)

iQEVAwUBRTgjp/6xkxz4DngiAQhhEgf7BMf/yuTZLNvMD/aemS9JIelmGaIT3cgb
Fr7g/Mdy1+UjMyPNiIKOA7UL9qnmNIOvsMZ5CMs4+VbOJDuXBxHmZnw4dMv/SL0q
X6VlyNhv82Td5+obwea6+UwR2LqDzLbu9XEXAUCnb0E53PxdmtWxMW4JaAlEWHeJ
rYYPGuycSt7MG2Y7Ge+8Bp0NfoLzQtZKmJguT06eZCKgp1Lp7jK24PAgqWPPdeli
wgL3ZZRVUzNieCdbbQyDoU+T/9NzGVZrR2UeKaKnvqGSU/P8vCMOf1kjDHbzAf86
RfMfx9HcMp+ffpppYtmWY8UR6mP2Px+LwZRd73pIeBfqX34d+H29ww==
=7wH2
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]




--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: math/guppi missing header file....

2006-10-18 Thread Eric Schuele

On 10/18/06 09:58, Kay Abendroth wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


Seems to me that glade is not installed properly. Try one of the two
commands in order:

portupgrade -f devel/libglade



Yes.  The above did the trick.

Thanks.


portinstall devel/libglade


Note: In case you haven't installed sysutils/portupgrade try the following:

cd /usr/ports/devel/libglade  make install clean


Kind regards,
Kay



Eric Schuele wrote:

Hello,

I get the following errors when portupgrading guppi:

guppi-config-model.h:32:25: glade/glade.h: No such file or directory
In file included from guppi-config-model.c:32:
guppi-config-model.h:89: error: syntax error before '*' token
guppi-config-model.c:40: warning: excess elements in array initializer
guppi-config-model.c:40: warning: (near initialization for
`guppi_config_model_signals')
guppi-config-model.c:188: error: syntax error before '*' token
guppi-config-model.c: In function `glade_info_cb':
guppi-config-model.c:207: error: `GladeXML' undeclared (first use in
this function)
guppi-config-model.c:207: error: (Each undeclared identifier is reported
only once
guppi-config-model.c:207: error: for each function it appears in.)
guppi-config-model.c:207: error: `glade' undeclared (first use in this
function)
guppi-config-model.c:210: warning: implicit declaration of function
`glade_xml_new'
guppi-config-model.c:217: warning: implicit declaration of function
`glade_xml_get_widget'
guppi-config-model.c:217: warning: assignment makes pointer from integer
without a cast
guppi-config-model.c: At top level:
guppi-config-model.c:229: error: syntax error before '*' token
gmake[3]: *** [guppi-config-model.lo] Error 1
gmake[3]: Leaving directory
`/usr/ports/math/guppi/work/Guppi-0.40.3/src/libguppiuseful'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/usr/ports/math/guppi/work/Guppi-0.40.3/src'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/math/guppi/work/Guppi-0.40.3'
gmake: *** [all-recursive-am] Error 2
*** Error code 2

Stop in /usr/ports/math/guppi.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade.64560.0 env PORT_UPGRADE=yes make
** Fix the problem and try again.
** Listing the failed packages (*:skipped / !:failed)
! math/guppi (guppi-0.40.3_5)   (missing header)

Anything I can do to correct this?


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)

iQEVAwUBRTZBHP6xkxz4DngiAQgzOAf/Qhkw+R5HyaJ0Ww+Jf/96Oh3HwqfJpY/U
EfvX8Ei7tAv+9VKqfBMqTnWYjwRJR1y8Ak/RKxKKxY7nhhEKBGatE7Zn0tp4SP6J
H0vNhJYCMJRI7OQyDKZKt+/v3GjVLLYrBAKL3/x1pSJY3+kOVA3SJ4eEUKzDU/zj
jg5XB1OGORJOQE3W7cc+KWqDiNIe0iRRgKmkRDB7P71WOkPtwsiG9hSicFFxPf9q
6hGDnbYMK3Nn4qjxpEvC218kRjRn48fmUY5jk3GRvaUiZp/U1kAxlQKPrQFlLXcC
/b7s3YUnik9IF8EmLUB6dbqqbjHBhtE5GUvwcyWnuDSJF/gWcn8R9Q==
=oOBE
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]




--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


google-earth-4.0.1693 Locks up...

2006-08-18 Thread Eric Schuele

Hello,

Surely I'm missing something basic here.

The latest version (v.1693) does not work for me on RELENG_6.  Running 
it, it stops at loading myplaces.kml.  If I delete the ~/.googleearth 
directory it gets a little further... myplaces appear to get loaded, and 
then it just locks up.  It does not complain in any fashion.  It never 
draws earth and just locks up.


At one point there were a lot of complaints about v.1693 not working. 
Then the complaints seemed to dissipate.  Though a lot of people did 
chime in with works fine here... no one that I saw had nailed down the 
problem or offered a solution.


I've searched a good bit and just not found what I need to get it running.

Any ideas?  Anything I can provide that would be helpful?

Thanks.
--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: problem building linuxthreads on RELENG_6

2006-08-10 Thread Eric Schuele

On 08/08/2006 23:06, Ganbold wrote:

Eric Schuele wrote:

Hello,

I am trying to build MySQL with linuxthread support.  The build is 
failing within linuxthreads with the following error(s):


cc -O -pipe -march=pentium4 -g -O2 -Wall -DCOMPILING_LINUXTHREADS 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21/sysdeps/i386 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21/sysdeps/pthread 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21/sysdeps/unix/sysv/linux 
-I/usr/src/lib/libc/stdtime -DLIBC_RCS -DLINUXTHREADS -D__USE_UNIX98 
-D__USE_XOPEN2K -D_STACK_GROWS_DOWN -DNEWLIBC -D_THREAD_SAFE 
-I/usr/src/lib/libc/i386 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21/sysdeps/i386 
 -c getnetby_r.c

getnetby_r.c:57: error: conflicting types for 'getnetbyaddr_r'
/usr/include/netdb.h:239: error: previous declaration of 
'getnetbyaddr_r' was here


The README.FreeBSD says that linuxthreads is only intended to run on 
5-current or 4.x.  Surely this is an outdated doc, right?


I can get passed the error by fiddling with the conditional 
compilations.  But surely I should not have to.


Is this a problem... or am I not supposed to be able to 'make install 
clean' linuxthreads?
I've got same problem yesterday when I tried to install linuxthreads 
from ports.

Later installed binary package using pkg_add.


you know... after my little bit twiddling... the compilation I made did 
not seem to work.  MySQL would hang when running mysql_install_db.  So 
then I removed it and used the package.  But had the same results.  So 
then I bailed on linuxthreads and things seem to work.


So now I guess my question is what might I have done wrong?  Are you 
using linuxthreads for MySQL, or some other app?




Ganbold


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]




--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: problem building linuxthreads on RELENG_6

2006-08-10 Thread Eric Schuele

On 08/10/2006 20:45, Eric Schuele wrote:

On 08/10/2006 10:40, Hajimu UMEMOTO wrote:

Hi,


On Tue, 08 Aug 2006 20:37:05 -0500
Eric Schuele [EMAIL PROTECTED] said:


e.schuele I am trying to build MySQL with linuxthread support.  The 
build is e.schuele failing within linuxthreads with the following 
error(s):


e.schuele cc -O -pipe -march=pentium4 -g -O2 -Wall 
-DCOMPILING_LINUXTHREADS e.schuele 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21 e.schuele 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21/sysdeps/i386 
e.schuele 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21/sysdeps/pthread 
e.schuele 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21/sysdeps/unix/sysv/linux 
e.schuele -I/usr/src/lib/libc/stdtime -DLIBC_RCS -DLINUXTHREADS 
-D__USE_UNIX98 e.schuele -D__USE_XOPEN2K -D_STACK_GROWS_DOWN 
-DNEWLIBC -D_THREAD_SAFE e.schuele -I/usr/src/lib/libc/i386 
e.schuele 
-I/usr/ports/devel/linuxthreads/work/linuxthreads-2.2.3_21/sysdeps/i386 
e.schuele   -c getnetby_r.c

e.schuele getnetby_r.c:57: error: conflicting types for 'getnetbyaddr_r'
e.schuele /usr/include/netdb.h:239: error: previous declaration of 
e.schuele 'getnetbyaddr_r' was here


Please apply following patch to devel/linuxthreads:


The patch applied without complaint.

However I seem to get the same results.  FWIW, when I change:
  #if __FreeBSD_version  700016
to
  #if __FreeBSD_version  700016
It compiled.

Now... on *my* machine (/usr/include/sys/param.h) 
__FreeBSD_version=601104.  So my diff and yours should have the same 
effect no?  Yet even when I got it to compile...  Things did not seem to 
work for me.


Any thoughts?  Anything I can provide to help?


Ha!  Disregard my last post.  I must've done something wrong.

It compiles now.  Thanks.





Index: files/getnetby_r.c
diff -u -p files/getnetby_r.c.orig files/getnetby_r.c
--- files/getnetby_r.c.origFri Jul  7 11:23:43 2006
+++ files/getnetby_r.cFri Aug 11 00:26:18 2006
@@ -3,7 +3,7 @@
 #include string.h
 #include sys/param.h
 
-#if __FreeBSD_version  700016

+#if __FreeBSD_version  601103
 
 static pthread_mutex_t getnetby_mutex = PTHREAD_MUTEX_INITIALIZER;
 
@@ -107,4 +107,4 @@ getnetent_r (struct netent *result, char

   return result;
 }
 
-#endif /* #if __FreeBSD_version  700016 */

+#endif /* #if __FreeBSD_version  601103 */
Index: files/getprotoby_r.c
diff -u -p files/getprotoby_r.c.orig files/getprotoby_r.c
--- files/getprotoby_r.c.origFri Jul  7 11:23:43 2006
+++ files/getprotoby_r.cFri Aug 11 00:25:44 2006
@@ -3,7 +3,7 @@
 #include string.h
 #include sys/param.h
 
-#if __FreeBSD_version  700016

+#if __FreeBSD_version  601103
 
 static pthread_mutex_t getprotoby_mutex = PTHREAD_MUTEX_INITIALIZER;
 
@@ -107,4 +107,4 @@ getprotoent_r (struct protoent *result,return 
result;

 }
 
-#endif /* #if __FreeBSD_version  700016 */

+#endif /* #if __FreeBSD_version  601103 */
Index: files/getservby_r.c
diff -u -p files/getservby_r.c.orig files/getservby_r.c
--- files/getservby_r.c.origFri Jul  7 11:23:43 2006
+++ files/getservby_r.cFri Aug 11 00:26:56 2006
@@ -3,7 +3,7 @@
 #include string.h
 #include sys/param.h
 
-#if __FreeBSD_version  700016

+#if __FreeBSD_version  601103
 
 static pthread_mutex_t getservby_mutex = PTHREAD_MUTEX_INITIALIZER;
 
@@ -115,4 +115,4 @@ getservent_r (struct servent *result, ch

   return result;
 }
 
-#endif /* #if __FreeBSD_version  700016 */

+#endif /* #if __FreeBSD_version  601103 */


Sincerely,

--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED]  [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]







--
Regards,
Eric
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]