Kyle R W Milz <k...@getaddrinfo.net> writes:

> On Fri, Sep 20, 2013 at 09:30:21PM +0200, Juan Francisco Cantero Hurtado 
> wrote:
>> On Fri, Sep 20, 2013 at 09:33:27AM -0600, Kyle R W Milz wrote:
>> > ports@,
>> > 
>> > Thanks everyone for the feedback, here is an update with changes made.
>> > 
>> > Things I'm wary about still:
>> > 
>> > - had to set DESTDIRNAME = / to `make package' properly, there's some
>> >   sort of weird double path thing going on if not
>> > 
>> > - this thing needs root to run, does it make sense to be in bin/ ?
>> 
>> "LDFLAGS += -Wl" in the patch is wrong. You're passing literally nothing
>> to the linker.
>
> OK nuked the entire line.
>
>> Don't use DESTDIRNAME. The software reads PREFIX and DESTDIR, so it
>> concatenates both paths. You need to patch the install part of the
>> makefile of radeontop.

Another option is to just set this:

FAKE_FLAGS =      DESTDIR=

in the port Makefile.

> Not sure what you're trying to say here but I've removed the DESTDIRNAME
> from the port Makefile and replaced ${PREFIX} in the radeontop Makefile
> with ${LOCALBASE} after reading in bsd.port.mk that $PREFIX is usually
> set to $LOCALBASE anyways.

DESTDIRNAME is not supposed to be used like this. You got it to do what
you needed by chance.

> You also didn't clarify whether or not this should be in bin/ or sbin/
> so I moved it back to sbin/ because like I said before this thing needs
> root to run (mmap /dev/mem).

I see no reason to go against upstream on this issue.

Is that port supposed to be compiled twice, at build and fake time?

-- 
jca | PGP: 0x06A11494 / 61DB D9A0 00A4 67CF 2A90  8961 6191 8FBF 06A1 1494

Reply via email to