[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gpsd-dev
Subject:    Re: regressions pass on NetBSD 9 / earmv7hfel (RPI3)
From:       Greg Troxel <gdt () lexort ! com>
Date:       2021-08-03 22:59:57
Message-ID: rmilf5i3zib.fsf () s1 ! lexort ! com
[Download RAW message or body]


"Gary E. Miller" <gem@rellim.com> writes:

>> Sure, but pkgsrc rules are that you pick one of
>> 
>>   have an expressed dependency so that the prereq is always there
>> 
>>   don't depend on it, and force it off, so that when you build, you
>>   always get the same thing, not depending on whether something (not
>>   declared) is there or not
>
> I don't see the problem.  If you compile in dbus, it gets used if
> available.

I will look at how big dbus is.    If I add it as a dependency then
everybody who installs gpsd will end up installing dbus.

>> a fair point that perhaps gpsd should depend on dbus if lots of people
>> care.  But it was not depending and picking it up, which isn't good.
>
> That will never happen.  dbus is for desktops, most gpsd is not desktop.

It did happen.  I built the gpsd package, which doesn't have an explicit
dependency *in the packaging system* on dbus, on a system which happened
to have dbus installed, and the build system detected dbus and used it.
Not a big deal -- that's normal -- but if I have not configured the
package build to say it's required, it's a bug to have it picked up.

In pkgsrc, the default build of dbus depends on X11, by way of
dbus-launch.  Which is ok because as you say dbus is a desktop thing.  I
definitely don't want to add a dependency on X11 to gpsd.  Probably I
should add a build option to the package, but I may leave that to the
first person that wants it.

["signature.asc" (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic