Issues just keep piling up:
https://www.ubuntu.com/usn/usn-3341-1/
Summary
systemd-resolved could be made to crash or run programs if it received a
specially crafted DNS response.
Details
An out-of-bounds write was discovered in systemd-resolved when handling
specially crafted DNS responses.
not really complaining for the most part. But I am curious that's all.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On 2017-06-28 20:44, KatolaZ wrote:
Sorry, that's my fault. It should be /etc/apt/preferences.d/ascii-pin
Followed the checklist, no problems here.
Max.
--
"Sin clave no hay salsa."
---=== Powered by Devuan GNU+Linux ===---
Le 29/06/2017 à 17:16, Adam Borowski a écrit :
On Thu, Jun 29, 2017 at 03:15:33PM +0200, Didier Kryn wrote:
Le 29/06/2017 à 14:51, k...@aspodata.se a écrit :
Hmm, something similar could be used to create thoose /dev/disk/by-*,
for a static /dev:
find /dev -type b | xargs blkid | sort |
Le 29/06/2017 à 18:06, k...@aspodata.se a écrit :
Didier:
...
Everybody is using blkid to build thiese links, my script as well as
Udev and Vdev. You probably noticed that blkid has a special option for
Udev because Udev people are too lazzy to parse the response. In Vdev,
Jude made the
Didier:
...
> For people wanting to give a look at what's going through the
> uevent netlink, here is a small C program to dump it:
...
$ ./a.out
add@/devices/pci:00/:00:10.4/usb1/1-2
ACTION=add
DEVPATH=/devices/pci:00/:00:10.4/usb1/1-2
SUBSYSTEM=usb
MAJOR=189
MINOR=5
...
Adam Borowski:
...
> > Also man blkid says:
>
> # It is recommended to use lsblk(8) command to get information about
> # block devices rather than blkid. lsblk(8) provides more information,
> # better control on output formatting and it does not require root per‐
> # missions to get actual
Didier:
...
> Everybody is using blkid to build thiese links, my script as well as
> Udev and Vdev. You probably noticed that blkid has a special option for
> Udev because Udev people are too lazzy to parse the response. In Vdev,
> Jude made the parsing job to be compatible with Busybox's
On Thu, Jun 29, 2017 at 03:15:33PM +0200, Didier Kryn wrote:
> Le 29/06/2017 à 14:51, k...@aspodata.se a écrit :
> > Hmm, something similar could be used to create thoose /dev/disk/by-*,
> > for a static /dev:
> >
> > find /dev -type b | xargs blkid | sort | some_script_to_populate_by_xxx
> >
Le 29/06/2017 à 15:15, Didier Kryn a écrit :
Please find it in attachment. The archive contains four files:
README
etc/init.d/mdev -- The start/stop script for Sysvinit
etc/mdev.conf-- The necessary configuration file for mdev
sbin/mdev-disk -- An experimental script to manage
Le 29/06/2017 à 14:51, k...@aspodata.se a écrit :
Didier:
Le 26/06/2017 à 23:57, Steve Litt a écrit :
On Mon, 26 Jun 2017 12:25:40 +0200
Didier Kryn wrote:
mdev is fine for a server. It is lacking a few features w/r udev:
1) It doesn't build /dev/disk/[by-id |
Didier:
> Le 26/06/2017 à 23:57, Steve Litt a écrit :
> > On Mon, 26 Jun 2017 12:25:40 +0200
> > Didier Kryn wrote:
> >> mdev is fine for a server. It is lacking a few features w/r udev:
> >>
> >> 1) It doesn't build /dev/disk/[by-id | by-label | by-partuuid |
> >>
Le 26/06/2017 à 23:57, Steve Litt a écrit :
On Mon, 26 Jun 2017 12:25:40 +0200
Didier Kryn wrote:
mdev is fine for a server. It is lacking a few features w/r udev:
1) It doesn't build /dev/disk/[by-id | by-label | by-partuuid |
by-path | by-uuid]
I
Hi,
Didier Kryn writes:
> Le 28/06/2017 à 20:33, Rick Moen a écrit :
>> Quoting Didier Kryn (k...@in2p3.fr):
>>
>>> I don't see any reason to encrypt /usr. You might like to
>>> encrypt /etc because it contains user names and (already encrypted)
>>> passwords. But definitely there is no
Le 29/06/2017 à 01:08, Harald Arnesen a écrit :
Didier Kryn [2017-06-28 19:38]:
I don't see any reason to encrypt /usr. You might like to encrypt
/etc because it contains user names and (already encrypted) passwords.
But definitely there is no reason to encrypt everything.
But if you
15 matches
Mail list logo