On Thu, Jun 04, 2020 at 10:52:18PM +0200, Christoph Moench-Tegeder wrote:
> ## bob prohaska (f...@www.zefox.net):
>
> > FWIW, www/chromium compiled successfully (and even ran, fitfully) about
> > a year ago on the Pi3B.
>
> Well, a year ago it was not Chromium 83... What
ering from cpu_reset failed.
Thanks for reading, apologies if it's a dumb question...
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Tue, Jun 16, 2020 at 09:59:24PM -0700, Mark Millard wrote:
>
>
> On 2020-Jun-16, at 21:34, bob prohaska wrote:
>
> > Just noticed there are now two u-boot ports for the RPi3, one
> > called u-boot-rpi3-32 and (the presumably original) u-boot-rpi3.
> >
> >
ue to U_FILE_ACCESS_ERROR.
make_top_domain_list_variables failed with exit code 1
I don't know if they're new, or significant, but squeaky wheels and
all that
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://li
On Sat, Jun 27, 2020 at 10:26:45AM -0700, bob prohaska wrote:
> In the course of yet another attempt to compile www/chromium
> on an rpi3 running a fresh install of -current I noticed some
> non-fatal errors in the log file:
My mistake, the error was fatal after a delay.
>
&g
ather like I'm stuck: The original is gone, but
c++ is still grinding away as if nothing has changed..
Is there a better way to accomplish a clean(ish) stop and restart of
a multi-threaded make process?
Thanks for reading, apologies if it's
of the chromium build process
> itself.
>
Understood. This is the first time I've ever needed to kill a port build.
Usually they die prematurely of natural causes!
Thanks for your help
bob prohaska
___
freebsd-ports@freebsd.org mailing list
en I looked
for it with ps -a. There were still other ssh connections open and running
at the same time. Is there some way to re-attach a running background job to
a new controlling terminal?
Thanks for writing!
bob prohaska
> On 7/8/20 9:30 AM, bob prohaska wrote:
> > On Wed, Jul 08, 2020 at
pened across the network a browser window opens but remains
blank, at least on rapsiOS. At that point it seems stuck, but responds to
control-C on the controlling terminal to kill it.
Compliments and thanks to the many folks who made this exercise work at all!
Thanks for reading,
bob prohaska
p during a long make
session (www/chromium) and it seemed to work, but only up. Going
from 2 to 3 got an extra c++ instance, but when the machine got
swap-bound setting it back to 2 didn't inhibit creation of new jobs..
Thanks for reading!
bob prohaska
_
;/usr/ports/www/firefox/work/.build'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1
Ports are at 543527, uname -a reports r362742.
Thanks for reading and any suggestions!
bob prohaska
_
at 544659.
Thanks for reading, any suggestions appreciated!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Tue, Aug 11, 2020 at 11:50:36PM +0200, Jan Beich wrote:
> bob prohaska writes:
>
> > The latest attempts to compile www/firefox stopped with:
> >
> > gmake[4]: ***
> > [/usr/ports/www/firefox/work/firefox-79.0/config/makefiles/rust.mk:294:
> > force-car
suggest something to try or explore please do.
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Apologies, the port in question is www/firefox, not www/chromium.
Sorry for the write-o,
bob
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...
that seems to require some
changes to the source, which I don't know how to do.
If somebody can suggest reading material I'll give it a try.
Thanks for replying,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.
l make a difference. To
conserve resources I'm using a plain vanilla make. If use of a
ports management system is mandatory please warn me.
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailm
On Mon, Aug 31, 2020 at 08:35:59AM -0700, bob prohaska wrote:
>
> In the meantime a clean restart is going, it looks like firefox
> got bumped to version 80. Perhaps that'll make a difference. To
> conserve resources I'm using a plain vanilla make. If use of a
> p
-orign installs and seems to
work correctly.
Is there a trick that I've missed?
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to &qu
Alas, the bug appears to be back with chromium-85.0.4183.121
Thanks for reading,
bob prohaska
On Wed, Jun 10, 2020 at 06:23:45PM +, bugzilla-nore...@freebsd.org wrote:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246982
>
> --- Comment #4 from commit-h...@freebsd.org ---
&
Running -current on a Raspberry Pi 3B, at 367528.
It seems that the latest www/chromium wants to compile
exclusively with -j1, regardless of settings for -j2
in /etc/make.conf or on the make command line.
Have I missed something new?
Thanks for reading,
bob prohaska
d
[1]Exit 1make -DBATCH > make.log
but:
root@pelorus:/usr/ports/devel/fstrm # whereis autoreconf
autoreconf: /usr/local/bin/autoreconf
root@pelorus:/usr/ports/devel/fstrm #
Is there a fix or workaround? /usr/ports is at Revision: 563453
Thanks for rea
ely patched. The CVE
calls for 9.16.3 as the fixed version.
Thanks for reading!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
stops make with
configure: error: Perl 5.006 or better is required
If somebody knows a fix or workaround please post!
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-
On Fri, Feb 05, 2021 at 11:44:27PM -0800, Dan Mahoney (Gushi) wrote:
> On Sat, 6 Feb 2021, Greg Rivers via freebsd-ports wrote:
>
> > On Saturday, 6 February 2021 00:56:58 CST bob prohaska wrote:
> > > On Fri, Feb 05, 2021 at 10:00:36PM -0600, Greg Rivers via freeb
hs look reasonable, but what's with "Command not found" in response to $PATH
?
Thanks for reading!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Sat, Feb 06, 2021 at 06:03:38PM +0100, DutchDaemon - FreeBSD Forums
Administrator wrote:
> On 06/02/2021 17:50, bob prohaska wrote:
> > Would installing the autoconf port install autoreconf?
>
> autoconf-wrapper-20131203 is a requirement of autoconf-2.69_3, so yes.
>
Ay
On Sat, Feb 06, 2021 at 10:21:55AM -0800, Mark Millard via freebsd-ports wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Sat Feb 6 16:50:16 UTC 2021 :
>
> > Looks like a path problem, so
> >
> > root at pelorus
> > :/usr/ports/devel/autoconf # $PATH
>
On Sat, Feb 06, 2021 at 07:52:12PM +0100, DutchDaemon - FreeBSD Forums
Administrator wrote:
> On 06/02/2021 18:31, bob prohaska wrote:
> > On Sat, Feb 06, 2021 at 06:03:38PM +0100, DutchDaemon - FreeBSD Forums
> > Administrator wrote:
> > > On 06/02/2021 17:50, bob proha
On Sat, Feb 06, 2021 at 10:50:21AM -0800, Mark Millard via freebsd-ports wrote:
>
> https://www.freshports.org/devel/autoconf reports that
> perl is a dependency:
>
> Build dependencies:
> ??? gm4 : devel/m4
> ??? help2man : misc/help2man
> ??? gmake : devel/gmake
> ??? ma
On Sat, Feb 06, 2021 at 09:05:49PM +0100, DutchDaemon - FreeBSD Forums
Administrator wrote:
> On 06/02/2021 20:53, bob prohaska wrote:
> > perl5-5.32.0_1
> > perl5.30-5.30.3_1
>
> The former is correct; no idea where the latter comes from; Perl 5.30
> usually
On Sat, Feb 06, 2021 at 03:39:56PM -0800, bob prohaska wrote:
>
> Manual deinstall of both defective ports followed by reinstall
> of lang/perl5.32 seems to have done the trick. Now dns/bind916
> is compiling. Fingers crossed 8-)
>
Fixing my mangled perl installation was only st
incorrectly built dialog4ports will show
> /usr.lib/libdialog.so.8 instead.
That's what I have. Now to rebuild dialog4ports.
Thank you!
bob prohaska
>
> ===
> Mark Millard
> marklmi at yahoo.com
> ( dsl-only.net went
> away in early 2018-Mar)
>
>
___
the source tree didn't disclose any obvious
executable, could somebody offer a hint at test methods, if any?
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubs
On Sat, Mar 13, 2021 at 06:11:06PM +0100, Michael Gmelin wrote:
>
>
> On Sat, 13 Mar 2021 08:50:07 -0800
> bob prohaska wrote:
>
> > Hi Michel,
> >
> > On Sat, Mar 13, 2021 at 05:01:16PM +0100, Michael Gmelin wrote:
> > > What about ???make stage
Is there any indication when ports will be available via git?
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-uns
tadir): No such
file or directory
*** [fake-pkg] Error code 1
This is the first time I've tried placing ports outside /usr/ports and
the first time having the ports tree owned by a regular user.
Is that a likely culprit? FWIW, the ports tree was pulled via git this morning.
Thanks for reading
On Tue, Apr 06, 2021 at 05:15:32AM +0900, Tatsuki Makino wrote:
> bob prohaska wrote on 2021/04/06 03:03:
> > When trying to compile www/chromium on an 8GB Pi4 using
> > make -j4 -DBATCH MAKE_JOBS_UNSAFE=yes DISABLE_VULNERABILITIES=yes >
> > make.log &
>
> The
he serial connection. Top reports that
cc is in state TTYOUT, with WCPU no higher than a few percent, running
only one thread.
Thanks for reading, and any ideas.
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/li
o the
Seemingly not a problem, but this is on an 8GB Pi4. From past experiments
firefox is not obviously worse (!) than www/chromium.
Thanks for writing!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Sat, Apr 17, 2021 at 02:22:42PM +0100, tech-lists wrote:
> Hi,
>
> On Wed, Apr 14, 2021 at 08:49:43AM -0700, bob prohaska wrote:
> > While attempting to compile www/firefox on an RPi4 running -current
> > the make process stopped with
> >
>
I see the PATH reference to python2.7, is
that the culprit? Both 2.7 and 3.8 are installed.
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Thu, Apr 29, 2021 at 03:20:35PM +, Matthias Wolf wrote:
> Hi,
>
>
> "bob prohaska" f...@www.zefox.net ??? 29. April 2021 17:11
> > Attempts to compile chromium-90.0.4430.85 are stopping with
> >
> > ===> Configuring for chromium-90.0.4430.85
c0045002
They seem to come at a fairly high rate and clutter the logfiles, but
apart from that nuisance nothing else seemed visibly amiss.
Are they of any significance?
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
ore questions: It is harmless (seemingly not always),
and would it go away if compiled and run on a 32 bit machine, say armv7?
Many thanks for the detailed explanation, but I'll admit not understanding
much more than the quoted part above 8-(
bob prohaska
___
On Sun, May 02, 2021 at 04:10:44PM +, bugzilla-nore...@freebsd.org wrote:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246982
>
> --- Comment #25 from Mikael Urankar ---
> (In reply to Bob Prohaska from comment #24)
> just update your ports tree.
>
The latest versi
On Thu, May 06, 2021 at 10:23:45PM +0200, Helge Oldach wrote:
> bob prohaska wrote on Thu, 06 May 2021 20:48:56 +0200 (CEST):
> > On Sun, May 02, 2021 at 04:10:44PM +, bugzilla-nore...@freebsd.org
> > wrote:
> > > https://bugs.freebsd.org/bugzill
.2.p/meson-generated_.._json-enum-types.c.o -c
json-glib/json-enum-types.c
FAILED:
json-glib/libjson-glib-1.0.so.0.600.2.p/meson-generated_.._json-enum-types.c.o
Is there a workaround? Ports were up-to-date as of today, May 12, 2021.
Thanks for reading,
bob prohaska
__
On Wed, May 12, 2021 at 05:17:37PM -0700, Mark Millard via freebsd-ports wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Wed May 12 21:10:02 UTC 2021 :
>
> > Attempts to compile x11/x11-wm/lxqt on a Pi4 running -current
> > get stuck with:
> > ===>
On Wed, May 12, 2021 at 09:16:29PM -0700, Mark Millard via freebsd-ports wrote:
> On 2021-May-12, at 20:48, bob prohaska wrote:
>
> >
> > Moving to /usr/ports/json-glib and using
> > make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4
> > DISABLE_VULNERABILIT
/usr/local/bin/easy_install
*** Error code 1
How did python38 get installed without py38-setuptools?
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
been growing ever worse. I didn't want to deal with the
complexity and overhead, but maybe it's time.
Many thanks for patient counsel!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
e in
the ports tree, not wanting the disk and cpu overhead imposed
by ports management software. But, that approach seems to be
getting obsolete. I don't mind being a Luddite, but there's
no profit in being the _last_ Luddite.
8-)
I've never used IRC, is it somehow better than this li
On Fri, May 14, 2021 at 07:29:15PM -0700, Mark Millard wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Fri May 14 01:35:28 UTC 2021 :
>
> > Would use of poudriere help with this sort of problem?
> > It isn't trivial to configure, but this sort of difficulty
>
On Sun, May 16, 2021 at 12:24:49PM +1000, Kubilay Kocak wrote:
> On 15/05/2021 2:35 am, bob prohaska wrote:
> >
> > I've never used IRC, is it somehow better than this list?
>
> Quicker isolation of root causes over async back and forth. Happy to go over
> it wit
On Mon, May 17, 2021 at 04:44:04AM +, Thomas Mueller wrote:
>
> My question, Bob, is, if you are dissatisfied with poudriere, what do you use
> for FreeBSD ports?
I'm not dissatisfied, I'm overwhelmed.
Usually, a simple
make -DBATCH > make.log &
w
On Mon, May 17, 2021 at 09:37:07AM -0400, George Mitchell wrote:
> On 5/16/21 10:19 PM, bob prohaska wrote:
> > [...]
> > I'd like to see the ports system keep working as it has in the past, but
> > that seemingly
> > requires a kind of machine intelligence th
On Mon, May 17, 2021 at 12:28:24PM -0700, Mark Millard via freebsd-ports wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Mon May 17 15:55:21 UTC 2021 :
>
> > The existing conflict between versions of python strikes me as more of a
> > planning problem than a software
the conflict will emerge within the jail. It'd have to
split the build between two or more jails and then merge the (compatible)
executables into a third jail for completion, AIUI.
At this point I'm stuck.
Thanks for reading and your offer of help!
bob prohaska
_
Is there an easy way to "rip out by the roots" a botched
port install and start over, including re-doing all the
configuration dialogs of the port and its dependencies?
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing
,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
iled.
It isn't obvious to me that this is an architecture-related error, might
there be a fix or workaround?
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubs
al and the
task seems endless. The troublesome systems are 11-stable, with
one -current machine which matters much less.
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To u
build xpdf, which failed on
a softfloat
library. In trying to fix the library I inadvertently triggered an upgrade to
python which
led to the present conundrum.
Thanks for reading, and any fixes/workarounds.
bob prohaska
___
freebsd-ports@freebsd.org
ld library. For some reason
it didn't promptly stop the build. Fixing that by hand allowed python27
to build and install.
Thank you!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To u
that matters, uname
reports
FreeBSD 12.0-CURRENT (RPI2) #0 r309382: Fri Dec 2 23:22:02 PST 2016
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, sen
o long to put on the
mailing list but I could post it on a webserver if it helps.
Thanks for reading!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
ng and installing x11/libXScrnSaver did the trick, CUPS now works.
How did you connect not finding lXss and XScrnSaver? I tried a Google
search and found nothing that came close Is there a database that
associates library names with originating source code?
Many
nt at r309382, so the
required version of clang (3.9.0) is already present. Is there
a simple way use the existing /usr/bin/clang?
Thanks for reading and any ideas,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/ma
to work on ARM, but this error
does not seem ARM-specific.
If anyone can suggest a workaround I'd be pleased to try it. A brute-force
search for that filename found nothing.
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing
can find them.
What's the best fix or workaround? I can't find a library or sources that
seem to come close to satisfying the requirement. The system is -current,
the ports tree was updated on 3/21/2017.
Thanks for reading,
bob prohaska
___
Thank you!
Firefox is compiling now...in a day or two I might get to see if it works.
8-)
bob
On Thu, Mar 23, 2017 at 09:25:02PM +0100, Herbert J. Skuhra wrote:
> bob prohaska skrev:
> >
> > In playing with compiling firefox on raspberry pi the process has gotten
> >
ion)
FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM
4.0.0)
This is on -current, up to date as of March 24, 2017. The error message
is roughly the same for firefox, firefox-esr and chromium.
Thanks for reading,
bob prohaska
_
LEASE submit a bug report to
https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed
source, and associated run script.
Is there any hope of a fix, whether to clang or firefox?
Thanks for reading, and any insights...
bob prohaska
_
effort to find
out if there is any prospect for a short-term workaround. Far as I can
tell there isn't even a cross-compiled firefox package for RPI2
Thanks for replying!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.f
agnostic files were > 2MB, so I put them
at http://www.zefox.net/~fbsd/rpi2/firefox/
> Or your ports tree has no been updated?
>
/usr/ports is at 438916, /usr/src is at 317106
Thanks for reading, and any guidance!
bob prohaska
___
freebsd-po
In trying to compile www/firefox on RPI2 running -current the build now stops
with
error: "NEON support not enabled"
The port at www/neon is compiled and installed.
Thanks for reading, any guidance appreciated.
bob prohaska
___
fre
plement
the vector instruction set. Evidently not.
Thanks for clearing up the confusion. Is this an issue which
must be addressed by the clang/llvm developers?
8-(
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.or
it
is appreciated that the problem isn't simple.
Thanks for writing!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
cpu=cortex-a7'
is sufficient to get past the NEON not enabled error.
Thanks for your help!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Fri, May 05, 2017 at 10:01:40PM -0700, bob prohaska wrote:
> It appears that using
> make CFLAGS='-mcpu=cortex-a7'
> is sufficient to get past the NEON not enabled error.
>
The next problem appears to be
/usr/ports/www/firefox/work/firefox-53.0.2/medi
On Mon, May 08, 2017 at 01:08:46PM +0200, Michal Meloun wrote:
>
> On 08.05.2017 10:56, Dimitry Andric wrote:
> > On 8 May 2017, at 05:33, bob prohaska wrote:
> >>
> >> Is this worth a bug report, or is firefox too far over the horizon
> >> for freebsd-ar
error earlier in the compile.
Would a bug report be redundant?
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
pi2/firefox/assembler_failure/
along with a transcript of stdout/stderr in make.log
Thanks for reading!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any ma
ean has been run and compilation started anew, using the same make
command line, in the hope the mistake was one of consistency.
Many thanks for your patience!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listi
)
Could they be in some way related to the assembler problem?
If other files would be informative I'll gladly post them.
Thanks
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
ase indicate so,
and I'll give it a try. I'm on RPI2, running -current.
Thanks very much,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Mon, May 15, 2017 at 10:57:28PM -0700, Kevin Oberman wrote:
> On Mon, May 15, 2017 at 7:31 PM, bob prohaska wrote:
>
> > On Tue, May 16, 2017 at 12:33:28AM +, Tatsuki Makino wrote:
> > >
> > > Probably, pkg set -[no] cannot combine records of multiple pack
directory
'/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/gallium/drivers/freedreno'
Ports and sources are current as of a few minutes ago. I'm trying again
after make clean, but hold out little hope. If there's something else to
try please let m
On Tue, May 16, 2017 at 11:19:04PM +0200, Jan Beich wrote:
> bob prohaska writes:
>
> > When trying to compile graphics/mesa-dri on RPI2 make reports in part:
> >
> > /bin/mkdir -p ir3
> > PYTHONPATH=../../../../src/compiler/nir python2.7 ./ir3/ir3_nir_trig.py &g
ence.c:29:
/usr/local/include/libsync.h:78:12: error: use of undeclared identifier 'ETIME'
errno = ETIME;
It's certainly progress...8-)
Thanks for reading, and all your help!
bob prohaska
___
freebsd-ports@freebs
s I can tell it worked, but you may detect otherwise.
Please let me know if you find a mistake.
Thank you very much!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
quot;. (apologies to Walt Kelley)
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
The dependencies are still causing trouble, so I've decided to give
portmaster a try. Last time I tried portmaster it wasn't much help,
but that was a long time ago. At this stage there's little to lose.
Many thanks for your reply!
bob prohaska
> -Koop
>
> > Is some
[long list of dependencies]
but the -m flag seems to have no effect.
What is the best way to proceed with the compilation? This happens to be on
an RPI2 running -current, but it would be surprising if that matters.
Thanks for reading,
bob prohaska
_
) | 14 lines
>
>
>
> Update freetype2 to 2.8.
>
Missed it. Fixed.
> Typo here.
>
G fixed.
Thank you!
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.fre
s are at 441746, /usr/src is at 318674.
Thanks for reading,
bob prohaska
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Sun, May 28, 2017 at 07:51:31PM +0200, Ronald Klop wrote:
> On Sat, 27 May 2017 18:44:37 +0200, bob prohaska
> wrote:
>
> > On an RPI2 www/epiphany finally compiled using portmaster. When started
> > it runs (somewhat) but reports
> >
> > libGL error: una
Schedule: normal
Last Changed Author: lme
Last Changed Rev: 445408
Last Changed Date: 2017-07-09 12:14:55 -0700 (Sun, 09 Jul 2017)
Is there an alternative to manually compiling the failing dependencies?
thanks for reading!
bob prohaska
___
freebsd-ports
On Fri, Jul 14, 2017 at 10:24:39AM +0200, Miroslav Lachman wrote:
> bob prohaska wrote on 2017/07/14 03:06:
> > In trying to compile gnome3 from ports on a Raspberry Pi 2 error messages
> > with the general form:
> >
> > py27-cairo-1.10.0_2 needs Python 2.7 at
101 - 200 of 227 matches
Mail list logo
