Hi Antoine,
I noticed gstreamer1 core installs gst-ptp-helper setuid root.
https://cgit.freedesktop.org/gstreamer/gstreamer/tree/libs/gst/helpers/gst-ptp-helper.c
That's a rather large and scary program for a feature (Precision Time
Protocol multicast multimedia shenanigans) with about zero
On Wed, Aug 09, 2017 at 04:21:34PM -0600, Theo de Raadt wrote:
> That type of diff dissapoints me. Upstreams should be told to follow API,
> rather than ABI.
The real upstream of this uLong nonsense is zlib.net. They're not going
to change it for me. And it wouldn't solve the issue of libpng
Looking through the bulk build reports, this game sticks out as failing
all over the place.
Let's fix it.
* Limit luajit use to supported mainstream archs
* Apply gross zlib band aid to make it work on 32bit archs. No it can't
just use base zlib, I've tried.
* Update to the latest version
This diff works in combination with the libmpc bump
---
Require mpfr and libmpc versions that match the bootstrap.
Adjust GNAT.Socket package to our struct sockaddr layout.
Index: Makefile
===
RCS file:
The current libmpc package links against old versions of gmp and mpfr.
Gcc 4.9 bootstrap links against the new gmp and mpfr (and libmpc).
The resulting linker warning confuses gcc's configure script, disables
Ada and breaks the build.
---
Step one is to bump mpc and update WANTLIB for good
There seems to be a bigger problem with the amd64 adastrap (at least).
I have another fix that will bump the package anyways, may as well look
into that at the same time
The respun adastrap has introduced a hard dependency on gmp 6.1.1,
save people some debug time:
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/Makefile,v
retrieving revision 1.44
diff -u -p -r1.44 Makefile
---
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/07/14 01:22:31
Modified files:
lang/gcc/4.9 : Makefile
lang/gcc/4.9/patches: patch-gcc_config_alpha_openbsd_h
patch-gcc_config_i386_openbsdelf_h
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/07/14 01:20:28
Modified files:
lang/gcc/4.6 : Makefile
lang/gcc/4.6/patches: patch-gcc_config_alpha_openbsd_h
Log message:
Sync startfile spec, fixes egcc -static to link against rcrt0
ok
Sync STARTFILE_SPEC, fixes egcc -static producing crashing programs
I don't expect any fallout from this (builtin spec file change only)
OK?
? todo.txt
Index: Makefile
===
RCS file:
Sync STARTFILE_SPEC, fixes egcc -static producing crashing programs
I don't expect any fallout from this (builtin spec file change only)
OK?
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.6/Makefile,v
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/07/09 11:28:30
Modified files:
textproc/zathura/core: Makefile
Log message:
stop zathura picking up libsynctex (from texlive_base), use internal copy
ok sthen@
On Thu, Jul 07, 2016 at 01:16:48PM +0200, Jeremie Courreges-Anglas wrote:
> Qingshan Chen writes:
>
> > Sorry for the double posting here. The message was originally posted on
> > m...@openbsd.org, and is being re-posted here, in the hope of reaching
> > the right people.
Zathura picks up libsynctex if available, otherwise falls back on an
internal copy.
Depending on texlive_base for one tiny lib seems a bit unreasonable...
ok for fixing it this way?
Index: Makefile
===
RCS file:
On Mon, Jul 04, 2016 at 06:00:38PM +0200, Stefan Kempf wrote:
> ping?
looking at gcc -dumpspecs, this makes sense. ok
i'm working on the same thing for gcc 4.9 now (sparc64 for a start)
>
> Stefan Kempf wrote:
> > clang currently links against /usr/lib/crt0.o when building
> > a binary with
On Mon, Mar 07, 2016 at 10:58:39PM +0100, Landry Breuil wrote:
> On Mon, Mar 07, 2016 at 10:46:51PM +0100, Christian Weisgerber wrote:
> > http://build-failures.rhaalovely.net/alpha/
> > shows pretty clearly that GCC 4.6 is not equivalent to 4.9. Ports
> > that use MODULES=gcc4 and that build
On Mon, Mar 07, 2016 at 10:46:51PM +0100, Christian Weisgerber wrote:
> http://build-failures.rhaalovely.net/alpha/
> shows pretty clearly that GCC 4.6 is not equivalent to 4.9. Ports
> that use MODULES=gcc4 and that build fine elsewhere with 4.9 are
> broken on alpha with 4.6 because the
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/21 15:01:57
Modified files:
devel/boehm-gc : Makefile
Added files:
devel/boehm-gc/patches:
patch-libatomic_ops_src_atomic_ops_sysdeps_gcc_sparc_h
Log
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/20 15:08:08
Modified files:
devel/libgit2/libgit2: Makefile
Log message:
mark broken on sparc, requires atomic ops
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/20 08:23:43
Modified files:
security/clamav: Makefile
Log message:
add sparc to the --disable-llvm group
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/20 07:02:51
Modified files:
devel/libslang/patches: patch-autoconf_aclocal_m4
Log message:
sparc needs -fPIC as well
I'm having an argument whether to bump REVISION or not.
Moving pre-configure to post-extract makes it possible to apply patches
to libatomic_ops. Doesn't change the package.
The patch affects both sparc and sparc64, but I argue it has no effect
on sparc64. __sparc64__ is always defined, while
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/20 05:25:58
Modified files:
devel/p5-EV: Makefile
Log message:
add sparc to the list of archs that define EV_NO_SMP, just like in libev
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/19 02:07:38
Modified files:
graphics/libraw: Makefile
Log message:
mark broken on sparc, missing atomic ops
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/18 10:11:47
Modified files:
devel/libev: Makefile
Log message:
unbreak on sparc, no multiprocessor support means we don't need membar etc
On Wed, Feb 17, 2016 at 05:42:22AM -0700, Stuart Henderson wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: st...@cvs.openbsd.org 2016/02/17 05:42:22
>
> Modified files:
> devel/libmemcached: Makefile
> devel/libmemcached/pkg: PLIST
> Removed files:
>
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/17 18:25:58
Modified files:
devel/sparsehash: Makefile
Log message:
mark broken on sparc, g++ requires more than 256MB to compile this
On Mon, Feb 15, 2016 at 08:51:34PM +, Christian Weisgerber wrote:
> On 2016-02-15, Tobias Ulmer <tobi...@tmux.org> wrote:
>
> > +padding for 32bit strict alignment archs
> > +
> > +--- tools/build/src/engine/hash.c.orig Mon Feb 15 20:11:07 2016
> > +++
Fix 'jam' so it doesn't crash immediately on sparc.
While debugging I found file_query wasn't declared, which is nice since
it returns a pointer. Surprised this works at all on 64 bit machines,
I'm guessing it's because of -O0.
More sparc fixes may be coming, or I may mark the thing as BROKEN,
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/15 05:20:33
Modified files:
shells/bash: Makefile
Log message:
mark broken on sparc, bash segfaults on any non-trivial shellscript and has
done so since at least one release if not more.
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/15 05:09:03
Modified files:
lang/ruby/2.3 : Makefile
Log message:
mark broken on sparc, needs more memory to compile than we currently allow
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/02/15 05:00:30
Modified files:
audio/openal : Makefile
Log message:
mark broken on sparc, missing sync builtins
On Sat, Feb 13, 2016 at 07:10:06PM -0500, Michael McConville wrote:
> Michael McConville wrote:
> > Have you guys had issues with wd(4) timeouts on macppc? It was
> > happening intermittently, but I figured it was because the drive was
> > old. However, I'm now experiencing it again with a brand
On Thu, Feb 04, 2016 at 11:26:48PM +0100, Tobias Ulmer wrote:
> > Is this a known issue? Let me know if a full build log would be useful.
>
> News to me, I'll see whether I can reproduce it. Keep the failed build
> around for a while if possible.
Can't reproduce :/. Are
On Thu, Feb 04, 2016 at 12:29:05AM -0500, Michael McConville wrote:
> I'm getting the below error when building the GCC port on a Power Mac G5
> running the most recent snapshot. It fails reliably when I retry the
> build, so it doesn't seem like an Act of God(TM) caused by a kernel or
> hardware
On Tue, Feb 02, 2016 at 08:56:35PM +0100, Rafael Sadowski wrote:
> On Tue Feb 02, 2016 at 05:09:34PM +0100, Tobias Ulmer wrote:
> > What's the point when it requires half of GNOME? You should call the
> > package gvifm...
>
> Is that my fault!? If you don't like, it don't u
On Tue, Feb 02, 2016 at 05:18:13PM +0100, Dmitrij D. Czarkoff wrote:
> Tobias Ulmer said:
> > What's the point when it requires half of GNOME? You should call the
> > package gvifm...
>
> GTK+ is not half of GNOME.
Is this supposed to make me feel better? :p
>
> --
> Dmitrij D. Czarkoff
>
What's the point when it requires half of GNOME? You should call the
package gvifm...
CONFIGURE_ARGS += --without-gtk --without-libmagic --without-X11
--without-dyn-X11
(libmagic is a security disaster waiting to happen in a file manager)
On Thu, Jan 28, 2016 at 06:18:59PM +0100, Rafael
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2016/01/27 18:42:20
Modified files:
textproc/mupdf : Makefile
Added files:
textproc/mupdf/patches: patch-source_fitz_list-device_c
Log message:
Fix alignment fault crash on alpha, mips64 and
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/12/08 05:33:26
Modified files:
devel/tig : Makefile
Log message:
Michael Reed volunteered to maintain tig, thanks
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/12/05 15:26:33
Modified files:
devel/tig : Makefile distinfo
Log message:
Update to tig 2.1.1
Patch by Michael Reed, thank you.
I'm no longer using tig, remove myself from maintainer
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/12/05 15:00:29
Modified files:
lang/gcc/4.9 : Makefile distinfo
lang/gcc/4.9/patches: patch-gcc_ada_gcc-interface_Makefile_in
Added files:
lang/gcc/4.9/patches:
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/09/25 10:10:12
Modified files:
lang/tcl/8.5/patches: patch-unix_configure
Log message:
fix tcl 8.5 on sparc, needs -fPIC
was broken before, other archs not affected, no bump required
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/09/25 19:50:16
Modified files:
lang/tcl/8.6/patches: patch-unix_configure
Log message:
fix tcl 8.6 on sparc, needs -fPIC also
broken before, other archs not affected, no bump required
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/09/24 16:29:59
Modified files:
lang/gcc/4.9 : Makefile distinfo
lang/gcc/4.9/patches: patch-gcc_ada_gcc-interface_Makefile_in
I don't have access to mips64el hardware to (attempt to) bootstrap gnat. If
there's interest and someone can offer access to a machine, I would give
it a shot...
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/09/12 10:00:35
Modified files:
net/wireshark : Makefile
Added files:
net/wireshark/patches: patch-configure
Log message:
Fix GDK related segfault on startup.
See also
On Thu, Aug 20, 2015 at 02:21:21PM +0200, Rafael Sadowski wrote:
On Thu Aug 13, 2015 at 05:53:20PM +0200, Rafael Sadowski wrote:
hey ports@,
simple big jump to last stable 8.0.2. Tested with simple C++ and JAVA
applications like Hello World. I'll take a look on it, take MAINTAINER
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/08/05 16:49:59
Modified files:
devel/csmith : Makefile
devel/csmith/patches: patch-src_platform_cpp
Log message:
Use arc4random instead of x86/powerpc specific cpu time counters as a
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/08/01 06:07:46
Modified files:
devel/ffcall : Makefile
devel/ffcall/patches: patch-avcall_Makefile_in
patch-callback_vacall_r_Makefile_in
Added files:
Is David around? Any objections should be voiced in the next few hours,
before I commit this.
- Forwarded message from Tobias Ulmer tobi...@tmux.org -
Date: Thu, 30 Jul 2015 18:30:23 +0200
From: Tobias Ulmer tobi...@tmux.org
To: dco...@openbsd.org
Subject: mark net/rtorrent as broken
ok tobiasu@
But... why not delete the whole thing? It's from mbalmer@, he's not
using it any more (at the very least not on OpenBSD) and he even pulled
his own website and any traces of the source. Why keep it? It's a nice
programming exercise, but I doubt anyone uses it.
Oh, and the compiler
Thought about that, but was too lazy to check that libtorrent is only
used by rtorrent. It is.
ok
On Fri, Jul 31, 2015 at 03:31:41PM +0100, Stuart Henderson wrote:
On 2015/07/31 15:53, Tobias Ulmer wrote:
Is David around? Any objections should be voiced in the next few hours,
before I
Our libtool is more strict, and can not find static lib objects when
renamed. Only affects powerpc (rs6000) object rules. Bump for good
measure. trampoline.c didn't change, was just regenerated.
compile tested on powerpc, clisp build is on its way.
ok?
Index: Makefile
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/03/27 04:59:00
Modified files:
games/nethack : Makefile
games/nethack/patches: patch-sys_share_unixtty_c
Added files:
games/nethack/patches: patch-include_tcap_h
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/03/27 04:56:15
Modified files:
games/falconseye: Makefile
Added files:
games/falconseye/patches: patch-include_tcap_h
patch-sys_share_unixtty_c
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/03/27 05:04:28
Modified files:
games/slash-em : Makefile
Added files:
games/slash-em/patches: patch-include_tcap_h patch-src_botl_c
patch-src_cmd_c
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/03/27 05:11:01
Modified files:
games/slash: Makefile
games/slash/patches: patch-include_unixconf_h
Added files:
games/slash/patches: patch-include_termcap_h patch-src_botl_c
CC'ing ports@ in case someone feels like OK these while Marc enjoys the
snow...
slash
* makedefs time_t fixed
* ospeed size mismatch fixed (remember that ABI change?)
* suspicious format strings fixed
* include string.h - give 64bit archs a chance
slash-em
* makedefs
* ospeed
* format
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/02/17 05:04:44
Modified files:
lang/gcc/4.9 : Makefile distinfo
lang/gcc/4.9/patches: patch-gcc_ada_gcc-interface_Make-lang_in
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2015/02/15 04:18:14
Modified files:
lang/gcc/4.8 : Makefile distinfo
lang/gcc/4.8/patches: patch-gcc_ada_gcc-interface_Makefile_in
Added files:
lang/gcc/4.8/patches:
On Sun, Nov 23, 2014 at 08:59:27AM -0500, Kenneth Westerback wrote:
On 23 November 2014 at 07:14, Christian Weisgerber na...@mips.inka.de wrote:
On 2014-11-22, Christian Weisgerber na...@mips.inka.de wrote:
emulators/sdlmame m68kmake
emulators/sdlmess m68kmake
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/11/12 03:56:59
Modified files:
lang/gcc/4.9 : Makefile gcc4.port.mk
lang/gcc/4.9/patches: patch-gcc_config_gcc
patch-libatomic_configure_tgt
On Thu, Sep 25, 2014 at 09:23:24AM -0400, trondd wrote:
Just an update (and apologies for previous top posting and message history)
but we've only ever seen this error and crash while running xmlto. I would
think (maybe wrongly) that a stack-protector issue would show up in other
programs,
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/09/29 14:29:29
Modified files:
lang/gcc/4.9/pkg: PLIST-main
Added files:
lang/gcc/4.9/pkg: PFRAG.sparc-main
Log message:
Add missing PLIST fragment for sparc
ok pascal@
On Sun, Sep 21, 2014 at 06:23:31PM +0100, Stuart Henderson wrote:
On 2014/09/21 11:31, trondd wrote:
Several of us are seeing failures building dbus with xmlto crashing on
random files. It will also crash if you run xmlto manually on a file.
It's not consistently crashing on the same file
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/08/25 03:57:04
Modified files:
lang/gcc/4.9 : Makefile
lang/gcc/4.9/patches: patch-gcc_config_gcc
patch-libgcc_config_host
Added files:
On Tue, Jun 17, 2014 at 01:42:28PM -0400, Brian Callahan wrote:
Hi ports --
And earlier version of the attached diff was passed around but I think it's
time now to get it in (thanks jasper for the prodding).
This will get gcc-4.8 built on mips64el (I'm assuming mips64 as well...).
This gcc
On Sun, Jun 08, 2014 at 03:45:02PM +, Christian Weisgerber wrote:
On 2014-06-07, Stuart Henderson st...@cvs.openbsd.org wrote:
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2014/06/07 14:20:42
Modified files:
devel/arm-elf/gcc: Makefile
On Sat, May 31, 2014 at 03:16:23PM +0200, Pascal Stumpf wrote:
This patch from brad@ backports -fstack-protector-strong support from
4.9. It seems to work fine on amd64 amd powerpc, but I think it could
really use some more test coverage as it's a somewhat intrusive change.
Sorry for
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/05/14 03:32:55
Modified files:
lang/gcc/4.8 : Makefile
lang/gcc/4.8/patches: patch-gcc_config_gcc
patch-libgcc_config_host
Added files:
On Fri, May 09, 2014 at 03:39:50PM -0400, Brian Callahan wrote:
On 05/09/14 14:41, Pascal Stumpf wrote:
On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote:
On 05/08/14 19:39, Tobias Ulmer wrote:
I've invested some time into adding the mips64(el) backend. It gets
quite far (xgcc seems
On Fri, May 09, 2014 at 11:24:34PM -0400, Brian Callahan wrote:
On 05/09/14 23:20, Tobias Ulmer wrote:
On Fri, May 09, 2014 at 03:39:50PM -0400, Brian Callahan wrote:
On 05/09/14 14:41, Pascal Stumpf wrote:
On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote:
On 05/08/14 19:39, Tobias
I've invested some time into adding the mips64(el) backend. It gets
quite far (xgcc seems to be fine), but then our ld takes a dump:
/usr/bin/ld: not enough GOT space for local GOT entries
/usr/bin/ld: BFD 2.15 internal error, aborting at /usr/src/gnu/usr.bin/binutils
/bfd/elfxx-mips.c line 6483
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/05/01 17:08:26
Modified files:
lang/gcc/4.6 : Makefile distinfo
lang/gcc/4.6/patches: patch-gcc_ada_gcc-interface_Makefile_in
Added files:
lang/gcc/4.6/patches:
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/04/27 15:50:55
Modified files:
lang/gcc/4.6 : Makefile distinfo
lang/gcc/4.6/patches: patch-gcc_ada_gcc-interface_Makefile_in
Added files:
lang/gcc/4.6/patches:
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/04/21 15:46:23
Modified files:
net/rtorrent : Makefile
Added files:
net/rtorrent/patches: patch-src_core_range_map_h
Log message:
Unbreak rtorrent on sparc64. Gcc 4.7+ changed C++ template
On Fri, Feb 21, 2014 at 08:07:47PM +0100, Juan Francisco Cantero Hurtado wrote:
On Fri, Feb 21, 2014 at 12:32:58PM +0100, Marc Espie wrote:
On Fri, Feb 21, 2014 at 10:51:06AM +, Stuart Henderson wrote:
Is this instead a target dependency issue? If you do make a b c without
Makefile
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/02/06 18:31:41
Modified files:
lang/gcc/4.8 : Makefile distinfo
lang/gcc/4.8/patches: patch-gcc_ada_adaint_c
patch-gcc_ada_s-osinte-openbsd_ads
Added files:
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/02/06 18:27:21
Modified files:
lang/gcc/4.6 : Makefile distinfo
lang/gcc/4.6/patches: patch-gcc_ada_adaint_c
patch-gcc_ada_s-osinte-openbsd_ads
Added files:
Stops trashing the stack and fixes various time/delay/duration issues
that were especially noticeable on i386.
Remove unused usleep procedure, enable getting the timezone offset.
Tested on i386, amd64 and sparc64.
OK?
---
lang/gcc/4.6/Makefile | 14 ++--
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2014/01/06 14:35:03
Modified files:
fonts/dina-fonts: Makefile distinfo
fonts/dina-fonts/pkg: PLIST
Log message:
Update dina-fonts to 2.92
Aside from various fixes it now has a proper license
On Thu, Jan 02, 2014 at 06:27:23PM +0100, Rafael Sadowski wrote:
[...]
I've restored @fontdir in PLIST. Regarding the use of do-extract; espie@
wants to get rid of that, and only a few old ports are still allowed to
use it. What do you think of this simpler version?
Any porter wants to give
On Fri, Jan 03, 2014 at 11:52:42PM +0100, Antoine Jacoutot wrote:
@@ -34,5 +44,8 @@ do-install:
${INSTALL_DATA_DIR} ${FONTDIR}
${INSTALL_DATA} ${WRKSRC}/*.pcf.gz ${FONTDIR}
${INSTALL_DATA} ${WRKSRC}/fonts.alias ${FONTDIR}/fonts.alias-dina
+ ${INSTALL_DATA_DIR}
On Wed, Jan 01, 2014 at 08:34:02PM +0100, Rafael Sadowski wrote:
[...]
Looks almost good to me, but you added a new font and there is no PLIST
change. Spot the error ;)
Index: pkg/PLIST
===
RCS file:
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2013/12/31 10:06:24
Log message:
import fs_mark
The fs_mark program is meant to give a low level bashing to file
systems. The write pattern that we concentrate on is heavily
synchronous IO
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2013/12/31 10:10:08
Modified files:
benchmarks : Makefile
Log message:
+fs_mark
On Sun, Dec 29, 2013 at 10:24:39PM +0100, Rafael Sadowski wrote:
On Sun Dec 29, 2013 at 09:16:10PM +, Mikolaj Kucharski wrote:
On Sun, Dec 29, 2013 at 06:33:27PM +0100, Rafael Sadowski wrote:
+SHA256 (Dina.zip) = H1G7pT91pk0ti9A36OD4S2+AZOUKcu6VQDO+3hc1CM8=
+SIZE (Dina.zip) = 68023
fs_mark is a filesystem benchmark used by some Linux devs. I wanted to
play with it, and made a port.
Tested on amd64 and sparc
OK?
fs_mark.tar.gz
Description: application/tar-gz
On Sat, Dec 07, 2013 at 06:29:56PM -0500, Brad Smith wrote:
On 06/12/13 3:26 PM, Brad Smith wrote:
On 05/12/13 3:35 AM, Brad Smith wrote:
Here is a work in progress update to LLVM 3.4. This has only been lightly
tested on amd64. I need this build tested on i386, powerpc, sparc64 and
mips64 to
On Tue, Dec 03, 2013 at 11:12:37AM +0100, Pascal Stumpf wrote:
On Tue, 3 Dec 2013 10:05:54 +, Stuart Henderson wrote:
Since the build randomly breaks (xtreeprs) even without parallel,
any objection to marking this parallel?
ok.
IIRC, the random failures were related to machine load;
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2013/09/19 15:16:54
Modified files:
lang/gcc/4.8 : Makefile distinfo
Log message:
New sparc64 adastrap
On Mon, Sep 16, 2013 at 03:35:04PM +0400, niXman wrote:
2013/9/11 niXman:
2013/9/11 Tobias Ulmer:
Because it's work. Do you volunteer?
Yes, I will, if someone will coordinate me.
First of all, I need a description of what exactly problem is solved
by each patch.
ping?
Did you eat
On Wed, Sep 11, 2013 at 02:01:23PM +0400, niXman wrote:
2013/9/11 Stuart Henderson
recompile with -fPIC seems clear to me. If this doesn't mean anything
to you, I don't think you should be trying to port GCC by yourself.
I understand that. I do not understand what I have to rebuild with
On Wed, Sep 11, 2013 at 04:14:23PM +0400, niXman wrote:
2013/9/11 Tobias Ulmer:
This is only the first of many many errors. There is no support for
OpenBSD in vanilla gcc.
Why not send patches to gcc-patc...@gcc.gnu.org ?
Because it's work. Do you volunteer?
--
Regards,
niXman
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2013/08/16 01:37:18
Modified files:
lang/gcc/4.6 : Makefile distinfo
lang/gcc/4.8 : Makefile distinfo
Log message:
New adastraps for sparc64.
On Mon, Aug 12, 2013 at 02:28:21PM +0200, David Coppa wrote:
Please test the attached patch.
seems sparc64-proof; ok tobiasu@
Ciao!
David
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2013/07/18 10:54:09
Modified files:
lang/gcc/4.6 : Makefile distinfo
lang/gcc/4.6/patches: patch-gcc_ada_gcc-interface_Makefile_in
Added files:
lang/gcc/4.6/patches:
CVSROOT:/cvs
Module name:ports
Changes by: tobi...@cvs.openbsd.org 2013/07/18 11:04:09
Modified files:
lang/gcc/4.8 : Makefile distinfo
lang/gcc/4.8/patches: patch-gcc_ada_gcc-interface_Makefile_in
Added files:
lang/gcc/4.8/patches:
On Sun, Jun 30, 2013 at 02:24:43PM +0200, Sebastian Reitenbach wrote:
a long overdue update to geo/qlandkartegt from 1.5.0 to 1.7.0, jumping
over the 1.6 releases. In 1.6.X some basic support for Magellan devices
was added. Since I don't have such device, cannot really test it ;)
Otherwise,
1 - 100 of 334 matches
Mail list logo