PeerGuardian

Public answer to a private mail:


1. Usage of git
---------------
Install it in Debian and derivatives with
   sudo apt-get install git gitk git-gui

Get the source with read/write access: Go to an empty directory and 
issue (one command):
   git clone 
ssh://USERNAME@...>

Update from sourceforge: Change to the peerguardian directory and issue
   git pull

Do your work ...

Push back: Change to the directory and issue
   gitk
and from there start git-gui. There you can compose nice commits, add an 
informative commit message and then push them back to sourceforge.


2. Current TODO (the big parts):
--------------------------------

dbus:
dbus is for interprocess communication.
Most important we need it, so that pgld can notify pgl-gui about blocked 
IPs. pgl-gui then shows them (like a log file), and allows to whitelist 
these IPs with a right-click. dbus was implemented in nfblock, but we 
broke it during the transition to pgld. Instead of using dbus, mobloquer 
parsed the logfiles, which caused a huge overhead.
Another use case is that pglcmd can notify pgl-gui about errors, e.g. 
unavailable blocklists.
Current status: I'll dig into this, but welcome every help with it. We 
need to fix it in pgld, implement in pglcmd and pgl-gui.

policykit:
This is a framework that allows to do specified tasks with root 
permissions (which are sometimes needed for pgl since it messes with the 
whole system). This allows to get rid of the less sophisticated 
kdesudo/gksu. At least we think that it is a wise idea to use it. 
Current status: stuck, not implemented.

inotify:
Some stuff to notify about changed files. No idea about the details, but 
I guess useful to notify when the configuration changed.
Current status: heard of it ;-)

Greets
jre

To begin with, I would like to thank freemind for reviving pgl-gui! If you
have any questions about the code feel free to email me. I'll check your
TODO list and see if I can help a bit.

I also have an idea about the dbus daemon and I want to hear your opinions.
>From what I understand we only need DBus for the GUI so why not abandon the
low level API and use the Qt D-Bus bindings? If we can add an option to
compile pgld whithout the dbus component (for people using pgld on routers
etc) then I believe that we can quickly have a working implementation which
will be easy to maintain and improve in the future. The only downside is
that if for some reason we need dbus for something else in the future,
people who don't/can't have Qt will be excluded from those features.

PS. GLib is also an option.

On Thu, Apr 21, 2011 at 7:31 PM, jre <jre-phoenix@...:

> Public answer to a private mail:
>
>
> 1. Usage of git
> ---------------
> Install it in Debian and derivatives with
>   sudo apt-get install git gitk git-gui
>
> Get the source with read/write access: Go to an empty directory and
> issue (one command):
>   git clone
> ssh://
> USERNAME@...
>
> Update from sourceforge: Change to the peerguardian directory and issue
>   git pull
>
> Do your work ...
>
> Push back: Change to the directory and issue
>   gitk
> and from there start git-gui. There you can compose nice commits, add an
> informative commit message and then push them back to sourceforge.
>
>
> 2. Current TODO (the big parts):
> --------------------------------
>
> dbus:
> dbus is for interprocess communication.
> Most important we need it, so that pgld can notify pgl-gui about blocked
> IPs. pgl-gui then shows them (like a log file), and allows to whitelist
> these IPs with a right-click. dbus was implemented in nfblock, but we
> broke it during the transition to pgld. Instead of using dbus, mobloquer
> parsed the logfiles, which caused a huge overhead.
> Another use case is that pglcmd can notify pgl-gui about errors, e.g.
> unavailable blocklists.
> Current status: I'll dig into this, but welcome every help with it. We
> need to fix it in pgld, implement in pglcmd and pgl-gui.
>
> policykit:
> This is a framework that allows to do specified tasks with root
> permissions (which are sometimes needed for pgl since it messes with the
> whole system). This allows to get rid of the less sophisticated
> kdesudo/gksu. At least we think that it is a wise idea to use it.
> Current status: stuck, not implemented.
>
> inotify:
> Some stuff to notify about changed files. No idea about the details, but
> I guess useful to notify when the configuration changed.
> Current status: heard of it ;-)
>
> Greets
> jre
>
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>



-- 
"The man who trades freedom for security does not deserve nor will he ever
receive either."
-Benjamin Franklin

On 04/21/2011 07:04 PM, Jim wrote:
> I also have an idea about the dbus daemon and I want to hear your
> opinions. From what I understand we only need DBus for the GUI so why
> not abandon the low level API and use the Qt D-Bus bindings? If we can
> add an option to compile pgld whithout the dbus component (for people
> using pgld on routers etc) then I believe that we can quickly have a
> working implementation which will be easy to maintain and improve in the
> future. The only downside is that if for some reason we need dbus for
> something else in the future, people who don't/can't have Qt will be
> excluded from those features.

I had no look at the dbus implementation yet ... We definitely should 
use the Qt bindings in pgl-gui. But I guess it is possible/necessary to 
use other bindings (IIRC they exist both for C, and for the shell) in 
pgld and pglcmd.

In the long run we also /might/ use dbus for pgld <-> pglcmd 
communication, but we don't have to worry about that now.

It was possible to compile nfblock without dbus support. We definitely 
need to keep that option. (The Makefile already supports it.)

I took a quick look at the code and I think that the current dbus
implementation uses the low level C binding which "is probably too detailed
and cumbersome for anything but writing other bindings" according to the
D-Bus wiki. So unless we have a reason to avoid glibc, I suggest using it
for the dbus implementation in pgld.

My previous suggestion was to use the Qt library (not the graphics, just the
basic stuff) for pgld D-bus communication but I guess it is not worth having
a part of the daemon dependent on Qt.

On Thu, Apr 21, 2011 at 8:22 PM, jre <jre-phoenix@...:

> On 04/21/2011 07:04 PM, Jim wrote:
> > I also have an idea about the dbus daemon and I want to hear your
> > opinions. From what I understand we only need DBus for the GUI so why
> > not abandon the low level API and use the Qt D-Bus bindings? If we can
> > add an option to compile pgld whithout the dbus component (for people
> > using pgld on routers etc) then I believe that we can quickly have a
> > working implementation which will be easy to maintain and improve in the
> > future. The only downside is that if for some reason we need dbus for
> > something else in the future, people who don't/can't have Qt will be
> > excluded from those features.
>
> I had no look at the dbus implementation yet ... We definitely should
> use the Qt bindings in pgl-gui. But I guess it is possible/necessary to
> use other bindings (IIRC they exist both for C, and for the shell) in
> pgld and pglcmd.
>
> In the long run we also /might/ use dbus for pgld <-> pglcmd
> communication, but we don't have to worry about that now.
>
> It was possible to compile nfblock without dbus support. We definitely
> need to keep that option. (The Makefile already supports it.)
>
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>



-- 
"The man who trades freedom for security does not deserve nor will he ever
receive either."
-Benjamin Franklin

Hey,

If you remember I was the author of the nfblock D-Bus implementation 
back in the day. I'm still here but really short on free time. Anyway I 
thought I'd contribute my 2 cents. I looked at Glib when I wrote the 
code but I still wouldn't follow that route today. That assessment of 
libdbus makes sense if you're writing a graphical app and already depend 
on Qt or Glib. But for a small system daemon I don't think Glib or Qt is 
a desirable dependency or a good fit for the code. Some minimal 
environments and many embedded ones don't even have Glib. Then you would 
be unable to use the GUI over the network to remotely control pgld 
running in a headless server or router. Besides D-Bus can be used for 
many purposes, not necessarily just for the GUI. The plan was always to 
use libdbus in the daemon and Glib-Dbus in a GTK GUI. The low level C 
library may be more detailed and cumbersome (if you're writing 
object-oriented code and already pretty intimate with a binding's 
programming patterns) but not more so than libnetfilter_queue for 
example. The exact same thing could then be said about a Glib-Netfilter 
binding. Libdbus is also more powerful, smaller and safer than 
Glib-Dbus. It's just a different view point. Coding a system service 
running with elevated privileges should not follow the same guidelines 
and requirements as a Gnome or KDE app IMO. You're bringing in a lot of 
cruft by introducing Glib or Qt into the core. Feel free to disagree, of 
course. :)

Out of curiosity what broke the D-Bus and how hard would it be to fix?

Regards,

jpv

On 21-Apr-11 21:59, Jim wrote:
> I took a quick look at the code and I think that the current dbus 
> implementation uses the low level C binding which "is probably too 
> detailed and cumbersome for anything but writing other bindings" 
> according to the D-Bus wiki. So unless we have a reason to avoid 
> glibc, I suggest using it for the dbus implementation in pgld.
>
> My previous suggestion was to use the Qt library (not the graphics, 
> just the basic stuff) for pgld D-bus communication but I guess it is 
> not worth having a part of the daemon dependent on Qt.
>
> On Thu, Apr 21, 2011 at 8:22 PM, jre 
> <jre-phoenix@... 
> <mailto:jre-phoenix@...>> wrote:
>
>     On 04/21/2011 07:04 PM, Jim wrote:
>     > I also have an idea about the dbus daemon and I want to hear your
>     > opinions. From what I understand we only need DBus for the GUI
>     so why
>     > not abandon the low level API and use the Qt D-Bus bindings? If
>     we can
>     > add an option to compile pgld whithout the dbus component (for
>     people
>     > using pgld on routers etc) then I believe that we can quickly have a
>     > working implementation which will be easy to maintain and
>     improve in the
>     > future. The only downside is that if for some reason we need
>     dbus for
>     > something else in the future, people who don't/can't have Qt will be
>     > excluded from those features.
>
>     I had no look at the dbus implementation yet ... We definitely should
>     use the Qt bindings in pgl-gui. But I guess it is
>     possible/necessary to
>     use other bindings (IIRC they exist both for C, and for the shell) in
>     pgld and pglcmd.
>
>     In the long run we also /might/ use dbus for pgld <-> pglcmd
>     communication, but we don't have to worry about that now.
>
>     It was possible to compile nfblock without dbus support. We definitely
>     need to keep that option. (The Makefile already supports it.)
>
>     ------------------------------------------------------------------------------
>     Benefiting from Server Virtualization: Beyond Initial Workload
>     Consolidation -- Increasing the use of server virtualization is a top
>     priority.Virtualization can reduce costs, simplify management, and
>     improve
>     application availability and disaster protection. Learn more about
>     boosting
>     the value of server virtualization.
>     http://p.sf.net/sfu/vmware-sfdev2dev
>     _______________________________________________
>     Peerguardian-devel mailing list
>     Peerguardian-devel@...
>     <mailto:Peerguardian-devel@...>
>     https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>
>
>
>
> -- 
> "The man who trades freedom for security does not deserve nor will he 
> ever receive either."
> -Benjamin Franklin
>
>
> ------------------------------------------------------------------------------
> Fulfilling the Lean Software Promise
> Lean software platforms are now widely adopted and the benefits have been
> demonstrated beyond question. Learn why your peers are replacing JEE
> containers with lightweight application servers - and what you can gain
> from the move.http://p.sf.net/sfu/vmware-sfemails
>
>
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel

That's the reply I was looking for! :-)

The possibility of using the GUI over the network is very interesting and
it's a good enough reason for me to stick with libdbus.

I'm not familiar with the inner workings of pgld or libdbus at all but I'll
download whatever documentation I can find and take look at it during the
weekend and I'll get back to you sometime during next week.

Greetings to all,

Jim

On Fri, Apr 22, 2011 at 7:49 AM, JPV <jpv950@...> wrote:

>  Hey,
>
> If you remember I was the author of the nfblock D-Bus implementation back
> in the day. I'm still here but really short on free time. Anyway I thought
> I'd contribute my 2 cents. I looked at Glib when I wrote the code but I
> still wouldn't follow that route today. That assessment of libdbus makes
> sense if you're writing a graphical app and already depend on Qt or Glib.
> But for a small system daemon I don't think Glib or Qt is a desirable
> dependency or a good fit for the code. Some minimal environments and many
> embedded ones don't even have Glib. Then you would be unable to use the GUI
> over the network to remotely control pgld running in a headless server or
> router. Besides D-Bus can be used for many purposes, not necessarily just
> for the GUI. The plan was always to use libdbus in the daemon and Glib-Dbus
> in a GTK GUI. The low level C library may be more detailed and cumbersome
> (if you're writing object-oriented code and already pretty intimate with a
> binding's programming patterns) but not more so than libnetfilter_queue for
> example. The exact same thing could then be said about a Glib-Netfilter
> binding. Libdbus is also more powerful, smaller and safer than Glib-Dbus.
> It's just a different view point. Coding a system service running with
> elevated privileges should not follow the same guidelines and requirements
> as a Gnome or KDE app IMO. You're bringing in a lot of cruft by introducing
> Glib or Qt into the core. Feel free to disagree, of course. :)
>
> Out of curiosity what broke the D-Bus and how hard would it be to fix?
>
> Regards,
>
> jpv
>
>
> On 21-Apr-11 21:59, Jim wrote:
>
> I took a quick look at the code and I think that the current dbus
> implementation uses the low level C binding which "is probably too detailed
> and cumbersome for anything but writing other bindings" according to the
> D-Bus wiki. So unless we have a reason to avoid glibc, I suggest using it
> for the dbus implementation in pgld.
>
> My previous suggestion was to use the Qt library (not the graphics, just
> the basic stuff) for pgld D-bus communication but I guess it is not worth
> having a part of the daemon dependent on Qt.
>
>  On Thu, Apr 21, 2011 at 8:22 PM, jre <jre-phoenix@...:
>
>> On 04/21/2011 07:04 PM, Jim wrote:
>> > I also have an idea about the dbus daemon and I want to hear your
>> > opinions. From what I understand we only need DBus for the GUI so why
>> > not abandon the low level API and use the Qt D-Bus bindings? If we can
>> > add an option to compile pgld whithout the dbus component (for people
>> > using pgld on routers etc) then I believe that we can quickly have a
>> > working implementation which will be easy to maintain and improve in the
>> > future. The only downside is that if for some reason we need dbus for
>> > something else in the future, people who don't/can't have Qt will be
>> > excluded from those features.
>>
>>  I had no look at the dbus implementation yet ... We definitely should
>> use the Qt bindings in pgl-gui. But I guess it is possible/necessary to
>> use other bindings (IIRC they exist both for C, and for the shell) in
>> pgld and pglcmd.
>>
>> In the long run we also /might/ use dbus for pgld <-> pglcmd
>> communication, but we don't have to worry about that now.
>>
>> It was possible to compile nfblock without dbus support. We definitely
>> need to keep that option. (The Makefile already supports it.)
>>
>>
>> ------------------------------------------------------------------------------
>> Benefiting from Server Virtualization: Beyond Initial Workload
>> Consolidation -- Increasing the use of server virtualization is a top
>> priority.Virtualization can reduce costs, simplify management, and improve
>> application availability and disaster protection. Learn more about
>> boosting
>> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
>> _______________________________________________
>> Peerguardian-devel mailing list
>> Peerguardian-devel@...
>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>>
>
>
>
> --
> "The man who trades freedom for security does not deserve nor will he ever
> receive either."
> -Benjamin Franklin
>
>
> ------------------------------------------------------------------------------
> Fulfilling the Lean Software Promise
> Lean software platforms are now widely adopted and the benefits have been
> demonstrated beyond question. Learn why your peers are replacing JEE
> containers with lightweight application servers - and what you can gain
> from the move. http://p.sf.net/sfu/vmware-sfemails
>
>
> _______________________________________________
> Peerguardian-devel mailing listPeerguardian-devel@... href="nethttps://lists.sourceforge.net/lists/listinfo/peerguardian-devel" target="_new">nethttps://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Fulfilling the Lean Software Promise
> Lean software platforms are now widely adopted and the benefits have been
> demonstrated beyond question. Learn why your peers are replacing JEE
> containers with lightweight application servers - and what you can gain
> from the move. http://p.sf.net/sfu/vmware-sfemails
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>
>


-- 
"The man who trades freedom for security does not deserve nor will he ever
receive either."
-Benjamin Franklin

On Thu, Apr 21, 2011 at 5:36 AM, jre <jre-phoenix@...> wrote:
> Without other words for the savvy Debian guys:
> $dpkg -l "pgl*" | grep ^ii
> ii  pgl-gui     2.1.0-1~pre1   PeerGuardian Linux GUI - pgl-gui
> ii  pgl-gui-dbg 2.1.0-1~pre1   PeerGuardian Linux GUI - pgl-gui (debug)
> ii  pglcmd      2.1.0-1~pre1   PeerGuardian Linux - pglcmd
> ii  pgld        2.1.0-1~pre1   PeerGuardian Linux - pgld
> ii  pgld-dbg    2.1.0-1~pre1   PeerGuardian Linux - pgld (debug)
>
>
> Long version:
> I am very happy to announce that "PeerGuardian Linux 2" finally has its
> own GUI! After about 6 years (lol) of development of several
> predecessors and 1.5 years of our new common PeerGuardian Linux project,
> now the goal is near to release pgl and bury moblock, nfblock,
> blockcontrol and mobloquer forever. Of course, we are not there yet ...

Awesome, congrats!  Do you have any screenshots?

-- 
Cory Nelson
http://int64.org

> Awesome, congrats!  Do you have any screenshots?

Sure, but testing it should be more fun ;-)

sourceforge only allows 6 screenshots per projects, and they are already 
used by PG Windows. So I placed them at my moblock-deb project: 
https://sourceforge.net/project/screenshots.php?group_id=162910

Greets

Would adding the Qt or Glib dbus stuff add dependencies on Qt or Glib
for pgld itself?
If so the we would need a no dbus option as I and others would need to
run pgld either on a stand alone server with no gui required or on a
low mem option like a router etc.

On Thu, Apr 21, 2011 at 12:04 PM, Jim <jimaras@...> wrote:
> To begin with, I would like to thank freemind for reviving pgl-gui! If you
> have any questions about the code feel free to email me. I'll check your
> TODO list and see if I can help a bit.
>
> I also have an idea about the dbus daemon and I want to hear your opinions.
> From what I understand we only need DBus for the GUI so why not abandon the
> low level API and use the Qt D-Bus bindings? If we can add an option to
> compile pgld whithout the dbus component (for people using pgld on routers
> etc) then I believe that we can quickly have a working implementation which
> will be easy to maintain and improve in the future. The only downside is
> that if for some reason we need dbus for something else in the future,
> people who don't/can't have Qt will be excluded from those features.
>
> PS. GLib is also an option.
>
> On Thu, Apr 21, 2011 at 7:31 PM, jre <jre-phoenix@...>
> wrote:
>>
>> Public answer to a private mail:
>>
>>
>> 1. Usage of git
>> ---------------
>> Install it in Debian and derivatives with
>>   sudo apt-get install git gitk git-gui
>>
>> Get the source with read/write access: Go to an empty directory and
>> issue (one command):
>>   git clone
>>
>> ssh://USERNAME@...>
>>
>> Update from sourceforge: Change to the peerguardian directory and issue
>>   git pull
>>
>> Do your work ...
>>
>> Push back: Change to the directory and issue
>>   gitk
>> and from there start git-gui. There you can compose nice commits, add an
>> informative commit message and then push them back to sourceforge.
>>
>>
>> 2. Current TODO (the big parts):
>> --------------------------------
>>
>> dbus:
>> dbus is for interprocess communication.
>> Most important we need it, so that pgld can notify pgl-gui about blocked
>> IPs. pgl-gui then shows them (like a log file), and allows to whitelist
>> these IPs with a right-click. dbus was implemented in nfblock, but we
>> broke it during the transition to pgld. Instead of using dbus, mobloquer
>> parsed the logfiles, which caused a huge overhead.
>> Another use case is that pglcmd can notify pgl-gui about errors, e.g.
>> unavailable blocklists.
>> Current status: I'll dig into this, but welcome every help with it. We
>> need to fix it in pgld, implement in pglcmd and pgl-gui.
>>
>> policykit:
>> This is a framework that allows to do specified tasks with root
>> permissions (which are sometimes needed for pgl since it messes with the
>> whole system). This allows to get rid of the less sophisticated
>> kdesudo/gksu. At least we think that it is a wise idea to use it.
>> Current status: stuck, not implemented.
>>
>> inotify:
>> Some stuff to notify about changed files. No idea about the details, but
>> I guess useful to notify when the configuration changed.
>> Current status: heard of it ;-)
>>
>> Greets
>> jre
>>
>>
>> ------------------------------------------------------------------------------
>> Benefiting from Server Virtualization: Beyond Initial Workload
>> Consolidation -- Increasing the use of server virtualization is a top
>> priority.Virtualization can reduce costs, simplify management, and improve
>> application availability and disaster protection. Learn more about
>> boosting
>> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
>> _______________________________________________
>> Peerguardian-devel mailing list
>> Peerguardian-devel@...
>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>
>
>
> --
> "The man who trades freedom for security does not deserve nor will he ever
> receive either."
> -Benjamin Franklin
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>
>



-- 
Cade

On Sat, Apr 23, 2011 at 12:49 PM, jre <jre-phoenix@...> wrote:
>> Awesome, congrats!  Do you have any screenshots?
>
> Sure, but testing it should be more fun ;-)
>
> sourceforge only allows 6 screenshots per projects, and they are already
> used by PG Windows. So I placed them at my moblock-deb project:
> https://sourceforge.net/project/screenshots.php?group_id=162910
>
> Greets

Looks nice, great job.

Do you guys implement blocking yourselves?  I ask because a few days
ago I came up with an IP filtering algo ~17x faster than the binary
search I used in PG.

-- 
Cory Nelson
http://int64.org

On 04/22/2011 10:19 AM, Jim wrote:
> The possibility of using the GUI over the network is very interesting
> and it's a good enough reason for me to stick with libdbus.

Of course I'm absolutely fine with that implementation if it works. But: 
see below...

Is remote already integrated into dbus? I just found this on 
http://www.freedesktop.org/wiki/IntroductionToDBus
"D-Bus is an inter-process communication mechanism—a medium for local 
communication between processes running on the same host. (Inter-host 
connects may be added in the future, but that is not what D-Bus is meant 
for)."

> On Fri, Apr 22, 2011 at 7:49 AM, JPV <jpv950@...
> <mailto:jpv950@...>> wrote:
>     Out of curiosity what broke the D-Bus and how hard would it be to fix?

IIRC the logging part was very complicated, repeating code for logging 
to logfile and to syslog all over the time, or even omitting one or the 
other sometimes. Perhaps this was, because in nfblock only "blocks" were 
intended for the syslog logging, while the logfile was intended for all 
kinds of logging events.  We (basically it was Cade, but he did it with 
my full support ;-) ) changed pgld to use only one function for the 
logging. In this function there are options for "logging to logfile" and 
"logging to syslog". The dbus stuff wasn't adapted to this new concept, 
so it's just commented now. So probably dbus only needs to be added to 
this logging function, and enabled in the other parts again.


On 04/23/2011 10:00 PM, Cade wrote:
 > Would adding the Qt or Glib dbus stuff add dependencies on Qt or Glib
 > for pgld itself?
 > If so the we would need a no dbus option as I and others would need to
 > run pgld either on a stand alone server with no gui required or on a
 > low mem option like a router etc.

The way it was implemented, you could turn it on/off in the Makefile. 
And this option definitely has to stay, independent whether we use 
lowlevel, GLib or Qt binding. Promised.


Bottomline: if it is implemented lowlevel in pgld: great! This is the 
best technical solution, and least work in the long run.

But currently I just want dbus implemented ASAP, no matter which 
binding, so that work on the GUI can continue. This does no harm, 
because it will be configurable in the Makefile. And we can always 
switch to lowlevel, if someone provides a patch.

So I hope jimtb or joao to fix it soon :-)
Otherwise I fear we will end with a solution hacked by me :-/

> Do you guys implement blocking yourselves?  I ask because a few days
> ago I came up with an IP filtering algo ~17x faster than the binary
> search I used in PG.

Not sure, whether I understand your question:

1.) Merging
pgld can merge several blocklists to one blocklist. For the default 
pglcmd setup this means e.g. 34 MB single blocklists (p2p text format, 
unpacked) get merged to a 9.6 MB blocklist (same format and unpacked, too).
this happens in about a second. Or even less!?

Example:
RangeA:100.100.100.100-100.100.100.200
RangeB:100.100.100.150-100.100.100.250
gets merged to:
RangeA | RangeB:100.100.100.100-100.100.100.250
where the new description is truncated after 65 characters (or something 
like that).

2.) Starting the daemon
pglcmd starts the daemon with this premerged blocklist. But it is also 
possible to start it by specifying every single blocklist. (Then the 
merging is done just now). Either way, it is fast.

3.) Running the daemon
I can't tell you exactly, which part happens in pgld, and which in 
netfilter and kernel user space. I just know you need all of them.

Cade is expert for 1/2.
3 was implemented by Jindrich (or Morpheus), probably Joao or Cade can 
also say more about it.

[Public answer]

Help!

jim and I tried to reenable dbus for pgld, but we are just stuck :-/
The code is on the new dbus branch.
(just do a "git pull" and then "git checkout dbus")

Somehow the dbus functions don't get linked. This happens independently 
whether we compile a dbus.o directly or as shared object dbus.so and 
although IMHO they seem to be correctly referenced in the header files.

Any help welcome!

For dbus.so (current commit on dbus branch) we get:
peerguardian/pgl$ make
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/pgld.o -c src/pgld.c
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/stream.o -c src/stream.c
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/blocklist.o -c src/blocklist.c
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/parser.o -c src/parser.c
gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o 
src/parser.o -lnetfilter_queue -lnfnetlink -lz -ldl
/usr/bin/ld: src/pgld.o: in function do_log:src/pgld.c:84: error: 
undefined reference to 'pgl_dbus_send'
collect2: ld returned 1 exit status


For dbus.o (previous commit on dbus branch) we get:
peerguardian/pgl$ make
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/pgld.o -c src/pgld.c
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/stream.o -c src/stream.c
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/blocklist.o -c src/blocklist.c
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/parser.o -c src/parser.c
gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\" 
-DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config 
dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o 
src/dbus.o -c src/dbus.c
gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o 
src/parser.o src/dbus.o -lnetfilter_queue -lnfnetlink -lz -ldl
/usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:37: error: 
undefined reference to 'dbus_error_init'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:38: error: 
undefined reference to 'dbus_bus_get'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:39: error: 
undefined reference to 'dbus_error_is_set'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:41: error: 
undefined reference to 'dbus_error_free'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:50: error: 
undefined reference to 'dbus_bus_request_name'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:52: error: 
undefined reference to 'dbus_error_is_set'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:54: error: 
undefined reference to 'dbus_error_free'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:74: error: 
undefined reference to 'dbus_message_new_signal'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:80: error: 
undefined reference to 'dbus_message_iter_init_append'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:81: error: 
undefined reference to 'dbus_message_iter_append_basic'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:85: error: 
undefined reference to 'dbus_connection_send'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:89: error: 
undefined reference to 'dbus_connection_flush'
/usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:90: error: 
undefined reference to 'dbus_message_unref'
collect2: ld returned 1 exit status

You need to pass the --libs flags to pkg-config to link the object code.

Regards,

jpv

On 26-Apr-11 19:07, jre wrote:
> [Public answer]
>
> Help!
>
> jim and I tried to reenable dbus for pgld, but we are just stuck :-/
> The code is on the new dbus branch.
> (just do a "git pull" and then "git checkout dbus")
>
> Somehow the dbus functions don't get linked. This happens independently
> whether we compile a dbus.o directly or as shared object dbus.so and
> although IMHO they seem to be correctly referenced in the header files.
>
> Any help welcome!
>
> For dbus.so (current commit on dbus branch) we get:
> peerguardian/pgl$ make
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/pgld.o -c src/pgld.c
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/stream.o -c src/stream.c
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/blocklist.o -c src/blocklist.c
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/parser.o -c src/parser.c
> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
> src/parser.o -lnetfilter_queue -lnfnetlink -lz -ldl
> /usr/bin/ld: src/pgld.o: in function do_log:src/pgld.c:84: error:
> undefined reference to 'pgl_dbus_send'
> collect2: ld returned 1 exit status
>
>
> For dbus.o (previous commit on dbus branch) we get:
> peerguardian/pgl$ make
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/pgld.o -c src/pgld.c
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/stream.o -c src/stream.c
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/blocklist.o -c src/blocklist.c
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/parser.o -c src/parser.c
> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> src/dbus.o -c src/dbus.c
> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
> src/parser.o src/dbus.o -lnetfilter_queue -lnfnetlink -lz -ldl
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:37: error:
> undefined reference to 'dbus_error_init'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:38: error:
> undefined reference to 'dbus_bus_get'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:39: error:
> undefined reference to 'dbus_error_is_set'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:41: error:
> undefined reference to 'dbus_error_free'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:50: error:
> undefined reference to 'dbus_bus_request_name'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:52: error:
> undefined reference to 'dbus_error_is_set'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:54: error:
> undefined reference to 'dbus_error_free'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:74: error:
> undefined reference to 'dbus_message_new_signal'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:80: error:
> undefined reference to 'dbus_message_iter_init_append'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:81: error:
> undefined reference to 'dbus_message_iter_append_basic'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:85: error:
> undefined reference to 'dbus_connection_send'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:89: error:
> undefined reference to 'dbus_connection_flush'
> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:90: error:
> undefined reference to 'dbus_message_unref'
> collect2: ld returned 1 exit status
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel

Thanks, that helped.

I still need to add dbus.o as prerequisite of the target src/pgld and 
also CFLAGS to the command. Then pgld and dbus.so both compile fine.

But then, if I start pgld with the option "-d" (enable dbus), pgld fails 
to start (error 139). I hope this is just because not all dbus code is 
reenabled. It works flawless without the option "-d".

When I don't add dbus.o and CFLAGS, the binary pgld fails to build with 
the old error.

Code commited to branch dbus.

On 04/26/2011 09:31 PM, JPV wrote:
> You need to pass the --libs flags to pkg-config to link the object code.
>
> Regards,
>
> jpv
>
> On 26-Apr-11 19:07, jre wrote:
>> [Public answer]
>>
>> Help!
>>
>> jim and I tried to reenable dbus for pgld, but we are just stuck :-/
>> The code is on the new dbus branch.
>> (just do a "git pull" and then "git checkout dbus")
>>
>> Somehow the dbus functions don't get linked. This happens independently
>> whether we compile a dbus.o directly or as shared object dbus.so and
>> although IMHO they seem to be correctly referenced in the header files.
>>
>> Any help welcome!
>>
>> For dbus.so (current commit on dbus branch) we get:
>> peerguardian/pgl$ make
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/pgld.o -c src/pgld.c
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/stream.o -c src/stream.c
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/blocklist.o -c src/blocklist.c
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/parser.o -c src/parser.c
>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
>> src/parser.o -lnetfilter_queue -lnfnetlink -lz -ldl
>> /usr/bin/ld: src/pgld.o: in function do_log:src/pgld.c:84: error:
>> undefined reference to 'pgl_dbus_send'
>> collect2: ld returned 1 exit status
>>
>>
>> For dbus.o (previous commit on dbus branch) we get:
>> peerguardian/pgl$ make
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/pgld.o -c src/pgld.c
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/stream.o -c src/stream.c
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/blocklist.o -c src/blocklist.c
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/parser.o -c src/parser.c
>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>> src/dbus.o -c src/dbus.c
>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
>> src/parser.o src/dbus.o -lnetfilter_queue -lnfnetlink -lz -ldl
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:37: error:
>> undefined reference to 'dbus_error_init'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:38: error:
>> undefined reference to 'dbus_bus_get'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:39: error:
>> undefined reference to 'dbus_error_is_set'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:41: error:
>> undefined reference to 'dbus_error_free'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:50: error:
>> undefined reference to 'dbus_bus_request_name'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:52: error:
>> undefined reference to 'dbus_error_is_set'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:54: error:
>> undefined reference to 'dbus_error_free'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:74: error:
>> undefined reference to 'dbus_message_new_signal'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:80: error:
>> undefined reference to 'dbus_message_iter_init_append'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:81: error:
>> undefined reference to 'dbus_message_iter_append_basic'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:85: error:
>> undefined reference to 'dbus_connection_send'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:89: error:
>> undefined reference to 'dbus_connection_flush'
>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:90: error:
>> undefined reference to 'dbus_message_unref'
>> collect2: ld returned 1 exit status
>>
>> ------------------------------------------------------------------------------
>>
>> WhatsUp Gold - Download Free Network Management Software
>> The most intuitive, comprehensive, and cost-effective network
>> management toolset available today. Delivers lowest initial
>> acquisition cost and overall TCO of any competing solution.
>> http://p.sf.net/sfu/whatsupgold-sd
>> _______________________________________________
>> Peerguardian-devel mailing list
>> Peerguardian-devel@...
>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>

Error 139 is kind of cryptic, but I would hazard a guess that it means 
pgld can't find dbus.so for dynamic linking at runtime.

On 27-Apr-11 1:12, jre wrote:
> Thanks, that helped.
>
> I still need to add dbus.o as prerequisite of the target src/pgld and
> also CFLAGS to the command. Then pgld and dbus.so both compile fine.
>
> But then, if I start pgld with the option "-d" (enable dbus), pgld fails
> to start (error 139). I hope this is just because not all dbus code is
> reenabled. It works flawless without the option "-d".
>
> When I don't add dbus.o and CFLAGS, the binary pgld fails to build with
> the old error.
>
> Code commited to branch dbus.
>
> On 04/26/2011 09:31 PM, JPV wrote:
>> You need to pass the --libs flags to pkg-config to link the object code.
>>
>> Regards,
>>
>> jpv
>>
>> On 26-Apr-11 19:07, jre wrote:
>>> [Public answer]
>>>
>>> Help!
>>>
>>> jim and I tried to reenable dbus for pgld, but we are just stuck :-/
>>> The code is on the new dbus branch.
>>> (just do a "git pull" and then "git checkout dbus")
>>>
>>> Somehow the dbus functions don't get linked. This happens independently
>>> whether we compile a dbus.o directly or as shared object dbus.so and
>>> although IMHO they seem to be correctly referenced in the header files.
>>>
>>> Any help welcome!
>>>
>>> For dbus.so (current commit on dbus branch) we get:
>>> peerguardian/pgl$ make
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/pgld.o -c src/pgld.c
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/stream.o -c src/stream.c
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/blocklist.o -c src/blocklist.c
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/parser.o -c src/parser.c
>>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
>>> src/parser.o -lnetfilter_queue -lnfnetlink -lz -ldl
>>> /usr/bin/ld: src/pgld.o: in function do_log:src/pgld.c:84: error:
>>> undefined reference to 'pgl_dbus_send'
>>> collect2: ld returned 1 exit status
>>>
>>>
>>> For dbus.o (previous commit on dbus branch) we get:
>>> peerguardian/pgl$ make
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/pgld.o -c src/pgld.c
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/stream.o -c src/stream.c
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/blocklist.o -c src/blocklist.c
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/parser.o -c src/parser.c
>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>> src/dbus.o -c src/dbus.c
>>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
>>> src/parser.o src/dbus.o -lnetfilter_queue -lnfnetlink -lz -ldl
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:37: error:
>>> undefined reference to 'dbus_error_init'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:38: error:
>>> undefined reference to 'dbus_bus_get'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:39: error:
>>> undefined reference to 'dbus_error_is_set'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:41: error:
>>> undefined reference to 'dbus_error_free'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:50: error:
>>> undefined reference to 'dbus_bus_request_name'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:52: error:
>>> undefined reference to 'dbus_error_is_set'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:54: error:
>>> undefined reference to 'dbus_error_free'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:74: error:
>>> undefined reference to 'dbus_message_new_signal'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:80: error:
>>> undefined reference to 'dbus_message_iter_init_append'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:81: error:
>>> undefined reference to 'dbus_message_iter_append_basic'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:85: error:
>>> undefined reference to 'dbus_connection_send'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:89: error:
>>> undefined reference to 'dbus_connection_flush'
>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:90: error:
>>> undefined reference to 'dbus_message_unref'
>>> collect2: ld returned 1 exit status
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> WhatsUp Gold - Download Free Network Management Software
>>> The most intuitive, comprehensive, and cost-effective network
>>> management toolset available today. Delivers lowest initial
>>> acquisition cost and overall TCO of any competing solution.
>>> http://p.sf.net/sfu/whatsupgold-sd
>>> _______________________________________________
>>> Peerguardian-devel mailing list
>>> Peerguardian-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel

Sorry, I should have said dynamic loading instead of dynamic linking. 
Let me know if that helps.

On 27-Apr-11 2:10, JPV wrote:
> Error 139 is kind of cryptic, but I would hazard a guess that it means 
> pgld can't find dbus.so for dynamic linking at runtime.
>
> On 27-Apr-11 1:12, jre wrote:
>> Thanks, that helped.
>>
>> I still need to add dbus.o as prerequisite of the target src/pgld and
>> also CFLAGS to the command. Then pgld and dbus.so both compile fine.
>>
>> But then, if I start pgld with the option "-d" (enable dbus), pgld fails
>> to start (error 139). I hope this is just because not all dbus code is
>> reenabled. It works flawless without the option "-d".
>>
>> When I don't add dbus.o and CFLAGS, the binary pgld fails to build with
>> the old error.
>>
>> Code commited to branch dbus.
>>
>> On 04/26/2011 09:31 PM, JPV wrote:
>>> You need to pass the --libs flags to pkg-config to link the object 
>>> code.
>>>
>>> Regards,
>>>
>>> jpv
>>>
>>> On 26-Apr-11 19:07, jre wrote:
>>>> [Public answer]
>>>>
>>>> Help!
>>>>
>>>> jim and I tried to reenable dbus for pgld, but we are just stuck :-/
>>>> The code is on the new dbus branch.
>>>> (just do a "git pull" and then "git checkout dbus")
>>>>
>>>> Somehow the dbus functions don't get linked. This happens 
>>>> independently
>>>> whether we compile a dbus.o directly or as shared object dbus.so and
>>>> although IMHO they seem to be correctly referenced in the header 
>>>> files.
>>>>
>>>> Any help welcome!
>>>>
>>>> For dbus.so (current commit on dbus branch) we get:
>>>> peerguardian/pgl$ make
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/pgld.o -c src/pgld.c
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/stream.o -c src/stream.c
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/blocklist.o -c src/blocklist.c
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/parser.o -c src/parser.c
>>>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
>>>> src/parser.o -lnetfilter_queue -lnfnetlink -lz -ldl
>>>> /usr/bin/ld: src/pgld.o: in function do_log:src/pgld.c:84: error:
>>>> undefined reference to 'pgl_dbus_send'
>>>> collect2: ld returned 1 exit status
>>>>
>>>>
>>>> For dbus.o (previous commit on dbus branch) we get:
>>>> peerguardian/pgl$ make
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/pgld.o -c src/pgld.c
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/stream.o -c src/stream.c
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/blocklist.o -c src/blocklist.c
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/parser.o -c src/parser.c
>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>> src/dbus.o -c src/dbus.c
>>>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
>>>> src/parser.o src/dbus.o -lnetfilter_queue -lnfnetlink -lz -ldl
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:37: 
>>>> error:
>>>> undefined reference to 'dbus_error_init'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:38: 
>>>> error:
>>>> undefined reference to 'dbus_bus_get'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:39: 
>>>> error:
>>>> undefined reference to 'dbus_error_is_set'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:41: 
>>>> error:
>>>> undefined reference to 'dbus_error_free'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:50: 
>>>> error:
>>>> undefined reference to 'dbus_bus_request_name'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:52: 
>>>> error:
>>>> undefined reference to 'dbus_error_is_set'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:54: 
>>>> error:
>>>> undefined reference to 'dbus_error_free'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:74: 
>>>> error:
>>>> undefined reference to 'dbus_message_new_signal'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:80: 
>>>> error:
>>>> undefined reference to 'dbus_message_iter_init_append'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:81: 
>>>> error:
>>>> undefined reference to 'dbus_message_iter_append_basic'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:85: 
>>>> error:
>>>> undefined reference to 'dbus_connection_send'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:89: 
>>>> error:
>>>> undefined reference to 'dbus_connection_flush'
>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:90: 
>>>> error:
>>>> undefined reference to 'dbus_message_unref'
>>>> collect2: ld returned 1 exit status
>>>>
>>>> ------------------------------------------------------------------------------ 
>>>>
>>>>
>>>> WhatsUp Gold - Download Free Network Management Software
>>>> The most intuitive, comprehensive, and cost-effective network
>>>> management toolset available today. Delivers lowest initial
>>>> acquisition cost and overall TCO of any competing solution.
>>>> http://p.sf.net/sfu/whatsupgold-sd
>>>> _______________________________________________
>>>> Peerguardian-devel mailing list
>>>> Peerguardian-devel@...
>>>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>>
>> ------------------------------------------------------------------------------ 
>>
>> WhatsUp Gold - Download Free Network Management Software
>> The most intuitive, comprehensive, and cost-effective network
>> management toolset available today.  Delivers lowest initial
>> acquisition cost and overall TCO of any competing solution.
>> http://p.sf.net/sfu/whatsupgold-sd
>> _______________________________________________
>> Peerguardian-devel mailing list
>> Peerguardian-devel@...
>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>

I made backtraces. With dbus.o as prerequisite it segfaults related to 
"strlen". I can't find this though anywhere related to dbus code.

Then I changed to dbus.so (instead of dbus.o) as prerequite of the pgld 
target. Compiles fine, but gives a new error code: 0177
Here you are right, it can't find the dbus.so. I can't find where this 
is specified in the code (only once mentioned in a commented part).
I compile with -DPLUGINDIR=\"/usr/lib/pgl\" and install dbus.so to this 
path.

I use "make clean && make && sudo make install"


backtrace with dbus.so as prerequisite (error 0177)
======================================
$ sudo gdb --args /usr/sbin/pgld -d -s -l /var/log/pgl/pgld.log -p 
/var/run/pgld.pid -q 92 -r 10 -a 20 
/var/lib/pgl/pglcmd_premerged_blocklist.p2p
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/sbin/pgld...done.
(gdb) run
Starting program: /usr/sbin/pgld -d -s -l /var/log/pgl/pgld.log -p 
/var/run/pgld.pid -q 92 -r 10 -a 20 
/var/lib/pgl/pglcmd_premerged_blocklist.p2p
/usr/sbin/pgld: error while loading shared libraries: src/dbus.so: 
cannot open shared object file: No such file or directory

Program exited with code 0177.
(gdb) quit



backtrace with dbus.o as prerequisite (error 139 if started without gdb)
=====================================
$ sudo gdb --args /usr/sbin/pgld -d -s -l /var/log/pgl/pgld.log -p 
/var/run/pgld.pid -q 92 -r 10 -a 20 
/var/lib/pgl/pglcmd_premerged_blocklist.p2p
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/sbin/pgld...done.
(gdb) run
Starting program: /usr/sbin/pgld -d -s -l /var/log/pgl/pgld.log -p 
/var/run/pgld.pid -q 92 -r 10 -a 20 
/var/lib/pgl/pglcmd_premerged_blocklist.p2p
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
__strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
31	../sysdeps/x86_64/multiarch/../strlen.S: No such file or directory.
	in ../sysdeps/x86_64/multiarch/../strlen.S
(gdb) quit
A debugging session is active.

	Inferior 1 [process 5277] will be killed.

Quit anyway? (y or n) y





On 04/27/2011 03:15 AM, JPV wrote:
> Sorry, I should have said dynamic loading instead of dynamic linking.
> Let me know if that helps.
>
> On 27-Apr-11 2:10, JPV wrote:
>> Error 139 is kind of cryptic, but I would hazard a guess that it means
>> pgld can't find dbus.so for dynamic linking at runtime.
>>
>> On 27-Apr-11 1:12, jre wrote:
>>> Thanks, that helped.
>>>
>>> I still need to add dbus.o as prerequisite of the target src/pgld and
>>> also CFLAGS to the command. Then pgld and dbus.so both compile fine.
>>>
>>> But then, if I start pgld with the option "-d" (enable dbus), pgld fails
>>> to start (error 139). I hope this is just because not all dbus code is
>>> reenabled. It works flawless without the option "-d".
>>>
>>> When I don't add dbus.o and CFLAGS, the binary pgld fails to build with
>>> the old error.
>>>
>>> Code commited to branch dbus.
>>>
>>> On 04/26/2011 09:31 PM, JPV wrote:
>>>> You need to pass the --libs flags to pkg-config to link the object
>>>> code.
>>>>
>>>> Regards,
>>>>
>>>> jpv
>>>>
>>>> On 26-Apr-11 19:07, jre wrote:
>>>>> [Public answer]
>>>>>
>>>>> Help!
>>>>>
>>>>> jim and I tried to reenable dbus for pgld, but we are just stuck :-/
>>>>> The code is on the new dbus branch.
>>>>> (just do a "git pull" and then "git checkout dbus")
>>>>>
>>>>> Somehow the dbus functions don't get linked. This happens
>>>>> independently
>>>>> whether we compile a dbus.o directly or as shared object dbus.so and
>>>>> although IMHO they seem to be correctly referenced in the header
>>>>> files.
>>>>>
>>>>> Any help welcome!
>>>>>
>>>>> For dbus.so (current commit on dbus branch) we get:
>>>>> peerguardian/pgl$ make
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/pgld.o -c src/pgld.c
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/stream.o -c src/stream.c
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/blocklist.o -c src/blocklist.c
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/parser.o -c src/parser.c
>>>>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
>>>>> src/parser.o -lnetfilter_queue -lnfnetlink -lz -ldl
>>>>> /usr/bin/ld: src/pgld.o: in function do_log:src/pgld.c:84: error:
>>>>> undefined reference to 'pgl_dbus_send'
>>>>> collect2: ld returned 1 exit status
>>>>>
>>>>>
>>>>> For dbus.o (previous commit on dbus branch) we get:
>>>>> peerguardian/pgl$ make
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/pgld.o -c src/pgld.c
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/stream.o -c src/stream.c
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/blocklist.o -c src/blocklist.c
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/parser.o -c src/parser.c
>>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
>>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
>>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
>>>>> src/dbus.o -c src/dbus.c
>>>>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
>>>>> src/parser.o src/dbus.o -lnetfilter_queue -lnfnetlink -lz -ldl
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:37:
>>>>> error:
>>>>> undefined reference to 'dbus_error_init'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:38:
>>>>> error:
>>>>> undefined reference to 'dbus_bus_get'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:39:
>>>>> error:
>>>>> undefined reference to 'dbus_error_is_set'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:41:
>>>>> error:
>>>>> undefined reference to 'dbus_error_free'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:50:
>>>>> error:
>>>>> undefined reference to 'dbus_bus_request_name'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:52:
>>>>> error:
>>>>> undefined reference to 'dbus_error_is_set'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:54:
>>>>> error:
>>>>> undefined reference to 'dbus_error_free'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:74:
>>>>> error:
>>>>> undefined reference to 'dbus_message_new_signal'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:80:
>>>>> error:
>>>>> undefined reference to 'dbus_message_iter_init_append'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:81:
>>>>> error:
>>>>> undefined reference to 'dbus_message_iter_append_basic'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:85:
>>>>> error:
>>>>> undefined reference to 'dbus_connection_send'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:89:
>>>>> error:
>>>>> undefined reference to 'dbus_connection_flush'
>>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:90:
>>>>> error:
>>>>> undefined reference to 'dbus_message_unref'
>>>>> collect2: ld returned 1 exit status
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>>
>>>>>
>>>>> WhatsUp Gold - Download Free Network Management Software
>>>>> The most intuitive, comprehensive, and cost-effective network
>>>>> management toolset available today. Delivers lowest initial
>>>>> acquisition cost and overall TCO of any competing solution.
>>>>> http://p.sf.net/sfu/whatsupgold-sd
>>>>> _______________________________________________
>>>>> Peerguardian-devel mailing list
>>>>> Peerguardian-devel@...
>>>>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> WhatsUp Gold - Download Free Network Management Software
>>> The most intuitive, comprehensive, and cost-effective network
>>> management toolset available today.  Delivers lowest initial
>>> acquisition cost and overall TCO of any competing solution.
>>> http://p.sf.net/sfu/whatsupgold-sd
>>> _______________________________________________
>>> Peerguardian-devel mailing list
>>> Peerguardian-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>>
>
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel

D-Bus was driving me crazy but I got this annoying thing to work after all!
It's not perfect yet, but here you are:

*dbus-monitor --system*
>
signal sender=:1.97 -> dest=(null destination) serial=3
> path=/org/netfilter/pgl; interface=org.netfilter.pgl; member=pgld_message
>    string "ERROR: Error during nfq_unbind_pf(): Operation not permitted"
> signal sender=:1.97 -> dest=(null destination) serial=4
> path=/org/netfilter/pgl; interface=org.netfilter.pgl; member=pgld_message
>    string "ERROR: ERROR binding to queue!"
>

Greetings
Jim


On Wed, Apr 27, 2011 at 11:29 AM, jre <jre-phoenix@...:

> I made backtraces. With dbus.o as prerequisite it segfaults related to
> "strlen". I can't find this though anywhere related to dbus code.
>
> Then I changed to dbus.so (instead of dbus.o) as prerequite of the pgld
> target. Compiles fine, but gives a new error code: 0177
> Here you are right, it can't find the dbus.so. I can't find where this
> is specified in the code (only once mentioned in a commented part).
> I compile with -DPLUGINDIR=\"/usr/lib/pgl\" and install dbus.so to this
> path.
>
> I use "make clean && make && sudo make install"
>
>
> backtrace with dbus.so as prerequisite (error 0177)
> ======================================
> $ sudo gdb --args /usr/sbin/pgld -d -s -l /var/log/pgl/pgld.log -p
> /var/run/pgld.pid -q 92 -r 10 -a 20
> /var/lib/pgl/pglcmd_premerged_blocklist.p2p
> GNU gdb (GDB) 7.2-debian
> Copyright (C) 2010 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /usr/sbin/pgld...done.
> (gdb) run
> Starting program: /usr/sbin/pgld -d -s -l /var/log/pgl/pgld.log -p
> /var/run/pgld.pid -q 92 -r 10 -a 20
> /var/lib/pgl/pglcmd_premerged_blocklist.p2p
> /usr/sbin/pgld: error while loading shared libraries: src/dbus.so:
> cannot open shared object file: No such file or directory
>
> Program exited with code 0177.
> (gdb) quit
>
>
>
> backtrace with dbus.o as prerequisite (error 139 if started without gdb)
> =====================================
> $ sudo gdb --args /usr/sbin/pgld -d -s -l /var/log/pgl/pgld.log -p
> /var/run/pgld.pid -q 92 -r 10 -a 20
> /var/lib/pgl/pglcmd_premerged_blocklist.p2p
> GNU gdb (GDB) 7.2-debian
> Copyright (C) 2010 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /usr/sbin/pgld...done.
> (gdb) run
> Starting program: /usr/sbin/pgld -d -s -l /var/log/pgl/pgld.log -p
> /var/run/pgld.pid -q 92 -r 10 -a 20
> /var/lib/pgl/pglcmd_premerged_blocklist.p2p
> [Thread debugging using libthread_db enabled]
>
> Program received signal SIGSEGV, Segmentation fault.
> __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
> 31      ../sysdeps/x86_64/multiarch/../strlen.S: No such file or directory.
>        in ../sysdeps/x86_64/multiarch/../strlen.S
> (gdb) quit
> A debugging session is active.
>
>        Inferior 1 [process 5277] will be killed.
>
> Quit anyway? (y or n) y
>
>
>
>
>
> On 04/27/2011 03:15 AM, JPV wrote:
> > Sorry, I should have said dynamic loading instead of dynamic linking.
> > Let me know if that helps.
> >
> > On 27-Apr-11 2:10, JPV wrote:
> >> Error 139 is kind of cryptic, but I would hazard a guess that it means
> >> pgld can't find dbus.so for dynamic linking at runtime.
> >>
> >> On 27-Apr-11 1:12, jre wrote:
> >>> Thanks, that helped.
> >>>
> >>> I still need to add dbus.o as prerequisite of the target src/pgld and
> >>> also CFLAGS to the command. Then pgld and dbus.so both compile fine.
> >>>
> >>> But then, if I start pgld with the option "-d" (enable dbus), pgld
> fails
> >>> to start (error 139). I hope this is just because not all dbus code is
> >>> reenabled. It works flawless without the option "-d".
> >>>
> >>> When I don't add dbus.o and CFLAGS, the binary pgld fails to build with
> >>> the old error.
> >>>
> >>> Code commited to branch dbus.
> >>>
> >>> On 04/26/2011 09:31 PM, JPV wrote:
> >>>> You need to pass the --libs flags to pkg-config to link the object
> >>>> code.
> >>>>
> >>>> Regards,
> >>>>
> >>>> jpv
> >>>>
> >>>> On 26-Apr-11 19:07, jre wrote:
> >>>>> [Public answer]
> >>>>>
> >>>>> Help!
> >>>>>
> >>>>> jim and I tried to reenable dbus for pgld, but we are just stuck :-/
> >>>>> The code is on the new dbus branch.
> >>>>> (just do a "git pull" and then "git checkout dbus")
> >>>>>
> >>>>> Somehow the dbus functions don't get linked. This happens
> >>>>> independently
> >>>>> whether we compile a dbus.o directly or as shared object dbus.so and
> >>>>> although IMHO they seem to be correctly referenced in the header
> >>>>> files.
> >>>>>
> >>>>> Any help welcome!
> >>>>>
> >>>>> For dbus.so (current commit on dbus branch) we get:
> >>>>> peerguardian/pgl$ make
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/pgld.o -c src/pgld.c
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/stream.o -c src/stream.c
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/blocklist.o -c src/blocklist.c
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/parser.o -c src/parser.c
> >>>>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
> >>>>> src/parser.o -lnetfilter_queue -lnfnetlink -lz -ldl
> >>>>> /usr/bin/ld: src/pgld.o: in function do_log:src/pgld.c:84: error:
> >>>>> undefined reference to 'pgl_dbus_send'
> >>>>> collect2: ld returned 1 exit status
> >>>>>
> >>>>>
> >>>>> For dbus.o (previous commit on dbus branch) we get:
> >>>>> peerguardian/pgl$ make
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/pgld.o -c src/pgld.c
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/stream.o -c src/stream.c
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/blocklist.o -c src/blocklist.c
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/parser.o -c src/parser.c
> >>>>> gcc -Wall -DVERSION=\"git\" -DPACKAGE_NAME=\"pgl\"
> >>>>> -DPIDFILE=\"/var/run/pgld.pid\" -DHAVE_ZLIB -DHAVE_DBUS `pkg-config
> >>>>> dbus-1 --cflags` -fPIC -DPLUGINDIR=\"/usr/lib/pgl\" -ggdb3 -O0 -o
> >>>>> src/dbus.o -c src/dbus.c
> >>>>> gcc -o src/pgld -ggdb3 src/pgld.o src/stream.o src/blocklist.o
> >>>>> src/parser.o src/dbus.o -lnetfilter_queue -lnfnetlink -lz -ldl
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:37:
> >>>>> error:
> >>>>> undefined reference to 'dbus_error_init'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:38:
> >>>>> error:
> >>>>> undefined reference to 'dbus_bus_get'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:39:
> >>>>> error:
> >>>>> undefined reference to 'dbus_error_is_set'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:41:
> >>>>> error:
> >>>>> undefined reference to 'dbus_error_free'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:50:
> >>>>> error:
> >>>>> undefined reference to 'dbus_bus_request_name'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:52:
> >>>>> error:
> >>>>> undefined reference to 'dbus_error_is_set'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_init:src/dbus.c:54:
> >>>>> error:
> >>>>> undefined reference to 'dbus_error_free'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:74:
> >>>>> error:
> >>>>> undefined reference to 'dbus_message_new_signal'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:80:
> >>>>> error:
> >>>>> undefined reference to 'dbus_message_iter_init_append'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:81:
> >>>>> error:
> >>>>> undefined reference to 'dbus_message_iter_append_basic'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:85:
> >>>>> error:
> >>>>> undefined reference to 'dbus_connection_send'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:89:
> >>>>> error:
> >>>>> undefined reference to 'dbus_connection_flush'
> >>>>> /usr/bin/ld: src/dbus.o: in function pgl_dbus_send:src/dbus.c:90:
> >>>>> error:
> >>>>> undefined reference to 'dbus_message_unref'
> >>>>> collect2: ld returned 1 exit status
> >>>>>
> >>>>>
> ------------------------------------------------------------------------------
> >>>>>
> >>>>>
> >>>>> WhatsUp Gold - Download Free Network Management Software
> >>>>> The most intuitive, comprehensive, and cost-effective network
> >>>>> management toolset available today. Delivers lowest initial
> >>>>> acquisition cost and overall TCO of any competing solution.
> >>>>> http://p.sf.net/sfu/whatsupgold-sd
> >>>>> _______________________________________________
> >>>>> Peerguardian-devel mailing list
> >>>>> Peerguardian-devel@...
> >>>>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
> >>>
> >>>
> ------------------------------------------------------------------------------
> >>>
> >>> WhatsUp Gold - Download Free Network Management Software
> >>> The most intuitive, comprehensive, and cost-effective network
> >>> management toolset available today.  Delivers lowest initial
> >>> acquisition cost and overall TCO of any competing solution.
> >>> http://p.sf.net/sfu/whatsupgold-sd
> >>> _______________________________________________
> >>> Peerguardian-devel mailing list
> >>> Peerguardian-devel@...
> >>> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
> >>
> >
> >
> >
> ------------------------------------------------------------------------------
> > WhatsUp Gold - Download Free Network Management Software
> > The most intuitive, comprehensive, and cost-effective network
> > management toolset available today.  Delivers lowest initial
> > acquisition cost and overall TCO of any competing solution.
> > http://p.sf.net/sfu/whatsupgold-sd
> > _______________________________________________
> > Peerguardian-devel mailing list
> > Peerguardian-devel@...
> > https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>
>
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Peerguardian-devel mailing list
> Peerguardian-devel@...
> https://lists.sourceforge.net/lists/listinfo/peerguardian-devel
>



-- 
"The man who trades freedom for security does not deserve nor will he ever
receive either."
-Benjamin Franklin

Hi

I just merged back the dbus branch to master. As I see it, it works. So 
as long as we don't break anything I see no more need for a separate 
branch. Great work, jimtb!

Currently dbus is implemented in pgld and sends (nearly all) log 
messages to the system dbus. Check it with:
   dbus-monitor --system "path=/org/netfilter/pgl"

To disable it, simply set
  DBUS ?= no
in the pgl/Makefile. pgld will then be compiled without dbus support, 
and pglcmd will start pgld without dbus option.


TODO:

* There are a few FIXME's left in pgld dbus code:

Use fprintf(stderr,...) in dbus.c instead of do_log
--> I think that's ok, since it's only needed to tell we connected, or 
we failed to. But we'll see that from pgl-gui anyway.

try_dbus
--> Why not completely remove that function in favor of use_dbus? If we 
can't connect, then don't start pgld. The user is free to start it 
without the dbus option in that case.


* The logging messages should use separate objects for every item 
(PRIORITY, SOURCE_IP, DESTINATION_IP, SOURCE_PORT, DESTINATION_PORT, 
PROTOCOL, TIMESTAMP) instead of a plain string, so that pgl-gui can 
easily use this information.

* Implement it in pglcmd and pgl-gui.


Have a nice weekend!
jre