and the core uses bindings to brainfuck.
On Oct 23 18:44:32, Zantgo wrote:
impossible, as so advanced will be made in language so basic
not basic. visual basic.
On Nov 10 02:29:34, Nigel Taylor wrote:
This has been built and tested on amd64 current.
Please give this more testing, sites I visit normally
all seem fine.
Test for other arch? Comments? Ok?
Works for me on i386 current.
Jan
Replying to an old thread when I finally got around to it,
I am trying again to get this AMR port commited:
http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
Meanwhile, I have found that David Coppa tried to
get this in before (and later OK'd my attempt):
On Jul 03 21:11:22, Christian Weisgerber wrote:
Jan Stary h...@stare.cz wrote:
http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
It comes with the Apache License 2.0; I am not sure
what that means for the PERMIT_* variables; I asked
upstream, but someone here surely knows.
AMR
On Jul 01 17:01:41, Stuart Henderson wrote:
The following ports are very likely to pick this up:
audio/sox
graphics/ffmpeg
multimedia/avidemux
multimedia/gstreamer-0.10 (plugins-bad and plugins-ugly)
These need to be built with opencore-amr already installed and checked as
to whether
On Dec 10 22:37:38, Jan Stary wrote:
I am trying again to get this AMR port commited:
http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
On Dec 10 14:06:27, Marc Espie wrote:
There's been some recent confusion as to which version of a patch someone
was referring to, because
audio/sox
graphics/ffmpeg
multimedia/avidemux
multimedia/gstreamer-0.10 (plugins-bad and plugins-ugly)
The above seem to not be broken (or in fact influenced)
by the presence of opencore-amr as installed from the port
(as attached) - see previous posts.
The tests described in my previous
On Dec 13 04:31:26, Brad wrote:
On 26/11/11 6:03 PM, Brad wrote:
Here is an update to FFmpeg 2026 snapshot and updates for some
of its dependencies.
Tested on amd64.
http://comstyle.com/ports/ffmpeg/
Could someone who actually uses MPlayer please do some testing with
mencoder and
On Dec 13 20:55:01, Jan Stary wrote:
Are there further comments or objections to commiting this?
Is there something else I need to do
for someone with commit rights to consider this?
Thank you
Jan
On Dec 16 11:16:48, Jan Stary wrote:
On Dec 13 20:55:01, Jan Stary wrote:
Are there further comments or objections to commiting this?
Is there something else I need to do
for someone with commit rights to consider this?
Is it the Christmass or is there simply zero interest
On Dec 20 22:34:46, Jan Stary wrote:
On Dec 16 11:16:48, Jan Stary wrote:
On Dec 13 20:55:01, Jan Stary wrote:
Are there further comments or objections to commiting this?
Is there something else I need to do
for someone with commit rights to consider this?
Is it the Christmass
On Jan 02 13:18:25, Jan Stary wrote:
On Dec 20 22:34:46, Jan Stary wrote:
On Dec 16 11:16:48, Jan Stary wrote:
On Dec 13 20:55:01, Jan Stary wrote:
Are there further comments or objections to commiting this?
Is there something else I need to do
for someone with commit rights
I a using FluidSynth 1.0.9 on OpenBSD 5.0. Things generally work,
except that _some_ content of my config file makes FluidSynth
segfault upon reading it.
It seems that this is caused by any router_* command.
For example, a config file containing just 'router_default'
makes FluidSynth segfault.
On Jan 02 12:58:58, Alexandre Ratchov wrote:
I don't use softsynths very often, but if I do, I use a midi thru box
(additional -M option to sndiod) to make it look like a midi device so
midish can use it. I record the softsynth output with -mmon option
of sndiod.
What soft synths do people
On Jan 18 08:50:22, David Coppa wrote:
On Mon, Jan 16, 2012 at 10:49 AM, David Coppa dco...@gmail.com wrote:
On Mon, 16 Jan 2012, David Coppa wrote:
On Sat, 14 Jan 2012, Jan Stary wrote:
I a using FluidSynth 1.0.9 on OpenBSD 5.0. Things generally work,
except that _some_ content
On Jan 18 10:05:40, David Coppa wrote:
On Wed, Jan 18, 2012 at 9:21 AM, Jan Stary h...@stare.cz wrote:
On Jan 18 08:50:22, David Coppa wrote:
On Mon, Jan 16, 2012 at 10:49 AM, David Coppa dco...@gmail.com wrote:
On Mon, 16 Jan 2012, David Coppa wrote:
On Sat, 14 Jan 2012, Jan Stary
On Jan 14 18:28:45, Juha Erkkila wrote:
But in my experience latency with fluidsynth can be totally okay,
you just need to adjust buffer sizes for shorter latency. I run
aucat with -b 440 -z 220 and fluidsynth with -c 2 -z 128.
Keeping the machine not doing mostly anything else while playing
On Jan 14 20:29:49, Alexandre Ratchov wrote:
sometimes I use a home-made soft synth to get few specific sounds my
hardware synth can't do.
Given the quality of work you do in OpenBSD audio,
I am interested in this homemade softsynth of yours.
Could you please make it available? I will create
This is what happens in firefox 9.0.1 as freshly (pkg_add -ui)'d
on a fresh snapshot/i386.
Whan looking at a given stock in Google Finance, say
http://www.google.com/finance?q=NYSE:ING
the chart doesn't work.
Not that I expect the interactive flash to work,
BUT even the simple javascript
A fresh snapshot on amd64, pkg_add -ui without a problem.
Then:
$ mutt
mutt:/usr/local/lib/libintl.so.5.0: undefined symbol 'stpcpy'
lazy binding failed!
Segmentation fault (core dumped)
pkg_info -E says libintl.so.5.0 belongs to gettext-0.18.1.p0.
Does this mean that the mutt package is not in
I have installed mysql-server-5.1.60 on current/i386,
configured it, and put it in pkg_scripts which now looks like this:
pkg_scripts=postfix postgresql mysql
But the mysql server doesn't seem to even try to start upon reboot.
THis is how the mysql log looks after a reboot:
120218
On Feb 18 17:52:36, David Hill wrote:
: pkg_scripts=postfix postgresql mysql
You sure it is not mysqld instead of mysql?
On Feb 18 23:53:05, Antoine Jacoutot wrote:
pkg_scripts=postfix postgresql mysql
s/mysql/mysqld/
Yes, of course. Thanks. Will punish myself by finding all
the
Hi all,
setting MANZ=yes in my mk.conf broke the png package: the manpages
are created as cat3/libpng.0.gz (as MANZ=yes), but the package build
expects cat3/libpng.0 at al.
(see the XXX places in the script)
# uname -a
OpenBSD dell.stare.cz 4.2 GENERIC#1 i386
# cat /etc/mk.conf
MANZ
http://www.mail-archive.com/ports@openbsd.org/msg34856.html
While updating audio/sox to 14.3.2, I noticed that its
configure script also recognizes --disable-silent-libtool
(and the Makefile uses that).
Is that similar to the --disable-silent-rules story
(and should it be added globally), or is
manipulation
-DISTNAME= sox-14.3.0
+DISTNAME= sox-14.3.2
SHARED_LIBS += sox 1.0 # .1.0
REVISION= 0
+
CATEGORIES=audio
HOMEPAGE= http://sox.sourceforge.net/
+MAINTAINER=Jan Stary h...@stare.cz
# GPLv2
PERMIT_PACKAGE_CDROM= Yes
@@ -64,7 +66,7
On Jun 15 09:30:42, Stuart Henderson wrote:
In gmane.os.openbsd.ports, you wrote:
This brings audio/sox to the latest release,
adds myself as MAINTAINER as the port didn't have one,
and deletes an unnecessary -I option that was solved upstream.
The manpage of ports says:
clean Remove the expanded source code. This does not recurse to
dependencies unless CLEANDEPENDS is defined to Yes.
distclean Remove the port's distfile(s). This does not recurse to
dependencies.
The wording for
This is a fresh install on current/amd64, with ports cvs'ed up.
According to ports(7),
FETCH_PACKAGES
If set to ``Yes'', try to use pkg_add(1) to install the
missing packages from PKG_PATH.
but that doesn't seem to happen:
# pwd
On Jun 21 08:44:59, Antoine Jacoutot wrote:
On Tue, 21 Jun 2011, Jan Stary wrote:
# pkg_a -i findutils
findutils-4.4.2|* | 98%
findutils-4.4.2: ok
So, findutils-4.4.2 *is* in $PKG_PATH.
We don't know, you didn't provide your PKG_PATH.
Why is it that pkg_add sees
http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
This is a port of opencore-amr, which is an implementation
of the Adaptive Multi Rate speech codec that seems to be
used by many modern mobile devices (such as my android).
(This is my first new port - please be gentle.)
The main motivation is
On Jun 29 21:35:25, Jan Stary wrote:
http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
This is a port of opencore-amr, which is an implementation
of the Adaptive Multi Rate speech codec that seems to be
used by many modern mobile devices (such as my android).
(This is my first new port
On Jun 29 21:35:25, Jan Stary wrote:
This is a port of opencore-amr, which is an implementation
of the Adaptive Multi Rate speech codec that seems to be
used by many modern mobile devices (such as my android).
(This is my first new port - please be gentle.)
The main motivation is to have
What exactly does the 0.0 mean in SHARED_LIBS?
SHARED_LIBS += opencore-amrnb 0.0
SHARED_LIBS += opencore-amrwb 0.0
Running 'make plist' suggests this; but if I build the software natively
(outside of the ports), the libraries are built and installed as *.so.0.2
Why is the above better
On Jul 01 14:41:24, David Coppa wrote:
On Fri, 01 Jul 2011, Jan Stary wrote:
What exactly does the 0.0 mean in SHARED_LIBS?
SHARED_LIBS += opencore-amrnb 0.0
SHARED_LIBS += opencore-amrwb 0.0
Running 'make plist' suggests this; but if I build the software natively
On Jul 01 15:09:03, David Coppa wrote:
On Fri, Jul 1, 2011 at 2:51 PM, Jan Stary h...@stare.cz wrote:
OK, thanks. It is now in the port.
Further comments?
Yes. You cannot sort stuff as you like.
Please, try to follow /usr/ports/infrastructure/templates/Makefile.template
On Jul 01 18:09:53, Stuart Henderson wrote:
On 2011-07-01, Jan Stary h...@stare.cz wrote:
It builds fine with USE_LIBTOOL=gnu.
Yes it does. Thank you.
I didn't know I could use USE_LIBTOOL=gnu.
I forgot to comment on this earlier; it's available in cases where
something doesn't
On Jul 01 17:01:41, Stuart Henderson wrote:
On 2011-07-01, Giovanni Bechis giova...@openbsd.org wrote:
On 07/01/11 15:39, David Coppa wrote:
To anyone who wants to import it, you have my ok.
Enable regression test as well, ok for me.
The following ports are very likely to pick this
This is an update to sox-14.3.2 that includes functionality
of the new audio/opencore-amr port, which is *not* included yet;
this can only be commited after opencore-amr is commited.
(This diff is to make sure that existing ports do not create
hidden dependencies on AMR in their binaries. More
This diff is to make sure that ffmpeg doesn't create
hidden dependencies when opencore-amr is installed.
On Jul 01 19:08:47, Brad wrote:
graphics/ffmpeg
ffmpeg's configure recognizes
--enable-libopencore-amrnb
--enable-libopencore-amrwb
which default to [no] (but shouldn't
On Jul 01 17:01:41, Stuart Henderson wrote:
multimedia/avidemux
This seems to ignore the installed opencore-amr libraries,
but has no ./configure options to explicitly disable them.
It uses its own libamr.c then.
Does that mean that avidemux is safe from the possible opencore-amr
import? Is
On Jul 03 13:24:43, Brad wrote:
On 03/07/11 3:46 AM, Jan Stary wrote:
On Jul 01 19:08:47, Brad wrote:
On 01/07/11 6:18 PM, Jan Stary wrote:
audio/sox
I will take care of audio/sox. In fact, I have an update for
audio/sox ready, as my main motivation for porting AMR was
to have AMR
On Jul 03 13:06:21, Brad wrote:
On 03/07/11 5:05 AM, Jan Stary wrote:
This diff is to make sure that ffmpeg doesn't create
hidden dependencies when opencore-amr is installed.
As I said in my other post this is not necessary.
It is not necessary, because --enable-libopencore-amrnb
defaults
On Jul 03 14:05:25, Ted Unangst wrote:
On Sun, Jul 03, 2011, Jan Stary wrote:
On Jul 03 13:06:21, Brad wrote:
On 03/07/11 5:05 AM, Jan Stary wrote:
This diff is to make sure that ffmpeg doesn't create
hidden dependencies when opencore-amr is installed.
As I said in my other post
On Jul 01 17:01:41, Stuart Henderson wrote:
On 2011-07-01, Giovanni Bechis giova...@openbsd.org wrote:
On 07/01/11 15:39, David Coppa wrote:
To anyone who wants to import it, you have my ok.
Enable regression test as well, ok for me.
The following ports are very likely to pick this
On Jul 03 15:11:49, Brad wrote:
http://www.apache.org/licenses/GPL-compatibility.html
Thanks, that's what I've been missing.
On Jan 05 13:52:22, Indunil Jayasooriya wrote:
very Interesting. But, in spanish. Do you have one in english?
Yes: http://www.openbsd.org/faq/ports/
On Wed, Jan 5, 2011 at 10:34 AM, Fernando Quintero
fernando.a.quint...@gmail.com wrote:
Hi lists,
I uploaded 2 new documents about
http://rhaalovely.net/stuff/amd64/mozilla-firefox-4.0b9.tgz
or try those packages (built against somewhat -current, don't
come crying if it doesn't install on your box due to dependencies
not matching)
Boo hoo.
http://rhaalovely.net/stuff/amd64/mozilla-firefox-4.0beta10.tgz
On Feb 27 11:30:37, Jan Stary wrote:
http://rhaalovely.net/stuff/amd64/mozilla-firefox-4.0b9.tgz
or try those packages (built against somewhat -current, don't
come crying if it doesn't install on your box due to dependencies
not matching)
Boo hoo.
http://rhaalovely.net/stuff
On Jan 30 01:42:02, Rafael Sadowski wrote:
firefox sync 1.6.2 extension don't work with OpenBSD Firefox. I get
Error unknown as error massage. Does anyone have a suggestion how I
can debug this?
System : -current (4.9-beta), amd64 and mozilla-firefox-3.6.13p2
On Jan 30 05:26:39, Hugo Osvaldo
The diffs I had for a couple of ports have now been deleted.
I just tossed away the candy I had for you.
Please don't come back until you turn ten.
After reinstalling with 4.6, which comes with sox-14.2.0p2,
I can no longer play mp3 files. On a previous install (4.5
which comes with sox-14.2.0p1) I could.
When trying to process an mp3 file, all I get is:
$ play -V file.mp3
$ play: SoX v14.2.0
$ play formats: detected file format type
After reinstalling with 4.6, which comes with sox-14.2.0p2,
I can no longer play mp3 files. On a previous install (4.5
which comes with sox-14.2.0p1) I could.
http://marc.info/?l=openbsd-portsm=125718907606943q=raw
This indeed installs 14.3.0 which plays file.mp3 all right.
Scenario: some old VHS tapes played in a Sony SLV-E710EE VCR,
video output goes into a composite capture card, audio output
from the VCR goes into the computers's sound card.
4.6-stable (see dmesg below).
This is how I try to record the tape with ffmpeg:
$ ffmpeg -y -v 1 -tvstd pal -isync -f oss
On Jan 03 23:19:58, Jacob Meuser wrote:
On Thu, Dec 17, 2009 at 11:21:00PM +, Jacob Meuser wrote:
in case anyone was curious of the current state.
an update was requested. I plan to do a bulk build with an empty
sys/audioio.h in the next week to see what I've missed, and to
catch
The manpage of audacity, as installed by audacity-1.3.9p0, says
VERSION
This man page documents audacity version 1.3.5
On Feb 03 12:06:20, Jan Stary wrote:
Jacob,
firstly, thank you for all the audio work you do on OpenBSD.
You are turning my laptop into the best audio workstation I have.
Right now, I am trying to use audacity as packaged in 1.3.9.p0
on a recent -current.
I open a new project, record
On Feb 04 01:10:34, Jacob Meuser wrote:
On Wed, Feb 03, 2010 at 10:05:28PM +0100, Jan Stary wrote:
On Feb 03 16:10:48, Jacob Meuser wrote:
I wonder if these problems would go away if jack support were dropped
from portaudio. only working with 32-bit sounds suspicious.
That's another
Printing on the HP Color LaserJet 2600n,
I am using the foomatic filters with lpd.
This worked with 4.6-stable, but stopped working now
that I upgraded to 4.7-beta and upgradedall the packages.
# pkg_info | grep foo
foo2zjs-20090623p1 driver for ZjStream wire protocol compatible printers
On Feb 03 15:43:14, Jacob Meuser wrote:
On Wed, Feb 03, 2010 at 12:06:20PM +0100, Jan Stary wrote:
Jacob,
firstly, thank you for all the audio work you do on OpenBSD.
You are turning my laptop into the best audio workstation I have.
Right now, I am trying to use audacity as packaged
On Jun 13 23:51:25, Jacob Meuser wrote:
On Sun, Jun 13, 2010 at 10:13:35PM +0200, Jan Stary wrote:
On Feb 03 15:43:14, Jacob Meuser wrote:
On Wed, Feb 03, 2010 at 12:06:20PM +0100, Jan Stary wrote:
Jacob,
firstly, thank you for all the audio work you do on OpenBSD.
You
On Jun 14 11:54:07, Jacob Meuser wrote:
On Mon, Jun 14, 2010 at 11:09:12AM +0200, Jan Stary wrote:
On Jun 13 23:51:25, Jacob Meuser wrote:
On Sun, Jun 13, 2010 at 10:13:35PM +0200, Jan Stary wrote:
On Feb 03 15:43:14, Jacob Meuser wrote:
On Wed, Feb 03, 2010 at 12:06:20PM +0100, Jan
On Jun 14 14:52:52, Jan Stary wrote:
On Jun 14 11:54:07, Jacob Meuser wrote:
On Mon, Jun 14, 2010 at 11:09:12AM +0200, Jan Stary wrote:
On Jun 13 23:51:25, Jacob Meuser wrote:
On Sun, Jun 13, 2010 at 10:13:35PM +0200, Jan Stary wrote:
On Feb 03 15:43:14, Jacob Meuser wrote
This is a fresh snapshot, with a fresh mplayer from snapshot packages.
$ mplayer file.wav
MPlayer SVN-r30866 (C) 2000-2010 MPlayer Team
Playing file.wav.
Audio only file format detected.
==
Opening audio decoder: [pcm]
On Jun 29 07:14:08, Jan Stary wrote:
This is a fresh snapshot, with a fresh mplayer from snapshot packages.
i386, I forgot.
$ mplayer file.wav
MPlayer SVN-r30866 (C) 2000-2010 MPlayer Team
Playing file.wav.
Audio only file format detected
On Jun 29 22:00:28, Jacob Meuser wrote:
On Tue, Jun 29, 2010 at 11:21:56PM +0200, Jan Stary wrote:
On Jun 29 07:14:08, Jan Stary wrote:
This is a fresh snapshot, with a fresh mplayer from snapshot packages.
i386, I forgot.
$ mplayer file.wav
MPlayer SVN-r30866 (C) 2000-2010
Hello,
after an upgrade from 4.7 to current, my foomatic-filters
stopped to work. This seems to be the same problem I had in
http://marc.info/?l=openbsd-portsamp;m=126579897431692amp;w=2
where I was kindly given a patch that solved it.
The patch no longer applies; there is another version
of the
a problem with paths and CWDs ...
Thank you
Jan
On Jul 28 17:18:49, Jan Stary wrote:
On Jul 28 13:55:06, Antoine Jacoutot wrote:
On Wed, 28 Jul 2010, Jan Stary wrote:
Hello,
after an upgrade from 4.7 to current, my foomatic-filters
stopped to work
On Jul 30 12:22:18, Antoine Jacoutot wrote:
Please try the latest foomatic-filters port, it should be fixed.
The only difference in filters.conf seems to be that
'exepath' was replaced with 'execpath' :-) Was that really it?
Anyway, with the current port, all the filters/tools are
found in
On Aug 10 15:49:35, Marco Peereboom wrote:
Oga made me make a port so here it is.
New features:
* add alias support
* make tabs reorderable
* :1 goes to top
* add half page movement with ctrl-d ctrl-u
* make entry green when doing ssl
Bug fixes:
* plug some memleaks and use after free
On Oct 13 15:07:26, frantisek holop wrote:
hi there,
for the last week or so, snapshot packages
have strange dates alternating with a one day difference:
-rw-r--r-- 1 1001 0 134946 Oct 10 02:02 aalib-1.4p2-no_x11.tgz
-rw-r--r-- 1 1001 0 149811 Oct 9 02:58 aalib-1.4p2.tgz
On Oct 14 10:10:22, frantisek holop wrote:
hmm, on Wed, Oct 13, 2010 at 04:40:23PM +, Christian Weisgerber said that
frantisek holop min...@obiit.org wrote:
for the last week or so, snapshot packages
have strange dates alternating with a one day difference:
Snapshots and snapshot packages move forward all the time, unlike
your installed system. If you have a system that provides
libcurses.so.10.0, and (a new version of) a package comes out that
requires libcurses.so.11.0, there is simply no way to upgrade the
package, because your system
On Oct 14 15:18:49, frantisek holop wrote:
hmm, on Thu, Oct 14, 2010 at 03:02:42PM +0200, Jan Stary said that
Snapshots and snapshot packages move forward all the time, unlike
your installed system. If you have a system that provides
libcurses.so.10.0, and (a new version
(sorry, wrong list before)
On Oct 14 15:40:21, frantisek holop wrote:
hmm, on Thu, Oct 14, 2010 at 08:26:58AM -0500, Marco Peereboom said that
so you got lucky for 10 years, now what?
port snaps always lag a bit, you know, the laws of physics.
yes, sometimes more, sometimes less.
but
On Oct 14 19:49:58, Henning Brauer wrote:
* Jan Stary h...@stare.cz [2010-10-14 19:21]:
but i guess this is possible if the port snaps building machine's
system was built from newer sources, and wasn't an official
snapshot.
What official snapshot?
the ones theo does. or more precise
On Oct 29 10:19:43, Armin Wolfermann wrote:
* Jacob Meuser jake...@sdf.lonestar.org [28.10.2010 23:49]:
call me crazy, but I expect a utility named shntool to work with
.shn (shorten) files.
The manpage says it's a historic holdover:
shntool is a misnomer, since it processes WAVE
On Nov 03 21:59:49, Abel Abraham Camarillo Ojeda wrote:
I'm unsuccesfully trying to make this HP printer... to print... (this
is a new printer
I have already printed with windows XP, and on this OpenBSD box using foo2zjs
instead of hpijs, but it only works via usb, not network...):
So why
On Nov 04 06:29:08, Abel Abraham Camarillo Ojeda wrote:
On Thu, Nov 4, 2010 at 2:06 AM, Jan Stary h...@stare.cz wrote:
On Nov 03 21:59:49, Abel Abraham Camarillo Ojeda wrote:
I'm unsuccesfully trying to make this HP printer... to print... (this
is a new printer
I have already printed
On Nov 05 10:11:34, dal...@friedkin.com wrote:
Hello,
I upgraded from OpenBSD 4.6 to 4.7 and noticed that ee would no longer
work:
# ee /root/backup-list.txt
sorry, unable to use this terminal type for screen editing
Aren't you asked for the terminal type when you log in as
This is a port of opencore-amr, an implementation
of the Adaptive Multi Rate speech codec.
http://opencore-amr.sourceforge.net/
(This has been reviewed a few times, and occasionally OK'd,
but I never got anyone to actually commit it.)
Jan
port-opencore-amr-0.1.2.tar.gz
Description:
Attached is a port of audio/sox, bringing it to 14.4.0.
Tested on i386 and amd.
make package complains:
warning: file `man1/play.1', around line 2667: table wider than line width
grotty:standard input (man1/play.1):47303: character above first line
discarded
warning: file `man1/rec.1', around
On Mar 05 16:46:25, Jan Stary wrote:
Attached is a port of audio/sox, bringing it to 14.4.0.
Tested on i386 and amd.
Better now, courtesy of port-lib-depends-check.
Jan
port-sox-14.4.0.tgz
Description: application/tar-gz
While I was trying to get this commited, a new version came out.
So here goes: AMR, an implmentation of the Adaptive Multi Rate
speech codec, version 0.1.3.
Comments? OK?
Jan
port-opencore-amr-0.1.3.tar.gz
Description: application/tar-gz
On Mar 05 17:22:57, Jan Stary wrote:
On Mar 05 16:46:25, Jan Stary wrote:
Attached is a port of audio/sox, bringing it to 14.4.0.
Tested on i386 and amd.
Better now, courtesy of port-lib-depends-check.
Another few polished bits.
Comments? OK?
Jan
port-sox-14.4.0.tgz
On Mar 06 11:21:07, Brad Smith wrote:
On 06/03/12 11:09 AM, Jan Stary wrote:
On Mar 05 17:22:57, Jan Stary wrote:
On Mar 05 16:46:25, Jan Stary wrote:
Attached is a port of audio/sox, bringing it to 14.4.0.
Tested on i386 and amd.
Better now, courtesy of port-lib-depends-check.
Another
On Mar 07 23:13:57, Ingo Schwarze wrote:
warning: file `man1/sox.1', around line 2667: table wider than line width
grotty:standard input (man1/sox.1):47303: character above first line
discarded
These are *not* mandoc(1) glitches, but groff error messages
produced by grotty(1).
Sorry; by
Attached is a port of rtptools: a set of tools to process RTP data.
http://www.cs.columbia.edu/irt/software/rtptools/
Tested on i386 and amd64.
I am not *absolutely* sure what the COPYRIGHT means for PERMIT_*
- I asked upstream specifically.
Appart from that: comments?
Jan
13:14:30 2012
+++ ./Makefile Fri Mar 9 09:09:28 2012
@@ -6,10 +6,11 @@ CATEGORIES = audio net
HOMEPAGE = http://www.cs.columbia.edu/irt/software/rtptools/
MAINTAINER = Jan Stary h...@stare.cz
-# See files/COPYRIGHT
-PERMIT_PACKAGE_CDROM = Yes
+# See COPYRIGHT: this siftware
On Mar 09 09:06:55, Stuart Henderson wrote:
On 2012/03/09 09:13, Jan Stary wrote:
Out of curriosity: if I asked Prof. Schulzrine for a speficic, written
prior permission, who should he make it to?
OpenBSD can not accept this.
OK, PERMIT_*_CDROM = no commercial redistrubution.
Further
I am working on a port of software that is only a collection
of sh(1) scripts. So there is no compilation; it doesn't even
have a Makefile (the installation is just a cp(1) call).
Is this special case described somewhere? Could you please
point me to a port like this that already exists, so that
On Mar 06 18:27:35, Jan Stary wrote:
On Mar 06 11:21:07, Brad Smith wrote:
On 06/03/12 11:09 AM, Jan Stary wrote:
On Mar 05 17:22:57, Jan Stary wrote:
On Mar 05 16:46:25, Jan Stary wrote:
Attached is a port of audio/sox, bringing it to 14.4.0.
Tested on i386 and amd.
Better now
Let me try again:
below is a better diff to 14.3.2
-MODULES= converters/libiconv
This is definitely wrong. Keep the libiconv module and delete iconv
from WANTLIB.
Fixed below.
You probably shouldn't do spurious whitespace changes here, it makes the
diff hard to read. Also,
I am trying again to get this commited.
Is there something I can do to increase the amount of fsck given,
or is there actually objections to this?
Jan
port-opencore-amr-0.1.3.tar.gz
Description: application/tar-gz
Once more, *with* the forgotten twolame dependency
(thank you Alex).
Jan
Index: Makefile
===
RCS file: /cvs/ports/audio/sox/Makefile,v
retrieving revision 1.49
diff -u -p -u -p -r1.49 Makefile
--- Makefile15 Jun 2011
Index: Makefile
===
RCS file: /cvs/ports/audio/sox/Makefile,v
retrieving revision 1.49
diff -u -p -r1.49 Makefile
--- Makefile15 Jun 2011 08:29:34 - 1.49
+++ Makefile22 Mar 2012 21:15:25 -
@@ -2,7 +2,7 @@
On Mar 23 07:11:45, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.port.mk.
Can you please show how exactly you are mounting it,
and how exactly it fails?
If you 'mount
On Mar 23 14:07:31, Alexandre Ratchov wrote:
On Thu, Mar 22, 2012 at 10:16:52PM +0100, Jan Stary wrote:
Index: Makefile
===
RCS file: /cvs/ports/audio/sox/Makefile,v
retrieving revision 1.49
diff -u -p -r1.49 Makefile
On Mar 23 13:59:42, RD Thrush wrote:
On 03/23/12 09:01, Jan Stary wrote:
On Mar 23 07:11:45, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.port.mk.
Can you please show how
SoX uses wget(1) to play(1) remote files such as streaming radios.
That is in fact a bug in the port (RUN_DEPENDS). Rather than
adding wget to DEPENDS, the small patch below replaces that
functionality with the base ftp(1).
REVISION needs to be bumped I guess.
Jan
$OpenBSD$
---
On Mar 23 23:19:02, patrick keshishian wrote:
On Fri, Mar 23, 2012 at 11:09 PM, Jan Stary h...@stare.cz wrote:
SoX uses wget(1) to play(1) remote files such as streaming radios.
That is in fact a bug in the port (RUN_DEPENDS). Rather than
adding wget to DEPENDS, the small patch below
1 - 100 of 457 matches
Mail list logo