2012/1/5 Olivier Crête :
> On Fri, 2012-01-06 at 08:44 +0800, Patrick Lauer wrote:
>> On 01/06/12 05:26, Olivier Crête wrote:
>> [snip]
>> > The only thing I see them sacrificing is loose coupling, they provide
>> > more functionality than any other init system, more correctness
>> > (seriously, di
On 05-01-2012 21:15:41 -0500, Olivier Crête wrote:
> The big reason for C vs shell scripts is that the type of people who
> write them are not the same.. The type of people who write shell scripts
> tend to hack together stuff until it works. The people who write C tend
> to think about the problem
On Thu, 05 Jan 2012 20:29:53 -0500
Alexandre Rostovtsev wrote:
> On Fri, 2012-01-06 at 00:52 +0100, Michał Górny wrote:
> > 3) a symlink is installed at /bin/systemd to ensure that current
> > init= specifications are still valid.
> >
> > Please note that these features will be removed after the
Olivier Crête posted on Thu, 05 Jan 2012 21:03:32 -0500 as excerpted:
> Hi,
>
> On Thu, 2012-01-05 at 20:29 -0500, Alexandre Rostovtsev wrote:
>> Negative effects of removing the /bin/systemd symlink on 2021-05-01: an
>> unknown number of users who had forgotten to update their grub.conf
>> will
On 01/04/2012 04:42 AM, Arun Raghavan wrote:
> We've just made it optional in upstream git as well, so unless someone
> screams murder, I'm going to make esd support an off-by-default USE
> flag for media-sound/pulseaudio as well.
>
MURDER!!
Is the tree-cleaning really necessary?
Can't we just k
On Thu, Jan 5, 2012 at 5:36 PM, Alex Alexander wrote:
> If people are really interested in keeping a tight, self contained root,
> we need to:
>
> - establish a [tight] list of software we consider critical for /
> - fix/patch software in that list so it can run without /usr there
> - create /bin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/01/12 03:16 AM, Alec Warner wrote:
> Perhaps keep 'init' as a fairly simple codebase and run 'systemd'
> as pid 2 and they can chat with each other (over dbus?)
>
I seriously hope that was a troll... the whole point of systemd, as I
understa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/01/12 04:28 AM, Duncan wrote:
> Olivier Crête posted on Thu, 05 Jan 2012 21:03:32 -0500 as
> excerpted:
>
>> Hi,
>>
>> On Thu, 2012-01-05 at 20:29 -0500, Alexandre Rostovtsev wrote:
>>> Negative effects of removing the /bin/systemd symlink on
On Fri, 06 Jan 2012 10:31:14 -0500
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 06/01/12 04:28 AM, Duncan wrote:
> > In it he said he wished he'd introduced systemd with everything on
> > /usr in the first place. He sees the mistake now, and prefers to
> >
On Fri, Jan 06, 2012 at 08:35:32AM -0500, Rich Freeman wrote:
> On Thu, Jan 5, 2012 at 5:36 PM, Alex Alexander wrote:
> > If people are really interested in keeping a tight, self contained root,
> > we need to:
> >
> > - establish a [tight] list of software we consider critical for /
> > - fix/pat
* William Hubbs schrieb:
Hi folks,
> a significant change is taking place with several upstreams that will affect
> us in gentoo, so I wanted to bring it to the list for discussion.
>
> Udev, kmod (which is a replacement for module-init-tools which will be needed
> by >=udev-176), systemd, and
* Olivier Cr?te schrieb:
> You clearly have failed to realize that d-bus is a now the bus for
> system messaging and is as much part of the system as syslog or bash.
> Probably even more so, for example, in Fedora 17, you'll be able to boot
> without syslog or bash, but you need d-bus.
That's on
* Olivier Cr?te schrieb:
> d-bus is not high-level stuff... For example, you can't use bluetooth
> without d-bus. Even Android has it..
really sad, that so many important packages are depending on
that misdesigned bloat.
cu
--
--
On Fri, 6 Jan 2012 18:50:49 +0100
Enrico Weigelt wrote:
> I don't want to repeat all the arguments, why these Windows-imitator
> guys are completely wrong, anymore. (IMHO already been said in this
> thread).
Yes, having a single locations for all applications is so-windows. We
should go the othe
* Patrick Lauer schrieb:
> Please don't try to bring the GnomeOS vision of having MacOS without
> paying for it to my computing experience ...
+10
cu
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +
* Micha?? G?rny schrieb:
> > I don't want to repeat all the arguments, why these Windows-imitator
> > guys are completely wrong, anymore. (IMHO already been said in this
> > thread).
>
> Yes, having a single locations for all applications is so-windows. We
> should go the other way then, and cre
On Fri, 6 Jan 2012 19:41:27 +0100
Enrico Weigelt wrote:
> * Micha?? G?rny schrieb:
>
> > > I don't want to repeat all the arguments, why these
> > > Windows-imitator guys are completely wrong, anymore. (IMHO
> > > already been said in this thread).
> >
> > Yes, having a single locations for al
* Micha?? G?rny schrieb:
> > I was talking about other things, like giving up the typical
> > unix-style separation of subsystems, all the bloating happening
> > in certain DE's and then pulling down that bloat to the system
> > level (just starting w/ dbus)
>
> Yes, three arguments and just a o
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=397659
---
eclass/autotools-utils.eclass |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index f2daa55..e5ce908 100644
--- a/eclass/autotools-utils.eclass
+
As EAPI 2 support is intended, this requires configuring the build
system to install docs into a temporary location and moving files from
it. Due to the lack of 'dodoc -r', directories inside docdir are
supported only with EAPI 4.
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=350423
---
eclass/a
As we're running the complete set of commands for autoreconf, it is
completely unnecessary for eautomake to conditionally run that. Thus, we
need to set FROM_EAUTORECONF.
---
eclass/autotools-utils.eclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/eclass/autotools-ut
If (user) patches modify either configure.{ac,in} or Makefile.am files,
autoreconfigure the package for user.
---
eclass/autotools-utils.eclass | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
ind
> On Fri, 6 Jan 2012, Michał Górny wrote:
> if [[ ${DOCS} ]]; then
> dodoc "${DOCS[@]}" || die "dodoc failed"
> + else
> + local f
> + # same list as in PMS
> + for f in README* ChangeLog AUTHORS NEWS TODO CHANGES \
> +
On Wed, Jan 04, 2012 at 01:51:26PM -0500, Olivier Cr?te wrote
> No no no, the idea is that once all binaries are in /usr, you can easily
> share /usr between different systems and do updates in a sane way.. You
> can also mount /usr read-only, but still have / be read-write.
One size does not f
On Fri, 2012-01-06 at 19:41 -0500, Walter Dnes wrote:
> On Wed, Jan 04, 2012 at 01:51:26PM -0500, Olivier Cr?te wrote
>
> > No no no, the idea is that once all binaries are in /usr, you can easily
> > share /usr between different systems and do updates in a sane way.. You
> > can also mount /usr r
On Fri, Jan 06, 2012 at 07:41:27PM +0100, Enrico Weigelt wrote
> This is just our donation, I'm hoping others will join in.
> For the actual development, half of the resources should be
> fine, but testing dozens of uncommon scenarios will eat up
> a multiple of that.
I'm not a C programmer, ba
On Fri, 06 Jan 2012 19:59:45 -0500
Olivier Crête wrote:
> On Fri, 2012-01-06 at 19:41 -0500, Walter Dnes wrote:
> > On Wed, Jan 04, 2012 at 01:51:26PM -0500, Olivier Cr?te wrote
> >
> > > No no no, the idea is that once all binaries are in /usr, you can
> > > easily share /usr between different
On 01/05/2012 03:40 AM, Zac Medico wrote:
> The FHS notion of "root filesystem as a recovery partition" existed long
> before the relatively modern development of things like busybox and
> initramfs made it more practical to use an initramfs as a recovery
> partition. Anyone who wouldn't prefer to
On 01/06/2012 07:10 PM, Michael Weber wrote:
> On 01/05/2012 03:40 AM, Zac Medico wrote:
>> The FHS notion of "root filesystem as a recovery partition" existed long
>> before the relatively modern development of things like busybox and
>> initramfs made it more practical to use an initramfs as a re
29 matches
Mail list logo
