Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth"
* Package name: dmrconfig
Version : 1.1
Upstream Author : Serge Vakulenko
* URL : https://github.com/sergev/dmrconfig
* License : Apache
Programming Lang: C
Description : configuration utility
On Wed, 07 Aug 2019 09:28:12 -0400, The Wanderer
wrote:
>On 2019-08-07 at 04:26, Russell Stuart wrote:
>
>> On Wed, 2019-08-07 at 09:34 +0200, Marc Haber wrote:
>>
>>> I am using Debian for two decades now, and I realized that
>>> necessity two days ago.
>>
>> Ditto - except for me it was a few
> Please stop hating on sysvinit
So, just to clarify… so, it’s ok to hate systemd, but it’s not ok to hate
sysvinit (spaghetti of shell scripts)?
O.
--
Ondřej Surý
ond...@sury.org
> On 7 Aug 2019, at 15:44, Ian Jackson wrote:
>
> Marc Haber writes ("Re: do packages depend on lexical order
Am 08.08.19 um 13:39 schrieb Marc Haber:
> On Wed, 07 Aug 2019 09:28:12 -0400, The Wanderer
> wrote:
>> On 2019-08-07 at 04:26, Russell Stuart wrote:
>>
>>> On Wed, 2019-08-07 at 09:34 +0200, Marc Haber wrote:
>>>
I am using Debian for two decades now, and I realized that
necessity two d
On Thu, 2019-08-08 at 13:47 +0200, Ondřej Surý wrote:
> So, just to clarify… so, it’s ok to hate systemd, but it’s
> not ok to hate sysvinit (spaghetti of shell scripts)?
>
One has a spaghetti of shell scripts, the other has a kimchi of log
commands and hidden config files.
I think "out of sigh
On 2019-08-08 13:47, Ondřej Surý wrote:
Please stop hating on sysvinit
So, just to clarify… so, it’s ok to hate systemd, but it’s not ok to
hate sysvinit (spaghetti of shell scripts)?
I don't think that's a constructive line of argument. At the same time
it's not a race to the bottom in ter
> On 8 Aug 2019, at 14:08, Philipp Kern wrote:
>
> On 2019-08-08 13:47, Ondřej Surý wrote:
>>> Please stop hating on sysvinit
>> So, just to clarify… so, it’s ok to hate systemd, but it’s not ok to
>> hate sysvinit (spaghetti of shell scripts)?
>
> I don't think that's a constructive line of ar
* Bernhard Schmidt [190808 07:48]:
> Am 08.08.19 um 13:39 schrieb Marc Haber:
> > How do I generate a new one?
>
> I followed
> https://unix.stackexchange.com/questions/402999/it-is-ok-to-change-etc-machine-id
> last time which means
Hmm. The advice in that link doesn't match what man machine-i
On Thu, Aug 08, 2019 at 08:37:16AM -0400, Marvin Renich wrote:
Does anyone know what applications use this file for what purpose? Is
this a systemd-ism?
man machine-id
On Thu, Aug 08, 2019 at 02:35:13PM +0200, Ondřej Surý wrote:
> And there’s the problem. If we keep with sysvinit as a baseline of
> features provided by the init, we end up with just every init script
> having something like this: [...]
it seems several people in this thread have missed the fact
On 2019-08-08 14:43, Holger Levsen wrote:
On Thu, Aug 08, 2019 at 02:35:13PM +0200, Ondřej Surý wrote:
And there’s the problem. If we keep with sysvinit as a baseline of
features provided by the init, we end up with just every init script
having something like this: [...]
it seems several peo
On Thu, Aug 08, 2019 at 02:48:48PM +0200, Philipp Kern wrote:
[...]
> That's also to some degree why I think a solution to this problem is for the
> init diversity folks to figure out and we should not block on that. And that
> seems fine given the scope they have set for themselves.
I agree with
Philipp Kern - 08.08.19, 14:48:48 CEST:
> On 2019-08-08 14:43, Holger Levsen wrote:
> > On Thu, Aug 08, 2019 at 02:35:13PM +0200, Ondřej Surý wrote:
> >> And there’s the problem. If we keep with sysvinit as a baseline of
> >> features provided by the init, we end up with just every init
> >> scrip
* Michael Stone [190808 08:42]:
> On Thu, Aug 08, 2019 at 08:37:16AM -0400, Marvin Renich wrote:
> > Does anyone know what applications use this file for what purpose? Is
> > this a systemd-ism?
>
> man machine-id
The man page says what it is (a unique, random ID for the machine) and
how to ini
On Thu, Aug 08, 2019 at 11:41:52AM -0400, Marvin Renich wrote:
* Michael Stone [190808 08:42]:
On Thu, Aug 08, 2019 at 08:37:16AM -0400, Marvin Renich wrote:
> Does anyone know what applications use this file for what purpose? Is
> this a systemd-ism?
man machine-id
The man page says what i
On Thu, 8 Aug 2019 11:50:07 -0400, Michael Stone
wrote:
>On Thu, Aug 08, 2019 at 11:41:52AM -0400, Marvin Renich wrote:
>>* Michael Stone [190808 08:42]:
>>> On Thu, Aug 08, 2019 at 08:37:16AM -0400, Marvin Renich wrote:
>>> > Does anyone know what applications use this file for what purpose? Is
On Thu, Aug 08, 2019 at 06:16:31PM +0200, Marc Haber wrote:
On Thu, 8 Aug 2019 11:50:07 -0400, Michael Stone
wrote:
On Thu, Aug 08, 2019 at 11:41:52AM -0400, Marvin Renich wrote:
* Michael Stone [190808 08:42]:
On Thu, Aug 08, 2019 at 08:37:16AM -0400, Marvin Renich wrote:
> Does anyone know
Hi,
On Thu, Aug 08, 2019 at 02:48:48PM +0200, Philipp Kern wrote:
> As a lot of the conflict between sysvinit and systemd was about the
> philosophy.
I wouldn't say "philosophy". These are different technical designs, and
each design has certain capabilities and limitations. It is not possible t
Package: wnpp
Severity: wishlist
Owner: Chris Cantwell
* Package name: libnektar++
Version : 5.0.0
Upstream Author : Chris Cantwell
* URL : http://www.nektar.info/
* License : MIT
Programming Lang: C++
Description : Nektar++ spectral/hp element framewo
On Wed, 7 Aug 2019 11:15:22 -0400, Marvin Renich
wrote:
>I think this is a good idea, but will require work and coordination to
>accomplish. A wiki.debian.org page with your ideas and (perhaps on a
>separate page) a place to list things that need updating after the
>physical copying is complete w
On Thu, 8 Aug 2019 19:10:42 +0200
Simon Richter wrote:
> For servers, the benefit is rather limited. There is no local user who
i don't agree - systemd just work™ in the most cases. Without changing
a bit.
> The "desktop" and "server" use cases are so vastly different that it
> doesn't make sense
❦ 8 août 2019 19:10 +02, Simon Richter :
> For servers, the benefit is rather limited. There is no local user who
> makes system-wide policy decisions, and hardware is not changing
> dynamically either. The actual services provided are either implemented as
> daemons (i.e. not microservices), or
Michael Stone writes:
> So to find out what applications use the file you'd have to look for
> references to the various APIs (such as
> sd_id128_get_machine_app_specific or dbus-uuidgen) which themselves use
> /etc/machine-id
I believe the point of the question was to see if anyone had already
Control: tags -1 + pending
lsore...@csclub.uwaterloo.ca (Lennart Sorensen) wrote:
> On Tue, Aug 06, 2019 at 08:30:56PM +0200, Holger Wansing wrote:
> > I was about to commit these changes, however it came to my mind if such
> > changes to the GPL are allowed?
> >
> > At least the English variant
Ondřej Surý writes:
> So, just to clarify… so, it’s ok to hate systemd, but it’s not ok to
> hate sysvinit (spaghetti of shell scripts)?
Personally, I'd be happy if people would just stop hating on any free
software in general. Even buggy free software is someone's effort,
released into the wo
* Michael Stone [190808 12:34]:
> I guess I need you to say what's confusing. It's an ID that doesn't change.
> You can look up gethostid to get a little more background. If you need an ID
First, let me say that I am not trying to be intentionally obtuse. I am
really interested to know what prog
Package: wnpp
Severity: wishlist
Owner: Scarlett Moore
* Package name: xdg-utils-cxx
Version : 1.0.0
Upstream Author : Alexis López Zubieta
* URL : https://github.com/azubieta/xdg-utils-cxx
* License : MIT/X
Programming Lang: C++
Description : Implement
did you tried this
https://codesearch.debian.net/search?q=machine-id&literal=1&perpkg=1
This is related to the thread Generating new IDs for cloning, but is
probably OT for this list. I guess this is really a question for
systemd maintainers? Should I file a bug?
The man page for machine-id says:
This ID uniquely identifies the host. It should be considered
"confidential", and
I pretty much agree with everything you just said.
O.
--
Ondřej Surý
> On 8 Aug 2019, at 20:34, Russ Allbery wrote:
>
> Ondřej Surý writes:
>
>> So, just to clarify… so, it’s ok to hate systemd, but it’s not ok to
>> hate sysvinit (spaghetti of shell scripts)?
>
> Personally, I'd be happy
Hi,
On 07-08-2019 16:57, Ian Jackson wrote:
> Lisandro Damián Nicanor Pérez Meyer writes ("Re: Bits from the Release Team:
> ride like the wind, Bullseye!"):
>> No, what I have been perceiving (and pretty please note that this is my
>> personal "feeling") is that maintainers, specially library ma
Hi,
On Thu, Aug 08, 2019 at 08:15:29PM +0200, Vincent Bernat wrote:
> inetd performance is very low because it needs to spawn one instance for
> each connection. systemd socket activation has absolutely 0 overhead
> except on the first connection (where systemd needs to start the
> service).
If
Simon Richter writes:
> In the same way, we could have had automatic restart of services through
> sysvinit easily: an include mechanism that allows additional inittab
> lines to be pulled from /etc/inittab.d/* would be trivial to
> implement. That it hasn't been done is not because no one has th
On Thu, Aug 08, 2019 at 01:08:41PM -0700, Russ Allbery wrote:
Simon Richter writes:
In the same way, we could have had automatic restart of services through
sysvinit easily: an include mechanism that allows additional inittab
lines to be pulled from /etc/inittab.d/* would be trivial to
impleme
[ debian-arm is Cced: as armel and armhf might be impacted in the
future]
[ debian-devel is Cced: as i386 might be impacted in the future]
[ debian-release is Cced: as the release has to agree with the
solution]
Hi all,
32-bit processes are able to address at maximum 4GB of memory (2^32),
a
Russ Allbery - 08.08.19, 20:33:58 CEST:
> Ondřej Surý writes:
> > So, just to clarify… so, it’s ok to hate systemd, but it’s not ok
> > to
> > hate sysvinit (spaghetti of shell scripts)?
>
> Personally, I'd be happy if people would just stop hating on any free
> software in general. Even buggy
On 2019-08-08 15:20 -0400, Marvin Renich wrote:
> This is related to the thread Generating new IDs for cloning, but is
> probably OT for this list. I guess this is really a question for
> systemd maintainers? Should I file a bug?
No.
> The man page for machine-id says:
>
> This ID uniquely i
On Thu, 2019-08-08 at 22:38 +0200, Aurelien Jarno wrote:
[...]
> 1) Build a 64-bit compiler targeting the 32-bit corresponding
>architecture and install it in the 32-bit chroot with the other
>64-bit dependencies. This is still a kind of cross-compiler, but the
>rest of the build is unc
Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: whawty-auth
Version : 0.2
Upstream Author : whawty contributors (see AUTHORS file)
* URL : https://github.com/whawty/auth/blob/master/AUTHORS
On 2019/08/08 23:12, Sven Joachim wrote:
>> The man page for machine-id says:
>>
>> This ID uniquely identifies the host. It should be considered
>> "confidential", and must not be exposed in untrusted environments, in
>> particular on the network.
>>
>> Why is the file mode 0666?
> 0644, not
On Thu, 08 Aug 2019 at 13:39:54 +0200, Marc Haber wrote:
> Generating a new machine-id doesn't seem as easy as generating a new
> ssh key: Removing /etc/machine-id doesn't do it as
> systemd-machine-id-setup seems to pull the machine-id from dbus.
For historical reasons (dbus originated the concep
Hi!
On 8/8/19 10:38 PM, Aurelien Jarno wrote:
> Any comments, ideas, or help here?
I'm by no means a GHC nor Haskell expert, but I think it should be generally
feasible to add native code generation support in GHC for all architectures
which are supported by LLVM.
According to a bug report I saw
On Thu, 08 Aug 2019 at 08:37:16 -0400, Marvin Renich wrote:
> Does anyone know what applications use this file for what purpose? Is
> this a systemd-ism?
It originated as /var/lib/dbus/machine-id in D-Bus, and systemd picked it
up and generalized it into something non-D-Bus-specific. It isn't rea
On 2019-08-08 22:23, Ben Hutchings wrote:
> On Thu, 2019-08-08 at 22:38 +0200, Aurelien Jarno wrote:
> [...]
> > 1) Build a 64-bit compiler targeting the 32-bit corresponding
> >architecture and install it in the 32-bit chroot with the other
> >64-bit dependencies. This is still a kind of c
On 2019-08-08 23:57, John Paul Adrian Glaubitz wrote:
> Hi!
>
> On 8/8/19 10:38 PM, Aurelien Jarno wrote:
> > Any comments, ideas, or help here?
> I'm by no means a GHC nor Haskell expert, but I think it should be generally
> feasible to add native code generation support in GHC for all architectu
On Thu, 08 Aug 2019 at 15:20:28 -0400, Marvin Renich wrote:
> The man page for machine-id says:
>
> This ID uniquely identifies the host. It should be considered
> "confidential", and must not be exposed in untrusted environments, in
> particular on the network.
>
> Why is the file mode 066
On Tue, Aug 06, 2019 at 02:01:16PM -0400, Sam Hartman wrote:
> > "Bill" == Bill Allombert writes:
>
> Bill> This is potentially an excellent idea!
>
> Bill> Does not /etc/machine-id suffer of exactly the same issue as
> Bill> /etc/popularity-contest.conf ?
>
> A lot more procedu
On Thu, 2019-08-08 at 15:20 -0400, Marvin Renich wrote:
> This is related to the thread Generating new IDs for cloning, but is
> probably OT for this list. I guess this is really a question for
> systemd maintainers? Should I file a bug?
>
> The man page for machine-id says:
>
> This ID uniqu
On Thu, Aug 08, 2019 at 11:12:37PM +0200, Sven Joachim wrote:
> On 2019-08-08 15:20 -0400, Marvin Renich wrote:
> > The man page for machine-id says:
> >
> > This ID uniquely identifies the host. It should be considered
> > "confidential", and must not be exposed in untrusted environments, in
>
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 1421 (new: 13)
Total number of packages offered up for adoption: 156 (new: 6)
Total number of packages reque
On Fri, 2019-08-09 at 00:28 +0200, Aurelien Jarno wrote:
> On 2019-08-08 22:23, Ben Hutchings wrote:
[...]
> > 1a. Require 32-bit build environments to be multiarch with the
> > related 64-bit architecture also enabled.
>
> Indeed, but that looks like the first step. From there do you think
>
❦ 8 août 2019 21:47 +02, Simon Richter :
>> inetd performance is very low because it needs to spawn one instance for
>> each connection. systemd socket activation has absolutely 0 overhead
>> except on the first connection (where systemd needs to start the
>> service).
>
> If you specify "wait"
On 2019, ഓഗസ്റ്റ് 9 1:16:23 AM IST, Paul Gevers wrote:
>I can already trigger all the autopkgtests in unstable for packages
>that
>are in experimental, so if you interested in this, please contact me.
>This would enable library maintainers to at least have an overview of
>what would happen. I c
53 matches
Mail list logo
