Re: [DNG] Debian testing drop redis non systemd

[Hendrik Boom]

On Wed, Oct 18, 2017 at 03:46:39PM +0200, Bardot Jérôme wrote:
> redis (4:4.0.2-3) unstable; urgency=medium
> 
>   This version drops the Debian-specific support for the
>   /etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d directories in
>   favour of using systemd's ExecStartPre, ExecStartPost, ExecStopPre,
>   ExecStopPost commands.
> 
>  -- Chris Lamb   Wed, 11 Oct 2017 22:55:00 -0400
> 

> pub  4096R/03878A98 2015-08-26 Bardot Jérôme 
> sub  4096R/4144A514 2015-08-26 [expires: 2020-08-24]

From all the responses in this thread, it looks as if there is ample 
reason to keep it around for Devuan. 

-- hendrik
 




> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Debian testing drop redis non systemd

[Clarke Sideroad]

On 18/10/17 09:46 AM, Bardot Jérôme wrote:

redis (4:4.0.2-3) unstable; urgency=medium

   This version drops the Debian-specific support for the
   /etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d directories in
   favour of using systemd's ExecStartPre, ExecStartPost, ExecStopPre,
   ExecStopPost commands.

  -- Chris Lamb   Wed, 11 Oct 2017 22:55:00 -0400




Debian takes another step in the wrong direction.

            DESKTOP
Debian - The Universal Operating System
  ^
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Debian testing drop redis non systemd

[Alberto Zuin - Liste]

Redis, for sure, is one of the most used in memory datastore, a good 
cache system like memcache but more flexible when you have to store real 
data and a standard SQL database is not fast enough: one common example 
of application, is to store the authentication tokens in a clustered web 
server environment. Maybe it is one of the most powerful component used 
in almost every online system.


In my company we have a cluster of 12 devuan nodes with redis managed by 
sentinel: yes, it is used. And, as someone else said, no it is not a 
system tool.


Also, just a curiosity: Redis project started by an Italian guy which is 
also in the VUA group.


Alberto


On 18/10/17 16:04, Steve Litt wrote:

On Wed, 18 Oct 2017 15:46:39 +0200
Bardot Jérôme  wrote:


redis (4:4.0.2-3) unstable; urgency=medium

   This version drops the Debian-specific support for the
   /etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d
directories in favour of using systemd's ExecStartPre, ExecStartPost,
ExecStopPre, ExecStopPost commands.

  -- Chris Lamb   Wed, 11 Oct 2017 22:55:00 -0400

Does anyone here actually use redis? I looked it up, and to me it looks
like dbus on steroids. An in-memory data store accessible by lots of
different applications. What could POSSIBLY go wrong?
  
SteveT


Steve Litt
October 2017 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Debian testing drop redis non systemd

[Rick Moen]

Quoting Steve Litt (sl...@troubleshooters.com):
 
> Does anyone here actually use redis? I looked it up, and to me it looks
> like dbus on steroids. An in-memory data store accessible by lots of
> different applications. What could POSSIBLY go wrong?

Extremely useful for large Web sites.  _Not_ a system-level tool at all.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] systemd-udevd: renamed network interface eth0 to eth1

[John Franklin]

> On Oct 16, 2017, at 1:51 PM, Steve Litt  wrote:
> 
> On Mon, 16 Oct 2017 17:18:43 +0200
> "Dr. Nikolaus Klepp"  wrote:
> 
>> Am Samstag, 7. Oktober 2017 schrieb Tobias Hunger:
>>> On Sat, Oct 7, 2017 at 3:46 PM, Didier Kryn  wrote:  
Then maybe I misunderstood the reason for EFI.  
>>> 
>>> UEFI is a huge step forward in pretty much all areas and makes
>>> booting both simpler and more powerful.
> 
> UEFI is a huge step forward in monopolization of well-funded operating
> system vendors to fend off challenges from smaller vendors. UEFI is a
> huge step forward in guaranteeing the ability of the user to break his
> hardware with a dumb error. UEFI is a big step forward for Microsoft,
> who has the clout to make sure all computer manufacturers can boot
> Windows on their machines. Other OSes, well, not so much. UEFI is a
> huge step forward for systemd, because the giant distros who can afford
> to supply Microsoft endorsed keys all run systemd. This is Redhat's
> final defense against superior, non-systemd OSes. Yes, they might be
> better, but you can't run them, so bend over, grease up, and embrace
> systemd.
> 
> Tobias Hunger is a systemd apologist and perpetual troll. Instead of
> contributing to the systemd project, he comes to Devuan discussion
> venues and says "systemd's not so bad.”

Where, exactly, did Tobias mention systemd?

>>> 
>>> With UEFI the firmware just loads a efi binary with everything:-)
>>> MUCH simpler.
> 
> There's absolutely nothing simpler about the preceding sentence: Hunger
> simply fails to break out a vast tree of subcomponents and dependencies
> of the "efi binary.”

Please enlighten us.

>>> * UEFI allows for more security with secure boot. E.g. my thinkpad
>>> *only* boots things that I have signed with my key.
> 
> Does Devuan have a key? If not, I guess that's all we need to know
> about what distro Tobias Hunger REALLY uses. I'm guessing he doesn't
> have the brainpower to actually implement the distro-independent shim,
> which sounds like an utter nightmare.

Yes, it is clear he’s using a MOK to sign things.  It’s also clear you don’t 
understand what that means, and instead take another shot at insulting him.

>>> * UEFI allows for different OSes living next to each other
>>> peacefully, without the constant fight over who writes the MBR and
>>> with that defines the boot loader.
> 
> Characterization. "Peacefully?" "Constantly fighting?" The fights only
> occur when changing the boot system. And by the way, if you use MBR
> boot, you can use the old and superior Grub1 or LILO.

Stage 1.5 bootloaders were written to unused parts of the disk.  Other OSes and 
tools commonly wrote their intermediate bootloaders or RAID configuration or 
whatnot to unused parts of the disk.  Often, a second program would write to 
the same unused part of the disk, overwriting or corrupting the first.  Tobias 
is spot-on here.

>> You forgot to mention that UEFI is the best code in the world written
>> by the the best of the best and therefore absolutely secure.
> 
> Nik, that should be intuitively obvious to the most casual observer :-)
> 
> Tobias Hunger, why don't you go support the project you DO like instead
> of trolling the one you don't? 

This is grossly inappropriate.  Toabias’ post was entirely technical in nature 
and accurate.  At no point does his denigrate, insult or bully anyone on the 
list, or advocate the inclusion of packages incompatible with the Devuan 
mission, such as systemd.

You owe him an apology.

jf
-- 
John Franklin
frank...@tux.org





smime.p7s
Description: S/MIME cryptographic signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan in top 50

[John Franklin]

> On Oct 18, 2017, at 11:17 AM, dev  wrote:
> 
> I do think it is nonetheless a useful marketing tool (which are all
> inherently sketchy anyway) for those looking to try a new distro who are
> not so interested in the metrics behind the numbers. I get the feeling
> Distrowatch tries their honest-best in terms of accuracy but given the
> metrics which may be available to them, it's likely a difficult task.

It’s better than not making the list at all.

jf
-- 
John Franklin
frank...@tux.org





smime.p7s
Description: S/MIME cryptographic signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Debian testing drop redis non systemd

[dev]

On 10/18/2017 10:04 AM, Steve Litt wrote:


> Does anyone here actually use redis? I looked it up, and to me it looks
> like dbus on steroids. An in-memory data store accessible by lots of
> different applications. What could POSSIBLY go wrong?
>  
> SteveT

The Nextcloud project[1] recommends it as one of it's supported cache
system. Likely it's a pretty common tool for web based apps but not sure
on that.

[1]
https://docs.nextcloud.com/server/12/admin_manual/configuration_server/caching_configuration.html
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan in top 50

[dev]

On 10/17/2017 03:02 PM, Alessandro Selli wrote:

> 
>   Great news for a rookie!
> 

As others alluded to, the rating has little veracity for anything more
than "just for fun" however I think it should be noted (perhaps in 8pt
font?) that the tool *does* show an upward trend from the 12 month
rating. Again, just for fun.. At any rate, it's nice seeing the trend
going up rather than down :)

I do think it is nonetheless a useful marketing tool (which are all
inherently sketchy anyway) for those looking to try a new distro who are
not so interested in the metrics behind the numbers. I get the feeling
Distrowatch tries their honest-best in terms of accuracy but given the
metrics which may be available to them, it's likely a difficult task.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Debian testing drop redis non systemd

[Steve Litt]

On Wed, 18 Oct 2017 15:46:39 +0200
Bardot Jérôme  wrote:

> redis (4:4.0.2-3) unstable; urgency=medium
> 
>   This version drops the Debian-specific support for the
>   /etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d
> directories in favour of using systemd's ExecStartPre, ExecStartPost,
> ExecStopPre, ExecStopPost commands.
> 
>  -- Chris Lamb   Wed, 11 Oct 2017 22:55:00 -0400

Does anyone here actually use redis? I looked it up, and to me it looks
like dbus on steroids. An in-memory data store accessible by lots of
different applications. What could POSSIBLY go wrong?
 
SteveT

Steve Litt 
October 2017 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Debian testing drop redis non systemd

[Bardot Jérôme]

redis (4:4.0.2-3) unstable; urgency=medium

  This version drops the Debian-specific support for the
  /etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d directories in
  favour of using systemd's ExecStartPre, ExecStartPost, ExecStopPre,
  ExecStopPost commands.

 -- Chris Lamb   Wed, 11 Oct 2017 22:55:00 -0400



0x03878A98.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng