This patch updates htop from 3.2.0 to 3.2.1.
Tested on two amd64 systems.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/htop/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile16 May 2022 18:00:45
OK sthen@.
On 2022/05/09 20:41, Lucas Raab wrote:
> On Mon, May 09, 2022 at 08:26:50AM +0100, Stuart Henderson wrote:
> > On 2022/05/09 01:19, Lucas Raab wrote:
> > > On Mon, May 09, 2022 at 01:08:50AM +, Lucas Raab wrote:
> > > > Hello,
> > > >
&
On Mon, May 09, 2022 at 08:26:50AM +0100, Stuart Henderson wrote:
> On 2022/05/09 01:19, Lucas Raab wrote:
> > On Mon, May 09, 2022 at 01:08:50AM +, Lucas Raab wrote:
> > > Hello,
> > >
> > > Here's an update to the latest htop. Builds and runs fine f
On 2022/05/09 01:19, Lucas Raab wrote:
> On Mon, May 09, 2022 at 01:08:50AM +, Lucas Raab wrote:
> > Hello,
> >
> > Here's an update to the latest htop. Builds and runs fine for me
> > on arm64 and amd64. Ian, look good to you?
> >
> > Thanks
On 2022/05/08 21:42, Daniel Jakots wrote:
> On Mon, 9 May 2022 01:19:18 +, Lucas Raab
> wrote:
>
> > On Mon, May 09, 2022 at 01:08:50AM +, Lucas Raab wrote:
> > > Hello,
> > >
> > > Here's an update to the latest htop. Builds and runs fine
On Mon, 9 May 2022 01:19:18 +, Lucas Raab
wrote:
> On Mon, May 09, 2022 at 01:08:50AM +, Lucas Raab wrote:
> > Hello,
> >
> > Here's an update to the latest htop. Builds and runs fine for me
> > on arm64 and amd64. Ian, look good to you?
> >
> &
On Mon, May 09, 2022 at 01:08:50AM +, Lucas Raab wrote:
> Hello,
>
> Here's an update to the latest htop. Builds and runs fine for me
> on arm64 and amd64. Ian, look good to you?
>
> Thanks,
> Lucas
oops, forgot to link to the changelog...
https://github.c
Hello,
Here's an update to the latest htop. Builds and runs fine for me
on arm64 and amd64. Ian, look good to you?
Thanks,
Lucas
diff 9523edf55dfd899f976345031f62b18ec42ed841 /home/lucas/ports
blob - 39261cde132043a53d7d3dfec323f2e3a9eb8586
file + sysutils/htop/Makefile
--- sysutils
On Wed Mar 16, 2022 at 10:01:35PM +, Stuart Henderson wrote:
> On 2022/03/16 22:10, Rafael Sadowski wrote:
> > On Wed Mar 16, 2022 at 03:21:29PM +0100, Martin Ziemer wrote:
> > > This patch updates htop from 3.0.5 to 3.1.2.
> > >
> > > Tested on two a
Am Wed, Mar 16, 2022 at 10:01:35PM + schrieb Stuart Henderson:
> On 2022/03/16 22:10, Rafael Sadowski wrote:
> > On Wed Mar 16, 2022 at 03:21:29PM +0100, Martin Ziemer wrote:
> > > This patch updates htop from 3.0.5 to 3.1.2.
> > >
> > > Tested on two a
On 2022/03/16 22:10, Rafael Sadowski wrote:
> On Wed Mar 16, 2022 at 03:21:29PM +0100, Martin Ziemer wrote:
> > This patch updates htop from 3.0.5 to 3.1.2.
> >
> > Tested on two amd64 systems.
>
> I ran into on updating it:
>
> Error: Dependency htop-3.1.
On Wed Mar 16, 2022 at 03:21:29PM +0100, Martin Ziemer wrote:
> This patch updates htop from 3.0.5 to 3.1.2.
>
> Tested on two amd64 systems.
I ran into on updating it:
Error: Dependency htop-3.1.2 doesn't match FULLPKGNAME: htop-3.0.5pl20210418p0
>
This patch updates htop from 3.0.5 to 3.1.2.
Tested on two amd64 systems.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/htop/Makefile,v
retrieving revision 1.30
diff -u -p -r1.30 Makefile
--- Makefile11 Mar 2022 19:57:32
> a package which will support debug symbols.
>
> Ian, ok? (Or just commit it with my ok)
The fix was obvious so I decided to just go ahead and commit it.
Thanks!
> Index: Makefile
> ===
> RCS file: /home/cvs/po
th my ok)
Index: Makefile
===
RCS file: /home/cvs/ports/sysutils/htop/Makefile,v
retrieving revision 1.28
diff -u -p -r1.28 Makefile
--- Makefile23 Apr 2021 21:16:16 - 1.28
+++ Makefile26 Oct 2021 10:30:12 -
@@ -
Fix variable name typo in htop's Makefile:
diff --git sysutils/htop/Makefile sysutils/htop/Makefile
index e28906080..fe9df3e62 100644
--- sysutils/htop/Makefile
+++ sysutils/htop/Makefile
@@ -23,7 +23,7 @@ RUN_DEPENDS = devel/desktop-file-utils
NO_TEST = Yes
-DEBUG_PAC
On Mon, Mar 29, 2021 at 01:50:54PM +0100, Stuart Henderson wrote:
> On 2021/03/27 13:42, Stuart Henderson wrote:
> > This updates htop to git head, support for displaying threads on OpenBSD
> > was recently merged upstream. Usual rebasing needed for the NCPUONLINE
> > patche
On 2021/03/27 13:42, Stuart Henderson wrote:
> This updates htop to git head, support for displaying threads on OpenBSD
> was recently merged upstream. Usual rebasing needed for the NCPUONLINE
> patches, I have tidied them up a bit and opened a pull request upstream
> for those. Other
This updates htop to git head, support for displaying threads on OpenBSD
was recently merged upstream. Usual rebasing needed for the NCPUONLINE
patches, I have tidied them up a bit and opened a pull request upstream
for those. Other patches seem to not be needed (and many of them no
longer apply
On Sat, Sep 05, 2020 at 08:08:36AM +0200, Rafael Sadowski wrote:
> On Tue Sep 01, 2020 at 02:44:43PM +1000, Stephen Gregoratto wrote:
> > A fork[1] of htop has appeared, with blessings[2] from the original
> > developer. Downsides are that it uses GitHub archives, so GH_* stuff i
On Tue Sep 01, 2020 at 02:44:43PM +1000, Stephen Gregoratto wrote:
> A fork[1] of htop has appeared, with blessings[2] from the original
> developer. Downsides are that it uses GitHub archives, so GH_* stuff is
> addded. I took the time to modify the patches to work on this release,
&g
Oops, I deleted REVISION :)
--
Stephen Gregoratto
Index: Makefile
===
RCS file: /cvs/ports/sysutils/htop/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile17 Jul 2020 08:36:04 - 1.21
A fork[1] of htop has appeared, with blessings[2] from the original
developer. Downsides are that it uses GitHub archives, so GH_* stuff is
addded. I took the time to modify the patches to work on this release,
but since there were some substantial rewrites[3] I wonder if we should
drop them
hello,
most startup crashes on htop have been fixed, but to confirm, i would
like some folks to test it, leave it running, and send any coredumps
to this address.
note -- crashes occurring shortly after exiting (hitting q) i am aware
of & do not need coredumps for
many thanks,
ians
Hi,
A few days ago, I noticed htop crashes sometimes on my system (OpenBSD
6.4), whether it’s coming from the port or built from the upstream
source. The port version is more stable but still crashes sometimes at
start.
I can easily reproduce the issue with the following one-liner:
while
a 4-core machine, htop
> will show only 3 cpu meter. I don't really know what happen on other
> machines with a different number of cores because all the machine I own
> happen to have 4 cores.
>
> Does anyone reproduce that? I commented the 2 lines in the patch and
> rebuil
On Wed, 12 Sep 2018 16:21:07 -0400
Daniel Jakots wrote:
> Hi,
>
> patches/patch-CPUMeter_c seems wrong to me. On a 4-core machine, htop
> will show only 3 cpu meter. I don't really know what happen on other
> machines with a different number of cores because all the machi
Hi,
patches/patch-CPUMeter_c seems wrong to me. On a 4-core machine, htop
will show only 3 cpu meter. I don't really know what happen on other
machines with a different number of cores because all the machine I own
happen to have 4 cores.
Does anyone reproduce that? I commented the 2 lin
On 2018/07/26 09:24, Ian Sutton wrote:
> htop was broken for a few months -- after the addition of a new
> CPUSTATE (https://marc.info/?l=openbsd-cvs&m=152630109526317&w=2)
> re-indexed the CPUSTATES in sched.h, htop's hard-coded values now
> sampled the wrong metric, resu
After being broken for far too long, htop works again (hooray). htop no
longer crashes shortly after startup.
I am trying to improve htop's working state so that people start using
it again and can depend on it. Towards this end I need people to run
htop, test htop, crash htop, and send core
he port. Let me know if your prefer a different address for
the port.
>
> > A few comments:
> >
> > - Remove the extra space at the end of DESCR.
> > - Change "This is htop, an interactive" to "htop is an interactive" in
> > DESCR.
> >
ith MALLOC_OPTIONS=F.
I'll fix any that I find
> If you take the maintainership, I will import the port.
Happy to do this, although I do not have a CVS account
> A few comments:
>
> - Remove the extra space at the end of DESCR.
> - Change "This is htop, an interactive&q
line
> > > zapped.
> >
> > zapped
> >
> > On Sat, Nov 05, 2016 at 10:24:27AM +0100, Daniel Jakots wrote:
> > > You probably want to look at what juanfra@ already did:
> > > https://github.com/jasperla/openbsd-wip/tree/master/sysutils/htop
>
+0100, Daniel Jakots wrote:
> > You probably want to look at what juanfra@ already did:
> > https://github.com/jasperla/openbsd-wip/tree/master/sysutils/htop
>
> hmm -- what's causing the commit hesitation?
Random crashes and double frees. Run the program with MALLOC_OPTIONS=F.
On Sat, 5 Nov 2016 06:09:43 -0400, Ian Sutton wrote:
> On Sat, Nov 05, 2016 at 10:24:27AM +0100, Daniel Jakots wrote:
> > You probably want to look at what juanfra@ already did:
> > https://github.com/jasperla/openbsd-wip/tree/master/sysutils/htop
>
> hmm -- what
//github.com/jasperla/openbsd-wip/tree/master/sysutils/htop
hmm -- what's causing the commit hesitation?
ian
htop-2.0.2.tgz
Description: application/tar-gz
On Sat, Nov 05, 2016 at 10:24:27AM +0100, Daniel Jakots wrote:
> On Sat, 5 Nov 2016 03:01:20 -0400, Ian Sutton wrote:
>
> > htop is an enhanced version of the venerable top(1).
> >
> > could a porter please add this? i am more than happy to maintain.
> >
> >
On Sat, 5 Nov 2016 03:01:20 -0400, Ian Sutton wrote:
> htop is an enhanced version of the venerable top(1).
>
> could a porter please add this? i am more than happy to maintain.
>
> ian
You probably want to look at what juanfra@ already did:
https://github.com/jasperla/o
On Sat, Nov 05, 2016 at 03:01:20AM -0400, Ian Sutton wrote:
> htop is an enhanced version of the venerable top(1).
>
> could a porter please add this? i am more than happy to maintain.
works fine, and i see absolutely no reason for the ONLY_FOR_ARCHS line,
given that it runs for e
htop is an enhanced version of the venerable top(1).
could a porter please add this? i am more than happy to maintain.
ian
htop-2.0.2.tgz
Description: application/tar-gz
On Fri, 10 Jun 2016 14:27:09 -0400
Owl Owl wrote:
> Looks like the latest version of htop can be compiled on OpenBSD now.
> Has anyone taken a peek at porting it over as a standard port/package?
It's already in 'openbsd-wip/', but when I tried, it was very unstable,
had p
On Fri, Jun 10, 2016 at 08:37:32PM +0200, Daniel Jakots wrote:
> On Fri, 10 Jun 2016 14:27:09 -0400, Owl Owl
> wrote:
>
> > Folks,
> >
> > Looks like the latest version of htop can be compiled on OpenBSD now.
> > Has anyone taken a peek at porting i
On Fri, 10 Jun 2016 14:27:09 -0400, Owl Owl
wrote:
> Folks,
>
> Looks like the latest version of htop can be compiled on OpenBSD now.
> Has anyone taken a peek at porting it over as a standard port/package?
There's a WIP port [0] but there are still bugs which are easily
tri
Folks,
Looks like the latest version of htop can be compiled on OpenBSD now. Has
anyone taken a peek at porting it over as a standard port/package?
Best,
Mike
hrough the cracks. Can somebody please import it now that
> >> >>> > ports
> >> >>> > is unlocked?
> >> >>>
> >> >>> Importing it now would perhaps get more bug reports, but we already
> >> >>>
>> >>> Importing it now would perhaps get more bug reports, but we already know
>> >>> that there were unsolved issues:
>> >>>
>> >>> >> > I've seeing a bunch of double-free and use-after-free in htop.
>> >>
karni writes:
> >>>
> >>> > This fell through the cracks. Can somebody please import it now that
> >>> > ports
> >>> > is unlocked?
> >>>
> >>> Importing it now would perhaps get more bug reports, but we already kno
ks. Can somebody please import it now that
> ports
> >> > is unlocked?
> >>
> >> Importing it now would perhaps get more bug reports, but we already know
> >> that there were unsolved issues:
> >>
> >> >> > I've seeing a bunc
import it now that ports
>>> > is unlocked?
>>>
>>> Importing it now would perhaps get more bug reports, but we already know
>>> that there were unsolved issues:
>>>
>>> >> > I've seeing a bunch of double-free and use-after-free in
; Importing it now would perhaps get more bug reports, but we already know
>> that there were unsolved issues:
>>
>> >> > I've seeing a bunch of double-free and use-after-free in htop. Please,
>> >> > run your tests with "MALLOC_OPTIONS=CFGJU hto
locked?
> >
> > Importing it now would perhaps get more bug reports, but we already know
> > that there were unsolved issues:
> >
> > >> > I've seeing a bunch of double-free and use-after-free in htop. Please,
> > >> > run your tests with &
y know
> that there were unsolved issues:
>
> >> > I've seeing a bunch of double-free and use-after-free in htop. Please,
> >> > run your tests with "MALLOC_OPTIONS=CFGJU htop" and fix the code
> >> > yourself in the upstream github repo if you c
Amit Kulkarni writes:
> This fell through the cracks. Can somebody please import it now that ports
> is unlocked?
Importing it now would perhaps get more bug reports, but we already know
that there were unsolved issues:
>> > I've seeing a bunch of double-free and use-after-
This fell through the cracks. Can somebody please import it now that ports
is unlocked?
thanks
-- Forwarded message --
From: Juan Francisco Cantero Hurtado
Date: Mon, Feb 15, 2016 at 10:34 PM
Subject: Re: NEW: htop 2.0.0
To: ports@openbsd.org
On Mon, Feb 15, 2016 at 09:47:54PM
Juan Francisco Cantero Hurtado wrote:
> On Tue, Feb 16, 2016 at 06:04:29PM -0500, Michael McConville wrote:
> > Juan Francisco Cantero Hurtado wrote:
> > > I've seeing a bunch of double-free and use-after-free in htop.
> > > Please, run your tests with "MALLOC_
Juan Francisco Cantero Hurtado wrote:
> I've seeing a bunch of double-free and use-after-free in htop. Please,
> run your tests with "MALLOC_OPTIONS=CFGJU htop" and fix the code
> yourself in the upstream github repo if you can.
Hm. I've been running it with a bruta
On Mon, Feb 15, 2016 at 09:47:54PM +, Pedro de Oliveira wrote:
> Hi again,
>
> Here is an updated version, with two patches from github, it now also
> passes portcheck.
> I believe that in the next version both patches will already be in upstream.
>
> https://github.c
Hi again,
Here is an updated version, with two patches from github, it now also
passes portcheck.
I believe that in the next version both patches will already be in upstream.
https://github.com/hishamhm/htop/pull/398
https://github.com/hishamhm/htop/pull/376
On Sun, Feb 14, 2016 at 10:08 PM
> Any comments? OK to import?
> >
> > Regards,
> > Pedro de Oliveira
>
> Hi, Pedro.
>
> I wrote the OpenBSD-specific htop code. I was planning on making a
> proper port ASAP; thanks for beating me to it! :-) I'll try to review
> it this weekend.
>
> I
On 2016/02/12 01:16, Pedro de Oliveira wrote:
> Hi,
>
> Attached is a new port for sysutils/htop.The new 2.0.0 release now
> supports OpenBSD.
> It's my first port, so be easy!
>
> Any comments? OK to import?
It's not OK to import anything at at the moment, see
http://marc.info/?l=openbsd-ports&
Pedro de Oliveira wrote:
> Hi,
>
> Attached is a new port for sysutils/htop.The new 2.0.0 release now
> supports OpenBSD.
> It's my first port, so be easy!
>
> Any comments? OK to import?
>
> Regards,
> Pedro de Oliveira
Hi, Pedro.
I wrote the OpenBSD-sp
On 2016-02-11 8:16 PM, Pedro de Oliveira wrote:
Hi,
Attached is a new port for sysutils/htop.The new 2.0.0 release now
supports OpenBSD.
It's my first port, so be easy!
Any comments? OK to import?
Again, http://marc.info/?l=openbsd-ports&m=145460329517278&w=2
Hi,
Attached is a new port for sysutils/htop.The new 2.0.0 release now
supports OpenBSD.
It's my first port, so be easy!
Any comments? OK to import?
Regards,
Pedro de Oliveira
htop.tgz
Description: GNU Zip compressed data
Edd Barrett wrote:
> On Wed, Sep 02, 2015 at 07:33:39PM -0400, Michael McConville wrote:
> > Let me know if you're interested in helping.
>
> I would happily help testing of this.
Here's my fork:
https://github.com/mmcco/htop
And my pull request:
ht
ges
* uptime
* CPU utilization
* memory (but not yet buffers or cached)
* swap
That leaves processes and buffered and cached memory.
Here's the main repo:
https://github.com/hishamhm/htop
diff --git a/Makefile.am b/Makefile.am
index 8fa3819..b54b9a9 100644
--- a/Makefile.am
+++ b/Ma
Jiri B wrote:
> On Wed, Sep 02, 2015 at 07:33:39PM -0400, Michael McConville wrote:
> > I'm trying to port htop to OpenBSD. They recently made it portable
> > and added FreeBSD and Darwin WIPs, so it's manageable.
> >
> > Some of the FreeBSD code is di
On Wed, Sep 02, 2015 at 07:33:39PM -0400, Michael McConville wrote:
> Let me know if you're interested in helping.
I would happily help testing of this.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
On Wed, Sep 02, 2015 at 07:33:39PM -0400, Michael McConville wrote:
> I'm trying to port htop to OpenBSD. They recently made it portable and
> added FreeBSD and Darwin WIPs, so it's manageable.
>
> Some of the FreeBSD code is directly usable or tweakable. I've been
>
I'm trying to port htop to OpenBSD. They recently made it portable and
added FreeBSD and Darwin WIPs, so it's manageable.
Some of the FreeBSD code is directly usable or tweakable. I've been
hacking on it for an hour and I have load average, ncpu, and uptime
working. It build
69 matches
Mail list logo
