Re: NEW: sysutils/xmem
On Sun, Dec 18, 2022 at 05:27:15AM +, Yifei Zhan wrote: > On 22/12/05 01:59PM, Michael wrote: > > Ping. > > Tested on arm64 and amd64, works fine. > This needs one more ok to get in, anyone wants to do it? > Already imported :) https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/x11/xmem/
Re: NEW: sysutils/xmem
Yifei Zhan wrote (2022-12-18 06:27 CET): > On 22/12/05 01:59PM, Michael wrote: > > Ping. > > Tested on arm64 and amd64, works fine. > This needs one more ok to get in, anyone wants to do it? Oh xmem - good memories... xosview next? ok for import sdk@ > > On Wed, Nov 23, 2022 at 09:13:48PM +0100, Michael wrote: > > > Ping. > > > > > > On Mon, Nov 14, 2022 at 10:41:30AM +0100, Omar Polo wrote: > > > > Hello, > > > > > > > > On 2022/11/13 11:05:51 +0100, Michael > > > > wrote: > > > > > Hi ports, > > > > > > > > > > another attempt to get sysutils/xmem in, last one was 2021 [1]. This > > > > > revision has the RCS IDs removed and HOMEPAGE [2] updated. > > > > > > > > > > From pkg/DESCR: > > > > > Graphical application that displays memory and swap usage. > > > > > > > > > > Tested on amd64. > > > > > > > > Oh, i remember this one! > > > > > > > > The "restrictions" in the license comment is just the following > > > > clausole added to the MIT license: > > > > > > > > : Except as contained in this notice, the name of the X Consortium shall > > > > : not be used in advertising or otherwise to promote the sale, use or > > > > : other dealings in this Software without prior written authorization > > > > from > > > > : the X Consortium. > > > > > > > > that I guess it's not a blocker for PERMIT_PACKAGE. > > > > > > > > ok op@ to import. > > > > > > > > > [1] https://marc.info/?l=openbsd-ports=161521843031914=2 > > > > > [2] https://git.sdf.org/bch/xmem
Re: NEW: sysutils/xmem
On 22/12/05 01:59PM, Michael wrote: > Ping. Tested on arm64 and amd64, works fine. This needs one more ok to get in, anyone wants to do it? > > On Wed, Nov 23, 2022 at 09:13:48PM +0100, Michael wrote: > > Ping. > > > > On Mon, Nov 14, 2022 at 10:41:30AM +0100, Omar Polo wrote: > > > Hello, > > > > > > On 2022/11/13 11:05:51 +0100, Michael wrote: > > > > Hi ports, > > > > > > > > another attempt to get sysutils/xmem in, last one was 2021 [1]. This > > > > revision has the RCS IDs removed and HOMEPAGE [2] updated. > > > > > > > > From pkg/DESCR: > > > > Graphical application that displays memory and swap usage. > > > > > > > > Tested on amd64. > > > > > > Oh, i remember this one! > > > > > > The "restrictions" in the license comment is just the following > > > clausole added to the MIT license: > > > > > > : Except as contained in this notice, the name of the X Consortium shall > > > : not be used in advertising or otherwise to promote the sale, use or > > > : other dealings in this Software without prior written authorization from > > > : the X Consortium. > > > > > > that I guess it's not a blocker for PERMIT_PACKAGE. > > > > > > ok op@ to import. > > > > > > > [1] https://marc.info/?l=openbsd-ports=161521843031914=2 > > > > [2] https://git.sdf.org/bch/xmem > > > >
Re: NEW: sysutils/xmem
Ping. On Wed, Nov 23, 2022 at 09:13:48PM +0100, Michael wrote: > Ping. > > On Mon, Nov 14, 2022 at 10:41:30AM +0100, Omar Polo wrote: > > Hello, > > > > On 2022/11/13 11:05:51 +0100, Michael wrote: > > > Hi ports, > > > > > > another attempt to get sysutils/xmem in, last one was 2021 [1]. This > > > revision has the RCS IDs removed and HOMEPAGE [2] updated. > > > > > > From pkg/DESCR: > > > Graphical application that displays memory and swap usage. > > > > > > Tested on amd64. > > > > Oh, i remember this one! > > > > The "restrictions" in the license comment is just the following > > clausole added to the MIT license: > > > > : Except as contained in this notice, the name of the X Consortium shall > > : not be used in advertising or otherwise to promote the sale, use or > > : other dealings in this Software without prior written authorization from > > : the X Consortium. > > > > that I guess it's not a blocker for PERMIT_PACKAGE. > > > > ok op@ to import. > > > > > [1] https://marc.info/?l=openbsd-ports=161521843031914=2 > > > [2] https://git.sdf.org/bch/xmem > >
Re: NEW: sysutils/xmem
Ping. On Mon, Nov 14, 2022 at 10:41:30AM +0100, Omar Polo wrote: > Hello, > > On 2022/11/13 11:05:51 +0100, Michael wrote: > > Hi ports, > > > > another attempt to get sysutils/xmem in, last one was 2021 [1]. This > > revision has the RCS IDs removed and HOMEPAGE [2] updated. > > > > From pkg/DESCR: > > Graphical application that displays memory and swap usage. > > > > Tested on amd64. > > Oh, i remember this one! > > The "restrictions" in the license comment is just the following > clausole added to the MIT license: > > : Except as contained in this notice, the name of the X Consortium shall > : not be used in advertising or otherwise to promote the sale, use or > : other dealings in this Software without prior written authorization from > : the X Consortium. > > that I guess it's not a blocker for PERMIT_PACKAGE. > > ok op@ to import. > > > [1] https://marc.info/?l=openbsd-ports=161521843031914=2 > > [2] https://git.sdf.org/bch/xmem >
Re: NEW: sysutils/xmem
Hello, On 2022/11/13 11:05:51 +0100, Michael wrote: > Hi ports, > > another attempt to get sysutils/xmem in, last one was 2021 [1]. This > revision has the RCS IDs removed and HOMEPAGE [2] updated. > > From pkg/DESCR: > Graphical application that displays memory and swap usage. > > Tested on amd64. Oh, i remember this one! The "restrictions" in the license comment is just the following clausole added to the MIT license: : Except as contained in this notice, the name of the X Consortium shall : not be used in advertising or otherwise to promote the sale, use or : other dealings in this Software without prior written authorization from : the X Consortium. that I guess it's not a blocker for PERMIT_PACKAGE. ok op@ to import. > [1] https://marc.info/?l=openbsd-ports=161521843031914=2 > [2] https://git.sdf.org/bch/xmem
Re: NEW: sysutils/xmem
On Fri, Apr 02, 2021 at 05:55:31PM +0200, Stefan Hagen wrote: > Michael wrote: > > Ping. > > I've tested the port. It works fine here on amd64. > > portcheck, lib-depends-check are both fine. > > I first wondered what this is doing, as xmem only shows a black window > with the hostname in the top left. For testing, start it with: > "xmem -update 1" to see the effect faster. > > I think this port is fine. > > Best Regards, > Stefan Thanks for testing Stefan. Using .Xdefaults would also work, IIRC options are the same as for xload(1): xmem*update: 1
Re: NEW: sysutils/xmem
Michael wrote: > Ping. I've tested the port. It works fine here on amd64. portcheck, lib-depends-check are both fine. I first wondered what this is doing, as xmem only shows a black window with the hostname in the top left. For testing, start it with: "xmem -update 1" to see the effect faster. I think this port is fine. Best Regards, Stefan
Re: NEW: sysutils/xmem
Ping. On Wed, Mar 24, 2021 at 03:28:30PM +0100, Michael wrote: > On Tue, Mar 16, 2021 at 11:01:40AM +0100, Omar Polo wrote: > > > > Michael writes: > > > > > On Mon, Mar 08, 2021 at 04:46:27PM +0100, Michael wrote: > > >> Hello ports, > > >> > > >> there was already an attempt to get this port in in 2017 [1]. After > > >> talking to the original author of the port (CCed) here is another try > > >> with a newer version. > > >> > > >> From pkg/DESCR: > > >> Graphical application that displays memory and swap usage. > > >> > > >> Tested on amd64. > > >> > > >> > > >> Regards, > > >> Michael > > >> > > >> > > >> [1] https://marc.info/?l=openbsd-ports=148813642421406=2 > > > > > > Ping. > > > > `make port-lib-depends-check' complains about a missing WANTLIB on kvm; > > otherwise it builds and runs fine here, it's a nice little utility =) > > Agreed! :) Thanks for the fix. > > And while we're at it: ping. > > > > > attached a tarball with WANTLIB adjusted > > > > Cheers! > > > > Omar Polo > >
Re: NEW: sysutils/xmem
On Tue, Mar 16, 2021 at 11:01:40AM +0100, Omar Polo wrote: > > Michael writes: > > > On Mon, Mar 08, 2021 at 04:46:27PM +0100, Michael wrote: > >> Hello ports, > >> > >> there was already an attempt to get this port in in 2017 [1]. After > >> talking to the original author of the port (CCed) here is another try > >> with a newer version. > >> > >> From pkg/DESCR: > >> Graphical application that displays memory and swap usage. > >> > >> Tested on amd64. > >> > >> > >> Regards, > >> Michael > >> > >> > >> [1] https://marc.info/?l=openbsd-ports=148813642421406=2 > > > > Ping. > > `make port-lib-depends-check' complains about a missing WANTLIB on kvm; > otherwise it builds and runs fine here, it's a nice little utility =) Agreed! :) Thanks for the fix. And while we're at it: ping. > > attached a tarball with WANTLIB adjusted > > Cheers! > > Omar Polo >
Re: NEW: sysutils/xmem
Michael writes: > On Mon, Mar 08, 2021 at 04:46:27PM +0100, Michael wrote: >> Hello ports, >> >> there was already an attempt to get this port in in 2017 [1]. After >> talking to the original author of the port (CCed) here is another try >> with a newer version. >> >> From pkg/DESCR: >> Graphical application that displays memory and swap usage. >> >> Tested on amd64. >> >> >> Regards, >> Michael >> >> >> [1] https://marc.info/?l=openbsd-ports=148813642421406=2 > > Ping. `make port-lib-depends-check' complains about a missing WANTLIB on kvm; otherwise it builds and runs fine here, it's a nice little utility =) attached a tarball with WANTLIB adjusted Cheers! Omar Polo xmem.tar.gz Description: Binary data
Re: NEW: sysutils/xmem
On Mon, Mar 08, 2021 at 04:46:27PM +0100, Michael wrote: > Hello ports, > > there was already an attempt to get this port in in 2017 [1]. After > talking to the original author of the port (CCed) here is another try > with a newer version. > > From pkg/DESCR: > Graphical application that displays memory and swap usage. > > Tested on amd64. > > > Regards, > Michael > > > [1] https://marc.info/?l=openbsd-ports=148813642421406=2 Ping.
Re: NEW: sysutils/xmem
Christian Barthelwrites: > Hello: I updated xmem and fixed some problems with the port. Thanks to > Gerrit Meyerheim for reporting and testing. > > o added missing library > o added pledge comment > o added license comment > o updated manpage > o removed REVISION=1 > > Any other thoughts on this? > > Christian Barthel writes: > >> [1:text/plain Hide] >> >> I'd like to suggest xmem: an X11 utility very similar to xload(1) but >> displays memory and swap usage instead of CPU load. I modified the >> code a bit and pledged it. Since I haven't found any homepage or source >> code repo, I uploaded it here: http://onfire.org/xmem/. >> >> Any comments? Looks good to me. Updated tarball, tweak DESCR and fix the license comment. xmem.tgz Description: Binary data -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE