aboutsummaryrefslogtreecommitdiffstats
path: root/x11-fm/rodent
Commit message (Collapse)AuthorAgeFilesLines
* Upgrade rodent file manager to v5.2.9Rodrigo Osorio2014-10-043-1153/+1120
| | | | | | | | | | | The rodent project split the code in 3 parts, rodent itself and two shared libraries, librfm and libtubo. Librfm and libtubo are new ports because they evolve separately and can be used by other ports. PR: ports/193561 Submitted by: rodrigo Approved by: mentors (implicit)
* When linking a library libA with a library libB using libtool, if libB.laTijl Coosemans2014-04-231-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | exists, libtool will add all libraries libB.la refers to (dependency_libs field) to the linker command line and store them in the dependency_libs field of libA.la. So everything that subsequently links with libA will also link to these extra libraries. This causes too much overlinking. This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs field in .la libraries during staging. However, because .la libraries have very limited use when dependency_libs is empty it makes sense to completely remove them during staging. So with this commit USES=libtool is modified to remove .la libraries and a new form (USES=libtool:keepla) is introduced in case they need to be kept (dependency_libs is still emptied). PORTREVISION is bumped on all ports with USES=libtool that install .la libraries. Most ports are also changed to add :keepla because .la libraries have to be kept around as long as there are dependent ports with .la libraries that refer to them in their dependency_libs field. In most cases :keepla can be removed again as soon as all dependent ports that install .la libraries have some form of USES=libtool added to their Makefile. PR: ports/188759 Exp-run: bdrewery Approved by: portmgr (bdrewery)
* Support stageBaptiste Daroussin2014-04-222-26/+34
|
* The FreeBSD x11@ and graphics team proudly presentsNiclas Zeising2014-04-171-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | a zeising, kwm production, with help from dumbbell, bdrewery: NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE This update switches over to use the new xorg stack by default on FreeBSD 9 and 10 stable, on osversions where vt(9) is available. It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in /etc/make.conf . FreeBSD 8-STABLE and released versions of FreeBSD still use the old version. A package repository with binary packages for new xorg will be available soon. This patch also contains updates of libxcb and related ports, pixman, as well as some drivers and utilities. Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due to xserver version change. Apart from these updates, the way shared libraries are handled has been changed for all xorg ports, as well as libxml2 and freetype, which means ltverhack is gone and as a consequence shared libraries have been bumped. The plan is that this change will make library bumps less likely in the future. All affected ports have had their portrevisions bumped as a consequence of this. Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT. Update instructions, hardware support, and more notes can be found on https://wiki.freebsd.org/Graphics Thanks to: all testers, bdrewery and the FreeBSD x11@ team exp-run by: bdrewery [1] PR: ports/187602 [1] Approved by: portmgr (bdrewery), core (jhb)
* Remove trailing whitespaces from category x11-fmEmanuel Haupt2014-02-211-1/+1
|
* According to the Porter's Handbook (5.12.2.3.) default options must be added toEmanuel Haupt2014-02-101-0/+3
| | | | | | | | | | | OPTIONS_DEFINE. This policy has been implemented only recently that's why we have many ports violating this policy. This patch adds the default options specified in the Porter's Handbook to OPTIONS_DEFINE where they are being used. Ports maintained by gnome@FreeBSD.org, kde@FreeBSD.org and x11@FreeBSD.org have been excluded. Approved by: portmgr (bapt)
* Update maintainer email addressRodrigo Osorio2014-01-291-1/+1
| | | | Approved by: bapt@ (co-mentor)
* - Remove manual creation and removal of share/applications, as it's now in ↵Dmitry Marakasov2013-10-221-1/+0
| | | | | | | | the mtree (remaining categories) - Add note on mtree change to CHANGES Approved by: portmgr (bdrewery)
* Add NO_STAGE all over the place in preparation for the staging support (cat: ↵Baptiste Daroussin2013-09-211-0/+1
| | | | x11-fm)
* Add an explicit dependency on pkgconfBaptiste Daroussin2013-09-031-1/+1
|
* x11-fm/rodent: pass maintainershipWilliam Grzybowski2013-07-181-3/+3
| | | | | | | | | - Pass maintainership (asked via mailing list) [1] - USES gmake - Remove leading article from COMMENT PR: ports/180618 [1] Submitted by: Jens K. Loewe <bsd tuxproject.de> (maintainer)
* Finish converting x11* from WITHOUT_NLS to PORT_OPTIONS:MNLSBaptiste Daroussin2013-05-061-9/+5
|
* - Convert USE_GETTEXT to USES (part 3)Alex Kozlov2013-04-251-1/+1
| | | | Approved by: portmgr (bapt)
* Mark as broken on powerpc and sparc64 (and, presumably, ia64).Mark Linimon2012-09-041-1/+7
| | | | Hat: portmgr
* - Update to 4.8.0 [1]Alex Kozlov2012-07-063-39/+76
| | | | | | | - Remove ABI version numbers in LIB_DEPENDS PR: ports/169503 [1] Submitted by: Jens K. Loewe <bsd@tuxproject.de> (maintainer)
* - update png to 1.5.10Dirk Meyer2012-06-011-0/+1
|
* This file should not have been committed.Chris Rees2012-04-191-1106/+0
| | | | Noticed by: beat
* Rodent is a fast, small and powerful file manager for theChris Rees2012-04-195-0/+2278
GNU operating system (but it also works in BSD). That's one way to look at it. Another way is to call it a graphic shell (that's probably more accurate). * Rodent wastes no space on menus or function buttons (display real estate is too valuable). * All functionality is available through popup menu or keyboard action. * Popup menu is context sensitive. * Full lpterminal is available from keyboard. * Functionality is extendible via plugin technology. WWW: http://xffm.org/ PR: ports/166191 Submitted by: Jens K. Loewe <bsd@tuxproject.de>