* Dmitry Chagin [20230904 21:49]:
> On Mon, Sep 04, 2023 at 08:43:02PM +0200, Felix Palmen wrote:
> > I guess I'll now do a full rebuild of my linuxulator userspace branch on
> > a kernel with that patch, just to be sure it won't break anything else,
> > this will take a few
* Dmitry Chagin [20230904 21:49]:
> On Mon, Sep 04, 2023 at 08:43:02PM +0200, Felix Palmen wrote:
> > Thanks a lot for the quick patch! I have to admit I don't fully
> > understand it immediately, but I assume it's an attempt to only list
> > attributes not in system.
hing else,
this will take a few hours, I will report back. So far looking really
good :)
Cheers, Felix
--
Felix Palmen {private} fe...@palmen-it.de
-- ports committer -- {web} http://palmen-it.de
{pgp public key} http://palmen-it.de/pub.txt
{pgp fingerprint} 6936 13D5 5BBF
* Felix Palmen [20230904 15:39]:
> For some reason (I still have to try to get more information about it,
> will do soon), something else is broken now. While install from GNU
> coreutils works fine, some build systems use 'cp -p' to install files
> instead, which now fails wit
lix
--
Felix Palmen {private} fe...@palmen-it.de
-- ports committer -- {web} http://palmen-it.de
{pgp public key} http://palmen-it.de/pub.txt
{pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231
signature.asc
Description: PGP signature
* Felix Palmen [20230830 12:58]:
> * Dmitry Chagin [20230830 13:48]:
> > I don't changed setxattr syscalls due to EPERM is a valid error from it,
> > however here's the essential difference between Linux and FreeBSD.
> > FreeBSD does not permits manipulatingg attribu
* Dmitry Chagin [20230830 13:48]:
> On Wed, Aug 30, 2023 at 12:01:13PM +0200, Felix Palmen wrote:
> > Unfortunately, install from GNU coreutils is now unable to install
> > anything again. I tried both as 'nobody' and as 'root', it doesn't make
> > a difference:
&
* Felix Palmen [20230830 12:01]:
> * Dmitry Chagin [20230830 12:22]:
> > On Wed, Aug 30, 2023 at 11:20:39AM +0200, Felix Palmen wrote:
> > > * Unprivileged user will get ENOTSUP when trying to access the system
> > > namespace (regardless of the new jail sett
* Felix Palmen [20230830 12:01]:
> Unfortunately, install from GNU coreutils is now unable to install
> anything again. I tried both as 'nobody' and as 'root', it doesn't make
> a difference:
> [...]
> I assume the fsetxattr call needs some adjustment of error codes as well
>
* Dmitry Chagin [20230830 12:22]:
> On Wed, Aug 30, 2023 at 11:20:39AM +0200, Felix Palmen wrote:
> > * Unprivileged user will get ENOTSUP when trying to access the system
> > namespace (regardless of the new jail setting), so GNU tools like e.g.
> > coreutils inst
* Dmitry Chagin [20230830 11:57]:
> On Tue, Aug 29, 2023 at 08:58:13PM +0200, Felix Palmen wrote:
> > Thanks again for quickly fixing this! Can this still make 14.0-RELEASE?
> >
> I think yes, thanks for testing, I revised the error handling and made
> it more precise, c
r to disable it by default, like on a host.
When it's disabled by default, it will require additional configuration
to make "Linux jails" work again.
--
Felix Palmen {private} fe...@palmen-it.de
-- ports committer -- {web} http://palmen-it.de
{pgp public
* Shawn Webb [20230829 15:25]:
> On Tue, Aug 29, 2023 at 09:15:03PM +0200, Felix Palmen wrote:
> > * Kyle Evans [20230829 14:07]:
> > > On 8/29/23 14:02, Shawn Webb wrote:
> > > > Back in 2019, I had a similar issue: I needed access to be able to
> > &
certainly with you, it doesn't feel logical
that a Linux binary can do something in a jail a FreeBSD binary can't.
So, indeed, making it a jail option sounds better.
Unless, bringing back a question raised earlier in this thread: What's
the reason to restrict this in a jailed context in the first place?
* Dmitry Chagin [20230829 21:12]:
> On Tue, Aug 29, 2023 at 07:02:22PM +0200, Felix Palmen wrote:
> > So, using user.* works, using system.* doesn't, and maybe a bit
> > surprising(?), dumping all attributes which by default excludes the
> > system namespac
* Dmitry Chagin [20230829 17:45]:
> On Tue, Aug 29, 2023 at 12:59:11PM +0200, Felix Palmen wrote:
> > Thanks, I can confirm this avoids the issue in both cases I experienced
> > (install from GNU coreutils and python).
> >
> thanks, this is the first half of the fix, it
* Dmitry Chagin [20230828 18:57]:
> On Mon, Aug 28, 2023 at 08:03:33AM +0200, Felix Palmen wrote:
> > * Cy Schubert [20230827 16:59]:
> > >
> > > If we are to break it to fix a problem, maybe a sysctl to enable/disable
> > > then?
> >
> >
* Cy Schubert [20230827 16:59]:
> On August 27, 2023 12:55:23 PM PDT, Felix Palmen wrote:
> >* Dmitry Chagin [20230827 22:46]:
> >> On Sun, Aug 27, 2023 at 07:59:32PM +0200, Felix Palmen wrote:
> >> > * Dmitry Chagin [20230827 20:54]:
> >> > >
* Dmitry Chagin [20230827 22:46]:
> On Sun, Aug 27, 2023 at 07:59:32PM +0200, Felix Palmen wrote:
> > * Dmitry Chagin [20230827 20:54]:
> > > 1. which fs are you using?
> >
> > ZFS.
> >
> > > 2. jailed?
> >
> > Yes, this is during buil
* Dmitry Chagin [20230827 20:54]:
> 1. which fs are you using?
ZFS.
> 2. jailed?
Yes, this is during building ports with poudriere.
Cheers, Felix
--
Felix Palmen {private} fe...@palmen-it.de
-- ports committer -- {web} http://palmen-it.de
{pgp publ
* Felix Palmen [20230825 19:54]:
> To verify, I removed xattr support completely from coreutils (and also
> sed) in commit "linuxsrc: Disable usage of xattr" and indeed, with this
> change, GNU's install works as it should.
I now ran into a second case which makes it ve
* Felix Palmen [20230825 19:54]:
> So, hoping for someone with some knowledge how to debug this ;)
Information I forgot to add, sorry:
I did my tests on an aarch64 machine with a kernel built from
a98a0090b2ba64ff0bc3cf71a00fb5f9e31fc1d3.
Cheers, Felix
--
Felix Palmen {private}
ify, I removed xattr support completely from coreutils (and also
sed) in commit "linuxsrc: Disable usage of xattr" and indeed, with this
change, GNU's install works as it should.
So, hoping for someone with some knowledge how to debug this ;)
Thanks, Felix
--
Felix Palmen {private}
fected
> hosts with dependent software is not the best solution.
Depending on your situation, it might or might not be faster than trying
to identify the exact offending files and just removing them ;)
--
Felix Palmen {private} fe...@palmen-it.de
-- ports committer (mentee) --
d then do a rebuild.
You can avoid this class of issues using poudriere btw...
--
Felix Palmen {private} fe...@palmen-it.de
-- ports committer (mentee) --{web} http://palmen-it.de
{pgp public key} http://palmen-it.de/pub.txt
{pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC
* louis.free...@xs4all.nl [20221107 16:21]:
> So I downloaded the driver from the NVIDIA site and tried to compile. That …
> does not work
>
> How to fix this!?
Use the port: https://www.freshports.org/x11/nvidia-driver/
--
Felix Palmen {private} fe...@palmen-it.
* Nuno Teixeira [20220921 00:11]:
> (...)
> maybe:
> > yes | make DESTDIR=${BASEDIR} delete-old delete-old-libs
Exactly, DESTDIR is used by all the targets.
BTW, you can just set BATCH_DELETE_OLD_FILES=yes (either on the
command-line or in make.conf) instead of using "yes&q
ore it. The new kernel should boot anyways, and after installworld,
installkernel will finish successfully.
It seems kldxref again needs some new feature, but it's not part of the
temporary tools built, so the host's (old) kldxref is used.
--
Dipl.-Inform. Felix Palmen ,.//..
{web}
sily use git branches
instead.
--
Dipl.-Inform. Felix Palmen ,.//..
{web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de
{pgp public key} http://palmen-it.de/pub.txt // """""""""""
{pgp fingerprint} A891 3D55 5F2E 3A74 3965 B997 3EF2 8B0A BC02 DA2A
signature.asc
Description: PGP signature
* Rick Macklem [20211009 15:35]:
> Felix Palmen wrote:
> Assuming your NFS performance is acceptable for other things and it
> is only this log file that is a problem, then I doubt there is much you
> can do to improve it.
Yes, that's the only problem I found so far…
f abrupt program
> terminations because every record is written into the disk file , by
> consuming more time .
Well this is kind of what I assume might be the problem. Could anyone
give me a hint what configuration to change on FreeBSD?
--
Dipl.-Inform. Felix Palmen ,.//..
{we
ld you suggest a different mailing list to ask?
BR, Felix
--
Dipl.-Inform. Felix Palmen ,.//..
{web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de
{pgp public key} http://palmen-it.de/pub.txt // """""""""""
{
ed except for curl, which is needed to
access http(s) repos. git@lite also has iconv, pcre, git-subtree and
git-send-email. So, the tiny flavor is perfectly suitable for cloning
and working with the FreeBSD repos.
--
Dipl.-Inform. Felix Palmen ,.//..
{web} http://palmen-it.de {jabber} [
Hi all,
I just bought a Centrino Advanced N-6200 mini-pcie card because it should be
supported by iwn(4) -- unfortunately it leads to a kernel panic the instant I
try to do
# ifconfig wlan0 up
The creation of wlan0 on top of iwn0 works. Here are the (I hope) most
relevant exerpts from
Hi Adrian,
Am Mittwoch, 26. November 2014, 09:27:32 schrieb Adrian Chadd:
Oh! Please file a PR for this.
Done, https://bugs.freebsd.org/bugzilla//show_bug.cgi?id=195433
This is two problems:
* the NIC isn't being setup fully correctly - I'll see if i have an
Intel 6200 in my pile-o-nics;
35 matches
Mail list logo
