* Dmitry Marakasov (amd...@amdmi3.ru) wrote:
I've gathered ktrace dumps for both cases, and it really looks that
the problem is related to kevent. After nginx sends response back
to client, it calls kevent(2) on client fd (which is 5).
When there is a bug (FreeBSD 11.2), the following ha
and around year old -CURRENT, but not the
recent -CURRENT, so I suspect this may be FreeBSD specific (probably
kevent-related) and already fixed.
Still, I'm posting to both related nginx and FreeBSD lists for this
problem to be known.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510
should be improved
as described above.
Also wanted to ask kib@, ian@ (as recent committers to tty.c) it this
behavior of tty layer is correct and if it could be improved.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber
hod seems like the best way to go
> about it though because it would kind of do the sanity checking for
> us...
Agreed. make delete-old + OptionalObsoleteFiles.in will never be
complete and work correctly. I'm waiting for packaged base too.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D
* Ed Maste (ema...@freebsd.org) wrote:
JFYI, I've just updated my desktop to 295763 with
WITH_ELFCOPY_AS_OBJCOPY=yes, and rebuilt all ~800 installed ports,
no problems so far.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber
* Dmitry Marakasov (amd...@amdmi3.ru) wrote:
> I've just noticed that though we have NLS files for 8bit locales:
>
> # ls /usr/share/nls/ru_RU.KOI8-R/
> ee.catgrep.catlibc.cattcsh.cat
>
> we don't for UTF-8:
>
> # ls /usr
alogs with iconv
which we have in base system. Could anyone give me a hint on how it's
better to implement this, as I'd like to.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ru
* Dmitry Marakasov (amd...@amdmi3.ru) wrote:
The patch is complete, see https://reviews.freebsd.org/D1600.
- With it, for all knobs from src.conf(5) there are no difference in
file tree contents between `KNOB make installworld` and `make
installworld && KNOB make delete-old delete-
* Dmitry Marakasov (amdmi3@hades.panopticon) wrote:
> Also there is a question of delete-old-dirs removing directories
> which are created by mtree run by installworld unconditionally.
> This seems to be incorrect - either directories should be installed
> conditionally or not remov
t
> to reduce the diff between our branches.
> Thanks!
Okay, the I'll just go on. Nice to know it's useful. Note that the
branch may have bugs as on the first run I just extend it, and it's
tested on another run, while run takes couple of days on the box I
use.
--
Dmitry Mar
so, partly. How do you gather missing entries? My way is
pretty dumb, I just do bunch of installworlds + delete-old's and add
diff to the file, you probably do it more cleverly. Will committing
my changes interfere with your work? If so, it may be better to direct
#c6
[3] https://github.com/AMDmi3/freebsd/compare/obsolete-files
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-current@freebsd.org mailing lis
e enough to just rebuild lib/libc++ and install
> it.
Sorry, I haven't tested the branch myself, only seen exp-run results.
Would be nice to have another exp-run.
Btw, is it possible to merge the patch into stable/10 as well?
It will make it possible to use clang35 there.
--
Dmit
onal:2083:9: note: candidate template ignored:
substitution failure [with _Args = <>]: implicit instantiation of undefined
template 'std::__1::__bind_return,
std::__1::tuple<>, false>'
operator()(_Args&& ...__args)
^
/usr/include/c++/v1/functio
3x by configuring PLL1. I've experienced some instability later
(board doesn't always boot from USB, perl build fails), and now I'm
checking if reclocking was the cause.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D
ool(x) foo((double)(x))
> #endif
The point was that one should not be required to do something like this
to build std::hypot - using software on FreeBSD.
---
+#define _GLIBCXX_USE_C99_MATH_TR1
+#include
+long double erfl(long double x) { return erf(x); }
+long double erfcl(long double x)
/msun/src/imprecise.c.
I know, it's available on 10.0 as well. However that's not the case for
9.x, for which it's impossible to build c++11 math using software (even
if it doesn't use unimplemented functions), neither with system gcc
nor with gcc from ports.
--
Dmitry M
c, however that won't help the port anyway as I
libc++ can't be patched on all 10.0 systems.
2) Try to debug TLS access further. That'd be quite painstaking.
3) Write to clang maillist, maybe it's a known problem
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80D
math completely (along with a lot more
other more widely used math functions)
- we may probably implement these by calling less-precise
erf erfc lgamma tgamma as we do with other functions as we alredy
do with some others
- Forwarded message from Dmitry Marakasov -
Date: Tue, 21 Ja
or a libc++ update. :-) I
> will have a look tonight.
New version of games/spring (not in ports yet).
std::function and lambdas are not that widely used for this problem to
be common, but some time we may run into it for some critical software.
--
Dmitry Marakasov . 55B5 0596 F
e, "Can not copy a tuple
with rvalue reference member");}
^
4 errors generated.
---
The cause: http://llvm.org/bugs/show_bug.cgi?id=17798, was fixed in
libc++ r194154. We probably need to update libc++ or at least back
uncompatible ports and consider all others compatible).
If there's interest in this, I can refresh the patch and submit it.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
__
* Dmitry Marakasov (amd...@amdmi3.ru) wrote:
So would someone please commit it?
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-current
ere a couple of weeks ago.
Then you should try to profile it - my script basically runs
delete-old delete-old-libs for every knob (131 of them), and it
hadn't taken more than 4 seconds even once.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru
things it needs to
> It catches things it shouldn't
> The current incarnation is painfully slow (so I've heard)
> ... and the biggest problem ...
> It needs to be updated manually
Pretty true. Still I'd like to fix what we have now, than not to
have a useful feat
ot; on -current takes about 2 orders of
> magnitude longer to run than on 8.x. I would prefer to see some
> effort put into speeding it up before it was backported.
Is that really a reason while it is still under 4 seconds and is not
usually run more often than updates (which take minutes if not hours
ions I'd like to discuss.
> >
> > 1) named config file var/named/etc/namedb/named.conf was intentionally
> > left out from OptionalObsoleteFiles.inc, so I did the same for other
> > configs which may be changed by users.
>
> That's one reason to omit it
lete-old* targets for the case of system update.
[1] http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/168341
[2] https://github.com/AMDmi3/obsolete-files-checker
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jab
* Kostik Belousov (kostik...@gmail.com) wrote:
I've tried the second patch, it works fine. It would be very nice to see
it in 8.1, thanks.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdm
"ought to be enough for anybody".
Another good thing would be to make it configurable at boot-time
or even better in runtime.
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ru
30 matches
Mail list logo
