Gnucash-2.2.7_2 - 7.2 - Core dump

2009-04-12 Thread Thomas Hummel
Hello,

I was running RELENG_7/amd64 and the gnucash-2.2.7_2 port. After the last
portupgrade (I usually portupgrade -a each day) few days ago, gnucash started
to launch but dumped core while trying to enter into an account.

For additionnal reasons (including a half completed perl5.10 upgrade), I
deleted all my installed ports and started again with packages (I know about
how violent it is, but I hadn't much time) : I kept my base, pkg_deleted
everything and pkg_added -r gnucash and xorg). At that moment, gnucash worked
again. Then I portsnaped fetch extract, portsnaped fetch update, then
portupgraded -a : gnucash dumped core again when accessing an account.

For again some other reasons, I started all over again (from Isos and pkg_add
-r) today. Now I'm running :

  FreeBSD  7.2-BETA1 FreeBSD 7.2-BETA1 #0: Tue Mar 31 16:24:35 UTC 2009 
r...@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

gnucahh-2.2.7_2 Quicken-like money and finance manager
gnucash-docs-2.2.0_3 Documentation for gnucash

and gnucash is working again.

I re-portsnaped the port tree (fetch extract) and did a fetch update. Now
portversion -l "<" shows me :

atk <
dri <
freetype2   <
gconf2  <
gio-fam-backend <
glib<
gnome-doc-utils <
gnome-icon-theme<
gnome-keyring   <
gnomehier   <
gtk <
gtkhtml3<
gvfs<
hal <
iso-codes   <
libGL   <
libGLU  <
libdrm  <
libgnome<
libgnomecanvas  <
libsoup <
pango   <
pcre<
pixman  <
yelp<

I guess the upgrade of one or more of those packages (through portupgrade -a,
thus rebuilding needed dependencies) will make the gnucash core dump problem
occur again.

Any clue ?

Thanks

--
Thomas Hummel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Amavis::SpamControl->new not found

2009-05-12 Thread Thomas Hummel
Hello,

I portupgraded a lot of things on a mail server running 7.1-PRERELEASE amd64,
including perl, postfix, amavisd-new and clamav. At the moment here are the 
versions
which I run :

  perl-5.8.9_2
  postfix-2.5.6,1
  amavisd-new-2.6.3,1
  clamav-0.95.1_

Compile and install succeeded but trying to start amavid-new gave the following
error :

  # /usr/local/etc/rc.d/amavisd start
  Starting amavisd.
  Can't locate object method "new" via package "Amavis::SpamControl" at 
/usr/local/sbin/amavisd line 13878.

On this particular server, I don't want spam check at all, so 
/usr/local/etc/amavisd.conf states :

  @bypass_spam_checks_maps  = (1);  # controls running of anti-spam code

which doesn't seem to be overriden anwhere else.

Line 13878 of /usr/local/sbin/amavisd states :

  $spamcontrol_obj = Amavis::SpamControl->new  if $extra_code_antispam;

Considering I don't need spam check at all, I tried commenting this line and
amavisd-new started and seemed to work.

Do you have any clue on what's wrong ?

--
Thomas Hummel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Amavis::SpamControl->new not found

2009-05-15 Thread Thomas Hummel
On Tue, May 12, 2009 at 01:53:35PM +0200, Thomas Hummel wrote:

>   # /usr/local/etc/rc.d/amavisd start
>   Starting amavisd.
>   Can't locate object method "new" via package "Amavis::SpamControl" at 
> /usr/local/sbin/amavisd line 13878.
> 
> On this particular server, I don't want spam check at all, so 
> /usr/local/etc/amavisd.conf states :
> 
>   @bypass_spam_checks_maps  = (1);  # controls running of anti-spam code
> 
> which doesn't seem to be overriden anwhere else.
> 
> Line 13878 of /usr/local/sbin/amavisd states :
> 
>   $spamcontrol_obj = Amavis::SpamControl->new  if $extra_code_antispam;
> 
> Considering I don't need spam check at all, I tried commenting this line and
> amavisd-new started and seemed to work.


Today, I tried something different :

  . comment @bypass_spam_checks_maps  = (1); in amavisd.conf, thus getting the
 default as stated in amavid, which is

 @bypass_spam_checks_maps = (
  \%bypass_spam_checks, \...@bypass_spam_checks_acl, 
\$bypass_spam_checks_re);


  . assume that spam checks won't be launched even if I commented
@bypass_spam_checks_maps since my amavisd.conf states

$sa_mail_body_size_limit = 1; # don't waste time on SA if mail is larger
# default: undef, no limitations

Although amavisd launch succeeded then, as a side effet I got many messages
returned with 

  Subject: Considered UNSOLICITED BULK EMAIL, apparently from you
  >From: "Content-filter at [...]

So I reverted to the solution described in my previous message.

Conclusion : 


it seems to me that :

  . amavisd miss somewhere the "import" of the Amavis::SpamControl package (I
don't see such import anywhere)

  . @bypass_spam_checks_maps  = (1); doesn't bypass everything since 

 $spamcontrol_obj = Amavis::SpamControl->new  if $extra_code_antispam;

   is still executed.

  .  $sa_mail_body_size_limit = 1; isn't enough to fully bypass spam engine 
since some
 messages where marked UBE.

Thanks

-- 
Thomas Hummel   | Institut Pasteur
 | Pôle informatique - systèmes et réseau
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Uggg!

2007-06-01 Thread Thomas Hummel
On Fri, Jun 01, 2007 at 01:07:50PM +0200, [LoN]Kamikaze wrote:

Happend to me too (same cause : battery died while portupgrading -a).

I had nothing in lost+found and since >500 packages got corrupted, no
binary .tgz packages tweaking was an option.

After some search in 

/usr/ports/Mk/bsd.port.mk

I came to the following solution :

  1) with trivial shell script/perl/whatever, build from 

pkg_info: the package info for package 'ffmpeg-0.4.9.p1_7' is corrupt
pkg_info: the package info for package 'gnucash-2.0.5_3' is corrupt

the file foobar holding 

  ffmpeg-0.4.9.p1_7
  gnucash-2.0.5_3
  linux-mplayerplug-in-3.35_1
  xprehashprinterlist-1.0.1

  2) with some additionnal shell/perl/whatever, transform foobar into
foobaz holding the path of the correspondint port directory :

so, foobaz will look like this (for other ports than those listed
above of course)

  /usr/ports/x11-fonts/linux-fontconfig
  /usr/ports/devel/linux-glib2
  /usr/ports/x11-toolkits/linux-gtk2
  
  3) re-generate +CONTENT files

cat foobaz  | while read LINE;do cd $LINE;make do-package;make fake-pkg;done
  4) rebuild pkgdb

rm /var/db/pkg/pkgdb.db
pkgdb -fu

It seemed to work for me, except for one or two packages, one of them
missed the +COMMENT file as well (easy to re-create from the ports
makefile).

gnucash is still broken but maybe for some other issue.

maybe should INDEX* and INDEX*.db be recreated as well (I did it but I
don't remember at which stage of the above procedure).

Hope it'll help.

--
Thomas Hummel

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


Re: Uggg!

2007-06-01 Thread Thomas Hummel
On Fri, Jun 01, 2007 at 10:12:51AM -0500, Paul Schmehl wrote:

> Not trying to be a smartass here, but wouldn't it be best practice to 
> always use the power cord when doing portupgrades on a laptop? 

Sure. But that doesn't explain why so many +CONTENT files were screwed
up and why there isn't a easy or easier way to re-generate them.

-- 
Thomas Hummel   | Institut Pasteur
<[EMAIL PROTECTED]> | Pôle informatique - systèmes et réseau
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


gnucash and goffice

2008-03-21 Thread Thomas Hummel
Hello,

the gnucash-2.2.3_3 port doesn't compile on FreeBSD-7 STABLE (amd64) because of
a goffice header it cannot find :

  gnc-html-graph-gog.c:47:56: error: goffice/graph/gog-renderer-gnome-print.h: 
No such file or directory

Two different versions of goffice are installed on my system :

  % pkg_info | grep -i goffice
  goffice-0.4.3_3 GLib/GTK+ set of document centric objects and utilities
  goffice-0.6.2   GLib/GTK+ set of document centric objects and utilities

  % pkg_info -R goffice-0.6.2
  Information for goffice-0.6.2:

  Required by:
  gnucash-2.2.0_1

Only one of them provides the required header :

  %pkg_info -L goffice-0.6.2 | grep -i gog-renderer-gnome-print.h
  %pkg_info -L goffice-0.4.3_3 | grep -i gog-renderer-gnome-print.h
  /usr/local/include/libgoffice-0.4/goffice/graph/gog-renderer-gnome-print.h

It seems nothing requires the following version of goffice :

%pkg_info -R goffice-0.4.3_3
Information for goffice-0.4.3_3:

I tried to tweak the CPPFLAGS but did not succeed.

Any idea ?

Thanks.

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


Re: gnucash and goffice

2008-03-22 Thread Thomas Hummel
On Sat, Mar 22, 2008 at 07:53:30AM +1100, Peter Jeremy wrote:

> I've bumped into this as well.  I suspect you did a portupgrade of
> goffice recently and that updated it from 0.4 to 0.6 - which (AFAIK)
> gnucash won't work with.  

Yes. But the old (before upgrade to 2.2.3_3) gnucash-2.2.0_1 depended upon
goffice-0.6 (at least, that's what pkg_delete goffice-0.6.2 told me). Why is
that the newer gnucash package would depend upon an older goffice package ? 

> When you then tried to upgrade gnucash, it
> re-installed goffice 0.4 (as a dependency) but detected goffice 0.6
> during its configure.

Exactly.

> My solution was to remove gnucash and both goffice packages and then
> just rebuild gnucash (which will reinstall goffice 0.4).

It works indeed. I was just hoping there was a cleaner way of fixing things.

Thanks anyway !

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


firefox 2.0.0.14 crashes

2008-05-08 Thread Thomas Hummel
Hello,

On FreeBSD 7.0-STABLE amd64, firefox crashes since I portupgraded it to
firefox-2.0.0.14,1 (same behavior with the binary package) :

The program 'gecko' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadImplementation (server does not implement operation)'.
  (Details: serial 32 error_code 17 request_code 146 minor_code 5)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

For instance, it happens when gmail is loading it's mail index list (before I
have the opportunity to read one of the messages) but it does it very quick on
apparently random sites.

It occurs even when started with a "fresh" .mozilla (i.e. rm -rf .mozilla).

Any clue ?

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


gcc34 doesn't build on 7.0-STABLE/amd64

2008-08-20 Thread Thomas Hummel
zer element is not constant
gtype-desc.c:4534: error: (near initialization for 
'gt_pch_rs_gtype_desc_c[1].stride')
gtype-desc.c:4535: error: 'cgraph_n_nodes' undeclared here (not in a function)
gtype-desc.c:4535: error: initializer element is not constant
gtype-desc.c:4535: error: (near initialization for 
'gt_pch_rs_gtype_desc_c[2].base')
gtype-desc.c:4535: error: initializer element is not constant
gtype-desc.c:4535: error: (near initialization for 
'gt_pch_rs_gtype_desc_c[2].stride')
gmake[2]: *** [gtype-desc.o] Error 1
gmake[2]: Leaving directory `/usr/ports/lang/gcc34/work/build/gcc'
gmake[1]: *** [stage1_build] Error 2
gmake[1]: Leaving directory `/usr/ports/lang/gcc34/work/build/gcc'
gmake: *** [bootstrap-lean] Error 2
*** Error code 2

Stop in /usr/ports/lang/gcc34.

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