On Fri, Aug 17, 2012 at 7:33 AM, wrote:
> config file formats differs a lot, for OpenRC it's shell script, while
> for SystemD Microsoft ini/XDG Desktop Entry Specification.
Sorry, just to clarify and reiterate what I said before -- I am
excluding Unit files from this discussion, for obvious rea
"Jason A. Donenfeld" writes:
> To what degree is there parity of configuration formats between OpenRC
> and SystemD? Obviously there will never be any sort of parity ever for
> Unit files, but what about for the general parameters of the system?
> machine-id, locale, timezone, hostname, et cetera
On Thu, Aug 16, 2012 at 11:13 PM, Doug Goldstein wrote:
> On Thu, Aug 16, 2012 at 7:05 AM, Rich Freeman wrote:
[snip]
>>
>> It is only useful for situations where people want to do something
>> unusual. Some would argue that this is the only situation where
>> Gentoo is useful. If I wanted a
On Thu, Aug 16, 2012 at 7:05 AM, Rich Freeman wrote:
> On Wed, Aug 15, 2012 at 10:04 AM, Fabian Groffen wrote:
>>
>> From that angle, if you wouldd remove the system set, would you add its
>> contents to the Portage ebuild? Portage itself doesn't need a compiler
>> or might not need gawk, but wh
On Thu, Aug 16, 2012 at 9:26 PM, Rich Freeman wrote:
> On Thu, Aug 16, 2012 at 4:05 PM, Michael Mol wrote:
>> The limited-visibility build feature discussed a week or so ago would
>> go a long way in detecting unexpressed build dependencies.
>
> I can't say that is a coincidence, but my intent wo
On Thu, Aug 16, 2012 at 4:05 PM, Michael Mol wrote:
> The limited-visibility build feature discussed a week or so ago would
> go a long way in detecting unexpressed build dependencies.
I can't say that is a coincidence, but my intent would be to include
@system as implicit dependencies, at least
Hey everyone,
This isn't a topic meant for bike shedding, but just kind of loose
exploratory inquiry. I saw a bug report about adding systemd's
tmpfiles.d config format support to OpenRC (accomplished) and then
some discussion about adding an ebuild utility function (dotmpfiles_d)
or digging up so
---
gx86/eclass/eutils.eclass | 37 +
1 file changed, 37 insertions(+)
diff --git a/gx86/eclass/eutils.eclass b/gx86/eclass/eutils.eclass
index eb8c8f7..edea3ea 100644
--- a/gx86/eclass/eutils.eclass
+++ b/gx86/eclass/eutils.eclass
@@ -650,6 +650,43 @@ edos2uni
> On Thu, 16 Aug 2012, Michał Górny wrote:
>> > +dointo() {
>> > + [[ ${#} -gt 2 ]] || die 'Synopsis: dointo
>> > [...]' +
>> > + local directory=${1}
>> > + shift
>> > +
>> > + (
>> > + insinto "${directory}"
>>
>> Shouldn't there be checking for errors here, for the case that
On Thu, 16 Aug 2012 13:45:50 -0700
Diego Elio Pettenò wrote:
> On 16/08/2012 13:45, Michał Górny wrote:
> >
> > We can remove it from eutils when it gets into EAPI (i.e. make
> > conditional to older EAPIs). This will keep things both usable
> > and clean.
>
> I still don't like it — I definite
On 16/08/2012 13:45, Michał Górny wrote:
>
> We can remove it from eutils when it gets into EAPI (i.e. make
> conditional to older EAPIs). This will keep things both usable
> and clean.
I still don't like it — I definitely don't like changing the approach
midway and halfway.
So my 2 cents here k
On Thu, 16 Aug 2012 22:36:46 +0200
Ulrich Mueller wrote:
> > On Thu, 16 Aug 2012, Michał Górny wrote:
>
> > +dointo() {
> > + [[ ${#} -gt 2 ]] || die 'Synopsis: dointo
> > [...]' +
> > + local directory=${1}
> > + shift
> > +
> > + (
> > + insinto "${directory}"
>
> Sho
On Thu, 16 Aug 2012 13:29:50 -0700
Diego Elio Pettenò wrote:
> On 16/08/2012 13:19, Michał Górny wrote:
> > eutils.eclass | 37 +
>
> I would say "no", and let's queue this for the next EAPI.
>
> The reason being we have everything ${foo}into {new,do}${foo},
> On Thu, 16 Aug 2012, Michał Górny wrote:
> +dointo() {
> + [[ ${#} -gt 2 ]] || die 'Synopsis: dointo [...]'
> +
> + local directory=${1}
> + shift
> +
> + (
> + insinto "${directory}"
Shouldn't there be checking for errors here, for the case that insinto
fails
On 16/08/2012 13:19, Michał Górny wrote:
> eutils.eclass | 37 +
I would say "no", and let's queue this for the next EAPI.
The reason being we have everything ${foo}into {new,do}${foo}, provided
by EAPI and utils as well, why should foo=ins be different now?
-
---
eutils.eclass | 37 +
1 file changed, 37 insertions(+)
diff --git a/eutils.eclass b/eutils.eclass
index eb8c8f7..119fc32 100644
--- a/eutils.eclass
+++ b/eutils.eclass
@@ -650,6 +650,43 @@ edos2unix() {
sed -i 's/\r$//' -- "$@" || die
}
+# @FUNCT
I will provide patches for more if the functions are accepted.
---
eutils.eclass | 24 ++--
1 file changed, 6 insertions(+), 18 deletions(-)
diff --git a/eutils.eclass b/eutils.eclass
index 119fc32..f59b7ae 100644
--- a/eutils.eclass
+++ b/eutils.eclass
@@ -871,12 +871,8 @@ ma
On Thu, Aug 16, 2012 at 3:51 PM, Gregory M. Turner wrote:
> On 8/16/2012 4:59 AM, Rich Freeman wrote:
>>
[snip]
>
>
> tldr: I like, approve and otherwise +1 the idea of somehow paring down or
> eliminating @system but I think it's going to be fairly challenging, so more
> discussion on this topic
On Thu, 16 Aug 2012 22:41:31 +0300
Sergei Trofimovich wrote:
> Second attempt to bring basic tmpfiles.d support to the tree.
>
> The first one:
> http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg52059.html
>
> Changed since:
>
> - eclass tmpfilesd.eclass renamed to tmpfiles-d.eclass
On 8/16/2012 4:59 AM, Rich Freeman wrote:
On Wed, Aug 15, 2012 at 3:18 PM, Michael Mol wrote:
It also sounds like something like that could be a benefit to shrinking @system.
I think the solution to the circular dependency issue isn't to make
Portage able to completely bootstrap the whole sy
Second attempt to bring basic tmpfiles.d support to the tree.
The first one:
http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg52059.html
Changed since:
- eclass tmpfilesd.eclass renamed to tmpfiles-d.eclass
- {do,new}tmpfilesd renamed to {do,new}tmpfiles_d
- systemd.eclass now uses tmp
On 08/16/2012 04:59 AM, Rich Freeman wrote:
> And since ssh was brought up - this is what happens with hacks like
> this. When you combine the "default install" with the "minimum deps
> for everything" list you end up with an ssh you can't get rid of
> without the package.provided hack (which real
On Thu, Aug 16, 2012 at 10:13:43AM +0300, Sergei Trofimovich wrote:
> Another misfeature: some fields seem to be optional and tmpfiles.sh
> dislikes it (example is taken from the bottom of tmpfiles.d.html).
> Looks like just missing quotes in tests:
>
> tmpfiles.d # cat screen.conf
> d /var/run/s
On Wed, Aug 15, 2012 at 10:04 AM, Fabian Groffen wrote:
>
> From that angle, if you wouldd remove the system set, would you add its
> contents to the Portage ebuild? Portage itself doesn't need a compiler
> or might not need gawk, but whatever it runs (ebuilds) often need so.
Nope - I'd add them
On Wed, Aug 15, 2012 at 3:18 PM, Michael Mol wrote:
> It also sounds like something like that could be a benefit to shrinking
> @system.
>
I think the solution to the circular dependency issue isn't to make
Portage able to completely bootstrap the whole system, but rather just
to make it capable
> > Oh, nice. What do you think of moving those helper implementations to
> > tmpfiles-d.eclass and make
> >
> > systemd_dotmpfilesd() { dotmpfiles_d "$@"; }
> >
> > as William suggested? That way we would not impose blocker DEPENDs
> > from systemd.eclass to users and might help adding {do,n
On Thu, 16 Aug 2012 10:38:06 +0300
Sergei Trofimovich wrote:
> On Wed, 15 Aug 2012 23:25:16 +0200
> Michał Górny wrote:
>
> > On Wed, 15 Aug 2012 23:57:57 +0300
> > Sergei Trofimovich wrote:
> >
> > > But there is no simple way to install such helpers from ebuilds.
> > > The tmpfiles.d is aim
On Wed, 15 Aug 2012 23:25:16 +0200
Michał Górny wrote:
> On Wed, 15 Aug 2012 23:57:57 +0300
> Sergei Trofimovich wrote:
>
> > But there is no simple way to install such helpers from ebuilds.
> > The tmpfiles.d is aimed to help in such situations.
>
> Yes, there is.
>
> $ grep dotmpfiles *.ecl
On Thu, 16 Aug 2012 06:19:55 +
"Robin H. Johnson" wrote:
> On Wed, Aug 15, 2012 at 11:57:57PM +0300, Sergei Trofimovich wrote:
> > As gentoo switched to /var/run/ -> /run in tmpfs recently
> > people got into problems [1] of missing directories like:
> > /var/run/screen/
> > /var/run/
29 matches
Mail list logo