Am 11.04.19 um 00:03 schrieb ajtiM via freebsd-ports:
> Hi!
>
> With portmaster I try to update todays ports and python default is
> version 3.7 which is okay for me but not for hplip:
> ===>>> All >>
> hplip-3.17.11_3 (5/43)
>
> ===>>> Returning to dependency check for print/hplip
> ===>>> Depe
I can't update firefox, error in devel/rust-cbindgen:
Running `/usr/local/bin/rustc --crate-name serde
/usr/ports/devel/rust-cbindgen/work/cbindgen-0.8.3/cargo-crates/serde-1.0.90/src/lib.rs
--color always --crate-type lib --emit=dep-info,link -C opt-level=2
--cfg 'feature="default"' --cfg 'f
Hi!
I've noticed the subprocess performance issue with python 3.
For example, this simple script takes just 0,15 second to complete
with python 2.7, but more than 5 sec with python 3.6:
import subprocess
for i in range(100):
p = subprocess.Popen(['uname', '-a'], stdout=subprocess.PIPE,
stde
Hi,
I've noticed the subprocess performance issue with python 3.
For example, this simple script takes just 0,15 second to complete
with python 2.7, but more than 5 sec with python 3.6:
import subprocess
for i in range(100):
p = subprocess.Popen(['uname', '-a'], stdout=subprocess.PIPE,
std
Please run python under truss -f. Does it try to close(2) all possible
file descriptors? Does the runtime decrease if fdescfs is mounted at
/dev/fd?
On 11.04.19 15:16, Alexander Zagrebin wrote:
> Hi!
>
> I've noticed the subprocess performance issue with python 3.
> For example, this simple scrip
"Alex V. Petrov" writes:
> error: internal compiler error:
> src/librustc/middle/mem_categorization.rs:490: no type for node 190935:
> expr err (id=190935) in mem_categorization
Can you build any other rust-based port, including lang/rust itself?
If not make sure you have COMPAT_FREEBSD11 in ker
Please run python under truss -f. Does it try to close(2) all possible
file descriptors? Does the runtime decrease if fdescfs is mounted at
/dev/fd?
truss -f -p 17407
17407: read(5,0x1265d2e9120,5) = 0 (0x0)
17407: close(5) = 0 (0x0)
17407: lsee
The reason is that that python does something stupid (tm). It tries to
close all file descriptors (except a few whitelisted ones) up to the
maximum file descriptor number. It does this by asking the kernel for
the maximum possible number and closing everything it doesn't want to
keep. Some time lat
On Thu, 11 Apr 2019 09:29:06 +0200
Stefan Esser wrote:
> Am 11.04.19 um 00:03 schrieb ajtiM via freebsd-ports:
> > Hi!
> >
> > With portmaster I try to update todays ports and python default is
> > version 3.7 which is okay for me but not for hplip:
> > ===>>> All >>
> > hplip-3.17.11_3 (5/43)
