fy the build-time relationships (including any
> > implied relationships).
>
> I can only interpret above as disallowing fetching resources over the
> network using wget.
Is it legal to build a unique arch:all package per architecture?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Thanks!
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Control: tag -1 + pending
On Mon, Dec 21, 2015 at 02:26:51PM +0100, Viktor Mihajlovski wrote:
> On Fri, 18 Dec 2015 23:59:21 +0100 Philipp Kern <pk...@debian.org> wrote:
> ...
> >
> > Is there a way I could test FCP installation? As far as I understand
> > there
There is nothing to add to Lennart's reply, which didn't go to the list.
Closing the bug report, as there's nothing that affects Debian at this
point.
Kind regards and thanks
Philipp Kern
--- Begin Message ---
The package is a Ubuntu version, and does not even exist in Debian.
The -signed package
ommits can just be based on your work.
(I hope to have some more time over the holidays to review, but as said
I can't test it.)
Kind regards and thanks
Philipp Kern
[1] http://anonscm.debian.org/cgit/d-i/s390-zfcp.git
signature.asc
Description: Digital signature
to partition/segment than DASD-based storage…)
Kind regards
Philipp Kern
work interfaces
will be available while you'd need to also configure CTC/QETH/IUCV devices?
Is such a thing even possible?
If not could we simply skip that prompt if we see a regular one because then we
know it's VirtIO/PCI/other?
Kind regards and thanks
Philipp Kern
+1,3 @@
> +#!/bin/sh -e
> +
> +in-target chreipl /boot || true
Did you test that /usr/sbin is in PATH? For zipl we specify /sbin
explicitly. (And yes, those might well be different execution
environments...)
Kind regards
Philipp Kern
On 2016-02-09 07:41, Bastian Blank wrote:
On Tue, Feb 09, 2016 at 07:22:19AM +0100, Christian PERRIER wrote:
As a consequence, I'm highly tempted to mark all these strings as "non
translatable". Indeed they are.
Just do it.
Sounds good to me. Sorry for the hassle.
Kind regards
Philipp Kern
On Tue, Feb 09, 2016 at 07:06:51PM +0100, Christian PERRIER wrote:
> Quoting Philipp Kern (pk...@debian.org):
> > On 2016-02-09 07:41, Bastian Blank wrote:
> > >On Tue, Feb 09, 2016 at 07:22:19AM +0100, Christian PERRIER wrote:
> > >>As a consequence, I'm highly tem
On 2016-02-19 17:00, Roger Shimizu wrote:
I have a new idea on d-i/network-console: multi-console support
(screen/tmux).
To be honest: This would be incredibly exciting for serial console as
well.
Kind regards
Philipp Kern
tch again, could that be?
% diff /tmp/0001-parted_devices-Add-disk-label-type-to-device-directo.patch-*
4c4
< Subject: [PATCH] parted_devices: Add disk label type to device directory
---
> Subject: [PATCHv2] parted_devices: Add disk label type to device directory
Kind regards and thanks
Philipp Kern
th the patch above if you like
> that approach more and keep the zipl logging idenntifier.
Let's go with this, that's reasonably straightforward. (Another
alternative might have been a trap, but even that would need a set +e.)
Kind regards and thanks
Philipp Kern
ages. YMMV
I guess it's clear that the current state for both the netboot images
and debian-installer itself is suboptimal. But it's not unheard of that
certain packages need to ignore the rules for a while to eventually
become compliant. (Which might mean RC bug and *-ignore tags.)
Kind regards
Philipp Kern
> What do you think?
it'd be nice to see that in the installation manual, I think, so that
it's at least documented.
Kind regards and thanks
Philipp Kern
b, and none of them has a versioned
> dependency. None of the udeb have a dependency on libnss-files-udeb.
>
> Any opinion on that?
It sounds like a good idea to me. :)
Kind regards
Philipp Kern
tatic int nc_wi_wireless_options(const struct netcfg_interface *interface,
> FILE *fd)
> {
> /*
> @@ -271,7 +286,10 @@ int netcfg_write_interface(const struct netcfg_interface
> *interface)
> di_debug("Writing static IPv6 stanza for %s", interface-
p(interface->name);
> +netcfg_interface_up(interface);
>
> if (iw_scan(wfd, interface->name, iw_get_kernel_we_version(),
> _list) >= 0 ) {
> @@ -205,7 +205,7 @@ int netcfg_wireless_show_essids(struct debconfclient
> *client, struct netcfg_inte
> }
>
> iw_set_basic_config(wfd, interface->name, );
> -interface_down(interface->name);
> +netcfg_interface_down(interface);
>
> di_info("Network chosen: %s. Proceeding to connect.", interface->essid);
>
> diff --git a/write_interface.c b/write_interface.c
> index 2ab1a34..e768002 100644
> --- a/write_interface.c
> +++ b/write_interface.c
> @@ -44,6 +44,20 @@ static int nc_wi_loopback(const struct netcfg_interface
> *interface, FILE *fd)
> return 1;
> }
>
> +/* Write VLAN settings, such as: vlan_raw_device eth0
> +*/
> +static int nc_wi_vlan(const struct netcfg_interface *interface, FILE *fd)
> +{
> + int rv;
> + rv = 1;
> + if (interface && interface->parentif &&
> + (fprintf(fd, "\tvlan_raw_device %s\n", interface->parentif) < 0)) {
> + rv = 0;
> + }
> + return rv;
> +}
Would it make sense to have network-manager support as well? It should
be fairly simple and along these lines:
[vlan]
parent=%parentif%
id=%vlanid%
> +
> +
> static int nc_wi_wireless_options(const struct netcfg_interface *interface,
> FILE *fd)
> {
> /*
> @@ -271,7 +285,10 @@ int netcfg_write_interface(const struct netcfg_interface
> *interface)
> di_debug("Writing static IPv6 stanza for %s", interface->name);
> rv = nc_wi_static_ipv6(interface, fd);
> }
> -
> + if (rv && interface && interface->parentif) {
> + di_debug("Writing VLAN: %s", interface->name);
> + rv = nc_wi_vlan(interface, fd);
> + }
> if (rv && interface && is_wireless_iface(interface->name)) {
> di_debug("Writing wireless options for %s", interface->name);
> rv = nc_wi_wireless_options(interface, fd);
> --
> 2.7.4
>
Otherwise this looks pretty good to me at this point. Much thanks for
doing the effort.
Kind regards
Philipp Kern
these discussions
Philipp Kern
and needs to resort to
not so simple and potentially destructive tooling to rectify the
situation. That's not really simple either, right?
Not really arguing for one way or another, but one sysadmin's KISS is
another user's WTF. :)
Kind regards
Philipp Kern
This doesn't work out-of-the-box on
> Jessie, because the feature depends on a named subvolume.
But right now it installs into "@", no?
> I'd also like to discuss whether the default subvolume naming scheme
> should follow Ubuntu, Fedora, OpenSUSE, or something else.
What scheme are they using?
Kind regards and thanks
Philipp Kern
n.type == VLAN) {
> +nm_write_vlan_specific_options(config_file, );
> +}
> #ifdef WIRELESS
> else {
> nm_write_wireless_specific_options(config_file, );
> @@ -420,6 +441,15 @@ static void nm_get_ipv6(struct netcfg_interface *niface,
> nm_ipvX *ipv6)
>
> }
>
> +static void nm_get_vlan(struct netcfg_interface *niface, nm_connection
> *connection, nm_vlan *nmvlan)
> +{
> +if (niface->vlanid > 0) {
> + connection->type = VLAN;
> + nmvlan->id = niface->vlanid;
> + nmvlan->parent = niface->parentif;
> +}
> +}
> +
> /* Extract all configs for a wireless interface, from both global netcfg
> * values and other resources. */
> #ifdef WIRELESS
> @@ -444,6 +474,7 @@ static void nm_get_wired_config(struct netcfg_interface
> *niface, struct nm_confi
> nm_get_wired_specific_options(niface, &(nmconf->wired));
> nm_get_ipv4(niface, &(nmconf->ipv4));
> nm_get_ipv6(niface, &(nmconf->ipv6));
> +nm_get_vlan(niface, &(nmconf->connection), &(nmconf->vlan));
> }
>
> /* Getting configurations for NM relies on netcfrg global variables. */
Would this also need to write out wired_specific_options for the
parentif? (The only one being the MAC address...) I'm not sure if it'd
need to be a separate file then. Probably? |:
Kind regards and thanks
Philipp Kern
On 2016-05-06 00:25, Cyril Brulebois wrote:
I've been away from Debian and d-i duties for a while, but I'd like to
get back to trying to release d-i every month or so.
Is there a current d-i release playbook somewhere?
Kind regards and thanks
Philipp Kern
set when dpms=false is specified.
While completely true for automated installs, people might end up with
idling installers on some machines, no? But I guess the alternative of
not blanking when it's actively doing something is not very compelling
either…
Kind regards
Philipp Kern
ly not LED. I'm totally
fine with blanking measured in hours and that seems like a good
workaround.
I also like the dimming idea. It sounds to me like there could be some
filter be applied to the output of X...
Kind regards
Philipp Kern
t not at all detrimental. I'd, however, put an
emphasis on turning it on when the terminal is a serial or remote
console. Although it might not matter too much to have it always on…
Kind regards
Philipp Kern
or implementation?
Mostly "we take (working) patches"?
Kind regards
Philipp Kern
mainframe
does not contain a HTTP client, but an FTP client. Now, one can also
upload the installer via the 3270, but that's a lot slower and harder
to automate.[*]
I would not be surprised if people who run an FTP server today would
continue to do so. The expectation should be that it's not nece
.
Kind regards
Philipp Kern
m the fine documentation[1]:
# Select which update services to use; define the mirrors to be used.
# Values shown below are the normal defaults.
#d-i apt-setup/services-select multiselect security, updates
#d-i apt-setup/security_host string security.debian.org
Kind regards
Philipp Kern
[1] https://www.debian.org/releases/stable/amd64/apbs04.html.en
signature.asc
Description: Digital signature
need to install to keep track of new
major kernel versions in backports?
Kind regards and thanks
Philipp Kern
-keys --keyserver keys.gnupg.net E1F958385BFE2B6E
There is a key property on the repository preseed where you can specify
a URL:
d-i apt-setup/local0/key string [...]
You could specify a keyserver there using HTTP, but any HTTP server
should do. (And HTTPS in testing.)
Kind regards
Philipp
r, as this is HTTP, it might not be advisable to do
this over the internet.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
egards and thanks
Philipp Kern
signature.asc
Description: Digital signature
You know there are patches around for that.
* X drivers
I don't see backports for them.
Would it also mean X proper or "just" drivers?
Kind regards
Philipp Kern
if the
file is armored or not? I think `apt-key add' just dealt with whatever
it got and put the key into the keyring using gpg's --import function.
So it's a little unfortunate that we'd now need to know the format of
what we need to put into the fragment directory.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
not introduce a translatable string, so I'd be hopeful
that we could still merge this for stretch. I tested the possible paths
through this in qemu and the patch only triggers if the option is
explicitly set to false.
Kind regards
Philipp Kern
diff --git a/autopartition-crypto b/autopa
ompt for one.
Unfortunately I can't reproduce this. Could you provide a syslog of an
installation where that's happening? And probably
/var/lib/cdebconf/questions.dat as well.
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
On 01/29/2017 11:15 PM, Philipp Kern wrote:
> On 01/16/2017 01:18 AM, Josh Triplett wrote:
>> netcfg supports preseeding the domain via netcfg/get_domain, but
>> providing an empty values results in the installer still prompting.
>> Please consider providing a way to preseed
elling
debootstrap to pull them in upon initial installation, assuming the
media has it, seems feasible to me.
Kind regards
Philipp Kern
pecifically? I'm not sure what the netinst list is
but forcd1's header tells me it's specifically not for
netinst/businesscard. I fear we also need it there given the fix will be
in bootstrap-base. Does that mean that we actually need to propagate
dependencies there somehow?
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
ugh what happens then if you try to interact with the actual
installation from multiple terminals.
Kind regards
Philipp Kern
ritten at install time probably don't
matter much. Also it doesn't work on btrfs. But I do wonder if there are
other real-world drawbacks these days with swap files, given that the
kernel should know the block list on disk and the penalty should hence
be small...
Kind regards and thanks
Philipp
gt; [1]
> https://github.com/aburch/debootstrap/commit/1689d645aacb0bc3f9edb86526f67e776469942a
Thanks. That looked sane to me. I pushed the change to the repository.
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
nls_ascii into fat-modules).
Kind regards
Philipp Kern
[1] https://bugs.debian.org/839552
signature.asc
Description: OpenPGP digital signature
about this behavior?
Kind regards and thanks
Philipp Kern
airly straightforward. I just applied the change to git
and it should be in the next upload. (Currently we're in the middle of a
release, though.)
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
at I just encountered this myself: rescue(-mode) will need
a fix in this case because by default it mounts the top-level, which
means that the actual chroot is one level down. Although I guess setting
the default subvolume id to the one of whatever you call @rootfs should
also fix this.
Kind regards
Phi
ill present IUCV support, hence I
actually need some input as to why you think it's broken. And possibly a
way of checking if there actually is a possibility of using IUCV for the
VM in question.
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
lso prepends a hardware type.
(That's its defined interface.)
Completely from memory you might want to try 01-0c-c4-7a-8e-ad-4a for
the BOOTIF.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
previous bullet point already alludes to that.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
debian-installer release, I'll wait with the upload and then
push the fix to partman-partitioning after the new partman-base is in
the archive.
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
this
symlink should live in the installer environment? Should it be
libssl1.1-udeb or ca-certificates-udeb (which does not exist yet, I just
filed a bug with a patch to create it)?
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
. Not having the certificates
available blocked inclusion of a HTTPS-capable wget altogether.
Kind regards and thanks for considering the patch
Philipp Kern
diff -Naur ca-certificates-20161102/debian/ca-certificates.dirs ca-certificates-20161102.udebed/debian/ca-certificates.dirs
--- ca-certificates-20161102
On 11/23/2016 06:43 PM, Kurt Roeckx wrote:
> On Wed, Nov 23, 2016 at 05:20:15PM +0100, Philipp Kern wrote:
>> when trying to add HTTPS support to the installer I noticed that openssl
>> seems to read /usr/lib/ssl/certs by default, rather than /etc/ssl/certs.
>> In Debian prope
On 20.11.2016 04:37, Tianon Gravi wrote:
> On 19 November 2016 at 16:08, Philipp Kern <pk...@debian.org> wrote:
>> I saw the followup thread between Tianon and Philip and thought that a
>> proper patch had been identified. Otherwise I would've went, mea
>> culpa'ed a
On 11/23/2016 05:17 PM, Philipp Kern wrote:
> In an effort to make HTTPS usable in the installer (e.g. to fetch
> preseed, authorized_keys files, or packages) ca-certificates needs to
> add a udeb with the certificates. The result has to be usable by
> openssl, which requires that
r, this image is really
> quite a special case and I don't want to block https support because
> of it. I can always exclude wget-udeb from this particular image.
So how do we move forward here? Exclude wget-udeb from the orion5x-qnap
image and otherwise include it by default?
Kind regards a
link for your patches to busybox wget to add SSL
> support? That sounds like it'd substantially decrease size compared to
> including GNU wget and supporting libraries.
Unfortunately matrixssl isn't even in Debian at this point.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
it and do a smoke run
of d-i to ensure that it's not totally broken. Philip, is that something
that would be possible?
(And of course briefly testing that myself rather than just build
testing. There isn't really any excuse to make here.)
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
e'd also need a ca-certificates-udeb. I can take a look at that but I
somewhat fear that it won't be that much smaller than the regular one
(maybe ~150k udeb size).
Kind regards and thanks
Philipp Kern
[1] We extended d-i to download image files of system installs.
[2] Thinking of preseed/url across th
do the PEM cpio dance if ca-certificates-udeb would be
part of the image. We don't need to add an internal CA or something like
that.
I understand the bit about paying the price, which is why I tried to
address that in my reply as well. Recent discussions on -devel showed
that there's a general inte
it from the
source package in unstable, you need to do it from the VCS.
It boils down to the question if it's useful beyond just us. :)
Kind regards
Philipp Kern
shouldn't be very controversial. Adding
wget-udeb to pkg-lists/base ends up with this:
$ lsinitrd dest/netboot/debian-installer/amd64/initrd.gz | grep wget
-rwxr-xr-x 1 root root 409016 Sep 26 15:11 usr/bin/wget
So that seems to have the desired result. I did not try out the
resulting
eful. Did the kernel start off not offering all devices
in sysfs because LPARs can have a huge amount of them? Or did it always
rely on blacklisting in this case? I suppose that the original reason
was that you actually had to enter device numbers because it couldn't
probe, but then on the other ha
ntal and sid now, so I feel quite safe about it, but it'd be
>> probably useful to have it for testing in d-i sooner than later.
> ACK, thanks. It migrated on its own already.
It'd also be nice if zipl-installer could still make it. #840230 is
pretty nasty.
Kind regards
Philipp Kern
signat
Package: zipl-installer
Version: 0.0.33
Severity: serious
zipl-installer 0.0.33 breaks installation for normal non-btrfs root
filesystems.
(initramfs) cat /proc/cmdline
root=/dev/mapper/vg-root rootflags=subvol= BOOT_IMAGE=0
The empty subvol= makes mount barf as it's not a valid ext4 flag.
ok to commit and push?
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
pdated.
It seems that it requires to be able to rebuild the manual itself as
well. Apparently we are talking about the cron job scripts on [1], which
haven't been touched for years.
Kind regards
Philipp Kern
[1] https://anonscm.debian.org/viewvc/d-i/trunk/scripts/manual-daily/
signature.asc
Description: OpenPGP digital signature
On 12/30/2016 12:19 AM, Philipp Kern wrote:
> it needs to, yes. Otherwise you end up with the interface being
> unmanaged from n-m, despite the n-m snippet having been written. I
> suppose what we could do is just empty it out. At least trying that out
> was successful for me. I
triggered by passing "rescue/enable=true" on the kernel
command-line. d-i ships with boot menu items that do this.
Kind regards
Philipp Kern
[0] https://anonscm.debian.org/cgit/d-i/rescue.git/tree/
signature.asc
Description: OpenPGP digital signature
I guess we could pre-configure systemd-networkd in some way,
but right now there's no package to check for. (Which is how we
determine if network-manager configuration needs to be written out.)
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
http://d-i.alioth.debian.org/manual/ are fine.
...this isn't true.
Traditionally additional build dependencies are listed in [0] (patch to
be sent to debian-admin@lists.d.o), because we can't simply install
packages from a build process. They have to be installed by DSA.
Kind regards
Philipp Kern
ncountered? If I
understand you correctly it told you that the file was corrupt. Your
proposal would just re-enforce that notion, at the expense of everyone
needing to change their files? :)
Kind regards
Philipp Kern
rsions to testing. The release team has historically asked for some
updates not to be released from NEW, but that was mostly to avoid
uncoordinated transitions.
Kind regards
Philipp Kern
main archive. We'd need to trigger builds
whenever testing changes and then auto-upload a corresponding build.
It's both a technical and political problem to make that happen.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
and/or help test one.
Well, if you have ideas that work within the current framework, we can
see about that. Thanks for the offer. :)
Kind regards
Philipp Kern
e could also ponder
adding CONFIG_LESS=y in some minimal build flavor.)
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
mention it either.
I don't mind adding a hunk like this:
# When disk encryption is enabled, skip wiping the partitions
# beforehand.
#d-i partman-auto-crypto/erase_disks boolean false
Do you think there should be more, like an example recipe?
Kind regards
Philipp Kern
[1] https://www.debian.o
I wasn't sure how to tell if reportbug already attached information. At
least d-i's syslog is attached to this mail.
syslog.gz
Description: application/gzip
hether this could be annoying in d-i,
> it seems to me that's just fixing a move which hadn't happened with the
> net.ifnames transition, for specific hardware?
FWIW, I have tested this on an installation and haven't seen any problems.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
wheezy.
Unfortunately for this and s390-netdevice there's no upstream to work with.
> Thank you for considering!
>
>
> [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/
This link is broken.
> [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/
On 04/20/2017 08:34 PM, Marga Manterola wrote:
>> After a lot of debugging with Philipp Kern, we were able to find out
> that dmsetup was hanging on a udev cookie semaphore. The udev outside
> of the chroot is compiled udev_sync, and it doesn't have dmsetup rules,
> so it
ful to see "ip -6 route" and "ip route".
Kind regards
Philipp Kern
h accepts an arbitrary URL).
Kind regards
Philipp Kern
On 04/02/2017 09:03 PM, Cyril Brulebois wrote:
> Philipp Kern <pk...@debian.org> (2017-04-02):
>> What do you want to see where? Another hunk to [1]? That doesn't seem to
>> feature crypto at all yet. installer/doc/devel/partman-auto-recipe.txt
>> doesn't mention it
Package: installation-reports
Severity: normal
-- Package-specific info:
Boot method: IPL from CMS
Image version: https://d-i.debian.org/daily-images/s390x/daily/ 2017-04-08 00:01
Date:
Machine: IBM 2964 (z13)
Partitions:
Base System Installation Checklist:
[O] = OK, [E] = Error (please
e so.
>
> (Indeed, it wouldn't be too much of a stretch to justify removing
> *non*-HTTP support!)
>
>> Marga's been looking into this lately, see #802591 & #802596.
>
> These have now been closed :)
Yup, and should have fixed this issue with them. Explicitly addin
e mitigating controls.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
e is broken. Do you use
the current UEFI BIOS? If not, I'd at least try to upgrade it.
Also the installer's syslog (/var/log/installer/syslog* on the installed
system) would be helpful to see.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
on. And
change it to make brute force attacks harder.
Of course in any kind of company context I would despise *rules* (which
this comment is not - it's just a suggestion) because they lower security.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
f:fe14:24ee/64 scope global dynamic
valid_lft 2591868sec preferred_lft 604668sec
Kind regards
Philipp Kern
to state why this should
work in the first place.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
ks or not. (And I tried to
confirm both questions, but encryption didn't work with loop filesystems
because of the blocksize, unfortunately.)
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
t.)
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
uration, I think. This mechanism loses the key
agility we have with debian-archive-keyring and the reference of a file
updatable by a package instead of a single key but that's maybe fair in
the context of local configuration[*].
Kind regards
Philipp Kern
[*] But nevertheless I guess also invent
gt;
> I suggest the debian installer should be able to deal with link local ipv6
> addresses.
You redacted your link-local address to be dead:beef::. I suppose what
you actually mean is one with a fe80:: prefix? (I.e. it'd have been more
helpful to redact the MAC/actual address.)
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
perplexed that libkmod2-udeb
does not ship shared library and thus system one is used which is
built differently.
(all of udeb is build without hardening, but deb library is built with
hardening)
Maybe you should file bugs and/or discuss this on -boot.
Kind regards
Philipp Kern
consistency. :/
Kind regards
Philipp Kern
could install a SIGSYS signal handler to print
which syscall was blocked, but did not find anything yet.
Does a seccomp kill land in dmesg?
Kind regards
Philipp Kern
301 - 400 of 466 matches
Mail list logo