On Mon, Jul 31, 2017 at 08:07:13PM +0200, Marc Espie wrote:
> Port is attached.
Missing a full stop in DESCR, looks good to me otherwise.
OK.
--
jasper
Which mirror is it? Best to check the timestamps in the mirror's directory
listing and make sure they're all fairly close together - the mixture of
packages built against two different versions of freetype definitely
indicates a problem.
On 31 July 2017 12:56:35 Ed Ahlsen-Girard wrote:
On
On 07/31/17 15:34, Adam Wolk wrote:
On Sun, Jul 30, 2017 at 05:33:32PM -0400, Brian Callahan wrote:
Hi ports --
Attached is a new port, games/corsixth. CorsixTH is an open source clone of
the game Theme Hospital.
Marvelous!
Started off by building it on amd64 -current, snapshot from 07.31.
Sorry I didn't see your two messages until now, I'll reply at once:
Stuart Henderson writes:
> On 2017/07/26 22:05, Landry Breuil wrote:
>> One thing - you comment out --disable-webrtc, but i suppose/hope for you
>> TBB explicitely disables it, otherwise all the users caring about their
>> priv
On Sun, Jul 30, 2017 at 05:33:32PM -0400, Brian Callahan wrote:
> Hi ports --
>
> Attached is a new port, games/corsixth. CorsixTH is an open source clone of
> the game Theme Hospital.
>
Marvelous!
Started off by building it on amd64 -current, snapshot from 07.31.
The built went fine, but make
On 07/31/17 05:24, Stuart Henderson wrote:
On 2017/07/30 17:33, Brian Callahan wrote:
Hi ports --
Attached is a new port, games/corsixth. CorsixTH is an open source clone of
the game Theme Hospital.
---
pkg/DESCR:
CorsixTH is a reimplementation of the 1997 Bullfrog business sim Theme
Hospita
Klemens Nanni wrote:
> It's just your argument I don't get/agree with: Instead of starting to
> clean things up you're not doing anything at all because there's more
> to clean anyway?
>
> Of course getting rid of every misplaced/unsupported/whatever bit seems
> utopian but not doing it where easi
> Never meant to be personal against anyone or to play down anything you
> guys are pulling here, don't get me wrong.
>
> Sorry for the noise, I guess; keep up the good work!
I didn't take it personally.
What I mean is that there are already *so* many things to do which
actually matter, t
On Mon, Jul 31, 2017 at 08:33:34PM +0200, Marc Espie wrote:
> On Mon, Jul 31, 2017 at 08:20:31PM +0200, Klemens Nanni wrote:
> > On Mon, Jul 31, 2017 at 08:07:17PM +0200, Ingo Schwarze wrote:
> > > Klemens Nanni wrote on Mon, Jul 31, 2017 at 07:52:25PM +0200:
> > >
> > > > It's just your argument
On Mon, Jul 31, 2017 at 08:20:31PM +0200, Klemens Nanni wrote:
> On Mon, Jul 31, 2017 at 08:07:17PM +0200, Ingo Schwarze wrote:
> > Klemens Nanni wrote on Mon, Jul 31, 2017 at 07:52:25PM +0200:
> >
> > > It's just your argument I don't get/agree with: Instead of starting to
> > > clean things up y
On Mon, Jul 31, 2017 at 08:07:17PM +0200, Ingo Schwarze wrote:
> Klemens Nanni wrote on Mon, Jul 31, 2017 at 07:52:25PM +0200:
>
> > It's just your argument I don't get/agree with: Instead of starting to
> > clean things up you're not doing anything at all
>
> Saying that ajacoutot@ "is not doing
On Mon, Jul 31, 2017 at 07:54:32AM -0700, Jeremy Evans wrote:
> On 07/31 02:35, Marc Espie wrote:
> > On Mon, Jul 31, 2017 at 12:32:22PM +0200, Jeremie Courreges-Anglas wrote:
> > > On Sun, Jul 30 2017, Jeremy Evans wrote:
> > > > Post clang switch, mednafen fails to link with:
> > > >
> > > > /us
On Mon, Jul 31, 2017 at 07:10:08PM +0100, Laurence Tratt wrote:
> On Sun, Jul 30, 2017 at 02:52:40PM +0100, Laurence Tratt wrote:
>
> > With a snapshot from yesterday and fully updated packages (following
> > Stuart's suggestion), libreoffice dies as follows:
> >
> > $ soffice
> > Warning: fa
On Mon, Jul 31, 2017 at 08:07:13PM +0200, Marc Espie wrote:
> Port is attached.
Maintainer name and email don't seem to match.
- Matthew Martin
On Mon, Jul 31, 2017 at 08:07:13PM +0200, Marc Espie wrote:
> Port is attached.
OK aja@ in behalf of all whiners.
--
Antoine
On Sun, Jul 30, 2017 at 02:52:40PM +0100, Laurence Tratt wrote:
> With a snapshot from yesterday and fully updated packages (following
> Stuart's suggestion), libreoffice dies as follows:
>
> $ soffice
> Warning: failed to launch javaldx - java may not function correctly
> soffice.bin:/usr/
Port is attached.
systemd.tgz
Description: systemd.tgz
I'm not sure your analogy makes sense?
While it's true that systemd breaks modularity on many things (for
example, systemd implementations do not handle dns properly), it's
difficult for me to understand how to from there to "systemd
configuration files are equivalent to all documentation".
What
Hi Klemens,
Klemens Nanni wrote on Mon, Jul 31, 2017 at 07:52:25PM +0200:
> It's just your argument I don't get/agree with: Instead of starting to
> clean things up you're not doing anything at all
Saying that ajacoutot@ "is not doing anything at all" is a weird
statement indeed and could be mis
On Mon, Jul 31, 2017 at 07:33:14PM +0200, Antoine Jacoutot wrote:
> On Mon, Jul 31, 2017 at 07:21:45PM +0200, Klemens Nanni wrote:
> > On Mon, Jul 31, 2017 at 07:08:02PM +0200, Antoine Jacoutot wrote:
> > > On Mon, Jul 31, 2017 at 06:53:14PM +0200, Klemens Nanni wrote:
> > > > Stumbled across /usr/
On Mon, Jul 31, 2017 at 07:21:45PM +0200, Klemens Nanni wrote:
> On Mon, Jul 31, 2017 at 07:08:02PM +0200, Antoine Jacoutot wrote:
> > On Mon, Jul 31, 2017 at 06:53:14PM +0200, Klemens Nanni wrote:
> > > Stumbled across /usr/local/lib/systemd/ the other day, so here's the
> > > clean up.
> > >
> >
On Mon, Jul 31, 2017 at 07:08:02PM +0200, Antoine Jacoutot wrote:
> On Mon, Jul 31, 2017 at 06:53:14PM +0200, Klemens Nanni wrote:
> > Stumbled across /usr/local/lib/systemd/ the other day, so here's the
> > clean up.
> >
> > The configure script has no knob for it so simply remove the files in
>
On Mon, Jul 31, 2017 at 06:53:14PM +0200, Klemens Nanni wrote:
> Stumbled across /usr/local/lib/systemd/ the other day, so here's the
> clean up.
>
> The configure script has no knob for it so simply remove the files in
> post-install.
>
> `make plist' works fine and also strips two old directori
Stumbled across /usr/local/lib/systemd/ the other day, so here's the
clean up.
The configure script has no knob for it so simply remove the files in
post-install.
`make plist' works fine and also strips two old directories.
Feedback? Comments?
Index: Makefile
===
On Sun, Jul 30, 2017 at 11:17:26AM -0500, Ed Ahlsen-Girard wrote:
> Installed July 29 snap and upgraded packages, firefox dies:
Did you do?
pkg_add -D installed -u
That will make sure all of your packages are reinstalled and built by
clang. I believe that is the problem you are seeing. There is
On 07/31 02:35, Marc Espie wrote:
> On Mon, Jul 31, 2017 at 12:32:22PM +0200, Jeremie Courreges-Anglas wrote:
> > On Sun, Jul 30 2017, Jeremy Evans wrote:
> > > Post clang switch, mednafen fails to link with:
> > >
> > > /usr/bin/ld: debug.o: relocation R_X86_64_32S against `a local symbol'
> > >
On Mon, Jul 31, 2017 at 10:14:39AM +0100, Stuart Henderson wrote:
> MODULES +=lang/python
> MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3}
> MODPY_RUNDEP =No
> MAKE_FLAGS = INT=${MODPY_BIN}
>
> > -@comment share/fonts/terminus/ter-x12b.pcf.gz
> > +sha
On Mon, Jul 31, 2017 at 12:32:22PM +0200, Jeremie Courreges-Anglas wrote:
> On Sun, Jul 30 2017, Jeremy Evans wrote:
> > Post clang switch, mednafen fails to link with:
> >
> > /usr/bin/ld: debug.o: relocation R_X86_64_32S against `a local symbol' can
> > not be used when making a shared object;
Installed July 29 snap and upgraded packages, firefox dies:
ed@foop(~)$firefox
firefox:/usr/local/lib/libicuuc.so.13.0: /usr/local/lib/libicudata.so.13.0 :
WARNING: symbol(icudt58_dat) size mismatch, relink your program
firefox:/usr/local/lib/libcairo.so.12.3: undefined symbol
'__popcountdi2' ld.
On Sun, Jul 30 2017, Jeremy Evans wrote:
> Post clang switch, mednafen fails to link with:
>
> /usr/bin/ld: debug.o: relocation R_X86_64_32S against `a local symbol' can
> not be used when making a shared object; recompile with -fPIC
> debug.o: could not read symbols: Bad value c++: error: linker
On Mon, Jul 31, 2017 at 10:58:17AM +0200, Marc Espie wrote:
> On Mon, Jul 31, 2017 at 09:12:51AM +0200, Matthieu Herrb wrote:
> > Hi,
> >
> > Does 'EXTRACT_SUFX = .zip' in a port's Makefile imply a BUILD_DEPEND
> > on unzip, or does the latter need to be added explicitely too?
> Definitely not rel
On 2017/07/30 17:33, Brian Callahan wrote:
> Hi ports --
>
> Attached is a new port, games/corsixth. CorsixTH is an open source clone of
> the game Theme Hospital.
>
> ---
> pkg/DESCR:
> CorsixTH is a reimplementation of the 1997 Bullfrog business sim Theme
> Hospital. As well as faithfully recre
On 2017/07/30 15:51, Kaashif Hymabaccus wrote:
> Attached is a patch which brings terminus-font to 4.46.
>
> Changes to the port:
>
> * The build scripts are now written in Python, not Perl
> * A lot of obsolete fonts disappeared
>
> The upstream changelog entry is here:
> http://terminus-font.s
On Mon, Jul 31, 2017 at 09:12:51AM +0200, Matthieu Herrb wrote:
> Hi,
>
> Does 'EXTRACT_SUFX = .zip' in a port's Makefile imply a BUILD_DEPEND
> on unzip, or does the latter need to be added explicitely too?
Definitely not related.
> Context: using dpb -I list to build my favourite subset of pack
On 2017/07/31 09:12, Matthieu Herrb wrote:
> Hi,
>
> Does 'EXTRACT_SUFX = .zip' in a port's Makefile imply a BUILD_DEPEND
> on unzip
Yes. Setting EXTRACT_SUFX automatically adds it, "make show=BUILD_DEPENDS".
> Ok is Junk in dpb too stupid ?
>
> Context: using dpb -I list to build my favourite
On 2017/07/30 11:16, Ed Ahlsen-Girard wrote:
> soffice.bin:/usr/X11R6/lib/libfreetype.so.28.1:
> /usr/X11R6/lib/libfreetype.so.27.0 :
> WARNING: symbol(af_blue_strings) size mismatch, relink your program
This mixture of two versions of libfreetype shows that you haven't
updated all packages. When
This port is a cross-toolchain for RISC-V architecture which is based on
devel/arm-none-eabi port. On i386 and amd64, riscv64-unknown-elf-gcc can
build an executable for 32-bit and 64-bit targets that spike [1] + pk [2]
will run on Linux.
Comments/OKs ?
[1] https://github.com/riscv/riscv-isa-sim
Hi,
Does 'EXTRACT_SUFX = .zip' in a port's Makefile imply a BUILD_DEPEND
on unzip, or does the latter need to be added explicitely too?
Ok is Junk in dpb too stupid ?
Context: using dpb -I list to build my favourite subset of packages,
py-tz failed like this :
>>> Building on localhost under de
38 matches
Mail list logo