[tmux:tickets] #191 Latest revision fails on Solaris with missing path.h

--- ** [tickets:#191] Latest revision fails on Solaris with missing path.h** **Status:** open **Labels:** solaris **Created:** Tue Apr 28, 2015 08:44 AM UTC by Dagobert Michelsen **Last Updated:** Tue Apr 28, 2015 08:44 AM UTC **Owner:** nobody The latest revision of tmux is failing on

[tmux:tickets] #191 Latest revision fails on Solaris with missing path.h

[tickets:#191] <http://sourceforge.net/p/tmux/tickets/191> Latest revision fails on Solaris with missing path.h Status: open Labels: solaris Created: Tue Apr 28, 2015 08:44 AM UTC by Dagobert Michelsen Last Updated: Tue Apr 28, 2015 08:44 AM UTC Owner: nobody The latest revision of t

Re: Too rigorous closing of tmux support tickets?

Hi Keith, fist let me state that I am not affiliated with the tmux project, but I want to say a word or two on upstream work. Am 20.04.2015 um 14:17 schrieb Keith Willians : > On Mon, Apr 20, 2015 at 5:31 AM, Suraj N. Kurapati wrote: > Users can still add comments to those closed tickets, so the

Re: The history of tmux

Hi David, > Am 15.02.2015 um 22:28 schrieb Christopher Ritsen : > > On Sun, Feb 15, 2015 at 08:54:03PM +, David Chanters wrote: >> Did this email make it to the list? Any takers on this? > > I'll reply as an echo. I don't think there is a large community developer > around this project, mos

Re: tmux fails on Solaris because of missing path.h

Hi Nicholas, > Am 07.02.2015 um 00:24 schrieb Nicholas Marriott > : > > Sorry ignore this, we should have removed paths.h, Solaris doesn't have > it. Fixed now. I can verify that it works now. Thanks for the quick fix! :-) Best regards — Dago -- "You don't become great by trying to be gr

tmux fails on Solaris because of missing path.h

Hi, the latest tmux compile is failing on Solaris because paths.h is missing: https://buildfarm.opencsw.org/buildbot/waterfall?builder=tmux-solaris10-i386&builder=tmux-solaris10-sparc&reload=300 Best regards — Dago -- "You don't become great by trying to be great, you become great by wan

Re: flock again

Hi Nicholas, Am 22.09.2014 um 16:53 schrieb Dagobert Michelsen : > Am 22.09.2014 um 16:31 schrieb Nicholas Marriott > : >> Well, I don't have any Solaris boxes but it probably isn't too big a >> change - try this: >> >> diff --git a/compat.h b/compat.h &

Re: flock again

Hi Nicholas, Am 22.09.2014 um 16:31 schrieb Nicholas Marriott : > Well, I don't have any Solaris boxes but it probably isn't too big a > change - try this: > > diff --git a/compat.h b/compat.h > index bf6e536..2e433a0 100644 > --- a/compat.h > +++ b/compat.h > @@ -176,6 +176,13 @@ typedef uint64_

Re: flock again

Hi Nicholas, Am 11.08.2014 um 10:23 schrieb Nicholas Marriott : > From: Nicholas Marriott >> Yes it will have to be a stub, fcntl is useless too. > > I'd add a configure.ac test though and use it on any platform w/o flock not > just Solaris. As this hasn’t been done yet: are you waiting for a

Re: flock again

m I right to assume that you suggest to replace the above approach with the empty compat stub only put in place on Solaris? Best regards — Dago > > > > Original message ---- > From: Dagobert Michelsen > Date: 10/08/2014 08:13 (GMT+00:00) > To: tmux-users

flock again

Hi, I just noticed my continous builds on Solaris failed for tmux HEAD with missing flock definition https://buildfarm.opencsw.org/buildbot/builders/tmux-solaris10-sparc/builds/59/steps/shell_2/logs/stdio similar to the one we fixed some time ago: http://sourceforge.net/p/tmux/tmux-code/merg

client.c is missing includes on Solaris

Hi, I noticed that tmux from GIT is failing to compile on Solaris in my Continous Build: https://buildfarm.opencsw.org/buildbot/builders/tmux-solaris10-sparc/builds/46/steps/shell_2/logs/stdio The error is > /opt/SUNWspro/bin/cc -DPACKAGE_NAME=\"tmux\" -DPACKAGE_TARNAME=\"tmux\" > -DPACKAGE

Re: svn (symbol lookup error)

Hi Stephen, Am 26.02.2014 um 04:08 schrieb Stephen Blackie : > Hello Nickolas and Dagobert, > > I am not that familiar with Linux, so please bare with me. I did a "which > svn", "svn --version", "echo $LD_LIBRARY_PATH" outside of and inside of tmux. > > > Not within TMUX > --

Re: svn (symbol lookup error)

Hi Stephen, Am 24.02.2014 um 20:18 schrieb Stephen Blackie : > I had just installed tmux and now trying to make use of it. I did run into > a problem which I am not sure how to resolve with svn commands. When I issue > a status request ("svn status") I see the following message: > > svn: sy

Re: tmux 1.9 released: A note for users/packagers

Hi Thomas, Am 20.02.2014 um 22:50 schrieb Thomas Adam : > I've released tmux 1.9, please see the CHANGES file for a list of more > detailed changes. This time, I've tried to make things a little clearer > about some of the more important changes users will need to be aware of. Excellent! The REA

[tmux:tickets] #93 tmux unconditionally uses O_DIRECTORY

--- ** [tickets:#93] tmux unconditionally uses O_DIRECTORY** **Status:** open **Labels:** solaris **Created:** Wed Jan 01, 2014 04:37 PM UTC by Dagobert Michelsen **Last Updated:** Wed Jan 01, 2014 04:37 PM UTC **Owner:** nobody As reported in https://sourceforge.net/p/tmux/mailman

Re: Use of O_DIRECTORY and Buildbot for tmux

Hi folks, Am 14.11.2013 um 12:08 schrieb Dagobert Michelsen : > I noticed that the latest version in GIT uses "open" with O_DIRECTORY which is > not available on Solaris. As a quick fix I have a conditional use of that > define > as merge request: > https://sourcef

Use of O_DIRECTORY and Buildbot for tmux

Hi, I noticed that the latest version in GIT uses "open" with O_DIRECTORY which is not available on Solaris. As a quick fix I have a conditional use of that define as merge request: https://sourceforge.net/p/tmux/tmux-code/merge-requests/6/ To catch issues on Solaris earlier I have set up build

Re: License file

Hi Nicholas, Am 09.05.2013 um 22:07 schrieb Nicholas Marriott: > I think we just need the licenses not every copyright and lists of files > which is a pain to keep up to date. Ok, would the information below what you have in mind? > In fact I wonder if just a line or two at the end of the README

Re: License file

Hi Thomas, Am 07.05.2013 um 17:32 schrieb Thomas Adam: > On 7 May 2013 16:24, Dagobert Michelsen wrote: >> I imported the license summary in Debian-style: >> https://sourceforge.net/p/tmux/tmux-code/merge-requests/4/ >> >> Is this ok or do you have suggestions for

Re: License file

Hi Nicholas, Am 07.05.2013 um 15:03 schrieb Nicholas Marriott: > On Fri, Apr 26, 2013 at 10:17:23PM +0200, Dagobert Michelsen wrote: >> Am 25.04.2013 um 23:57 schrieb Nicholas Marriott >> : >>> The relevant license/copyright is at the top of every source file, I >&

Re: License file

Hi Nicholas, Am 26.04.2013 um 22:17 schrieb Dagobert Michelsen : > Am 25.04.2013 um 23:57 schrieb Nicholas Marriott > : >> The relevant license/copyright is at the top of every source file, I >> don't think we need it in another place. Note that it differs for some

Re: License file

Hi Nicholas, Am 25.04.2013 um 23:57 schrieb Nicholas Marriott : > The relevant license/copyright is at the top of every source file, I > don't think we need it in another place. Note that it differs for some > files in compat/ and examples/. I see. OpenCSW has the policy to include the license fi

License file

Hi, it would be cool if the license of tmux could be added to the repo/tarball so I as downstream packager can include it in the binary package. Maybe something like LICENSE or such. Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do s

Re: Make tmux.conf relative to sysconfdir

s/%s", home, DEFAULT_CFG); > + xasprintf(&cfg_file, "%s/.tmux.conf", home); > if (access(cfg_file, R_OK) != 0 && errno == ENOENT) { > free(cfg_file); > cfg_file = NULL; > diff --git a/tm

Re: Make tmux.conf relative to sysconfdir

Hi Nicholas, Am 22.04.2013 um 15:09 schrieb Nicholas Marriott : > I think this might be better than generating tmux.h, although I haven't > tested it. You get the idea though :-). Thanks for the quick turnaround, this looks good, but does not change the manpage which I would consider a good idea

Make tmux.conf relative to sysconfdir

Hi, I noticed that the location of tmux.conf is not relative to sysconfdir, but hardcoded to /etc. This patch makes the location configurable: https://sourceforge.net/u/dmichelsen/tmux/ci/5547c378f07ecb7b64e2c0f8a0fec345c75873c4/ The patch can also be downloaded here: https://sourceforge.ne

Re: Integration of patches for Solaris

Hi John, Am 22.04.2013 um 13:28 schrieb John Long : > On Mon, Apr 22, 2013 at 01:00:19PM +0200, Dagobert Michelsen wrote: > >> No, that is just the files from git. "Using git" is facilitating the command >> listed on the webpage >> git clone git://git.code.sf.n

Re: Integration of patches for Solaris

Hi John, Am 22.04.2013 um 12:46 schrieb John Long : > On Sun, Apr 21, 2013 at 10:55:29PM +0200, Dagobert Michelsen wrote: >> Hi John, >> >> Am 21.04.2013 um 17:26 schrieb John Long : >>> On Sun, Apr 21, 2013 at 05:16:09PM +0200, Dagobert Michelsen wrote: >>&g

Re: Integration of patches for Solaris

Hi John, Am 21.04.2013 um 17:26 schrieb John Long : > On Sun, Apr 21, 2013 at 05:16:09PM +0200, Dagobert Michelsen wrote: >> Am 21.04.2013 um 12:48 schrieb John Long: >> All patches are against HEAD: >> https://sourceforge.net/p/tmux/tmux-code/ci/master/tree/ > > Ok,

Re: Integration of patches for Solaris

much appreciated. > > /jl > > On Sun, Apr 21, 2013 at 10:30:41AM +0200, Dagobert Michelsen wrote: >> Hi John, >> >> Am 20.04.2013 um 21:40 schrieb John Long : >>> On Fri, Apr 19, 2013 at 04:14:16PM +0200, Dagobert Michelsen wrote: >>>> I rewrote th

Re: Integration of patches for Solaris

Hi John, Am 20.04.2013 um 21:40 schrieb John Long : > On Fri, Apr 19, 2013 at 04:14:16PM +0200, Dagobert Michelsen wrote: >> I rewrote the patch to use contrib/ substitutions for cfmakeraw and use >> lockf: >> https://sourceforge.net/p/tmux/tmux-code/merge-requests/3/ >

Integration of patches for Solaris

Hi Nicholas, I rewrote the patch to use contrib/ substitutions for cfmakeraw and use lockf: https://sourceforge.net/p/tmux/tmux-code/merge-requests/3/ Would it be possible to merge it or is there something missing from my side? Best regards -- Dago -

Re: Change manpage to use macro-package "an" instead of "doc"

Hi Nicholas, Am 16.04.2013 um 12:02 schrieb Nicholas Marriott : > On Tue, Apr 16, 2013 at 11:32:20AM +0200, Dagobert Michelsen wrote: >> Am 16.04.2013 um 11:20 schrieb Nicholas Marriott >> : >>> The manpage uses mdoc and that isn't going to change. OpenSSH has a &

Re: Change manpage to use macro-package "an" instead of "doc"

lation. Best regards -- Dago > > > > On Tue, Apr 16, 2013 at 11:12:02AM +0200, Dagobert Michelsen wrote: >> Hi, >> >> the manpage tmux.1 is made with the roff macro package "doc". Unfortunately >> manage >> on Solaris require the usa

Change manpage to use macro-package "an" instead of "doc"

Hi, the manpage tmux.1 is made with the roff macro package "doc". Unfortunately manage on Solaris require the usage of the macro package "an" (as in -man) and don't allow more elaborated macros. Would it be possible to restrict the macros in that way or provide a separate manpage? Best regard