rc-scripts-user
rc-scripts-user / userscripts allows normal users to schedule and execute tasks on system startup and shutdown. Please test and comment. Once it gets on any production system it will be hard to change interface without breaking user configuration. The interface is: * All scripts in ~/.config/init.d/ (hardcoded path, no xdg support) - any better ideas ? * all *~ and *.bak files are ignored - ignore something else ? * limited number of scripts per user - default 20 should be plenty * executed in alphabetic order - maybe invert the order on shutdown ? * Scripts must accept start and stop arguments. - I don't see any use for restart or reload, do you ? * Very limited time to perform the task before shutdown - We don't want users to lock the machine. Comments ? If none, those things will stay as they are. Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@pld-linux.org ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
%cmake macro
I think that current %cmake macro is broken. For example soprano.spec is build with options: -O2 ... -O3, which is effectively -O3. As far as I understand the preferred option would be -O2, In cmake the options are build form two variables as following as: CMAKE_C_FLAGS CMAKE_C_FLAGS_Buildtype. while %cmake defines CMAKE_C_FLAGS and uses Builtype = RELEASE. So I think there are the following possibilities: 1. Define CMAKE_C_FLAGS_RELEASE in %cmake Flaws: A package can define that variable internally in such a way that it has precedence. For example packages from kde4 do it. 2. Change the build type we use to None. Then only CMAKE_C_FLAGS will be used Flaws: Same as above. But I don't know if any package redefines that variable unconditionally. Also if a package uses some special options in release flags, i.e. to avoid debug output, we would need to include them in out definition of CMAKE_C_FLAGS for this package. 3. Use or own build type like: cmake -DCMAKE_C_FLAGS_PLD=${CFLAGS:-%{rpmcflags}} Flaws: If a package uses some special options in release flags, i.e. to avoid debug output, we would need to put them into our flags. I can implement the third solution. But first I am waiting for any objections or better ideas. -- Kacper Kornet ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, 1 Feb 2011, Przemyslaw Iskra wrote: rc-scripts-user / userscripts allows normal users to schedule and execute tasks on system startup and shutdown. Please test and comment. Once it gets on any production system it will be hard to change interface without breaking user configuration. The interface is: * All scripts in ~/.config/init.d/ (hardcoded path, no xdg support) - any better ideas ? ~/.config/init/ * all *~ and *.bak files are ignored - ignore something else ? .rpmnew, .rpmsave... There is few more temporary filetypes. * executed in alphabetic order - maybe invert the order on shutdown ? I see no use. * Scripts must accept start and stop arguments. - I don't see any use for restart or reload, do you ? status should be, if state is noticed anywhere. -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, Feb 01, 2011 at 07:30:14PM +0100, Przemyslaw Iskra wrote: rc-scripts-user / userscripts allows normal users to schedule and execute tasks on system startup and shutdown. Out of my own curiosity, what do you need it for? -- Kacper Kornet ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, Feb 1, 2011 at 7:30 PM, Przemyslaw Iskra spa...@pld-linux.org wrote: rc-scripts-user / userscripts allows normal users to schedule and execute tasks on system startup and shutdown. Please test and comment. Once it gets on any production system it will be hard to change interface without breaking user configuration. Why is it better than @reboot flag in user's crontab? -- Regards, Paweł ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, Feb 01, 2011 at 09:21:30PM +0100, Paweł Zuzelski wrote: On Tue, Feb 1, 2011 at 7:30 PM, Przemyslaw Iskra spa...@pld-linux.org wrote: rc-scripts-user / userscripts allows normal users to schedule and execute tasks on system startup and shutdown. Please test and comment. Once it gets on any production system it will be hard to change interface without breaking user configuration. Why is it better than @reboot flag in user's crontab? Does that work on system shutdown as well ? If not, how do I stop any of my daemons on shutdown ? Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@pld-linux.org ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, Feb 1, 2011 at 9:27 PM, Przemyslaw Iskra spa...@pld-linux.org wrote: Does that work on system shutdown as well ? If not, how do I stop any of my daemons on shutdown ? It's really seldom that a daemon manages to survive a shutdown ;) But really, do you need to do something special on shutdown that the usual TERM/KILL combo won't handle? -- Patryk Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, Feb 01, 2011 at 09:36:02PM +0100, Patryk Zawadzki wrote: On Tue, Feb 1, 2011 at 9:27 PM, Przemyslaw Iskra spa...@pld-linux.org wrote: Does that work on system shutdown as well ? If not, how do I stop any of my daemons on shutdown ? It's really seldom that a daemon manages to survive a shutdown ;) But really, do you need to do something special on shutdown that the usual TERM/KILL combo won't handle? I'd like it do be killed when I still have working internet connection. /quit Ragequit ! -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . spa...@pld-linux.org ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On 01.02.2011 20:58, Pawel Golaszewski wrote: On Tue, 1 Feb 2011, Przemyslaw Iskra wrote: rc-scripts-user / userscripts allows normal users to schedule and execute tasks on system startup and shutdown. Please test and comment. Once it gets on any production system it will be hard to change interface without breaking user configuration. The interface is: * All scripts in ~/.config/init.d/ (hardcoded path, no xdg support) - any better ideas ? ~/.config/init/ symmetric to /etc/init then ~/.config/init would be scripts for upstart, so i'd say ~/.config/init.d is fine xdg itself is simple, but loading user configuration to it, is difficult, so i'd say leave hardcoded .config, this can be changed later if somebody really interested :) * all *~ and *.bak files are ignored - ignore something else ? .rpmnew, .rpmsave... There is few more temporary filetypes. i suggest to process only extensions *.sh and *.init, whitelisting always works better than blacklisting. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en