Re: How to properly install a Linux desktop app?
On 19.06.20 04:52, Tijl Coosemans wrote:
You should not use USE_LINUX_RPM. It's meant for infrastructure ports.
Yes, this is the current stance, but it seems like an unnecessary
limitation... :( Software distributed by vendors in RPM-format should be
easier for ports to install.
Please, consider changing this.
You can look at astro/google-earth as an example. It also installs an
rpm with an /opt directory. Basically the /opt directory goes to
${STAGEDIR}${LINUXBASE} and everything else goes to ${STAGEDIR}${PREFIX}
Thanks, this is an informative example. Because of the limitation on the
USE_LINUX_RPM, google-earth port has its own do-install :-( And it
installs things into ${LINUXBASE}, which /should be/ just as wrong as
installing into ${LOCALBASE} instead of ${PREFIX}.
Clearly flz@ (or you?) have struggled with the same dilemma I'm now
facing :-)
And zoom will have to do the same for the time being...
You should not need an ld conf file or ldconfig or LD_LIBRARY_PATH.
I don't know, how one of the above -- ld.conf or LD_LIBRARY_PATH -- can
be avoided. Indeed, Google's own /opt/google/earth/free/googleearth sets
the LD_LIBRARY_PATH before invoking googleearth-bin. The port's own
little wrapper (${PREFIX}/bin/googleearth) is calling Google's (bigger)
wrapper, which is then finally calling the actual binary :(
I guess, I'll use the approach google-earth is taking for now, and file
a PR to change the setting of DESKTOPDIR to be derived from LOCALBASE --
or for the actual native PREFIX to remain somehow accessible (as
NATIVEPREFIX, perhaps?) even when USE_LINUX_PREFIX is defined.
Thank you for your help! Yours,
-mi
___
freebsd-emulation@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 247430] Linux ports install too much
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247430 Tijl Coosemans changed: What|Removed |Added CC||t...@freebsd.org --- Comment #1 from Tijl Coosemans --- a) is because there are several 32-bit only Linux application ports. Also, when I announced that I would remove the option to install a pure 32-bit linux_base on amd64 there was immediate response from users worried that their applications might break. So I do think 32-bit support is actively used. I use it myself now that I think about it. I don't object to adding a knob for this somewhere, perhaps via bsd.default-versions.mk since this would be a tree-wide option and not a per-port option. For end-users the ideal is probably to have separate packages though, which is a lot more work. b) is something the Linux infrastructure ports have always done. I think it is needed for strict compliance with the GPL, but even for non-GPL code it may be wise to have our own copy of the source code. You never know why it might be useful. Note that only package builders actually download the file. Regular make doesn't. Also note that an SRPM may contain patches that are not in the corresponding FreeBSD port. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[Bug 230160] linuxulator doesn't implement madvise(MADV_DONTNEED) and any MADV_ flags with values >= 8 correctly
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230160 --- Comment #11 from commit-h...@freebsd.org --- A commit references this bug: Author: trasz Date: Sat Jun 20 18:29:25 UTC 2020 New revision: 362440 URL: https://svnweb.freebsd.org/changeset/base/362440 Log: Add linux_madvise(2) instead of having Linux apps call the native FreeBSD madvise(2) directly. While some of the flag values match, most don't. PR: kern/230160 Reported by: markj Reviewed by: markj Discussed with: brooks, kib MFC after:2 weeks Sponsored by: The FreeBSD Foundation Differential Revision:https://reviews.freebsd.org/D25272 Changes: head/sys/amd64/linux/linux_machdep.c head/sys/amd64/linux/syscalls.master head/sys/amd64/linux32/linux32_machdep.c head/sys/amd64/linux32/syscalls.master head/sys/arm64/linux/linux_machdep.c head/sys/arm64/linux/syscalls.master head/sys/compat/linux/linux_mmap.c head/sys/compat/linux/linux_mmap.h head/sys/i386/linux/linux_machdep.c head/sys/i386/linux/syscalls.master head/sys/sys/syscallsubr.h head/sys/vm/vm_mmap.c -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
