IABSD.fr/ports/sysutils/tmux-mem-cpu-load
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
5cda114a | 2026-07-02 16:02:14 | update to 3.8.3 | |
|
73e4b572 | 2025-05-24 09:02:33 | update to 3.8.2; remove upstreamed patches | |
|
6b37dfb2 | 2023-05-17 12:44:00 | update to 3.8.0 and unbreak CPU usage gauge; take maintainership ok jasper@ | |
 |
2b3700e3 | 2022-03-11 19:57:10 | drop RCS Ids | |
 |
ec51c34d | 2021-08-29 08:55:15 | - update to tmux-mem-cpu-load-3.5.1 - unbreak runtime due to CP_STATES mismatch | |
|
6693628f | 2020-02-24 07:26:59 | use HW_NCPUONLINE; already merged upstream but I forgot to commit to cvs | |
 |
77f7cc9c | 2019-07-12 20:49:33 | replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes | |
|
25f0e460 | 2018-10-24 14:27:57 | Add COMPILER lines to c++ ports which currently use the default. Adjust some existing COMPILER lines with arch restrictions etc. In the usual case this is now using "COMPILER = base-clang ports-gcc base-gcc" on ports with c++ libraries in WANTLIB. This is basically intended to be a noop on architectures using clang as the system compiler, but help with other architectures where we currently have many ports knocked out due to building with an unsuitable compiler - - some ports require c++11/newer so the GCC version in base that is used on these archirtectures is too old. - some ports have conflicts where an executable is built with one compiler (e.g. gcc from base) but a library dependency is built with a different one (e.g. gcc from ports), resulted in mixing incompatible libraries in the same address space. devel/gmp is intentionally skipped as it's on the path to building gcc - the c++ library there is unused in ports (and not built by default upstream) so intending to disable building gmpcxx in a future commit. | |
|
114b1e44 | 2018-06-01 15:44:28 | Bump the remaining ports to trigger updates following cpu stats changes (CPUSTATES/etc). Last part. - some of these might be in code that's not actually built or rarely used but it's not worth the hassle evaluating that, i'm just bumping & moving on. - as mentioned before, there might still be runtime problems relating to the addition or renumbering. | |
 |
97822dbe | 2018-04-24 12:52:12 | the defaults provided by the framework for which arches to use on a compiler are better than what we have manually specified OK sthen@ jca@ |