On Fri, Apr 12, 2019 at 09:47:54PM -0700, bob prohaska wrote:
>
> Is there any hope of simply replacing python27 with python36? The
> goal at hand is merely to compile a working version of firefox.
>
In general, no. Python 2.7 and 3.6 are incompatible.
--
Steve
On Sat, Apr 13, 2019 at 02:07:28AM +, Tatsuki Makino wrote:
> Steve Kargl wrote on 2019/04/13 10:49:
> >
> > pkg info | grep py > py.txt
> > pkg delete -f py27-setuptools-40.8.0
> > install 3.6
> > re-install python27
> >
> >
>
> py27-cython and py27-sphinx are also cause.
> Probably, pkg
On Sat, Apr 13, 2019 at 04:09:13AM +0200, Jan Beich wrote:
> bob prohaska writes:
>
> > In tinkering with compiling firefox on an RPI2 attempts to use
> > portmaster fail with
> >
> > ===> Registering installation for py36-setuptools-40.8.0_1
> > Installing py36-setuptools-40.8.0_1...
> >
On Fri, Apr 12, 2019 at 06:49:40PM -0700, Steve Kargl wrote:
>
> pkg info | grep py > py.txt
> pkg delete -f py27-setuptools-40.8.0
> install 3.6
> re-install python27
Looks like that's working. I'm still baffled where the
py27-setuptools-40.8.0 came from. And, it seems there're
a few other
bob prohaska writes:
> In tinkering with compiling firefox on an RPI2 attempts to use
> portmaster fail with
>
> ===> Registering installation for py36-setuptools-40.8.0_1
> Installing py36-setuptools-40.8.0_1...
> pkg-static: py36-setuptools-40.8.0_1 conflicts with
> py27-setuptools-40.8.0
Steve Kargl wrote on 2019/04/13 10:49:
> On Fri, Apr 12, 2019 at 06:45:41PM -0700, bob prohaska wrote:
>> In tinkering with compiling firefox on an RPI2 attempts to use
>> portmaster fail with
>>
>> ===> Registering installation for py36-setuptools-40.8.0_1
>> Installing
On Fri, Apr 12, 2019 at 06:45:41PM -0700, bob prohaska wrote:
> In tinkering with compiling firefox on an RPI2 attempts to use
> portmaster fail with
>
> ===> Registering installation for py36-setuptools-40.8.0_1
> Installing py36-setuptools-40.8.0_1...
> pkg-static: py36-setuptools-40.8.0_1
In tinkering with compiling firefox on an RPI2 attempts to use
portmaster fail with
===> Registering installation for py36-setuptools-40.8.0_1
Installing py36-setuptools-40.8.0_1...
pkg-static: py36-setuptools-40.8.0_1 conflicts with py27-setuptools-40.8.0
(installs files into the same
Index: databases/mongodb40/Makefile
===
--- databases/mongodb40/Makefile (revision 498768)
+++ databases/mongodb40/Makefile (working copy)
@@ -2,7 +2,7 @@
PORTNAME= mongodb
DISTVERSIONPREFIX= r
-DISTVERSION= 4.0.6
+DISTVERSION=
On Fri, Apr 12, 2019 at 11:18:50PM +0200, Dima Pasechnik wrote:
>
> So there is more "software bureaucracy" here than just applying one patch.
>
% cd /usr/ports/lang
% svn status
A python27/files/patch-Modules___mathmodule.c
A python35/files/patch-Modules___mathmodule.c
A
Hi,
Are there any committers willing to take on:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236792
The current maintainer has been unresponsive, I'd like to adopt the
port. The port QA will take a bit of time, the build takes ~20mins on
a decent machine. Additionally, the source download
On Fri, Apr 12, 2019 at 10:29 PM Steve Kargl
wrote:
>
> On Fri, Apr 12, 2019 at 10:14:19PM +0200, Dima Pasechnik wrote:
> > On Fri, Apr 12, 2019 at 9:57 PM Steve Kargl
> > >
> > > Doesn't matter what the python developer have done.
> >
> > Thanks, I see that you really appreciate my work...
> >
>
On Fri, Apr 12, 2019 at 10:14:19PM +0200, Dima Pasechnik wrote:
> On Fri, Apr 12, 2019 at 9:57 PM Steve Kargl
> >
> > Doesn't matter what the python developer have done.
>
> Thanks, I see that you really appreciate my work...
>
Your work is appreciated as much as my last 3 years of efforts
to
On Fri, Apr 12, 2019 at 9:57 PM Steve Kargl
wrote:
>
> On Fri, Apr 12, 2019 at 09:19:30PM +0200, Dima Pasechnik wrote:
> > On Fri, Apr 12, 2019 at 6:29 PM Steve Kargl
> > wrote:
> > >
> > > On Fri, Apr 12, 2019 at 09:17:42AM -0700, Steve Kargl wrote:
> > > >
> > > > % find . -name math\*
> > > >
On Fri, Apr 12, 2019 at 09:19:30PM +0200, Dima Pasechnik wrote:
> On Fri, Apr 12, 2019 at 6:29 PM Steve Kargl
> wrote:
> >
> > On Fri, Apr 12, 2019 at 09:17:42AM -0700, Steve Kargl wrote:
> > >
> > > % find . -name math\*
> > > ./work/Python-3.6.8/Doc/library/math.rst
> > >
On Fri, Apr 12, 2019 at 6:29 PM Steve Kargl
wrote:
>
> On Fri, Apr 12, 2019 at 09:17:42AM -0700, Steve Kargl wrote:
> >
> > % find . -name math\*
> > ./work/Python-3.6.8/Doc/library/math.rst
> > ./work/Python-3.6.8/Modules/mathmodule.c
> > ./work/Python-3.6.8/Lib/test/math_testcases.txt
> >
Had the weirdest thing happen when trying to build x11/mate - it got stuck
doing the same thing over and over. I'll restart and see if it happens
again:
[lots more of this:]
===> vala-0.40.11,1 depends on package: graphviz>=0 - not found
===> graphviz-2.40.1_8 depends on executable: gmake
On Fri, Apr 12, 2019 at 09:17:42AM -0700, Steve Kargl wrote:
>
> % find . -name math\*
> ./work/Python-3.6.8/Doc/library/math.rst
> ./work/Python-3.6.8/Modules/mathmodule.c
> ./work/Python-3.6.8/Lib/test/math_testcases.txt
> ./work/stage/usr/local/lib/python3.6/test/math_testcases.txt
>
Well,
On Fri, Apr 12, 2019 at 05:59:20PM +0200, Kurt Jaeger wrote:
> Hi!
>
>
> Try this messy workaround:
>
> cd /usr/local/lib
> ls -l libicuuc*
>
> Then symlink the available libicuuc.so.NN to the requested:
>
> ln -s libicuuc.so.NN libicuuc.so.61
>
That worked, thank you!
bob prohaska
On Fri, Apr 12, 2019 at 09:11:12AM -0700, Steve Kargl wrote:
> cd /usr/ports/lang/python36
> make && make install
>
> ===> Installing for python36-3.6.8_2
> ===> Checking if python36 is already installed
> ===> Registering installation for python36-3.6.8_2
> pkg-static: Unable to access file
cd /usr/ports/lang/python36
make && make install
===> Installing for python36-3.6.8_2
===> Checking if python36 is already installed
===> Registering installation for python36-3.6.8_2
pkg-static: Unable to access file
On Fri, Apr 12, 2019 at 08:32:57AM -0700, bob prohaska wrote:
> Can anybody tell me how to fix an error reported by www/epiphany on an RPi2,
> "libicuuc.so.61" not found, required by "libephymisc.so" with the system
> at 11.2-STABLE #2 r345473 and ports at 498696 ?
>
> Both epiphany and icu are
Hi!
> Can anybody tell me how to fix an error reported by www/epiphany on an RPi2,
> "libicuuc.so.61" not found, required by "libephymisc.so" with the system
> at 11.2-STABLE #2 r345473 and ports at 498696 ?
>
> Both epiphany and icu are up to date, there was no deliberate deletion
> of old
Can anybody tell me how to fix an error reported by www/epiphany on an RPi2,
"libicuuc.so.61" not found, required by "libephymisc.so" with the system
at 11.2-STABLE #2 r345473 and ports at 498696 ?
Both epiphany and icu are up to date, there was no deliberate deletion
of old libraries but
В Fri, 12 Apr 2019 12:41:53 +0200
Dima Pasechnik пишет:
> > > > В Thu, 11 Apr 2019 17:32:42 +0200
> > > > Jan Bramkamp пишет:
> > > >
> > > > > The reason is that that python does something stupid (tm). It
> > > > > tries to close all file descriptors (except a few whitelisted
> > > > > ones)
On Fri, Apr 12, 2019 at 9:46 AM Alexander Zagrebin wrote:
>
> В Fri, 12 Apr 2019 09:36:13 +0200
> Dima Pasechnik пишет:
>
> > On Fri, Apr 12, 2019 at 9:11 AM Alexander Zagrebin
> > wrote:
> > >
> > > В Thu, 11 Apr 2019 17:32:42 +0200
> > > Jan Bramkamp пишет:
> > >
> > > > The reason is that
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated,
Please excuse the top-post - I have only one sentence to
add:
I have tried to reproduce the issue with print/hplip by
installing a QT4 flavored version from before the port
update, and updating that port the new the non-flavor
version with portmaster, which worked without issue - so
I'm not able
В Fri, 12 Apr 2019 09:36:13 +0200
Dima Pasechnik пишет:
> On Fri, Apr 12, 2019 at 9:11 AM Alexander Zagrebin
> wrote:
> >
> > В Thu, 11 Apr 2019 17:32:42 +0200
> > Jan Bramkamp пишет:
> >
> > > The reason is that that python does something stupid (tm). It
> > > tries to close all file
On Fri, Apr 12, 2019 at 9:11 AM Alexander Zagrebin wrote:
>
> В Thu, 11 Apr 2019 17:32:42 +0200
> Jan Bramkamp пишет:
>
> > 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
В Thu, 11 Apr 2019 17:32:42 +0200
Jan Bramkamp пишет:
> 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
31 matches
Mail list logo