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 regex,
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
+++ in
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 to
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 -p
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
==
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?
&
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.
Regards,
Markus
Index: Makefile
===
RCS file: /cvs/ports/net/m
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.
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 flavor
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 2018
Am 03.01.2024 um 00:51 schrieb Klemens Nanni:
Anyone successfully using mcabber?
Plain -current without config fails to connect via TLS:
$ mcabber
/set jid = u...@example.com
/set server = example.com
/set password = secret
/connect
[00:41:16] No c
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 -r1.27
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
di
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 althoug
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 lines
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: /cvs/ports/devel/p5-Test-Perl-Critic/Makefile,v
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
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 whil
On Mon, 5 Sep 2005, Francois Ropert wrote:
Compil is ok on i386/CURRENT.
But, to be more perfect,you should replace insecure functions with
OpenBSD secure functions.
That is good to hear that it compiles on current. I am no longer sure that
1.1.0 is the "newer" release, as the website states i
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 add
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
Markus Hennecke wrote:
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 l
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
dir
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 c
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 build al
-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
@@ -30,6 +29,7 @@ LIB_DEPENDS= devel
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?
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 lo
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 repr
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 .libs/libglib-2
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 fi
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 o
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 her
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
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
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
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 revi
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. Do
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 libwt
Stuart Henderson wrote:
On 2009-05-09, Markus Hennecke 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 port, then boost 1.34.1 will be
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%
|
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, AFAIR
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
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
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
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
sav
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 t
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 th
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
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 re
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 window
On Sun, 16 Sep 2007, Markus Hennecke wrote:
- No network activity is measured?
Make this to "No outgoing network activity is measured".
Greetings
Markus
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 measur
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
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, IIRC
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 ncurs
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
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
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
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
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
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. So this would be ok, the
question remains if this should be a flavor of mcabber (we hav
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
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
===
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 i
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
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 into
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
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.
Kind regards
Markus
ctwm.tgz
Description: Binary data
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 a
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
d
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
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
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
On 08/17/10 16:56, Ted Unangst wrote:
On Tue, Aug 17, 2010 at 3:30 AM, Tomas Bodzar 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. Another problem is with
xl
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: /cvs/ports/devel/boos
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 Hend
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 exte
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
bird 2 does not care and tries to send anyway, and that
is exactly the behaviour you described here.
HTH,
Markus Hennecke
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
=
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 get
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: /cvs/ports/security/libg
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 packag
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 compi
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 t
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 1
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
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
a
On Sat, 14 Apr 2018, Jeremie Courreges-Anglas wrote:
> On Thu, Apr 12 2018, Klemens Nanni 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
> >> regression te
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.
I
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
=
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
==
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
scr
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
===
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&m=152493359410874&w=2
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 on aarch64 as well), OK
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
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 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 patches/patch-mimetic_code
1 - 100 of 106 matches
Mail list logo
