Re: Was inn tested for F15

2011-05-31 Thread Rahul Sundaram
On 06/01/2011 02:09 AM, Bill Davidsen wrote: > > The page you note has a big warning that it doesn't work in EPEL and FC<15. > How > does that address the distribution dependent feature issue? It makes it more distribution consistency in practise because major distributions except Fedora were al

Re: Was inn tested for F15

2011-05-31 Thread Bill Davidsen
Rahul Sundaram wrote: > On 05/29/2011 07:49 PM, Bill Davidsen wrote: >> There is a benefit to cleaning out the lock files, but there is a definite >> problem to cleaning out everything, since the directory structure is needed >> to >> support the lockfiles. Having the program create the structure

Re: Was inn tested for F15

2011-05-29 Thread Rahul Sundaram
On 05/29/2011 07:49 PM, Bill Davidsen wrote: > There is a benefit to cleaning out the lock files, but there is a definite > problem to cleaning out everything, since the directory structure is needed > to > support the lockfiles. Having the program create the structure is possible, > but: > - i

Re: Was inn tested for F15

2011-05-29 Thread Sam Varshavchik
Bill Davidsen writes: Tim wrote: > Bruno Wolff III: >>> /var/run is now a tmpfs so data there will be lost at each reboot. > > Sam Varshavchik: >> Splendid. Aside from the fact that inn's startup script does not get invoked >> correctly by initscripts, if you do invoke it correctly you also d

Re: Was inn tested for F15

2011-05-29 Thread Bill Davidsen
Tim wrote: > Bruno Wolff III: >>> /var/run is now a tmpfs so data there will be lost at each reboot. > > Sam Varshavchik: >> Splendid. Aside from the fact that inn's startup script does not get invoked >> correctly by initscripts, if you do invoke it correctly you also discover >> that it expects /

Re: Was inn tested for F15

2011-05-28 Thread Rahul Sundaram
On 05/29/2011 09:05 AM, Tim wrote: > > Hmm, is it right or wrong for *anything* to expect the contents > of /var/run to remain after a reboot? > > I would have expected /var/run should be volatile, like /tmp. Right but a change for Fedora 15 exposes this issue for software that doesn't cope with i

Re: Was inn tested for F15

2011-05-28 Thread Tim
Bruno Wolff III: >> /var/run is now a tmpfs so data there will be lost at each reboot. Sam Varshavchik: > Splendid. Aside from the fact that inn's startup script does not get invoked > correctly by initscripts, if you do invoke it correctly you also discover > that it expects /var/run/news to

Re: Was inn tested for F15

2011-05-28 Thread Rahul Sundaram
On 05/29/2011 12:19 AM, Sam Varshavchik wrote: > > Splendid. Aside from the fact that inn's startup script does not get > invoked correctly by initscripts, if you do invoke it correctly you > also discover that it expects /var/run/news to be there, otherwise it > bombs. Appears the maintainer hasn

Re: Was inn tested for F15

2011-05-28 Thread Joe Zeff
On 05/28/2011 06:31 AM, Bruno Wolff III wrote: > /var/run is now a tmpfs so data there will be lost at each reboot. I was about to ask why, when something went . Programs that need to make sure there's only one copy of them running (e.g., yum) use /var/run for their lockfiles so cleaning it out

Re: Was inn tested for F15

2011-05-28 Thread Sam Varshavchik
Bruno Wolff III writes: On Sat, May 28, 2011 at 09:19:49 -0400, Sam Varshavchik wrote: > Has anyone tested inn in F15. Bug 708627 suggests that it never was. > > In addition to that bug, I think something keeps rm -rf-ing > /var/run/news every time I reboot, which will keep inn broken even >

Re: Was inn tested for F15

2011-05-28 Thread Bruno Wolff III
On Sat, May 28, 2011 at 09:19:49 -0400, Sam Varshavchik wrote: > Has anyone tested inn in F15. Bug 708627 suggests that it never was. > > In addition to that bug, I think something keeps rm -rf-ing > /var/run/news every time I reboot, which will keep inn broken even > after this bug gets fixed.