Re: [dev] surf(git) and sound

2015-11-26 Thread David Phillips
> It does not seem to be any option related with the sound in the config.mk Looks like you've had your first taste of the satirical hiro :)

Re: [dev] [noice] [PATCH] Support commands specified by environment variables

2015-11-26 Thread Dimitris Papastamos
On Thu, Nov 26, 2015 at 01:59:32PM +0100, Martin Kühl wrote: > Not sure where else to post this, so... > > Specifying commands by name in config.h means that > every time one switches ones editor (for example), > one has to modify every config.h file referencing that editor > and then recompile ev

[dev] [noice] [PATCH] Support commands specified by environment variables

2015-11-26 Thread Martin Kühl
Not sure where else to post this, so... Specifying commands by name in config.h means that every time one switches ones editor (for example), one has to modify every config.h file referencing that editor and then recompile every corresponding program. This change adds a string `env` for specifyin

Re: [dev] surf(git) and sound

2015-11-26 Thread Stéphane Ortega
On Wed, Nov 25, 2015 at 06:17:41PM -0500, shua lloret wrote: > I had to install some gstreamer plugins to get media files to play in > surf. Whatever the packages are called on your distro, try installing > them and seeing if it changes. these packages are installed gstreamer1.0-libav gstreamer1.0

Re: [dev] surf(git) and sound

2015-11-26 Thread Stéphane Ortega
On Wed, Nov 25, 2015 at 11:33:29PM +0100, hiro wrote: > did you check in config.mk if there's a compile option for volume and > that it's set before compiling several times? It does not seem to be any option related with the sound in the config.mk -- Stéphane Ortega http://stephaneortega.fr +33

Re: [dev] Re: [sbase] Portability

2015-11-26 Thread Dimitris Papastamos
On Thu, Nov 26, 2015 at 05:12:17AM -0500, Random832 wrote: > Dimitris Papastamos writes: > > sbase should only contain code that runs on POSIX systems (with some > > minor exceptions) and fallback implementations for non-standardized > > interfaces that can be implemented portably on top of POSIX

Re: [dev] [sbase] Portability

2015-11-26 Thread Jens Staal
On torsdag 26 november 2015 kl. 01:52:23 CET Random832 wrote: > Also, if these are added should they go in libutil or a new "libcompat"? I also had issues with fmemopen among other things when I ported sbase to the new 9front ports tree (using APE). For a lot of stuff I had to resort to using gnu

[dev] Re: [sbase] Portability

2015-11-26 Thread Random832
Dimitris Papastamos writes: > sbase should only contain code that runs on POSIX systems (with some > minor exceptions) and fallback implementations for non-standardized > interfaces that can be implemented portably on top of POSIX interfaces. So there's no place for fallback implementations _of_

Re: [dev] [sbase] Portability

2015-11-26 Thread Dimitris Papastamos
On Thu, Nov 26, 2015 at 01:52:23AM -0500, Random832 wrote: > I downloaded and built sbase for my OSX system to test the cal program, > and noticed (and fixed locally) several issues. > > Before posting any patches, I wanted to ask - philosophically speaking, > how much effort should sbase put towa

Re: [dev] [sbase] Portability

2015-11-26 Thread Dimitris Papastamos
On Thu, Nov 26, 2015 at 01:52:23AM -0500, Random832 wrote: > I downloaded and built sbase for my OSX system to test the cal program, > and noticed (and fixed locally) several issues. > > Before posting any patches, I wanted to ask - philosophically speaking, > how much effort should sbase put towa

Re: [dev] scrollback with st

2015-11-26 Thread Pickfire
On Wed, Nov 25, 2015 at 11:32:01AM -0500, Greg Reagle wrote: On 11/25/2015 09:16 AM, Greg Reagle wrote: On 11/25/2015 03:58 AM, Ivan Tham wrote: I would like to use dvtm too but too bad, not support for true colors. If there is, broadcast it to me so and I will switch to it. I don't know what