On 06/01/2012 12:15 AM, Sergio Durigan Junior wrote: > On Thursday, May 31 2012, Ralf Corsepius wrote: > >> On 05/31/2012 12:45 PM, Pádraig Brady wrote: >>> On 05/31/2012 08:14 AM, Roberto Ragusa wrote: > >>> Now /var/tmp should be "more persistent" which we don't need, >> Correct, using /var/tmp is wrong and a mistake. >> >> IMO, advising people to modify their code to using /var/tmp instead of >> /tmp is absurd and evidence of ignorance towards traditional use of >> /tmp and the FHS. > > I couldn't say better. > >>> So I'll patch sort to default to /var/tmp rather than /tmp. > > Please don't. As many pointed out, there are many disadvantages in > doing this, and I really do not think we should be "fixing" (sic) our > apps because of such a controversial feature. `sort' and other programs > have been working right like this for *years*; introducing such change > would mean "please give me more bugs", as Ralf pointed out. Well Ralf didn't impart any info as to why moving to /var/tmp would be a bug. If it's a symlink to /tmp on older systems then there is no change. But if the system /tmp is tmpfs then it would be a bug not to change, which is the new default on debian IIUC. BTW there is a long recent thread debian thread about the issues: http://lists.debian.org/debian-devel/2012/05/thrd3.html#01092 The main issue I see at the moment is that apps have overloaded /tmp for different things and it will take time to tease these things out. Don't worry I'm not going to jump to anything rashly, but `sort` needs to spool to non RAM, so we'll have to adjust if /tmp is RAM. cheers, Pádraig. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
