[gentoo-amd64] dev-db/libdbi-0.8.3 failed

[gentoo-amd64] dev-db/libdbi-0.8.3 failed

[Paul Stear]

Hello all,
syslog-ng wants to update libdbi but it keeps failing with the following:-

openjade:/usr/share/sgml/docbook/dsssl-
stylesheets-1.79/html/../common/dbtable.dsl:224:13:E: 2nd argument for 
primitive "ancestor" of wrong type: "#<unknown object 26393312>" not a 
singleton node list                                                                                                              
make[2]: *** [programmers-guide/x278.html] Error 1                                                                                                         
make[1]: *** [all-recursive] Error 1                                                                                                                       
make: *** [all] Error 2  

I have reinstalled docbook-dsssl-stylesheets-1.79 but still had the same error.

Any help would be appreciated
regards
Paul
-- 
This message has been sent using kmail with gentoo linux

[gentoo-amd64] Re: dev-db/libdbi-0.8.3 failed

[Duncan]

Paul Stear posted on Mon, 07 Sep 2009 09:06:26 +0100 as excerpted:

> syslog-ng wants to update libdbi but it keeps failing

I run syslog-ng here and don't have libdbi merged at all.  USE flags, 
maybe?  Here's mine (from an emerge --pretend --verbose):

"caps pcre ssl -hardened -ipv6 (-selinux)
-spoof-source -sql -static -tcpd"

Doing an esearch on libdbi, I get this as its description:

libdbi implements a database-independent abstraction
layer in C, similar to the DBI/DBD layer in Perl.

The keyword there is "database".  Based on that and the USE flags,
I'd assume syslog-ng pulling in libdbi based on the sql flag.  Let's 
see... grepping the ebuild (v 3.0.4) for sql yields this among other 
lines:

        sql? ( >=dev-db/libdbi-0.8.3 )"

So I'm correct.

Is there any particular reason you are building syslog-ng with sql 
support? If you're using that feature, turning off the USE flag probably 
isn't something you want to do, but it's a simple enough work-around if 
you're not using the feature anyway.

If you do turn it off, an emerge --depclean might be worth running, to 
see if libdbi is used by anything else.  Of course, if you're used to 
keeping your system reasonably cruft-free already, you'll likely already 
be running routine depcleans, and if you aren't, depclean may well want 
to remove a whole slew of stuff, some of which you might not want removed 
even if it's not a dependency of something in your world file yet, which 
is of course why you're supposed to use either --ask or --pretend to see 
what portage is going to do, before you actually allow it to do it.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Re: dev-db/libdbi-0.8.3 failed

[Paul Stear]

On Monday 07 Sep 2009 14:22:07 Duncan wrote:
> Paul Stear posted on Mon, 07 Sep 2009 09:06:26 +0100 as excerpted:
> > syslog-ng wants to update libdbi but it keeps failing
> 
<snip>
> Is there any particular reason you are building syslog-ng with sql
> support? If you're using that feature, turning off the USE flag probably
> isn't something you want to do, but it's a simple enough work-around if
> you're not using the feature anyway.
<snip>
Thanks Duncan, that was the problem.  I put an entry in package.use and all is 
well libdbi is not now required.  As far as I know I do not need sql for 
syslog-ng which I have been using for years without any problem.  I wonder if 
this is a new flag for that program.
Anyway thanks for your help
Paul

-- 
This message has been sent using kmail with gentoo linux

[gentoo-amd64] Re: dev-db/libdbi-0.8.3 failed

[Duncan]

Paul Stear posted on Mon, 07 Sep 2009 15:34:02 +0100 as excerpted:

> Thanks Duncan, that was the problem.  I put an entry in package.use and
> all is well libdbi is not now required.  As far as I know I do not need
> sql for syslog-ng which I have been using for years without any problem.
>  I wonder if this is a new flag for that program.

It seems to be, yes.  A quick epkginfo to see what versions are available 
says there's a 2.0 and a 2.1 version in-tree, in addition to the 3.x 
version that's new.  A quick emerge -pv =<version> on the 2.x versions 
did indeed show the flag as disappearing, so it must be new, or at least 
newly unmasked.

But there's a few other changes with the 3.x version as well.  I have a 
bit of a customized syslog config, spitting out various messages to 
specific files and filtering a few of them, and I had to google for a 
couple of the new features as it was protesting that the ones I was using 
were deprecated and not particularly well performing.

But the sql thing is either for hyper-control people (and I thought /I/ 
was bad!) or more practically, for those using a syslog server to manage 
a few hundred or thousand machines.  In that case, yes, I could see how a 
database backend could be /quite/ helpful indeed!  But I don't see any 
reason for someone running it for just their own machine, or even for 2-3 
machines on a home network, to need the extra complexity of the database 
setup.  Maybe at a half-dozen or so machines, if they're all logging to a 
central server...

Anyway, to maybe save you some trouble if you have multiple filters 
configured, the former match filter is now much broader.  To get similar 
functionality to the previous, simply s/match/message/.  Other than that, 
and the SQL building problems you experienced, it seems to be pretty much 
the same, tho somewhat more powerful than it was if you need it.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Re: dev-db/libdbi-0.8.3 failed

[Frank Peters]

On Tue, 8 Sep 2009 15:30:11 +0000 (UTC)
Duncan <1i5t5.duncan@cox.net> wrote:

>  But I don't see any 
> reason for someone running it for just their own machine, or even for 2-3 
> machines on a home network, 
>

Anyone with this kind of simple setup should maybe consider using
the plain old traditional sysklogd, rather than syslog-ng.  These
"ng" versions of whatever package always add more features and complexity
that do not apply to single-user systems -- and not everyone uses Linux
in a large, multi-user, networked environment.

Thankfully, Gentoo still make the traditional sysklogd available.
Other distros do not, and the single user has to grapple with
this unnecessary complexity.

"Choice" is the keyword, but I fear that user choices will become
more limited in the future.

Frank Peters

Re: [gentoo-amd64] dev-db/libdbi-0.8.3 failed

[Frank Peters]

On Mon, 7 Sep 2009 09:06:26 +0100
Paul Stear <gentoo@appjaws.plus.com> wrote:

> Hello all,
> syslog-ng wants to update libdbi but it keeps failing with the following:-
> 
> openjade:/usr/share/sgml/docbook/dsssl-
> stylesheets-1.79/html/../common/dbtable.dsl:224:13:E: 2nd argument for 
> primitive "ancestor" of wrong type: "#<unknown object 26393312>" not a 
> singleton node 

The build is failing as it tries to create the extra documentation.

If you don't need or want the extra documentation, then just
add "-doc" to your USE flags and the extra docs won't be built.

Frank Peters