ct."
>
> Will these be removed prior to the final release? Are they staying to be
> reimplemented?
AFAIK the plan is to remove them completely, but not before final release.
> Thank you!
>
> Michael
>
--
Mariusz Zaborski
oshogbo//vx | http://oshogbo.vexil
+1 from me.
On Wed, 22 Sept 2021 at 12:31, Chris Stephan wrote:
> I completely agree. It will save me the ‘/bin/sh’ at the beginning of each
> ‘su -‘ session. Also, it will simplify building extra small FreeBSD images,
> allowing an easier removal of ‘csh’.
>
> I use csh from time to time, but I
Hello Ryan,
Can you verify is this patch fix your issue:
https://reviews.freebsd.org/D20362
Thanks,
Mariusz
On Thu, 12 Sep 2019 at 21:37, Ryan Stone wrote:
>
> I've hit an issue with a simple use of pdfork(). I have a process
> that calls pdfork() and the parent immediately doe
ate
>
> The broken function seems to call itself .. ??
>
> static __inline int
> caph_fcntls_limit(int fd, uint32_t fcntlrights)
> {
>
> if (caph_fcntls_limit(fd, fcntlrights) < 0 && errno != ENOSYS)
> return (-1);
>
>
On Mon, Apr 23, 2018 at 06:17:42PM +1000, Greg 'groggy' Lehey wrote:
> On Monday, 23 April 2018 at 9:55:40 +0200, Mariusz Zaborski wrote:
> > On Mon, Apr 23, 2018 at 05:51:01PM +1000, Greg 'groggy' Lehey wrote:
> >> On Monday, 23 April 2018 at 9:00:33 +020
On Mon, Apr 23, 2018 at 05:51:01PM +1000, Greg 'groggy' Lehey wrote:
> On Monday, 23 April 2018 at 9:00:33 +0200, O. Hartmann wrote:
> > On Sun, 22 Apr 2018 14:38:55 +0200
> > Mariusz Zaborski wrote:
> >
> >> Hi,
> >>
> >> Normally I
Hi,
Normally I build my CURRENT by myself from Xorg - r332861.
But I also tried latest SNAPSHOT.
Thanks,
Mariusz
On 22 April 2018 at 14:24, Tommi Pernila wrote:
> Hi,
>
> are you running which version of CURRENT?
> E.g. Some snapshot or did you compile from source?
>
> -To
.png .
I'm attaching also Xorg log.
Is this a known issue?
Thanks,
Mariusz
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
I think r331137 fix the problem.
Thanks,
Mariusz
On 18 March 2018 at 18:29, O. Hartmann wrote:
> Am Sun, 18 Mar 2018 13:19:08 -0400 (EDT)
> AN schrieb:
>
>> Fyi, I started seeing this error today during buildworld compile.
>>
>> FreeBSD BSD_12 12.0-CURRENT FreeBSD 12
Thank you for reporting - I'm checking it.
Do you use option MK_CASPER=no ?
On 18 March 2018 at 18:19, AN wrote:
> Fyi, I started seeing this error today during buildworld compile.
>
> FreeBSD BSD_12 12.0-CURRENT FreeBSD 12.0-CURRENT #15 r331021: Thu Mar 15
> 16:30:40 EDT 2018 root@BSD_12:/usr/ob
slog
> 1 error
Hello,
Thank you for reporting.
Did r328532 fix the problem for you?
Thanks,
--
Mariusz Zaborski
oshogbo//vx | http://oshogbo.vexillium.org
FreeBSD commiter| https://freebsd.org
Software developer | http://wheelsystems.com
If it's not broken,
061&pathrev=325062
>
> It appears to be this one. Should be fixed as of r325524. Thank you
> for the report.
>
Thanks, for reporting and fixing it.
--
Mariusz Zaborski
oshogbo//vx | http://oshogbo.vexillium.org
FreeBSD commiter| https://freebsd.org
Software deve
Sorry I missed somehow header file.
Done in r304912.
Thanks,
Mariusz
On 27 August 2016 at 17:00, Andrey Chernov wrote:
> Yes, 'make includes' (and 'make obj' and 'make depend') is done before
> 'make all' in /usr/src/lib
> ===> libnv (all
>
> > +FBSD_1.4 {
> > + fdclose;
> > +};
> > +
>
> You also need to update the lib/libc/Versions.def file. Look e.g. at
> the r226217 for the proper way to introduce new version.
>
Updated - thank you.
Cheers,
Mariusz
ill is.
>
> /me duck and runs.
> --
> R. Kevin Oberman, Network Engineer, Retired
> E-mail: rkober...@gmail.com
Hello,
Thx guys for such big interested of the fdclose function :)
When we decide how API will look and how the fdclose function will
behave then I will correct man p
n I
wrote this function I discouse this with Pawel, and we decided that if
_close function is different from std we should work same as fclose
function plus return errno about EOPNOTSUPP.
So in my opinion only second point is unwanted by us. So if __sflush
fails we could not return any err (I
patch?
Thanks,
Mariusz
[1] http://lists.freebsd.org/pipermail/freebsd-arch/2013-August/014688.html
--- //depot/user/oshogbo/capsicum/include/stdio.h 2013-06-28 08:51:28.0
+++ /home/oshogbo/p4/capsicum/include/stdio.h 2013-06-28 08:51:28.0
@@ -396,6 +396,7 @@
int asprintf
Hi
New system FreeBSD 5.0, cvsup today.
System reboot in message:
panic: worklist_remove: not on list
syncing disks... panic: softdep_lock: locking against myself
watch is wrong ?
Mariusz
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the b
: 2.0.7-19
Mariusz
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
19 matches
Mail list logo