kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/devel/linux-glib2/pkg-plist

56 lines
2.1 KiB
Text
Raw Normal View History

Say hello to the linux mega patch, it consolidates our linux bits a little bit and allows to proceed to a more recent linux_base from a stable (read as: the major bugs should be ironed out or identified and most linux ports build just fine) source. It also allows to ship 4.11 with a working linuxolator (the EOLed linux_base is marked forbidden because of a security hole). This is a major update, please read UPDATING (and CHANGES if you develop linux ports). Changes: - change the default linux_base from v7 to v8 - add a newer freetype to linux_base-8 for nicer fonts display [1] - don't let cpio use hardlinks in the linux_base-8 port to quiet some warnings in some cases [2] - fix a cut&past error in the linux_base-8 pkg-install script [3] - convert the binary knob "USE_LINUX" to a version specifier, e.g. USE_LINUX=<value> specifies a dependency upon emulators/linux_base-<value>, exceptions are a value of "7" (which does what you want and adds a dependency to linux_base) and any value without a corresponding port in PORTSDIR/emulators/linux_base-<value> (which adds a dependency to the default linux_base) - don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob, this allows us to use the USE_LINUX_PREFIX knob for linux_base and paves the way for splitting up future linux base ports into individual pieces - remove RESTRICTED from some GPL licensed ports, even when we only distribute binaries, we get them from official linux sites, so anyone can grab them there if he needs to - add a dependency upon the linux X11 bits where necessary (based upon guesswork) - don't use USE_X_PREFIX in some linux ports since it adds a dependency to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean solution would be to remove the implicit USE_XLIB from USE_X_PREFIX) - bump the portrevision of the linux ports ("better safe than sorry" algorithm) - pass maintainership of the important linux infrastructure to a mailinglist, hijack freebsd-emulation@ for this purpose (if somebody doesn't like this: tell us your bikeshed color at freebsd-emulation@, my color would be "linuxolator@" in case someone cares...) - add a pkg-install script for linux-fontconfig, but don't use it; everything should work without it (the FreeBSD fc-cache program should do all the work), but in case we need it we just need to decomment the pkg-install part in the Makefile - fix some dependencies - fix some bugs - add some static plists - unbreak the ports with dependecies to more than one linux_base This also fixes some ports which are marked BROKEN because of dependencies to v7 and v8 of linux_base at the same time. Known bugs: - the linux-mesa and linux-devtools ports install libGL*.so symlinks - some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by the linux X11 port, so linx_Base-8 moans at deinstall time) Future work (interested souls should coordinate with freebsd-emulation@): - add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies, or modify the behavior of USE_XLIB in the USE_LINUX case AFAIK trevor has some patches. - make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of the PREFIX?= workaround in some linux ports Should be discussed/coordinated on/with x11@. - move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/ - update to a more recent linux base PR: 69997, 70539 (and maybe others) Discussed with/on: java@, x11@, trevor, portmgr Tested by: mezz, portmgr, pointyhat RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1] Requested by: portmgr [2] Submitted by: kris [3] Approved by: portmgr
2004-12-31 19:24:10 +01:00
etc/profile.d/glib2.csh
etc/profile.d/glib2.sh
usr/lib/libglib-2.0.so.0
usr/lib/libglib-2.0.so.0.200.1
usr/lib/libgmodule-2.0.so.0
usr/lib/libgmodule-2.0.so.0.200.1
usr/lib/libgobject-2.0.so.0
usr/lib/libgobject-2.0.so.0.200.1
usr/lib/libgthread-2.0.so.0
usr/lib/libgthread-2.0.so.0.200.1
usr/share/doc/glib2-2.2.1/AUTHORS
usr/share/doc/glib2-2.2.1/COPYING
usr/share/doc/glib2-2.2.1/ChangeLog
usr/share/doc/glib2-2.2.1/NEWS
usr/share/doc/glib2-2.2.1/README
usr/share/locale/am/LC_MESSAGES/glib20.mo
usr/share/locale/az/LC_MESSAGES/glib20.mo
usr/share/locale/be/LC_MESSAGES/glib20.mo
usr/share/locale/bg/LC_MESSAGES/glib20.mo
usr/share/locale/bn/LC_MESSAGES/glib20.mo
usr/share/locale/ca/LC_MESSAGES/glib20.mo
usr/share/locale/cs/LC_MESSAGES/glib20.mo
usr/share/locale/da/LC_MESSAGES/glib20.mo
usr/share/locale/de/LC_MESSAGES/glib20.mo
usr/share/locale/el/LC_MESSAGES/glib20.mo
usr/share/locale/es/LC_MESSAGES/glib20.mo
usr/share/locale/et/LC_MESSAGES/glib20.mo
usr/share/locale/eu/LC_MESSAGES/glib20.mo
usr/share/locale/fi/LC_MESSAGES/glib20.mo
usr/share/locale/fr/LC_MESSAGES/glib20.mo
usr/share/locale/gl/LC_MESSAGES/glib20.mo
usr/share/locale/hi/LC_MESSAGES/glib20.mo
usr/share/locale/ja/LC_MESSAGES/glib20.mo
usr/share/locale/ko/LC_MESSAGES/glib20.mo
usr/share/locale/mn/LC_MESSAGES/glib20.mo
usr/share/locale/ms/LC_MESSAGES/glib20.mo
usr/share/locale/nl/LC_MESSAGES/glib20.mo
usr/share/locale/nn/LC_MESSAGES/glib20.mo
usr/share/locale/no/LC_MESSAGES/glib20.mo
usr/share/locale/pl/LC_MESSAGES/glib20.mo
usr/share/locale/pt/LC_MESSAGES/glib20.mo
usr/share/locale/pt_BR/LC_MESSAGES/glib20.mo
usr/share/locale/ro/LC_MESSAGES/glib20.mo
usr/share/locale/ru/LC_MESSAGES/glib20.mo
usr/share/locale/sk/LC_MESSAGES/glib20.mo
usr/share/locale/sl/LC_MESSAGES/glib20.mo
usr/share/locale/sq/LC_MESSAGES/glib20.mo
usr/share/locale/sv/LC_MESSAGES/glib20.mo
usr/share/locale/ta/LC_MESSAGES/glib20.mo
usr/share/locale/tr/LC_MESSAGES/glib20.mo
usr/share/locale/uk/LC_MESSAGES/glib20.mo
usr/share/locale/vi/LC_MESSAGES/glib20.mo
usr/share/locale/zh_CN/LC_MESSAGES/glib20.mo
usr/share/locale/zh_TW/LC_MESSAGES/glib20.mo
@dirrm usr/share/doc/glib2-2.2.1
Reference in a new issue Copy permalink