https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #2 from d...@rabson.org ---
For similar reasons, I also plan to split out /etc from runtime so that I can
cleanly install things like /etc/passwd and /etc/termcap.small without fighting
the packaging tools.
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
Emmanuel Vadot changed:
What|Removed |Added
CC||m...@freebsd.org
--- Comment #3 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #4 from Emmanuel Vadot ---
manu@skull:~ $ pkg which -p pfctl
/sbin/pfctl was installed by package FreeBSD-pf-14.a2.20230821073851
manu@skull:~ $ ldd /sbin/pfctl
/sbin/pfctl:
libm.so.5 => /lib/libm.so.5 (0x2aa18f2)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #5 from Emmanuel Vadot ---
It's likely /sbin/pfctld which depends on libiverbs and libmlx5.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #6 from Emmanuel Vadot ---
Anyway, I don't think that we should split binaries and lib from runtime.
The utility package clearly needs more split, it's the default go to package
(it was runtime before) so there is a lot of crap.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #7 from Emmanuel Vadot ---
(In reply to Emmanuel Vadot from comment #5)
Meh, meant to say pflogd
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #8 from Emmanuel Vadot ---
For this use case I think that creating a FreeBSD-tcpdump package that will
contain tcpdump and pflogd (and maybe other stuff, haven't look that much) is
the best way.
--
You are receiving this mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #9 from d...@rabson.org ---
I build a sequence of container images with two important ones early in the
sequence that explicitly avoid installing runtime. These are intended to
support static and dynamically linked workloads whic
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #10 from Emmanuel Vadot ---
FreeBSD-runtime is 8MB right now, it's not big.
Also we will never be able to satisfy everyone with pkgbase, you have some
really specific need it seems.
--
You are receiving this mail because:
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #11 from Baptiste Daroussin ---
also going that tiny is useful for container, but may be confusing for full
blown OS, at some point you can probably use the FILES_IGNORE_GLOB and
FILES_IGNORE_REGEX to go further. (note that this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #12 from d...@rabson.org ---
I tend to think about the uncompressed size but I agree that runtime is already
small and I appreciate the work that went into finding this sweet spot.
I still think its useful to run some workloads
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #13 from Emmanuel Vadot ---
shell-free env would be good to have I agree, I have some test here with only
nsd and clibs that work great.
Maybe there is a few libs that we could move from runtime to clibs.
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #14 from d...@rabson.org ---
I think I only really wanted to move libcrypt.so and libz.so out from runtime -
these are both used by nginx and libcrypt.so is used by busybox which is fairly
uninteresting for most people but I do u
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273783
--- Comment #15 from Emmanuel Vadot ---
Ok, I don't think that this change would cause problems and it's not a lot of
libs so I'm good for this.
--
You are receiving this mail because:
You are the assignee for the bug.
14 matches
Mail list logo
