> > Go on down your path, but I suspect not many people would cheer at you
> > in this camp...
>
> I can see the merit - on two points, technical and political.
>
> > On the technical side, I can see the usefulness of a system
> wide standardised service status reporting - making it easy
> for on
Hi all.
So I noticed that on systems upgraded to devuan jessie from debian
wheezy, I still have a /etc/debian_version. I don't have this file on a
couple devuan systems installed from scratch.
I figured I didn't need a /etc/debian_version reading 7.1.1 anymore,
so I blew it away on one of my upgr
On Fri, 14 Apr 2017 21:16:18 +0100
Simon Hobson wrote:
> "Enrico Weigelt, metux IT consult" wrote:
>
> >> For those of us who put consistency above boot speed, simply
> >> changing the init script so MySQL doesn't flag as "started" until
> >> the daemon is up and ready to accept requests would
On 2017-04-14 14:36, Daniel Abrecht wrote:
On 2017-04-14 19:27, Joachim Fahrner wrote:
Am 2017-04-10 00:39, schrieb fsmithred:
desktop-base is supposed to handle that, but it's not cooperating.
You can
bypass it by adding the following (one) line to /etc/default/grub
GRUB_THEME=/usr/share/des
On 2017-04-14 20:16, Simon Hobson wrote:
> "Enrico Weigelt, metux IT consult" wrote:
>
>>> For those of us who put consistency above boot speed, simply changing
>>> the init script so MySQL doesn't flag as "started" until the daemon
>>> is up and ready to accept requests would fix it;
>> But then
On 2017-04-14 05:44, Enrico Weigelt, metux IT consult wrote:
On 14.04.2017 12:05, Jaromil wrote:
can't look deeper into it now, but well, we can consider it at least
as a reference for people preparing and fixing packages.
Can we aggree on some common naming scheme ?
Perhaps these pages wi
"Enrico Weigelt, metux IT consult" wrote:
>> For those of us who put consistency above boot speed, simply changing
>> the init script so MySQL doesn't flag as "started" until the daemon
>> is up and ready to accept requests would fix it;
>
> But then you'll have kind of daemon who watches mysql
On 2017-04-14 19:27, Joachim Fahrner wrote:
> Am 2017-04-10 00:39, schrieb fsmithred:
>
>> desktop-base is supposed to handle that, but it's not cooperating.
>> You can
>> bypass it by adding the following (one) line to /etc/default/grub
>>
>> GRUB_THEME=/usr/share/desktop-base/grub-themes/desktop-
Am 2017-04-10 00:39, schrieb fsmithred:
desktop-base is supposed to handle that, but it's not cooperating. You
can
bypass it by adding the following (one) line to /etc/default/grub
GRUB_THEME=/usr/share/desktop-base/grub-themes/desktop-grub-them/theme.txt
Thank you for that hint.
The correct
Hi folks,
I've just packaged recent cairo w/ my drm patchqueue applied.
For now just on Trusty (as my workstation's still running it), but
fixing up for devuan should be trivial.
https://github.com/metux/cairo/tree/trusty/master
--
mit freundlichen Grüßen
--
Enrico, Sohn von Wilfried, a.d.F
On 14.04.2017 18:33, Uli Schlachter wrote:
> configure already generates this. No idea what "complaining", "extra
> preparations", nor "special commands" you mean. (Well, ok, perhaps the
> empty files: This just
Yeah, that was the missing point. turned out that just creating them
in the correspon
Enrico Weigelt:
> On 14.04.2017 12:06, k...@aspodata.se wrote:
> > Enrico Weigelt:
> > ...
> >> Let's just take some example: libsrvmgt with funcs like that:
> >>
> >> * srvmgt_daemonize()
> >> --> detach from controlling terminal, etc
> >
> > Why do any monitor program need to know if the progr
Steve Litt:
...
> This is the perfect opportunity to explore this more. Karl is one of
> the tiny minority of people to have successfully booted using the
> Busybox Init.
Why do you make it sound like it is difficult, it isn't something that
you need any advanced skill to solve. It's just that you
Steve Litt - 14.04.17, 12:07:
> On Fri, 14 Apr 2017 13:56:32 +
>
> Daniel Abrecht wrote:
> > Hi
> >
> > From my point of view, systemd always tries to keep services running,
> > no matter how hard they fail, and to mask possible problems when
> > starting a service, so the service maintainer
On Fri, 14 Apr 2017 13:56:32 +
Daniel Abrecht wrote:
> Hi
>
> From my point of view, systemd always tries to keep services running,
> no matter how hard they fail, and to mask possible problems when
> starting a service, so the service maintainers don't have to fix
> their service, which is
On Fri, Apr 14, 2017 at 09:06:13AM +0200, Jaromil wrote:
> dear Hendrik,
>
> On Wed, 12 Apr 2017, Hendrik Boom wrote:
>
> > Well, the official policy, insofar as there is one, appears to be that
> [...]
>
> thanks for writing down such a clear statement on the matter, its
You are very welcome!
On Fri, 14 Apr 2017 11:29:12 +0100
Simon Hobson wrote:
> k...@aspodata.se wrote:
> But then I'm one of those generally happy with SysVInit style
> booting. It's easy to understand, it's generally reliable, it's
> fairly easy to debug if something isn't right. But I also recognise
> that others
Hi
From my point of view, systemd always tries to keep services running, no
matter how hard they fail, and to mask possible problems when starting a
service, so the service maintainers don't have to fix their service,
which is really unfortunate.
In case of those service state notifications with
Hi folks,
anyone here already used pbuilder w/ docker ?
(instead of, eg. cowbuilder)
Or is there anything else that can do that ?
--mtx
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On 14.04.2017 13:16, Jaromil wrote:
> because people think different :^) apologies for my 'done right' btw,
> was teasing and yea I'm an opinionated lambdaboy :^)
I haven't yet understood what the exact problem to solve, and how that
actually supposed to work.
CMIIW, but to me it looks pretty mu
On 14.04.2017 12:17, Simon Hobson wrote:
> For those of us who put consistency above boot speed, simply changing
> the init script so MySQL doesn't flag as "started" until the daemon
> is up and ready to accept requests would fix it;
But then you'll have kind of daemon who watches mysql until it'
On 14.04.2017 12:29, Simon Hobson wrote:
> But I also recognise that others aren't happy and if they want to
> use something else then that's OK by me - as long as what they
> propose isn't something that "infects" stuff I want to run under
> SysVInit.
Exactly my goal. sysvinit users would proba
On Fri, 14 Apr 2017, Enrico Weigelt, metux IT consult wrote:
> On 14.04.2017 12:05, Jaromil wrote:
>
> > distro-agnostic packaging system done right (aka using a functional
> > language)
> > https://www.gnu.org/software/guix/manual/html_node/Invoking-guix-package.html
>
> hmm, yet another packag
On 14.04.2017 12:06, k...@aspodata.se wrote:
> Enrico Weigelt:
> ...
>> Let's just take some example: libsrvmgt with funcs like that:
>>
>> * srvmgt_daemonize()
>> --> detach from controlling terminal, etc
>
> Why do any monitor program need to know if the program has detached
> or not, the only
On 14.04.2017 12:05, Jaromil wrote:
> can't look deeper into it now, but well, we can consider it at least
> as a reference for people preparing and fixing packages.
Can we aggree on some common naming scheme ?
For now I'm just using / as prefix (which is used by my
pbuilder-based packaging tool
k...@aspodata.se wrote:
> Given the choises given, it seems that the target of the monitor is
> network servers. Couldn't the monitor find out the ready_local,
> ready_all and shutdown by itself by monitoring which ports are open ?
...
> And, what if the monitor cannot trust the program it monit
KatolaZ wrote:
>> For start, we'd just write a small library, that logs to syslog,
>> perhaps maintains some pidfiles (maybe even a *compile-time* option
>> to route directly to libsystemd), then patch up packages that currently
>> use libsystemd to use our new one.
>>
>
> I personally don't se
Enrico Weigelt:
...
> Let's just take some example: libsrvmgt with funcs like that:
>
> * srvmgt_daemonize()
> --> detach from controlling terminal, etc
Why do any monitor program need to know if the program has detached
or not, the only thing it needs to know is the pid and the state,
which wo
On Fri, 14 Apr 2017, Enrico Weigelt, metux IT consult wrote:
> On 14.04.2017 11:37, Jaromil wrote:
>
> > being heavily based on git, it could be well compatible with Devuan's
> > architecture. We'd certainly support the project.
>
> maybe you'd like to have a look at my github repos to get a be
On 14.04.2017 11:37, Jaromil wrote:
> being heavily based on git, it could be well compatible with Devuan's
> architecture. We'd certainly support the project.
maybe you'd like to have a look at my github repos to get a better
idea of my approach:
https://github.com/oss-qm
https://github.com/me
On 14-04-17 11:20, KatolaZ wrote:
On Fri, Apr 14, 2017 at 10:57:01AM +0200, Enrico Weigelt, metux IT consult
wrote:
[cut]
* srvmgt_daemonize()
--> detach from controlling terminal, etc
* srvmgt_droppriv(...)
--> drop root privileges (if we are still root)
--> several versions, eg. wi
On Fri, 14 Apr 2017, Enrico Weigelt, metux IT consult wrote:
> On 07.03.2017 07:15, Ralph Ronnquist wrote:
>
> > The Issues forum (https://dev1galaxy.org/viewforum.php?id=19) holds
> > threads that are automagically created by dev1galaxy's trusty "gdolink"
> Could we bridge it to maillists ?
> (
On Fri, 14 Apr 2017, Enrico Weigelt, metux IT consult wrote:
> Several years ago, I started a project called 'oss-qm' which aimed to
> collect maintenance branches for lots of packages, which solve the
> common problems in a generic way (instead of all the dist specific
> patches), so distros can
goli...@dyne.org wrote on 04/13/2017 12:51 PM:
> How about Systemd OS running on a Linux kernel.
>
> golinux
.. or more simply, SOL
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On 07.03.2017 07:15, Ralph Ronnquist wrote:
> The Projects forum (https://dev1galaxy.org/viewforum.php?id=18)
> organizes Devuan projects into two categories - "devuan-packages /
> infrastructure" and "other projects". Both categories are presented as
> alphabetical and activity ordered lists. Th
On Fri, Apr 14, 2017 at 10:57:01AM +0200, Enrico Weigelt, metux IT consult
wrote:
[cut]
> * srvmgt_daemonize()
> --> detach from controlling terminal, etc
> * srvmgt_droppriv(...)
> --> drop root privileges (if we are still root)
> --> several versions, eg. with fetching the target uid/gid
On 09.03.2017 07:45, KatolaZ wrote:
> I have made a quick search, and it seems that the problem is, again,
> in the fact that people prefer overkills to simple solutions.
Yeah, they invented their own private "cross platform API" - as there
wouldn't already be enough out there, that just could b
On 08.03.2017 19:30, KatolaZ wrote:
> "...WE ARE THE BORG. LOWER YOUR SHIELDS AND SURRENDER YOUR SHIPS. WE
> WILL ADD YOUR BIOLOGICAL AND TECHNOLOGICAL DISTINCTIVENESS TO OUR
> OWN. YOUR CULTURE WILL ADAPT TO SERVICE US. RESISTANCE IS FUTILE..."
We all know the borg can be defeated.
Actually, th
On 08.03.2017 18:59, goli...@dyne.org wrote:
> Me either and many others on this list - there have been several
> pulseaudio threads on dng over the years. But that is not the point.
> Unless FF 52 onward is recompiled with the alsa switch enabled, it will
> be unusable for most of us. So this i
On 08.03.2017 15:37, aitor_czr wrote:
> But that's good: imagine, for example, someone downloading the sources
> of linux-libre from the fsfla's website. He will not be able to add a
> binary file using quilt; so, pristine-tar will be enough to verify the
> lack of binary blobs.
So, you consider
On 13.04.2017 08:00, Joachim Fahrner wrote:
> This is impossible with a binary distribution. systemd is not only an
> init system, it pervades the whole system. You can either compile
> packages with systemd libraries or without. But you have to decide that
> at compile time.
That's exactly what
On 13.04.2017 09:27, Klaus Ethgen wrote:
> Take for example openssh, I provide patched packages on my server that
> remove the patches of debian that lower ssh security for just gaining a
> bit more comfort.
What are they aiming to "improve" here ?
> However, in the recent days it was even not
On 14.04.2017 09:49, KatolaZ wrote:
> On Fri, Apr 14, 2017 at 09:14:32AM +0200, Enrico Weigelt, metux IT consult
> wrote:
> ...err...by upstream you mean Debian? Then I am lost.
I meant the actual upstreams, but dists like debian too.
> Most of the systemd-specific stuff in those packages has
On 10.03.2017 07:30, Steve Litt wrote:
> Hi all,
>
> I've just finished an extensive and complete document on installing,
> modifying and using the Surf browser, and judging from yesterday's
> biggest thread, not a moment too soon.
Having a little package that glues them all together, to have a s
On Fri, Apr 14, 2017 at 09:14:32AM +0200, Enrico Weigelt, metux IT consult
wrote:
[cut]
>
> > Look, today Devuan lives with using mostly Debian packages, a small
> > fraction of which being de-poetterized.
>
> That's already a good thing, and really should be continued. But the
> correspo
On 16.03.2017 12:10, Didier Kryn wrote:
> Many free software developper teams proved already they are mostly
> working for themselves - eg Gnome, KDE, Firefox. When people develop
> software for free, they put a lot of their ego in it, and this goes
> against the ability to recognize ones own
dear Hendrik,
On Wed, 12 Apr 2017, Hendrik Boom wrote:
> Well, the official policy, insofar as there is one, appears to be that
[...]
thanks for writing down such a clear statement on the matter, its
helping us to complete the release announcement which now includes
this section about Init Free
47 matches
Mail list logo
