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 user
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 link
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 while
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: /home/vcs/cvs/openbsd/ports/l
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 measu
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
---
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: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/Makefile,
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
retrievin
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.
> >
> >
> > Hi All,
> >
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: /home/vcs/cvs/openbsd
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 th
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 fine
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 compiler
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 AO_
On Mon, Feb 15, 2016 at 08:51:34PM +, Christian Weisgerber wrote:
> On 2016-02-15, Tobias Ulmer wrote:
>
> > +padding for 32bit strict alignment archs
> > +
> > +--- tools/build/src/engine/hash.c.orig Mon Feb 15 20:11:07 2016
> > tools/build/src/engi
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, we
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 ne
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
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 b
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,
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 Sadows
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...
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 MAINTAINE
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,
>
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 war
Is David around? Any objections should be voiced in the next few hours,
before I commit this.
- Forwarded message from Tobias Ulmer -
Date: Thu, 30 Jul 2015 18:30:23 +0200
From: Tobias Ulmer
To: dco...@openbsd.org
Subject: mark net/rtorrent as broken on powerpc
Mark broken and sort
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
===
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 stri
On Sun, Nov 23, 2014 at 08:59:27AM -0500, Kenneth Westerback wrote:
> On 23 November 2014 at 07:14, Christian Weisgerber wrote:
> > On 2014-11-22, Christian Weisgerber wrote:
> >
> >> emulators/sdlmame m68kmake
> >> emulators/sdlmess m68kmake
> >> lang/gcc/4.8
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,
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
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
On Sun, Jun 08, 2014 at 03:45:02PM +, Christian Weisgerber wrote:
> On 2014-06-07, Stuart Henderson 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
> >
> > Log
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 slacki
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, Bri
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
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
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
> > > M
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 ++--
la
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} ${PR
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 their
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: /cvs/ports/fonts/dina-fonts
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) =
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
>
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 machi
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 ex
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 volunte
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
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
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 ;)
>
> Otherwi
I'm adding this diff to the adastrap update I'm working on and will send
a complete patch soonish.
On Fri, Jun 21, 2013 at 11:05:08AM +0200, Pascal Stumpf wrote:
> On Sat, 08 Jun 2013 22:52:29 +0200, Pascal Stumpf wrote:
> > On Sat, 8 Jun 2013 22:20:44 +0200, Juan Francisco Cantero Hurtado wrote:
On Tue, Jun 18, 2013 at 10:39:14PM +0200, Marc Espie wrote:
> there's talk about killing that port, as it serves no useful purpose,
> doesn't provide more arches than 4.8, isn't more functional than 4.8,
> and uses resources (brain-power to keep it alive and cpu time to build
> somewhat useless pac
On Mon, Apr 15, 2013 at 01:34:21AM +0200, Tobias Ulmer wrote:
> So we have a problem that gnat buildtools sometimes fail to build
> (except on my machines, grr). Parallel build issues have pretty much
> been ruled out.
>
> The question is now whether egcc fails silently while pro
On Tue, Apr 30, 2013 at 10:33:02AM +0100, Stuart Henderson wrote:
> On 2013/04/29 20:56, Anthony J. Bentley wrote:
> > Here is an updated patch that handles default LANG and USE_CCACHE=No.
>
> better, thanks - OK as far as I can test - but as it's probably the best
> of the browsers which is likel
So we have a problem that gnat buildtools sometimes fail to build
(except on my machines, grr). Parallel build issues have pretty much
been ruled out.
The question is now whether egcc fails silently while producing
object code or gnatlink/gnatbind are doing something funny.
Since egcc/gnat1 gets c
On Thu, Apr 11, 2013 at 11:25:15PM +0200, Pascal Stumpf wrote:
> On Thu, 11 Apr 2013 22:51:30 +0200, Tobias Ulmer wrote:
> > Add sparc64 to the list of supported Ada archs
How about this?
Index: Makefile
===
RCS file: /hom
Add sparc64 to the list of supported Ada archs
* Add ncpu detection, this also affects the other archs thus REVISION bump.
* Use SJLJ (setjump/longjump) exceptions because ZCX generates broken
code on sparc64 (exceptions are thrown, but not caught).
* Disable PCH support, which caused hangs on s
On Tue, Mar 26, 2013 at 04:09:33PM +0100, Pascal Stumpf wrote:
> On Tue, 26 Mar 2013 15:47:45 +0100, Pascal Stumpf wrote:
> > So here's the final version of GCC 4.8.0. Tested by me on amd64, i386,
> > powerpc and by jsg some time ago on hppa. sparc64 hasn't been tested
> > yet, so it's disabled f
On Mon, Feb 11, 2013 at 01:02:23PM +0100, Markus Bergkvist wrote:
>
> On 01/24/13 08:52, Markus Bergkvist wrote:
> >
> >
> >On 01/23/13 15:39, Markus Bergkvist wrote:
> >>Pika is a pure-Python implementation of the AMQP 0-9-1 protocol that
> >>tries to stay fairly independent of the underlying net
On Sat, Jan 12, 2013 at 12:45:57AM -0500, Brian Callahan wrote:
> Hi ports --
>
> Attached is a tarball for mikmod.
>
> Built with sthen's audio/libmikmod patch sent yesterday. Patch work
> done by tobiasu.
>
> OK?
Tested on i386, amd64, sparc64 and hppa. I'm OK with this, but since I
did the p
On Fri, Jan 11, 2013 at 09:42:13AM +0100, David Coppa wrote:
> On Thu, Jan 10, 2013 at 4:45 PM, contezero wrote:
> > Hello Jacob Meuser,
> > I have tried to use SDL library on my SunBlade 2500, but I only get a core
> > dump.
> >
>
> There're some (maybe) useful pointers here:
>
> http://article
Take two:
Fix MDRIVER initialisation, add help text. Sndio_PlayStop must call
sio_stop(), otherwise mikmod playback stops after one tune.
Tested with mikmod using sndio/wav drivers on amd64/sparc64. I did not
check port depends.
With the fix below, ok tobiasu@
Index: files/drv_sndio.c
==
On Thu, Jan 10, 2013 at 02:00:08AM +0100, Stefan Sperling wrote:
> On Thu, Jan 10, 2013 at 12:37:54AM +, Stuart Henderson wrote:
> > On 2012/12/31 01:50, Stefan Sperling wrote:
> > > Perhaps mikmod should be updated but I'd rather just fix this for now.
> >
> > updated to 3.2.0 here, some of t
On Thu, Jan 03, 2013 at 03:34:58PM +0100, Benoit Lecocq (blq) wrote:
> Hi,
>
> This diff updates cscope to the latest release 15.8a.
>
> Comments ? OK ?
Tested on sparc64, standalone and in vim. Seems fine.
ok tobiasu@
>
> Cheers,
> benoit
> Index: Makefile
>
On Thu, Dec 20, 2012 at 09:19:41PM -0700, Anthony J. Bentley wrote:
> Hi,
>
> Here is an update to openttd-1.2.3.
>
> Tested on i386 and extensively on amd64.
>
> ok?
Works for me (amd64). ok tobiasu
On Sat, Nov 24, 2012 at 12:03:09PM +0100, Landry Breuil wrote:
> Hi,
>
> i'd like to remove www/firefox35 from the ports tree :
> - it's been EOL'ed upstream since 18 months, and thus receives no
> security updates. I have no idea if there are users of this port still
> around.
> - it was origin
I think this is ready for inclusion. Nobody complained during my
holiday, and I'm quite happy with it.
There's more work to be done in order to build GtkAda and others, but
I'm looking for OKs on this diff first:
(note: PARALLEL_INSTALL=No, the gnat part can't handle it)
Index: 4.2/Makefile
On Thu, Sep 27, 2012 at 01:02:07AM +0200, Tobias Ulmer wrote:
> sparc64 is building native as we speak. Fingers crossed...
>
WIP diff now includes sparc64. Powerpc segfaults straight away
and requires more investigation.
Index: 4.2/Ma
On Thu, Sep 27, 2012 at 01:38:49PM +, John Long wrote:
> On Thu, Sep 27, 2012 at 12:33:12AM +0200, Marc Espie wrote:
> > On Wed, Sep 26, 2012 at 07:42:07PM +0200, Tobias Ulmer wrote:
> > > Add amd64 support to gnat 4.2 - 4.7.
>
> snipped
>
> > Question: wou
On Thu, Sep 27, 2012 at 12:33:12AM +0200, Marc Espie wrote:
> On Wed, Sep 26, 2012 at 07:42:07PM +0200, Tobias Ulmer wrote:
> > Add amd64 support to gnat 4.2 - 4.7.
> >
> > general:
> > * renamed LIBC_VERSION to ADASTRAP_LIBC-arch which IMO is clearer
> > * dro
Add amd64 support to gnat 4.2 - 4.7.
general:
* renamed LIBC_VERSION to ADASTRAP_LIBC-arch which IMO is clearer
* dropped BOOTSTRAP_GEN since there is only a single use
* unified ADASTRAP variable block across all gcc4 ports
* made RUN_DEPENDS for gnat very strict, otherwise installing gnat do
On Sun, Sep 09, 2012 at 09:39:12AM +0200, Landry Breuil wrote:
> On Sun, Sep 09, 2012 at 02:02:08AM +0200, Tobias Ulmer wrote:
> > Ping. Anyone brave enough to put this patch and the fixes into a bulk
> > build?
> Send a full diff and i'll put it into the next.
>
&g
Ping. Anyone brave enough to put this patch and the fixes into a bulk
build?
Fix fallout from freeglut update
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/games/supertuxkart/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile8 May 2011 20:14:54 - 1.7
+++ Makefil
Fix fallout from freeglut update
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/lang/parrot/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile13 Jul 2012 09:46:05 - 1.23
+++ Makefile
Fix fallout from freeglut update
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/graphics/mhgui/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile15 Mar 2012 13:38:33 - 1.12
+++ Makefile
Fix fallout from freeglut update
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/graphics/hs-GLUT/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile16 Sep 2011 10:02:37 - 1.12
+++ Makefi
Fix fallout from freeglut update
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/games/glsfcave/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile16 Nov 2010 11:23:27 - 1.6
+++ Makefile
hugin is missing Xrandr after my earlier freeglut update.
This should fix it:
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/graphics/hugin/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile29 M
AME = freeglut-2.8.0
+SHARED_LIBS = glut 5.0
CATEGORIES = graphics
HOMEPAGE = http://freeglut.sourceforge.net/
MAINTAINER = Tobias Ulmer
@@ -14,7 +13,8 @@ PERMIT_PACKAGE_FTP = Yes
PERMIT_DISTFILES_CDROM =Yes
PERMIT_DISTFILES_FTP = Yes
-WANT
On Sat, May 19, 2012 at 05:14:05PM +, Christian Weisgerber wrote:
> No real changes.
>
I'm late to the party, but wanted to say that it segfaults even quicker
than before.
I've tried to debug this in the past, but it somehow stops completely in
the weeds, gdb is of no real help. I did play a
On Sun, May 13, 2012 at 10:15:19PM +0200, Juan Francisco Cantero Hurtado wrote:
> On Sun, May 13, 2012 at 05:34:25PM +0200, Tobias Ulmer wrote:
> > Attached is my current favourite terminal font. It's pretty similar to
> > Terminus, but offers a 11px version that includes bo
Attached is my current favourite terminal font. It's pretty similar to
Terminus, but offers a 11px version that includes bold glyphs. Give it a
try :)
cat pkg/DESCR
Gohufont is a monospace bitmap font well suited for programming and
terminal use. It is intended to be very legible and offers very
d
On Sat, May 05, 2012 at 06:06:23PM +0200, Antoine Jacoutot wrote:
> On Sat, May 05, 2012 at 05:57:30PM +0200, Tobias Ulmer wrote:
> > Setting DEBUG not only sets additional CFLAGS, it also disables
> > stripping during the 'fake' stage for ports that use BSD
Setting DEBUG not only sets additional CFLAGS, it also disables
stripping during the 'fake' stage for ports that use BSD make as build
system.
Curiously this does not work for ports that have a custom 'do-install'
target (or friends) and use INSTALL_PROGRAM.
After pulling my hair a bit, it became
On Fri, Mar 02, 2012 at 01:31:23PM +0100, David Coppa wrote:
> The following diff updates:
>
> libmpdclient 2.6 -> 2.7
>
> mpc 0.21 -> 0.22
>
> mpd 0.16.5 -> 0.16.7
>
> ncmpc 0.19 -> 0.20 (I've also fixed some crap into its configure)
Looks good to me. Tested on sparc64 with rthreads. Thanks!
On Mon, Jan 30, 2012 at 05:33:03PM -0500, Stuart Cassoff wrote:
> On 11/29/11 10:53, Stuart Cassoff wrote:
> > Now at version 1.12.
> >
> > Stu
> >
>
> Hmmm? Any go on this?
>
http://marc.info/?l=openbsd-ports&m=132762660906987&w=2
Hi guys,
rxvt-unicode picks up some startup notification library in the latest
amd64 snaps. Not nice. Here's a patch, please test it :)
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/x11/rxvt-unicode/Makefile,v
retrieving
ping
Latest version of libmpdclient. Tested on sparc64. API additions only.
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/ports/audio/libmpdclient/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile5 Apr 201
On Thu, Oct 13, 2011 at 05:00:56PM +0200, David Coppa wrote:
> Straightforward update to mpd-0.16.5.
>
Finally got around testing this, on sparc64 no less (see bugs@). Thanks
for the work David, OK by me if you fix the configure patch comment.
> Cheers,
> David
>
> Index: patches/patch-configur
On Sat, Sep 24, 2011 at 06:00:21PM +0300, Timo Myyrä wrote:
> The update to chicken port is almost done.
>
> There seems to some issue with gmake though. It seems to print make
> database in addition to other tasks.
> Something seems to pass '-p' option to gmake but I haven't been able
> locate wh
worked fine on amd64
repository browser
-DISTNAME = tig-0.17
-REVISION= 0
+DISTNAME = tig-0.18
CATEGORIES = devel
HOMEPAGE = http://jonas.nitro.dk/tig/
MAINTAINER = Tobias Ulmer
Index: distinfo
I'm running a bulk build (dpb) on sparc64 and emacs21 now hangs waiting for
input:
tail /usr/ports/logs/sparc64/packages/emacs-21.4p16.log
Checking /home/ports/pobj/emacs-21.4/emacs-21.4/leim/quail/hanja-jis.el ...
Checking /home/ports/pobj/emacs-21.4/emacs-21.4/leim/quail/hangul3.el ...
Checking
On Wed, Sep 07, 2011 at 09:32:09AM -0500, Amit Kulkarni wrote:
> > Anyone interested in maintaining one or more of the following ports?
> >
> > archivers/unrar
>
> I will take unrar
Can this do anything that p7zip-rar can not?
>
> > net/dlint
>
> this appears to be dead upstream
>
On Mon, Sep 05, 2011 at 11:45:11PM +0200, Remi Pointel wrote:
> On Mon, 5 Sep 2011 21:27:45 +0200
> Remi Pointel wrote:
> > Hi,
> >
> > this is the diff to update Python3 from 3.2.1 to 3.2.2.
> >
> > I want to link this version to the build, so please test on multiple archs.
>
> I tested on spa
1 - 100 of 296 matches
Mail list logo