On Sat, Jul 21, 2012 at 2:52 AM, Tom Gundersen t...@jklm.no wrote:
[..]
* All variables in rc.conf can now be left unset and will default to
something sensible
I find removing most of the variables to be confusing and would
suggest that [1] and [2] get reverted.
The commit log for [1] lists
Am 21.07.2012 08:48, schrieb Evangelos Foutras:
On Sat, Jul 21, 2012 at 2:52 AM, Tom Gundersen t...@jklm.no wrote:
[..]
* All variables in rc.conf can now be left unset and will default to
something sensible
I find removing most of the variables to be confusing and would
suggest that [1] and
=== Signoff report for [testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 16 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 12 fully signed off packages
* 48 packages missing signoffs
* 23 packages older than 14 days
On 2012/6/26 Rémy Oudompheng remyoudomph...@gmail.com wrote:
Hello,
I am going to put Texlive 2012 packages in [testing]. Texlive 2012 is
not yet released, but it is frozen, so I do not expect changes to
these packages except to fix packaging errors.
Please try them and complain on mailing
On Jul 21, 2012 8:49 AM, Evangelos Foutras evange...@foutrelis.com
wrote:
On Sat, Jul 21, 2012 at 2:52 AM, Tom Gundersen t...@jklm.no wrote:
[..]
* All variables in rc.conf can now be left unset and will default to
something sensible
I find removing most of the variables to be confusing
On Jul 21, 2012 9:46 AM, Tobias Powalowski
tobias.powalow...@googlemail.com wrote:
Am 21.07.2012 08:48, schrieb Evangelos Foutras:
On Sat, Jul 21, 2012 at 2:52 AM, Tom Gundersen t...@jklm.no wrote:
[..]
* All variables in rc.conf can now be left unset and will default to
something
On Sat, Jul 21, 2012 at 8:48 AM, Evangelos Foutras
evange...@foutrelis.com wrote:
I find removing most of the variables to be confusing and would
suggest that [1] and [2] get reverted.
I'm not going to revert them outright, but we can discuss individual
options (some clearly must go, others are
Am 20.07.2012 23:46, schrieb Pierre Schmitz:
Here is a first draft. Please review:
I see no need to postpone this any longer. I'll post this soon; means
last chance to object. ;-)
Greetings,
Pierre
--
Pierre Schmitz, https://pierre-schmitz.com
On 07/21/2012 12:51 PM, Tom Gundersen wrote:
On Sat, Jul 21, 2012 at 8:48 AM, Evangelos Foutras
evange...@foutrelis.com wrote:
I find removing most of the variables to be confusing and would
suggest that [1] and [2] get reverted.
I'm not going to revert them outright, but we can discuss
Am 21.07.2012 23:28, schrieb Ionut Biru:
I pretty much hate everything you have described here.
We started from a simple and elegant, single file configuration to over
9k(not to mention that i have no freaking idea which one to edit)
Bring back the old rc.conf until we are switching to
On 07/22/2012 12:40 AM, Pierre Schmitz wrote:
Am 21.07.2012 23:28, schrieb Ionut Biru:
I pretty much hate everything you have described here.
We started from a simple and elegant, single file configuration to over
9k(not to mention that i have no freaking idea which one to edit)
Bring back
On Sat, Jul 21, 2012 at 10:26 PM, Pierre Schmitz pie...@archlinux.de wrote:
Am 20.07.2012 23:46, schrieb Pierre Schmitz:
Here is a first draft. Please review:
I see no need to postpone this any longer. I'll post this soon; means
last chance to object. ;-)
This all looks good to me. Thanks
On Sat, Jul 21, 2012 at 11:28 PM, Ionut Biru ib...@archlinux.org wrote:
I pretty much hate everything you have described here.
We started from a simple and elegant, single file configuration to over
9k
Before rejecting everything, please explain why the problems I
outlined are not real?
(not
On 07/22/2012 01:01 AM, Tom Gundersen wrote:
On Sat, Jul 21, 2012 at 11:28 PM, Ionut Biru ib...@archlinux.org wrote:
I pretty much hate everything you have described here.
We started from a simple and elegant, single file configuration to over
9k
Before rejecting everything, please explain
On Sun, Jul 22, 2012 at 12:09 AM, Ionut Biru ib...@archlinux.org wrote:
The only logic i can see is that you want to force existing users to
move to this awesome configurations schema but in the same time you
say don't do it because your old rc.conf still works
I want to give the best possible
What we need is someone to write a daemon that monitors rc.conf for
changes and then write them to the appropriate configuration file. Also
the opposite needs monitored, so when the separate configurations files
are changed (probably by GUI stuff), the changes are made back to rc.conf.
(That was
16 matches
Mail list logo