You're welcome.
Please, tell the PMS guys to add this to the spec and ask the Paludis guys
to implement this as well.
--
Кирилл Елагин
On Thu, Jun 12, 2014 at 1:33 AM, Mike Gilbert wrote:
> On Wed, Jun 11, 2014 at 4:56 PM, Mike Gilbert wrote:
> > On Wed, Jun 11, 2014 at 12:15 PM, Kirill Ela
On Wed, Jun 11, 2014 at 4:56 PM, Mike Gilbert wrote:
> On Wed, Jun 11, 2014 at 12:15 PM, Kirill Elagin wrote:
>> On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert wrote:
>>>
>>> On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering
>>> wrote:
>>> > On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo
On Wed, Jun 11, 2014 at 12:15 PM, Kirill Elagin wrote:
> On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert wrote:
>>
>> On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering
>> wrote:
>> > On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo.org) wrote:
>> >
>> >> > Symlinks should probably just be co
On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert wrote:
> On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering
> wrote:
> > On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo.org) wrote:
> >
> >> > Symlinks should probably just be considered different type of file,
> that
> >> > have a contents an
'Twas brillig, and Dave Reisner at 10/06/14 18:10 did gyre and gimble:
> Traditional configuration files have their own content. They can be
> hashed and tracked by your package manager. On upgrade, you can make an
> intelligent decision about what to do with the new file (replace,
> ignore, merge)
On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering
wrote:
> On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo.org) wrote:
>
>> > Symlinks should probably just be considered different type of file, that
>> > have a contents and stuff. The contents is usually a file name, and
>> > there's a size
On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo.org) wrote:
> > Symlinks should probably just be considered different type of file, that
> > have a contents and stuff. The contents is usually a file name, and
> > there's a size limit, but other than that it's just a magic kind of
> > file, wh
On 10/06/14 18:58, Mike Gilbert wrote:
> The problem with installing these symlinks as part of a package is
> that the user may have removed them from /etc/systemd using systemctl
> disable.
...
> If rpm or dpkg have a way to detect when the sysadmin has removed a
> file and will not replace that f
On Tue, Jun 10, 2014 at 1:32 PM, Lennart Poettering
wrote:
> On Tue, 10.06.14 13:10, Dave Reisner (d...@falconindy.com) wrote:
>
>> Perhaps there's a middle ground we can find. Tom mentioned the idea of
>> a "package" mode during configuration. How about a simpler idea -- if
>> DESTDIR is empty, a
On Tue, Jun 10, 2014 at 07:32:56PM +0200, Lennart Poettering wrote:
> Symlinks should probably just be considered different type of file, that
> have a contents and stuff. The contents is usually a file name, and
> there's a size limit, but other than that it's just a magic kind of
> file, where th
On Tue, 10.06.14 13:10, Dave Reisner (d...@falconindy.com) wrote:
> Perhaps there's a middle ground we can find. Tom mentioned the idea of
> a "package" mode during configuration. How about a simpler idea -- if
> DESTDIR is empty, add the symlinks. Otherwise, don't.
This sounds fragile... people
On Tue, Jun 10, 2014 at 06:26:47PM +0200, Lennart Poettering wrote:
> On Sun, 08.06.14 09:37, Dave Reisner (d...@falconindy.com) wrote:
>
> > On a related topic, could we please stop shipping hardcoded symlinks in
> > /etc in favor of documented reccomendations for downstream packagers?
>
> Hmm,
On Sun, 08.06.14 09:37, Dave Reisner (d...@falconindy.com) wrote:
> On a related topic, could we please stop shipping hardcoded symlinks in
> /etc in favor of documented reccomendations for downstream packagers?
Hmm, well. The way automake currently works is that all config files are
overwritten
On Mon, Jun 9, 2014 at 4:08 PM, Dave Reisner wrote:
> On Mon, Jun 09, 2014 at 10:12:35AM +0200, Tom Gundersen wrote:
>> Hi Dave,
>>
>> On Sun, Jun 8, 2014 at 3:37 PM, Dave Reisner wrote:
>> > Commit 2dcf7ec6ec added the following to Makefile.am:
>> >
>> > +GENERAL_ALIASES += \
>> > + $(syst
'Twas brillig, and Dave Reisner at 09/06/14 15:08 did gyre and gimble:
>>> > > On a related topic, could we please stop shipping hardcoded symlinks in
>>> > > /etc in favor of documented reccomendations for downstream packagers?
>> >
>> > I believe the aim here is to make "./autogen.sh c && make &
On Mon, Jun 09, 2014 at 10:12:35AM +0200, Tom Gundersen wrote:
> Hi Dave,
>
> On Sun, Jun 8, 2014 at 3:37 PM, Dave Reisner wrote:
> > Commit 2dcf7ec6ec added the following to Makefile.am:
> >
> > +GENERAL_ALIASES += \
> > + $(systemunitdir)/systemd-networkd.service
> > $(pkgsysconfdir)/sys
Hi Dave,
On Sun, Jun 8, 2014 at 3:37 PM, Dave Reisner wrote:
> Commit 2dcf7ec6ec added the following to Makefile.am:
>
> +GENERAL_ALIASES += \
> + $(systemunitdir)/systemd-networkd.service
> $(pkgsysconfdir)/system/multi-user.target.wants/systemd-networkd.service \
> + $(systemunitdi
Hi,
Commit 2dcf7ec6ec added the following to Makefile.am:
+GENERAL_ALIASES += \
+ $(systemunitdir)/systemd-networkd.service
$(pkgsysconfdir)/system/multi-user.target.wants/systemd-networkd.service \
+ $(systemunitdir)/systemd-networkd.service
$(pkgsysconfdir)/system/network-online.t
18 matches
Mail list logo