Re: multiple definition of `gnu_dev_makedev'

[Roberto]

Thanks a lot, I have put this option in the makefile instead of gnu99 and
now it works.
I hope this can help future user that try to compile themself the great
tmux.
Cheers,
Roberto

On Sat, Mar 28, 2015 at 3:30 AM, Thomas Adam  wrote:

> On 26 March 2015 at 19:55, Roberto  wrote:
> >
> > hello! how is everybody?
> >
> > I have succesfully compiled libevent nad ncurse. I have succesfully
> compiled libevent nad ncurses. I have do it in a custom location because I
> am not root, now I wanted to compile tmux as a regular user
> >
> > The configure step seems ok, but I am in trouble with make. Essentially
> I get multiple definition errors
> >
> > strtonum.c:(.text+0x40): multiple definition of `gnu_dev_makedev'
>
> As discussed on IRC, you need to use -std=c89.
>
> -- Thomas Adam
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: [tmux:tickets] #186 Moving tmux repo to Github

[Roberto]

I agree 100% with this.

On Tue, Apr 14, 2015 at 9:40 PM, Karthik  wrote:

> --
>
> * [tickets:#186]  Moving tmux
> repo to Github*
>
> *Status:* open
> *Labels:* github
> *Created:* Tue Apr 14, 2015 07:40 PM UTC by Karthik
> *Last Updated:* Tue Apr 14, 2015 07:40 PM UTC
> *Owner:* nobody
>
> Is there any reason that the tmux project still continues to use
> SourceForge and not move to Github? I have not used SourceForge much in the
> past, so maybe my opinion might be incorrect, but I find it extremely
> frustrating to contribute code to the project through SourceForge. Just
> opening a Merge Request is a trial.
>
> For a project as famous as tmux, I'm surprised to see almost no other
> commits apart from the main few contributors. I'm sure this is partially
> because of SourceForge.
> --
>
> Sent from sourceforge.net because tmux-users@lists.sourceforge.net is
> subscribed to https://sourceforge.net/p/tmux/tickets/
>
> To unsubscribe from further messages, a project admin can change settings
> at https://sourceforge.net/p/tmux/admin/tickets/options. Or, if this is a
> mailing list, you can unsubscribe from the mailing list.
>
>
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users
>
>
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: Too rigorous closing of tmux support tickets?

[Roberto]

Honestly I have seen this in most of the _open_ source communities I have
interacted with (as a user). I am not speaking about tmux because I have
been following for too short, but I am saying that this "feature" of
developers is rather common.

I think the best we can do is to "ask" developers to be courteous in
english and in software writing :)

On Sun, Apr 19, 2015 at 7:44 PM, Keith Williams 
wrote:

> Hi,
>
> I originally sent this to 'tho...@xteddy.org' and got not response, so
> wanted to ask on this forum in case that's more preferred.
>
> In looking at tmux and the sorts of tickets raised against it I have
> noticed that a lot of genuine concerns users have had are closed with terse
> replies such as "This is in the todo list", or "This option isn't wanted",
> or "This is being worked on", without reference.
>
> As a user of tmux, ensuring good community spirit would suggest the tone
> needs to be gentler; not everyone here at this forum knows the current
> state of tmux.
>
> Can the developers of tmux please change their handling of how users are
> supported through the tmux tickets system because it's not giving a good
> impression and it's putting me off filing a ticket.
>
> Specifically, both Nicholas Marriott and Thomas Adam have both been terse.
> I do not know of anyone else, but if others here could remind them of this
> (do they receive list email, I don't know?) I would appreciate it.
>
> Keith
>
>
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users
>
>
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: Too rigorous closing of tmux support tickets?

[Roberto Franceschini]

Honesty I think that the examples you quoted are all border line. I mean the 
answers from developers are definitely improbable, just adding an emoticon I 
think it will help to express the irony that probably I am catching in that 
sentence and maybe you are not. 

Frankly I believe that in any context, from source Forge forums to telling your 
kids why they can't have more candies, it is quite bad and ineffective to say 
just Yes or No without any supporting explanation. 

In my opinion explaining is the key.

Therefore  it is surely a fault to reply with a one-liner because that can 
hardly fit any explanations.



> On 20/apr/2015, at 13:17, Keith Willians  wrote:
> 
>> On Mon, Apr 20, 2015 at 5:31 AM, Suraj N. Kurapati  wrote:
>> On Sun, 19 Apr 2015 18:44:59 +0100, Keith Williams wrote:
>> > In looking at tmux and the sorts of tickets raised against it I
>> > have noticed that a lot of genuine concerns users have had are
>> > closed with terse replies such as "This is in the todo list", or
>> > "This option isn't wanted", or "This is being worked on", without
>> > reference.
>> 
>> Users can still add comments to those closed tickets, so the act of
>> closing a ticket does not necessarily put an end to its discussion.
> 
> I understand that but the impression that leaves is just that; discussion 
> closed. The ultimate thing here is that whoever closes something has made a 
> statement of intent, otherwise it is just to be left open.
> 
> e.g.
> 
> http://sourceforge.net/p/tmux/tickets/186/ :
> 
> Some felt strongly about this. No real explanation was given. You could keep 
> the mailing lists around, but host the project somewhere else.
> 
> http://sourceforge.net/p/tmux/tickets/177/ :
> 
> Comments like "magic ESP hat" are not welcoming.
> 
> http://sourceforge.net/p/tmux/tickets/131/ :
> 
> "I really don't think this is necessary" - without explanation why.
> 
> There's many more examples.
> 
> Keith
>  
>  
>> For instance, a concerned user may add a comment to a closed ticket
>> asking for a reference on how "this is being worked on" or they may
>> ask for clarification on why "this option isn't wanted", and so on.
>> 
>> > the tone needs to be gentler
>> 
>> See http://www.catb.org/esr/faqs/smart-questions.html#keepcool
> 
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users