On Sat, Nov 10, 2018 at 09:59:22PM +0100, Juan Francisco Cantero Hurtado wrote:
>
> The Nim port needs an update but nobody want to take the maintainership
> of the package. One of the tricky part is to deal with the use of gcc on
> architectures where clang is the default compiler.
>
>
Ok
I am wondering if anyone knows why the Nim package is missing the standard lib
sugar modules. It prevents nimbl being installed to manage nim packages. Just
wondering if there is a history regarding this that I am unaware of.
Ken
That is what I figured. Like I said it was a fresh install to current on a new
machine, so that makes sense.
Sent from my iPad
> On Nov 5, 2018, at 6:36 AM, Stuart Henderson wrote:
>
>> On 2018/11/05 06:26, Ken M wrote:
>> And side note, about 20 minutes later it all reso
And side note, about 20 minutes later it all resolved.
Sent from my iPad
> On Nov 5, 2018, at 6:14 AM, Stuart Henderson wrote:
>
>> On 2018/11/04 16:56, Ken M wrote:
>> Possibly not related but I am noticing unresolved packages for amd64 as well.
>> Example x264 seem
On Sun, Nov 04, 2018 at 01:24:04PM -0800, s_g...@telus.net wrote:
> I set up an arm system with the latest snapshot to try to test the php-fpm
> problem but I could not even load php. I am not having fun!
>
> I get bad major errors even after I set PKG_PATH
>
> Before setting PKG_PATH
>
> Last
On Mon, Jun 04, 2018 at 02:05:34AM +0100, Stuart Henderson wrote:
>
> Did it not build, or did it build and not run (and if so, what happened)?
> It did start for me and I was able to play demo tracks etc.
> To rule out patching-related problems I'll attach a tar of my port directory
> if you
On Mon, Jun 04, 2018 at 02:05:34AM +0100, Stuart Henderson wrote:
>
> Basically, fetch the -current ports tree
> (http://www.openbsd.org/anoncvs.html),
> make whatever changes, and run "cvs diff".
>
> For sending in mail, copy-and-paste from a terminal will likely mangle it
> (whitespace may
On Mon, Jun 04, 2018 at 12:19:46AM +0100, Stuart Henderson wrote:
> > > WANTLIB += ossaudio
>
> like I said before, ossaudio should not be used.
>
So to revisit this. The port-lib-depends-check is what pulled that up. The why,
the -DWANT_OSS=OFF is not supported anymore on the 1.2 version. It
On Mon, Jun 04, 2018 at 12:19:46AM +0100, Stuart Henderson wrote:
>
> cvs diff -u please, this type of diff is pretty much unreadable
> (and include the other files not just the Makefile). I'll do my best
> though :
>
Kind of new to CVS but I will figure it out
>
> 1.2 is not released yet so
Diff for lmms update.
A couple of notes:
1. sndio support is now included by upstream so no need to patch for that
2. Zynaddsubfx support is dropped, it won't work effectively till someone ports
it standalone first, if even. I personally don't care about it so I dropped it.
3. Due to the use
On Wed, May 30, 2018 at 01:22:31PM +0100, Stuart Henderson wrote:
> On 2018/05/30 08:03, Ken M wrote:
> > It is the lv2 port I sent previously. I can send it again or just send the
> > makefile if that makes it easier for posting this question.
>
> Ah - found it. Easier t
se one of these:
>
> - MODPY_ADJ_FILES= path/to/script
>
> - patch the file to use "${MODPY_BIN}" and then use
> "${SUBST_CMD} ${WRKSRC}/path/to/script" in a ports Makefile target
>
>
> On 2018/05/30 07:56, Ken M wrote:
Sorry to bump, but wanted to bump this question about this.
On Mon, May 28, 2018 at 11:50:46AM -0400, Ken M wrote:
> So in moving the port over to an i386 install to test I found a problem I am
> not
> sure how to fix.
>
> The port is looking for /usr/local/bin/python which on th
on that symlink.
How can I make the MODPY_BIN look for that instead. Just hard code it earlier.
That seems fragile to me.
Sorry I am a beginner at this but trying to get myself up to speed.
Ken
On Thu, May 24, 2018 at 11:04:29PM -0400, Ken M wrote:
> First time submitting a port, and pretty
First time submitting a port, and pretty new to it all anyway.
I have tested/built this on amd64 only. It is a pre-requisite to getting some
other audio software ported over. So call it baby step #1.
Ken
lv2.tgz
Description: application/tar-gz
On Wed, May 23, 2018 at 07:58:47AM +0100, Stuart Henderson wrote:
> On 2018/05/22 23:45, Ken M wrote:
> > I started fresh in my own /usr/ports/me/audio/lmms area as I was not sure
> > if it
> > was best to start from the existing lmms port or start anew. I went for
On Wed, May 23, 2018 at 07:58:47AM +0100, Stuart Henderson wrote:
> On 2018/05/22 23:45, Ken M wrote:
> > I started fresh in my own /usr/ports/me/audio/lmms area as I was not sure
> > if it
> > was best to start from the existing lmms port or start anew. I went for
On Tue, May 22, 2018 at 04:17:53PM +0100, Stuart Henderson wrote:
> On 2018/05/22 09:48, Ken M wrote:
> > So the port in question is lmms, since I got it to compile manually to the
> > current version I figured might as well go with updating the port.
> >
> > They do ha
t; wrote:
>
> > On Mon, May 21, 2018 at 11:32:32PM -0400, Ken M wrote:
> > > Been trying to find a how to on this anywhere and I am not having any
> > > luck. I
> > > found FreeBSD documentation and I found some old emails about making it a
> > >
Been trying to find a how to on this anywhere and I am not having any luck. I
found FreeBSD documentation and I found some old emails about making it a
separate port. It seems cleaner to me to have a way to recursively load so the
upstream make files work as expected.
OK so the best solution I found is to be choosy about what plugins to compile.
Everything but calling Zynaddsubfx's gui is working.
Instructions after cloning the stable branch of lmms from git.
mkdir build
cd build
cmake .. -DCMAKE_PREFIX_PATH=/usr/local/lib/qt5/cmake/Qt5 -DWANT_QT5=ON
So noticing how old the current lmms port was I thought I would try to compile a
newer version, and at that the 1.2 current. Hopefully this work can help get the
port itself updated.
Anyway after numerous fixes to the link.txt files and what not I am now stuck at
this error and not sure what to
22 matches
Mail list logo