Re: New port: dircproxy 1.0.5

Francois Ropert wrote: I would like to submit my dircproxy 1.0.5 port for testing. From pkg/DESCR : dircproxy is an IRC proxy server (bouncer) designed for people who use IRC from lots of different workstations or clients, but wish to remain connected and see what they missed while they

Re: plugins for xchat port (i386)

Robert Szasz wrote: Is there a way to get the xchat port to support plugins again? I know that this feature was disabled at some point in the past, but I couldnt find out why. Some time ago I looked into this and noticed something strange: The function dlsym would return the right function

Re: plugins for xchat port (i386)

So this patch to the xchat port should enable the perl plugin. It complains about undefined symbol 'boot_DynaLoader' but the plugin seems to work alright. It is done against the 3.8-stable port because I have no machine running current, so the latest changes to the Makefile would have to be

Re: plugins for xchat port (i386)

Robert Szasz wrote: Is there a way to get the xchat port to support plugins again? This is an update for the stable port bumping the version to 2.4.5 and enabling the perl plugin. Please apply the patch from the xchat directory with `zcat xchat.patch.gz | patch -p0` from inside the xchat

Re: www/analog

Kevin wrote: Bringing the port up to 6.0 is trivial, requires new checksums and minor changes to patch-src_Makefile There do not appear to be significant changes since 5.32, other than changing licensing to the GPL. I have done this for 3.7, don't know if the port is still valid for 3.8 and

Re: NEW: sysutils/conky (1.4.7)

On Sun, 16 Sep 2007, Vlad Glagolev wrote: Conky is an advanced, highly configurable system monitor for X. There are some issues (tested on amd64 here): - The man page is not useable in the form it is installed. There seem to control sequences that are not interpreted? - Started in a

Re: NEW: sysutils/conky (1.4.7)

On Sun, 16 Sep 2007, Markus Hennecke wrote: - No network activity is measured? Make this to No outgoing network activity is measured. Greetings Markus

Re: NEW: sysutils/conky (1.4.7)

On Sun, 16 Sep 2007, Markus Hennecke wrote: On Sun, 16 Sep 2007, Markus Hennecke wrote: - No network activity is measured? Make this to No outgoing network activity is measured. Sorry for the noise, at that point I would have needed some more sleep. Network activity is measured fine

Re: UPDATE: claws-mail-3.0.2

On Fri, 5 Oct 2007, Pierre-Yves Ritschard wrote: On Fri, 5 Oct 2007 09:18:10 +0200 Pierre-Yves Ritschard [EMAIL PROTECTED] wrote: On Thu, 4 Oct 2007 13:01:35 + Pierre-Yves Ritschard [EMAIL PROTECTED] wrote: Phew, claws-mail certainly needs attention. As noted by landry breuil, claws

Re: good console jabber client?

On Tue, 27 Nov 2007, viq wrote: Except that it wants ncurses with wide-something which our ncurses don't have. Though I heard some comments it could be possible to compile it without that... If so, I heard good things about it, yes - one of few console clients supporting OpenPGP encryption,

NEW: mcabber-0.9.5

Description: Console Jabber client. Homepage: http://www.lilotux.net/~mikael/mcabber/ Comments and tests appreciated. Working on i386 and amd64. I had a report about segfaults on a snapshot from 6th december (i386), but could not reproduce that. 4.2-stable definetly won't work. OpenBSDs

Re: NEW: mcabber-0.9.5

On Wed, 2 Jan 2008, Simon Kuhnle wrote: On Wed, Jan 02, 2008 at 02:08:02PM +0100, Jasper Lievisse Adriaanse wrote: On Wed, Jan 02, 2008 at 02:02:23PM +0100, Simon Kuhnle wrote: On Sun, Dec 30, 2007 at 10:10:59PM +0100, Markus Hennecke wrote: Description: Console Jabber client. Homepage: http

Re: NEW: mcabber-0.9.5

On Wed, 2 Jan 2008, Jasper Lievisse Adriaanse wrote: On Wed, Jan 02, 2008 at 02:02:23PM +0100, Simon Kuhnle wrote: On Sun, Dec 30, 2007 at 10:10:59PM +0100, Markus Hennecke wrote: Description: Console Jabber client. Homepage: http://www.lilotux.net/~mikael/mcabber/ Comments and tests

Re: NEW: mcabber-0.9.5

On Thu, 3 Jan 2008, Simon Kuhnle wrote: On Thu, Jan 03, 2008 at 12:45:51PM +0100, Markus Hennecke wrote: On Wed, 2 Jan 2008, Jasper Lievisse Adriaanse wrote: On Wed, Jan 02, 2008 at 02:02:23PM +0100, Simon Kuhnle wrote: On Sun, Dec 30, 2007 at 10:10:59PM +0100, Markus Hennecke wrote

UPDATE: mcabber-0.9.6

Hello, today was mcabber 0.9.6 released. The patches needed for the previous version to build can be removed, so please apply with the '-E' option of patch. No problems found so far on amd64 and i386. Best regards, Markus Index: Makefile

Re: UPDATE: mcabber-0.9.6

On Sun, 13 Jan 2008, Simon Kuhnle wrote: On Sun, Jan 13, 2008 at 01:58:16PM +0100, Markus Hennecke wrote: today was mcabber 0.9.6 released. The patches needed for the previous version to build can be removed, so please apply with the '-E' option of patch. No problems found so far on amd64

Re: Enable OTR support in net/mcabber

viq wrote: On Tue, Jan 29, 2008 at 09:29:58AM +0100, Markus Hennecke wrote: viq wrote: This enables support for OTR in mcabber. Tested on i386 with someone using pidgin. I did the same thing with a flavor for the mcabber port, but I had nobody who was willing to test this with me. Ah, I

Re: Enable OTR support in net/mcabber

If no one objects I'd say that this can get commited. Had this running for a few days without problems. Best regards, Markus On Mon, 28 Jan 2008, viq wrote: This enables support for OTR in mcabber. Tested on i386 with someone using pidgin. -- viq Index: Makefile

Re: Naive patch for mcabber to redraw

On Sun, 16 Mar 2008, Simon Kuhnle wrote: I don't know if I'm the only one with that problem but net/mcabber doesn't resize correctly if I resize my xterm or rxvt. I hit ctrl-L, and it refreshes the screen but the size is not correct to the terminal size it's in. I asked on the mcabber MUC and

Re: Naive patch for mcabber to redraw

On Tue, 18 Mar 2008, Simon Kuhnle wrote: On Tue, Mar 18, 2008 at 09:38:48AM +0100, Markus Hennecke wrote: On Sun, 16 Mar 2008, Simon Kuhnle wrote: I don't know if I'm the only one with that problem but net/mcabber doesn't resize correctly if I resize my xterm or rxvt. I hit ctrl-L

Re: Naive patch for mcabber to redraw

Simon Kuhnle schrieb: On Tue, Mar 18, 2008 at 10:02:52PM +0100, Markus Hennecke wrote: [...] You could manually enable it for your system in that file, but I don't know what else could break. Another solution would be to handle SIGWINCH in mcabber itself. I think I will take a look

Re: Naive patch for mcabber to redraw

On Wed, 19 Mar 2008, Simon Kuhnle wrote: On Tue, Mar 18, 2008 at 10:02:52PM +0100, Markus Hennecke wrote: [...] You could manually enable it for your system in that file, but I don't know what else could break. Another solution would be to handle SIGWINCH in mcabber itself. I think I will take

Re: UPDATE: ctwm-3.8a

On Fri, 21 Mar 2008, Markus Hennecke wrote: Hello ports, attached is an updated port for ctwm bringing it to version 3.8a. So far tested on i386 and amd64. My config file from 3.6 worked out of the box. Please test and comment. Here again in form of an unified diff. I reworked the port

Re: Naive patch for mcabber to redraw

On Sat, 22 Mar 2008, Simon Kuhnle wrote: On Wed, Mar 19, 2008 at 09:14:58PM +0100, Markus Hennecke wrote: [...] I'm running mcabber on amd64, in screen (problem happens without screen, too) in rxvt on OpenBSD 4.3-beta (GENERIC) #1346: Thu Feb 21 15:40:59 MST 2008 machine. Can you reproduce

Re: Can't compile devel/glib2 on -current

On Thu, 24 Apr 2008, Nicolas Letellier wrote: I upgrade this morning my system from an old current to the new current. After, I launch infrastructure/build/out-of-date to see my old ports. I see my glib2 is out of date. But I can't compile devel/glib2 port. See the error: mkdir

UPDATE: mcabber-0.9.7

This patch will bring the mcabber port to the version 0.9.7 released today. Included is the resize fix for OpenBSD. Tested by Simon Kuhnle and myself on amd64. Please test and commit. Kind regards, Markus Index: Makefile === RCS

Re: UPDATE: www/gnash

On Sat, 26 Apr 2008, Deanna Phillips wrote: This diff, from brad@, updates gnash to 0.8.2. So far, it's only been tested on i386. Seems to be working fine on amd64. This is another port for which the previous version needs to be uninstalled to compile. This really becomes a PITA. Tested

Re: UPDATE: www/gnash

Jacob Meuser schrieb: On Sat, Apr 26, 2008 at 11:32:34PM +0200, Markus Hennecke wrote: On Sat, 26 Apr 2008, Deanna Phillips wrote: This diff, from brad@, updates gnash to 0.8.2. So far, it's only been tested on i386. Seems to be working fine on amd64. looks good on amd64 and i386 here too

Re: UPDATE: www/gnash

Matthias Kilian schrieb: On Sat, Apr 26, 2008 at 11:32:34PM +0200, Markus Hennecke wrote: Seems to be working fine on amd64. This is another port for which the previous version needs to be uninstalled to compile. This really becomes a PITA. Here's a really crude last-resort hackaround i use

Re: Problem with qt3 (or is it an X problem)

On Sat, 31 May 2008, Ulrich Kahl wrote: Am Thu, 29 May 2008 08:19:17 -0400 schrieb Stephan Andre' [EMAIL PROTECTED]: I'm not sure that ports is the right place for this as I don't know if this is really an X problem? Basically I'd like to know if others have compiled qt3 after the recent X

Re: Problem with gmake

On Wed, 24 Sep 2008, Ricardo Augusto de Souza wrote: gmake: can't load library 'libintl.so.4.0' # locate libiconv.so.4.0 libintl.so.4.0 != libiconv.so.4.0 Kind regards, Markus

UPDATE: mcabber-0.9.9

Hello, attached is a patch provided by Simon Kuhnle that will bring mcabber up to the latest version. Tested on i386 and amd64. Kind regards, MarkusIndex: Makefile === RCS file: /cvs/ports/net/mcabber/Makefile,v retrieving

UPDATE: mcabber-0.10.1

Update to the new version 0.10.1. Simon Kuhnle reported no problems with the new version on amd64, I tested on i386. Kind regards, Markus Index: Makefile === RCS file: /cvs/ports/net/mcabber/Makefile,v retrieving revision 1.13

Re: Chromium 9.0.597 packages for testing

On 02/03/11 10:45, Robert Nagy wrote: Chrome 9.0.597 packages for testing: http://blade2k.humppa.hu/chromium/ The port update is useless for most of the people because you need an uncommited gcc patch. So you can't build it. This looks really nice on amd64. I had to upper the limit of fds to

UPDATE: www/fcgi

Fixes annoying warning emitted from the perl interpreter. Maintainer did not respond. Regards MarkusIndex: Makefile === RCS file: /cvs/ports/www/fcgi/Makefile,v retrieving revision 1.15 diff -u -p -u -r1.15 Makefile --- Makefile

Re: question about ports update

Tomasz Pajor wrote: I've run /usr/ports/infrastructure/build/out-of-date, got the output, http://puffy.pl/update What is the best way to update all the ports? Either you use pkg_add to update your ports from the snapshot directory on the ftp server (set PKG_PATH to the right directory,

Re: gtk+2 build problem with pango

On Thu, 24 Sep 2009, Tomasz Pajor wrote: I can't rebuild gtk+2 package, I get this error. (cd .libs rm -f im-xim.la ln -s ../im-xim.la im-xim.la) LD_LIBRARY_PATH=../../gdk-pixbuf/.libs/:../../gdk/.libs/:../../gtk/.libs/ \ ../../gtk/gtk-query-immodules-2.0 im-am-et.la im-cedilla.la

Re: new mplayer and ggi

Jacob Meuser wrote: for that matter, who uses the SDL flavor? how and why? afaik, newer mplayer should be just as capable and fast at video rendering, and there should be no need to use SDL for audio. I do. It works reasonable fast on a non accelerated X (radeon without xv support) to play

Re: new mplayer and ggi

Jacob Meuser schrieb: On Sun, Oct 11, 2009 at 07:58:46PM +0200, Markus Hennecke wrote: Jacob Meuser wrote: for that matter, who uses the SDL flavor? how and why? afaik, newer mplayer should be just as capable and fast at video rendering, and there should be no need to use SDL for audio. I

Update ports from source

Hello list, as from time to time people ask how to update their ports via compiling from source. As I asked this myself in the past I thought that it would be fun to automate the process of compiling my installed ports while following current. So I came up with a little perl script which would

UPDATE: mcabber-0.9.10

Update to the new version of mcabber, original patch by Simon Kuhnle. This version introduces support for spell checking with enchant, as the aspell support is already disabled I disabled the enchant option too. The question is if there are people out there wanting some kind of spell checking in

Re: new mplayer and ggi

On Mon, 12 Oct 2009, Edd Barrett wrote: On Mon, Oct 12, 2009 at 11:57:20AM +0200, Markus Hennecke wrote: Like Marc already pointed out I am using SDL so that the resolution is switched to a smaller one while playing videos full screen. I'll check if I can achive the same effect with the x11

Re: new mplayer and ggi

Jacob Meuser wrote: On Thu, Oct 15, 2009 at 12:02:20PM +0200, Markus Hennecke wrote: On Mon, 12 Oct 2009, Edd Barrett wrote: On Mon, Oct 12, 2009 at 11:57:20AM +0200, Markus Hennecke wrote: Like Marc already pointed out I am using SDL so that the resolution is switched to a smaller one while

Re: UPDATE: mcabber-0.9.10

On Mon, 12 Oct 2009, Simon Kuhnle wrote: On Mon, Oct 12, 2009 at 08:57:13PM +0200, Markus Hennecke wrote: Update to the new version of mcabber, original patch by Simon Kuhnle. I've been running this on amd64 for some days now, without problems. Anyone willing to commit this? Kind regards

Re: UPDATE: devel/boost

Markus Hennecke wrote: Federico G. Schwindt wrote: On Sun, Dec 13, 2009 at 11:24:28AM +, Stuart Henderson wrote: On 2009/12/13 08:23, Andrej Elizarov wrote: if you're still interested mind to update it to the latest version and send it again? i have made step in past. Stuart Henderson

Re: UPDATE: VLC 1.0.5

Brad wrote: Here is an update to VLC 1.0.5. Please test this if you have an amd64 system and let me know if this works. Same goes for anything other than amd64 or i386, especially macppc. This finally compiles on amd64 and I was able to play a video. Good work! Note that I have no xvideo

UPDATE: mcabber-0.10.0

Updates mcabber to version 0.10.0. Did I do the LIB-DEPENDS / WANTLIB stuff right? lib-depends-check does not complain, so I guess it is right... Kind regards, Markus Hennecke Index: Makefile === RCS file: /cvs/ports/net

Re: Thunderbird 3 still wont send even after new profile

not care and tries to send anyway, and that is exactly the behaviour you described here. HTH, Markus Hennecke

Re: [new] lxrandr-0.1

On Thu, 1 Jan 2009, Antoine Jacoutot wrote: On Thu, 1 Jan 2009, Jasper Lievisse Adriaanse wrote: you may want to attach the port, instead of the package ;-) unless the Makefile is made up like the average .doc document... FYI, the program is broken at least for the radeonhd driver. The

devel/cppunit does not build

Hello, cppunit stopped building, claiming that it can't find isfinite(). Can anyone confirm this? If so, adding the attached patch file to the port will correct the problem. Kind regards, Markus$OpenBSD$ --- include/cppunit/portability/FloatingPoint.h.origSat Jan 17 14:20:16 2009 +++

Update: cgicc-3.2.4

New version needs autotools to build. The documentation is no longer available in html, but must be generated via doxygen, so doxygen comes in as a build dependency. I don't know if I have done the autoconf/automake stuff right, worked here on amd64. Somewhat related: Could someone tell me how

Fix: pidgin-otr dependency check

Hello, the attached patch fixes the dependency check for the pidgin-otr port. No other changes made. Kind regards, Markus Index: Makefile === RCS file: /cvs/ports/security/pidgin-otr/Makefile,v retrieving revision 1.7 diff -u

Re: boost

Marco Peereboom wrote: After initially clawing out my eyes after seeing some code written in boost... I decided that I need it bad enough. Problem is that we don't seem to have the asio part. Anyone got the asio part working, preferably in a port. Attached is asio as a standalone package.

Re: boost

Andrej Elizarov wrote: Lucky day, I need boost for wt. It seems wt depend on boost at least v1.35. Markus, do you need any help with porting wt? Sure, I could use some help. If you use the asio port, then boost 1.34.1 will be enough I think. I attached the port, it has both libwthttp and

Re: boost

Stuart Henderson wrote: On 2009-05-09, Markus Hennecke markus-henne...@markus-hennecke.de wrote: Andrej Elizarov wrote: Lucky day, I need boost for wt. It seems wt depend on boost at least v1.35. Markus, do you need any help with porting wt? Sure, I could use some help. If you use the asio

Re: NEW: boost-1.39.0

Marco Peereboom wrote: # http_proxy=http://127.0.0.1:5865 make fetch === Checking files for boost-1.39.0p0 boost_1_39_0.tar.gz doesn't seem to exist on this system. Fetch http://easynews.dl.sourceforge.net/sourceforge/boost/boost_1_39_0.tar.gz. boost_1_39_0.tar.gz 100%

Re: UPDATE: mcabber-0.10.0

Am 12.04.2010 17:17, schrieb Markus Hennecke: Updates mcabber to version 0.10.0. Did I do the LIB-DEPENDS / WANTLIB stuff right? lib-depends-check does not complain, so I guess it is right... Kind regards, Markus Hennecke Hm, I was a little off the world in the last two month... Could

Re: Some apps kill/hang X when using scrotwm(1) as wm

On 08/17/10 16:56, Ted Unangst wrote: On Tue, Aug 17, 2010 at 3:30 AM, Tomas Bodzartomas.bod...@gmail.com wrote: did someone saw similar problem in scrotwm(1)? Eg. when I start xeyes(1) on empty workspace from menu M-p it simply shut down X. If I start eg. xcalc(1) then everything is ok.

FIX devel/boost

OpenBSD does not have the definitions for the signals SI_ASYNCIO and SI_MESGQ. With this, the tests for wt (www.webtoolkit.eu, still work in progress) compiles. Kind regards Markus Index: Makefile === RCS file:

Re: [UPDATE] mcabber 0.10.2

On Thu, 30 May 2013, Stuart Henderson wrote: On 2013/05/30 10:14, Markus Hennecke wrote: Hi, below is a diff to update mcabber to the current version 0.10.2. Thanks to Simon Kuhnle for pointing this out to me and testing it on sparc64. I tested it on amd64. +lib/mcabber/libfifo.a

Re: UPDATE: mcabber-0.10.3

On 01/23/15 11:31, Markus Hennecke wrote: Updates mcabber to 0.10.3. Thanks a lot to Tim van der Molen for sending me the patch. Patch needs to be applied with the -E option, the patch files are no longer needed. Anyone willing to commmit this?

UPDATE: mcabber-0.10.3

-0.10.2 -REVISION= 0 +DISTNAME= mcabber-0.10.3 CATEGORIES=net -HOMEPAGE= http://www.lilotux.net/~mikael/mcabber/ +HOMEPAGE= http://mcabber.com/ MAINTAINER=Markus Hennecke markus-henne...@markus-hennecke.de @@ -30,6

Re: Update net/mcabber to 1.0.1 - was (Re: Call for help updating a port (net/mcabber).)

On Mon, 8 Feb 2016, Christoph R. Murauer wrote: > > You'll learn soon that sending patches as attachments is a wonderful > > way to get people angry. > > Sorry, was not my intention. I saw often attachments so, I thought it > is the prefered way. I also like inline things more. > > > These

Re: Fix for p5-Test-Perl-Critic

On Sat, 2 Apr 2016, Stuart Henderson wrote: > On 2016/04/02 22:07, Markus Hennecke wrote: > > Test::Perl::Critic in version 1.03 requires the MCE module to run. > > Attached is the new port of p5-MCE and the patch for p5-Test-Perl-Critic. > > For MCE, just use CPAN_AUTHOR

Fix for p5-Test-Perl-Critic

Test::Perl::Critic in version 1.03 requires the MCE module to run. Attached is the new port of p5-MCE and the patch for p5-Test-Perl-Critic. Regards Markus Index: Makefile === RCS file:

UPDATE: mcabber-1.0.3

mcabber 1.0.3 just got released. The patch for configure is now upstream. I could not find any issues so far. Regards, Markus Index: Makefile === RCS file: /cvs/ports/net/mcabber/Makefile,v retrieving revision 1.27 diff -u -p

Re: UPDATE: mcabber-1.0.3

port-lib-depends check was reporting some extras: ffi, gmodule-2.0 and gobject-2.0. So here a revised patch, tested so far on i386 and amd64. Index: Makefile === RCS file: /cvs/ports/net/mcabber/Makefile,v retrieving revision 1.27

Re: UPDATE: net/mcabber 1.0.4

Yes, I have this running for a few days and see no regression. Please commit this. Thanks Ricardo! Markus Am 10.01.2017 um 11:15 schrieb Ricardo Mestre: Hi ports@ This updates mcabber to latest version 1.0.4 which includes an important bugfix The bug is described in CVE-2015-8688 and

Re: UPDATE: net/mcabber 1.1.0

On Mon, 10 Jul 2017, Ricardo Mestre wrote: > Hi ports@ > > Please find attached an update to mcabber 1.1.0, it includes a new vi > mode and some bugfixes. > > OK? Yes please. But your patch is not against -current (Makefile version 1.31)? Index: Makefile

Re: [Update] net/loudmouth to 1.5.3

On Mon, 29 May 2017, Markus Hennecke wrote: Ping. I only tested this with mcabber-1.1.0, freetalk and irssi-xmpp build with this, so is the statement irssi-xmpp is not ready for this still valid for loudmouth-1.5.3? So at least for future reference the diff without the revision and the updated

Re: [Update] net/loudmouth to 1.5.3

Am 26.05.2017 um 12:25 schrieb Dionysis Grigoropoulos: On Fri, Apr 21, 2017 at 03:48:51AM +0300, Dionysis Grigoropoulos wrote: Hello, the dev team of mcabber [1] has taken over the development of loudmouth [2], so I've updated loudmouth to the latest released version and changed the upstream

Re: still failing to build gcc on arm - fbracket

On Fri, 27 Apr 2018, s_g...@telus.net wrote: > > > I loaded the latest ports and src this morning. Do some other packages need > to be rebuilt also? I should have checked but didn't have the time. And at first glance everything looked ok. But Makefile is different to the configure shell

Re: [armv7 fix] net/ftpcopy

On Thu, 26 Apr 2018, Benoit Lecocq wrote: > > > On 04/25/18 22:43, Peter Hessler wrote: > > On 2018 Apr 25 (Wed) at 22:39:13 +0200 (+0200), Jeremie Courreges-Anglas > > wrote: > > :On Wed, Apr 25 2018, Peter Hessler wrote: > > :> fixes the build on armv7 (and very likely

Re: [armv7 fix] security/botan2

On Mon, 30 Apr 2018, Markus Hennecke wrote: > Fixed building on armv7 by disabling neon support in configure. This has > no effect on amd64. I tested a build there and all tests passed. 16 tests > failed on armv7, all unable to allocate lzma memory if I remember > correctly

Re: [update] emacs-26.1

On Tue, 5 Jun 2018, Jeremie Courreges-Anglas wrote: > Are there people around who could test on powerpc, armv7, arm64, > mips64(el), hppa or i386? make install && emacs -Q would be a good > enough test. > > Obviously oks (and regression reports) are still welcome. :) Build of the no_x11

Re: [armv7 fix] security/botan2

On Sat, 26 May 2018, Alexander Bluhm wrote: > On Sat, May 26, 2018 at 10:23:25PM +1000, Jonathan Gray wrote: > > > After seeing some mails regarding NEON support on armv7 another approach > > > would be to pass --cc-abi-flags="-mfloat-abi=softfp" to configure which > > > fixes the build on

fix build mail/mimetic on aarch64 and armv7

Fixes the signed/unsigned char problem. Patch tested on amd64, all tests passed on all three archs: Index: patches/patch-mimetic_codec_base64_cxx === RCS file: patches/patch-mimetic_codec_base64_cxx diff -N

[armv7 fix] shell/ksh93

The patch below adds explicit -lm when libshell.a is used to link an executable. This unbreaks the build on armv7. Building on amd64 succeeded as well, with no change in ldd output for ksh or shcomp. Index: patches/patch-src_cmd_ksh93_Mamfile

[armv7 fix] net/echoping

The configure test for mandatory -lm is broken, because the single pow(a,b) call is optimized away. Fix this by forcing the call to be compiled in via return statement. This compiles without a change on amd64 and fixes the build on armv7. Index: patches/patch-configure

[armv7 fix] security/botan2

Fixed building on armv7 by disabling neon support in configure. This has no effect on amd64. I tested a build there and all tests passed. 16 tests failed on armv7, all unable to allocate lzma memory if I remember correctly. Index: Makefile

Re: [armv7 fix] Fix build lang/gcc/4.9

On Mon, 30 Apr 2018, Pascal Stumpf wrote: > Haven't managed to get my version working properly yet. So OK for > Markus' patch. There is already a working version of your patch in the tree: https://marc.info/?l=openbsd-ports=152493359410874=2

[UPDATE] ctwm-4.0.1

Update ctwm to latest release. The build is switched to cmake and I think we can get rid of all the patches. This is a huge improvement compared to the ancient version currently in ports. Regards MarkusIndex: Makefile === RCS file:

Re: [UPDATE] ctwm-4.0.1

Revised diff fixing the issues quoted below attached... On Thu, 26 Oct 2017, Rafael Sadowski wrote: > Thanks for the diff, Comments below. > > On Thu Oct 26, 2017 at 09:04:34PM +0200, Markus Hennecke wrote: > > Update ctwm to latest release. > > The build is switched to cma

Re: [UPDATE] ctwm-4.0.1

I got some input from Matthew Fuller regarding the dependencies and it looks like we could get rid of all build depends by setting -DFORCE_PREGEN_FILE=TRUE in CONFIGURE_ARGS (see attached diff) disabling the man page build altogether and using the pre generated files. The post-install target

Re: [UPDATE] ctwm-4.0.1

On Fri, 27 Oct 2017, Markus Hennecke wrote: > I got some input from Matthew Fuller regarding the dependencies and it > looks like we could get rid of all build depends by setting > -DFORCE_PREGEN_FILE=TRUE in CONFIGURE_ARGS (see attached diff) disabling > the man page buil

Re: [UPDATE] ctwm-4.0.1

On Sun, 25 Feb 2018, Stuart Henderson wrote: > On 2018/02/25 22:31, Klemens Nanni wrote: > > On Fri, Oct 27, 2017 at 11:01:57PM +0200, Markus Hennecke wrote: > > > I got some input from Matthew Fuller regarding the dependencies and it > > > looks like we could g

[armv7 fix] Build database/redis

With the attached fix the redis port builds, but is unable to complete the regression tests (see https://github.com/antirez/redis/issues/4640). Index: Makefile === RCS file: /cvs/ports/databases/redis/Makefile,v retrieving revision

[armv7 fix] Fix build lang/gcc/4.9

Resubmitting this, gcc 4.9 builds with this on armv7. All regression tests fail though. As already stated I successfuly build gcc on i386 and amd64 with this patch. Index: Makefile === RCS file: /cvs/ports/lang/gcc/4.9/Makefile,v

Re: [armv7 fix] Build database/redis

On Sat, 14 Apr 2018, Jeremie Courreges-Anglas wrote: > On Thu, Apr 12 2018, Klemens Nanni <k...@openbsd.org> wrote: > > On Sat, Apr 07, 2018 at 08:26:10AM +0200, Markus Hennecke wrote: > >> With the attached fix the redis port builds, but is unable to complete the &g

Re: [armv7 fix] Fix build lang/gcc/4.9

Attached is a new diff fixing build on armv7 and adding patches to fix the build after the switch to clang 6. The patch became pretty big, because clang complains about error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] in

Re: fix armv7 build for lang/gcc/4.9

On Fri, 23 Mar 2018, Peter Hessler wrote: > Yes, packages for 6.3 will be built for armv7. Having gcc-4.9 available > would be quite nice. Thanks for looking into this. > > I see from your other mail, the configure patch isn't helpful so I'll > wait for the next info. The obvious solution is

Re: fix armv7 build for lang/gcc/4.9

Unfortunately this fails when doing a FLAVOR=full build with xg++: error: unrecognized command line option '-fbracket-depth=512'. I will look into this again, if only armv7 builds were a bit faster on my board... On Fri, 23 Mar 2018, Markus Hennecke wrote: > In order to compile gcc

fix armv7 build for lang/gcc/4.9

In order to compile gcc 4.9 on armv7 the patches below are required. I don't know if the approach for the configure patch is the correct way to inject -fbracket-depth=512 is the best way to do it. The patch for gcc/system.h had no effect on a i386 build. Perhaps this becomes handy if 6.3

libgpg-error fails to build on arm

Commit 791177d is required to build the latest release on arm, I stripped down the patch leaving out the comments. The patch has to be removed in the next version update anyway: Index: Makefile === RCS file:

[armv7 fix] net/ftpcopy

Since clang defines __GNUC__ and __regparm__ is not valid on arm the wrong defines are used in attributes.h. As far as I understood __regparm__ is only valid on x86, so make sure this is only used on x86. The same error shows up on aarch64, it should be fixed there too. I can't test it there.

unbreak py-cryptodome on non-x86 archs

CLMUL like AESNI is an extension to x86 archs, so treat it the same way in PLIST: Index: pkg/PLIST === RCS file: /cvs/ports/security/py-cryptodome/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- pkg/PLIST 23 Jun

mcabber update; add proc and exec to pledge for password_eval option

The configuration setting "password_eval" requires to call an external program like the "events_command" setting. So enable proc and exec when pledging if that setting is available too. Tested with gpg as a password provider. Index: Makefile

net/mcabber - relax pledge for config options calling external processes

When using an external program to provide the jabber password we need to allow proc and exec the same way like we do when using an external program for event handling. Tested with a gpg encrypted password file. Ok? Index: patches/patch-mcabber_main_c

Re: net/mcabber - relax pledge for config options calling external processes

ping On Sun, 14 Jul 2019, Markus Hennecke wrote: > When using an external program to provide the jabber password we need to > allow proc and exec the same way like we do when using an external program > for event handling. Tested with a gpg encrypted password file. > > Ok? &

Re: [UPDATE] net/mcabber to 1.1.2

ile22 Nov 2020 19:11:16 - @@ -1,9 +1,8 @@ # $OpenBSD: Makefile,v 1.38 2019/07/12 20:48:32 sthen Exp $ COMMENT= console jabber client -DISTNAME= mcabber-1.1.0 +DISTNAME= mcabber-1.1.2 CATEGORIES=net -REVISION= 4 HOMEPAGE=

  1   2   >