choice is yours.
Cheers,
Steve
___
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, Feb 15, 2021 at 08:44:46PM -0800, Mark Millard wrote:
>
> Do you use:
>
> https://www.freshports.org/ports-mgmt/port-maintenance-tools/
>
First port installed on any system is pkg. Second port
installed is portmaster. Everything after that is installed
with portmas
On Mon, Feb 15, 2021 at 08:18:13PM -0800, Mark Millard wrote:
> Steve Kargl sgk at troutmask.apl.washington.edu wrote on
> Tue Feb 16 02:14:06 UTC 2021 :
>
> > On Mon, Feb 15, 2021 at 05:10:54PM -0800, Mark Millard via freebsd-ports
> > wrote:
>
On Mon, Feb 15, 2021 at 05:10:54PM -0800, Mark Millard via freebsd-ports wrote:
> Steve Kargl sgk at troutmask.apl.washington.edu wrote on
> Mon Feb 15 20:39:19 UTC 2021 :
>
> > Step 1). Install FreeBSD 13.0 on empty disk.
> > Step 2). Install git from ports and grab FreeB
On Mon, Feb 15, 2021 at 08:56:51PM +, RW via freebsd-ports wrote:
> On Mon, 15 Feb 2021 12:39:13 -0800
> Steve Kargl wrote:
>
>
> > BTW, there is no documentation as what 'pkg bootstrap -f'
> > does. In particular, the -f option is no descr
On Mon, Feb 15, 2021 at 12:01:47PM -0800, Kevin Oberman wrote:
> On Mon, Feb 15, 2021 at 11:10 AM Steve Kargl <
> s...@troutmask.apl.washington.edu> wrote:
>
> > I have a system installed from late January FreeBSD-current
> > sources and at that point an up-to-date por
ing: Major OS version upgrade detected. Running \
"pkg bootstrap -f" recommended
Short of running the bootstrap command, how do I get
rid of these messages, which are clearly bogus.
--
Steve
___
freebsd-ports@freebsd.org maili
hich look ready to commit aren't merged[3].
* The default policy gives everyone in wheel root access.
So, to me, the features it provides don't seem worth it. I have removed
it from my local system with some local patches and it seems to work
fine. I haven't missed it at all. An
, I'm still very much of the opinion that the less polkit is
used the better.
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-port
On Sat, Dec 05, 2020 at 01:18:34AM -0800, Mark Millard wrote:
> Steve Kargl sgk at troutmask.apl.washington.edu wrote on:
> >
> > Well, I guess that pretty much kills LLVM_DEFAULT for any
> > modern hardware (even a 8 year old laptop) that uses drm
> > unless a user wan
On Fri, Dec 04, 2020 at 11:41:41PM +0100, Jan Beich wrote:
> Steve Kargl writes:
>
> > It takes a long time to compile on my laptop. I have
> >
> > DEFAULT_VERSIONS+=llvm=90
>
> Why do you need to redefine current default?
Simply changed /etc/make.conf on my lap
dependencies? Is something broken in
the ports *.mk files?
--
Steve
___
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"
. I'd love to be wrong
tho.
Steve
___
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"
BROKEN_mips64= fails to compile: No rule to make target mips64/Make.files
--
Steve
___
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"
gets extracted:
kicad-bd23d003d219cb513b01feb4d9763879c9248f53-bd23d003d219cb513b01feb4d9763879c9248f53/
Try adding this:
WRKSRC= ${WRKDIR}/${PORTNAME}-${GL_COMMIT}-${GL_COMMIT}
Steve
___
freebsd-ports@freebsd.org mailing list
https
Hi,
On 8/10/20 9:28 AM, Lars Engels wrote:
On Tue, Aug 04, 2020 at 02:43:20PM -0400, Steve Wills wrote:
I'm probably fine with this and I think that all of the (now) supported
methods have pros and cons.
To leverage the UX flaws of git and svn(lite) compared to portsnap
having a wrapper s
Hi,
On 8/7/20 6:19 AM, Michael Gmelin wrote:
On Fri, 7 Aug 2020 01:24:00 -0400
Steve Wills wrote:
Hi,
[snip]
2. Use svnlite to checkout a ports tree. (There will be git -> svn
replication.
Will this be a long-term option?
I don't know yet exactly how long the git to svn m
rts tree either from:
https://download.freebsd.org/ftp/ports/ports/
or cgit.
Steve
___
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"
necessarily, as 11.x and 12.x will have it of course, but it should
definitely handle portsnap not being present on the system in any case,
since it can be disabled via WITHOUT_PORTSNAP (even on 11.x and 12.x).
Steve
___
freebsd-ports@freebsd.org mailing list
different thread, I'm
trying to monitor the portsnap related thread for issues related to that.
Thanks,
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
We welcome any constructive feedback. All input would be heard, and if
the plans need to be amended, we will come back to you with the amended
plan in a couple of weeks. This process will take some time and
hopefully won't be too disruptive to anyone's usual workflow.
Steve (
d/3226.
gmake[1]: *** [Makefile:138: discord16.png] Error 1
gmake[1]: Leaving directory
'/usr/ports/net-im/purple-discord/work/purple-discord-8fd7ceb'
*** Error code 2
Sorry, no idea. Never seen those errors and can't reproduce.
Steve
__
On Tue, Jul 21, 2020 at 11:33:13AM +0900, KIRIYAMA Kazuhiko wrote:
>
> lang/gcc9 depends devel/binutils with FLAVOR=native, so gcc9
> compilation stopped at devel/binutils. Why lang/gcc9 depends
> native-binutils ?
>
Just a guess.
uc.so.67
libevent-2.1.so.6 libevent-2.1.so.7
libncurses.so.8 libncurses.so.9
libncursesw.so.8 libncursesw.so.9
because it seems like everything (indirectly) depends on
libncurses change and the icu port. Eventually, portmaster
and I catch up and libmap.conf entries are r
cat /etc/libmap.conf
...
libncurses.so.8 libncurses.so.9
libncursesw.so.8 libncursesw.so.9
HTH
--
Steve
___
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"
tion is off. Are you experiencing an issue
besides the complaint from portmaster? The libopenblas.so symlink is
there, so I think there shouldn't be any issues using the lib.
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/
root wheel29 Jan 31 10:45
/usr/local/lib/libopenblas.a -> libopenblas_nehalemp-r0.3.7.a
lrwxr-xr-x 1 root wheel30 Jan 31 10:45
/usr/local/lib/libopenblas.so -> libopenblas_nehalemp-r0.3.7.so
Are you seeing any other issues besides the complaint from portmaster?
Hi,
On 1/31/20 11:42 AM, ajtiM wrote:
On Fri, 31 Jan 2020 10:01:42 -0500
Steve Wills wrote:
Hi,
On 1/30/20 9:25 PM, Alex V. Petrov wrote:
===> Installing for openblas-0.3.7_1,1
===> Checking if openblas is already installed
===> Registering installation for openblas-0.3.
eebsd.org/bugzilla/show_bug.cgi?id=243739
Steve
___
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, Jan 02, 2020 at 12:22:20PM +0100, Stefan Eßer wrote:
> Am 01.01.20 um 22:04 schrieb Steve Kargl:
> > For users of mail/junkfilter, it now will filter all emails claiming
> > a "Bad Date line". The following patch seems to fix the problem for
> > the next de
)[0-9](:(0?|[1-5])[0-9])?$JFWS\
(([+-][0-1][0-4]([03]0|45))|("?\(?(UT|GMT|EST|EDT|CST|CDT|MST|MDT|PST|PDT|[A-I]|[K-Z])\)?"?))?
{ JFMATCH="$JFSEC: Bad Date line" INCLUDERC=$JFDIR/junkfilter.match }
Suggest either installing the patch or marking
et a 2-line
patch to the python committed, and AFAICT, the commit was done
by portmgr instead python@.
https://lists.freebsd.org/pipermail/freebsd-ports/2019-December/117300.html
https://lists.freebsd.org/pipermail/svn-ports-all/2019-December/23569
ty no longer available? Or?
>
Empirical evidence suggests that answer is "yes".
--
Steve
___
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"
require 2.7?
I'll simply be direct. It is a 2-line patch that
renames a static function in a single file. Why is
so difficult for python@ and/or ports@ to include
the patch for the various python ports.
--
Steve
___
freebsd-ports@freebsd.org m
On Fri, Dec 06, 2019 at 03:49:46PM -0700, Adam Weinberger wrote:
> On Fri, Dec 6, 2019 at 11:41 AM Steve Kargl
> wrote:
> >
> > This has been reported for many years and there are open bug reports.
> > Any chance that the this will be fixed.
> >
> &g
inpi(x);
+return 0.0/a_really_bad_idea_sinpi(x);
}
else {
errno = ERANGE;
--
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any m
pkg-info
or
grep -i maintainer /path/to/port/Makefile
--
Steve
___
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"
/bin/ld
> But I sure that that would not make it in the porst tree.
>
% cat Makefile
PATH = /usr/bin:/bin
.unexport-env
.export PATH
all:
@echo ${PATH}
which ld
% which ld
/usr/local/bin/ld
% make
/usr/bin:/bin
which ld
/usr/bin/ld
HTH
--
Steve
_
does that impact binutils?
The approach I would have taken would have been to make the static
option in binutils also install an empty file in DATADIR and have GCC
check that file. Maybe that isn't ideal.
Steve
___
freebsd-ports@freebsd.org mai
Here's patches to fix gnupod, as attachments, as they should have been.
Sorry about that,
Steve
--- /usr/local/lib/perl5/site_perl/GNUpod/XMLhelper.pm.orig 2019-04-29 20:45:40.054385000 +0100
+++ /usr/local/lib/perl5/site_perl/GNUpod/XMLhelper.pm 2019-04-29 20:45:50.724704000 +0100
@@ -
an put music on my ipod once
again.
This problem has hampered me for a while, but I've not supplied a patch
sooner
and I've not done them as attachments either as I'm no longer sure of my
perl-fu
and I've a feeling that possibly this ought to be fixed differently.
Hope this i
On Sat, Apr 13, 2019 at 10:59:41PM +0200, Dima Pasechnik wrote:
> On Sat, Apr 13, 2019 at 10:41 PM Steve Kargl
> >
> > How about taking the patch in my previous email, apply
> > to your tree (any port committer can take the patch),
> > and actually commit it!
> &
On Sat, Apr 13, 2019 at 08:49:43PM +0200, Dima Pasechnik wrote:
> On Sat, Apr 13, 2019 at 8:01 PM Steve Kargl
> >
> > My patches have absolutely nothing to do with making
> > 3.6 the default python version.
> >
> > I have added functions to libm that are include
several the patching doesn't
> appear to be complicated or difficult to maintain.
>
> > On Fri, Apr 12, 2019 at 02:58:22PM -0700, Steve Kargl wrote:
> > For those people following along in the mailing list, Dima
> > sent me a private reply that took this thre
On Fri, Apr 12, 2019 at 02:58:22PM -0700, Steve Kargl wrote:
> 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
> % s
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
ct. What else is worth trying?
>
> Thanks for reading,
>
> bob prohaska
>
pkg info | grep py > py.txt
pkg delete -f py27-setuptools-40.8.0
install 3.6
re-install python27
--
Steve
___
freebsd-ports@freebsd.org mailing li
*/
+-r = logpi - log(fabs(sinpi(absx))) - log(absx) - r;
++r = logpi - log(fabs(_freebsd_port_are_broken_sinpi(absx))) -
log(absx) - r;
+ if (Py_IS_INFINITY(r))
+ errno = ERANGE;
+ return r;
--
Steve
___
freebsd-ports@fre
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
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/D
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_test
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
ped in /usr/ports/lang/python36
?
--
Steve
___
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"
libicui18n.so.64
libicuio.so.63 libicuio.so.64
libicutu.so.63 libicutu.so.64
libicuuc.so.63 libicuuc.so.64
Choose your numbers accordingly.
--
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
On Mon, Feb 25, 2019 at 01:58:01AM +, Dima Pasechnik wrote:
> On Sun, Feb 24, 2019 at 8:09 PM Steve Kargl
>
> > Given that I actually don't
> > program in python, that certainly seems to be an unreasonable
> > request from the python maintainers.
>
> If
On Sun, Feb 24, 2019 at 02:21:50PM +0100, Tijl Coosemans wrote:
> On Sat, 23 Feb 2019 13:31:17 -0500 Diane Bruce wrote:
> > On Sat, Feb 23, 2019 at 10:52:03AM +, Dima Pasechnik wrote:
> >> On Sat, Feb 23, 2019 at 12:07 AM Steve Kargl
> >> wrote:
> >>> O
the lang/gcc
ports is a long-time member of the GCC steering committee
and a long-time maintainer of all gcc FreeBSD ports. There
are very few FreeBSD users (like 3 of us) who have commit access
to the gcc tree. Seems like a dubious idea to remove one of
those 3.
--
Steve
_
On Fri, Feb 22, 2019 at 07:09:11PM +0200, Konstantin Belousov wrote:
> On Fri, Feb 22, 2019 at 08:44:54AM -0800, Steve Kargl wrote:
> >
> > Because FreeBSD usurped the name of a well-known library from a
> > well-known open source project. Users might expect that that
>
On Fri, Feb 22, 2019 at 05:11:20PM +0100, Tijl Coosemans wrote:
> On Thu, 21 Feb 2019 10:24:51 -0800 Steve Kargl
>
> > BTW, if you compare gcc trunks symbol map
> > ./x86_64-unknown-freebsd13.0/libgcc/libgcc.map
> > with src/lib/libgcc_s/Version.map, you'll find tha
in base needs /lib/libgcc_s, then let's remove it.
If nothing in base needs it, let's rename name it to libfreebsd_s.so.
> 3) With my gfortran patch you don't need to implement anything. It's an
> apply-once-and-stop-worrying-about-it solution for all versions of FreeBSD.
Yo
t do this we'd have
> this libgcc_s problem all over the place. It makes perfect sense to
> make gfortran do the same thing.
I'm fine with your patch.
--
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mai
On Fri, Feb 22, 2019 at 09:32:03AM -0500, Ed Maste wrote:
> On Thu, 21 Feb 2019 at 16:47, Steve Kargl
> wrote:
> >
> > The missing symbols are
> >
> > % objdump -x lib/libgfortran.so | grep GCC_4.6.0 | awk '{print $5}' | sort
>
> Thank you for co
gcc8/libgcc_s.so.1
880:-lgcc_s.2 => /safe/sgk/work/x/lib/libgcc_s.so.2
% ldconfig -r | grep libgfortran
808:-lgfortran.5 => /usr/local/lib/gcc8/libgfortran.so.5
876:-lgfortran.5 => /safe/sgk/work/x/lib/libgfortran.so.5
6 is picked up due t
re from NetBSD:
eqtf2.c and unordtf2.c
--
steve
___
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, Feb 21, 2019 at 10:24:51AM -0800, Steve Kargl wrote:
>
> As anyone tried adding an empty sections to FreeBSD's
> libgcc_s,
>
> /*
> * Empty sections to work around FreeBSD abusing the name
> * of a well-known GCC library.
> */
> GCC_4.6.0 {
figure
> out what question to ask, because, "libgcc_s? WTF?, this is python!"
> In addition, oftentimes people have sometimes big pipelines of
> different programs executing. So writing a shell script wrapper
> around each and every one of those custom programs... not going
nown-freebsd13.0/libgcc/libgcc.map
with src/lib/libgcc_s/Version.map, you'll find that
that maps are no one-to-one.
As anyone tried adding an empty sections to FreeBSD's
libgcc_s,
/*
* Empty sections to work around FreeBSD abusing the name
* of a well-known GCC library.
*/
GCC_4.6.0 {
On Sun, Feb 17, 2019 at 12:37:36PM +0700, Eugene Grosbein wrote:
> 17.02.2019 12:11, Steve Kargl wrot:
>
> >
> > There is a problem with the order of libgcc_s.so.1
> > in the cache created by ldconfig. rtld will use
> > the first one it finds. If it fails, it f
On Sun, Feb 17, 2019 at 01:13:15PM +0700, Eugene Grosbein wrote:
> 17.02.2019 12:56, Steve Kargl wrote:
>
> >> 17.02.2019 12:11, Steve Kargl wrot:
> >>>
> >>> There is a problem with the order of libgcc_s.so.1
> >>> in the cache created by ld
On Sun, Feb 17, 2019 at 01:35:31PM +0700, Eugene Grosbein wrote:
> 17.02.2019 13:19, Steve Kargl wrote:
>
> > For whatever reason, there are situations where the rpath
> > isn't set in the library. Read the rtld manpage. You're
> > hitting #5 in the list.
>
ldconfig -r | grep libgcc_s'.
--
Steve
___
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"
kage.
>
There is a problem with the order of libgcc_s.so.1
in the cache created by ldconfig. rtld will use
the first one it finds. If it fails, it fails. It
does not look to see if there is a second entry.
--
Steve
___
freebsd-ports@freebsd.org mailing
local/lib/gcc8
setenv LD_RUN_PATH /usr/local/lib/gcc8
--
Steve
___
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, Feb 11, 2019 at 08:20:20AM -0800, Steve Kargl wrote:
> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote:
> > Anyone have any idea which recent change broke the
> > drm-legacy-kmod port. This is why I raised an issue
> > with removal of drm2 from src/sys.
kdb_backtrace
vpanic
panic
trap_fatal
trap_pfault
trap
calltrap
--- trap 0xc, eip = 0xcc277a, esp = 0x3cebd4, ebp = 0x3cec20
vmem_periodic(0,1,c671ce,a5ad79c,0,...) at vmem_periodic+0x18a/
taskqueue_run_locked
taskqueue_thread_loop
fork_exit
fork_trampoline() at 0xffc033ba/frame 0xa3
On Mon, Feb 11, 2019 at 06:42:29PM +0100, Niclas Zeising wrote:
> On 2/11/19 6:36 PM, Steve Kargl wrote:
> >
> > The patch allows the port to be built.
> >
> > kldloading the i915kms module causes a 'black screen
> > of death'
> >
> &g
On Mon, Feb 11, 2019 at 06:05:03PM +0100, Niclas Zeising wrote:
> On 2/11/19 5:20 PM, Steve Kargl wrote:
> > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote:
> >> Anyone have any idea which recent change broke the
> >> drm-legacy-kmod port. This is why
On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote:
> Anyone have any idea which recent change broke the
> drm-legacy-kmod port. This is why I raised an issue
> with removal of drm2 from src/sys. How is suppose
> to be fixed?
>
It was r343567. The merging of PAE and N
rebuild before reporting the failure to
the maintainer.
*** Error code 1
Stop.
make[1]: stopped in /usr/ports/graphics/drm-legacy-kmod
*** Error code 1
Stop.
make: stopped in /usr/ports/graphics/drm-legacy-kmod
===>>> make build failed for graphics/drm-legacy-kmod
===>>> Abortin
On Mon, Feb 11, 2019 at 10:08:08AM +0100, Tijl Coosemans wrote:
> On Sun, 10 Feb 2019 15:18:20 -0800 Steve Kargl
> wrote:
> > On Sun, Feb 10, 2019 at 03:14:15PM -0800, Mark Millard wrote:
> >>
> >> /usr/ports/Mk/Uses/qt-dist.mk has:
> >>
> >> .
ring configure of qt5-gui, it does try to use sse2,
sse3, ssse3, and even the unsupported avx. The build
still dies.
--
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any ma
On Sun, Feb 10, 2019 at 10:32:50AM -0800, Steve Kargl wrote:
> On Sun, Feb 10, 2019 at 10:24:43AM -0800, Mark Millard wrote:
> >
> > My reference to building for armv7 not having a problem in
> > my builds is an example of a 32-bit-target context for
> > qt5-gui. So
2, -msse3, -mssse3, -mcx16,
-mfxsr, and -msahf to CFLAGS to see which one is causing
the problem.
If adding all of the -target-feature options turned on
by core2 work with i686, I'll then up i686 and repeat.
In the end, this looks like a "wrong code" issue with
llvm/clang/cla
On Sun, Feb 10, 2019 at 02:56:17PM +, Carmel NY wrote:
> On Sun, 10 Feb 2019 06:40:01 -0800, Steve Kargl stated:
>
> >On Sun, Feb 10, 2019 at 08:31:12AM +0100, Tobias C. Berner wrote:
> >> Moin moin
> >>
> >> Make sure all your qt5-(qt5-gui dependency
gt; >
> > [...]
>
> So it looks like it's 32bit specific; maybe i386 only.
>
Yes, likely.
I'll note that valgrind hass been broken for a long time,
now that I think about it was built with -march=native.
--
Steve
_
/qt5-gui
% make
(wait a long time)
Build dies if CFLAGS+=-march=native is in /etc/make.conf.
--
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "fr
le:root[210] find work -name qdrawhelper.o
path_to/qdrawhelper.o
mobile:root[211] nm path_to/qdrawhelper.o | grep memfill
U _Z12qt_memfill16Ptti
U _Z12qt_memfill32Pjji
00017bb0 T _Z12qt_memfill64Pyyi
--
Steve
___
freebsd-ports@freebsd.org maili
On Sat, Feb 09, 2019 at 07:32:27PM -0800, Steve Kargl wrote:
> Anyone have any pointers on building x11-toolkits/qt5-gui on
> FreeBSD-current? My attempts end with
>
> c++ -Wl,--as-needed
(boat load of info removed).
> qdrawhelper.cpp:(.text+0x2d0ba): undefin
in /usr/ports/x11-toolkits/qt5-gui
===>>> make build failed for x11-toolkits/qt5-gui
===>>> Aborting update
===>>> You can restart from the point of failure with this command line:
portmaster x11-toolkits/qt5-gui
This command has been saved to /tmp/portmasterfail.txt
--
Steve
___
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 Wed, Dec 19, 2018 at 03:46:33AM +0900, Yasuhiro KIMURA wrote:
> From: Steve Kargl
> Subject: Re: devel/jsoncpp and staging?
> Date: Tue, 18 Dec 2018 10:07:05 -0800
>
> > Thanks for the pointer to email thread. Guess I'll
> > upgrade from 341703 to top-of-tree
On Wed, Dec 19, 2018 at 02:35:00AM +0900, Yasuhiro KIMURA wrote:
> From: Steve Kargl
> Subject: Re: devel/jsoncpp and staging?
> Date: Tue, 18 Dec 2018 08:21:46 -0800
>
> >> I cannot reproduce the error you encounter, what version of FreeBSD are
> >> you runni
On Tue, Dec 18, 2018 at 08:54:29AM +0100, Mathieu Arnold wrote:
> On Mon, Dec 17, 2018 at 07:25:10PM -0800, Steve Kargl wrote:
> > On Mon, Dec 17, 2018 at 05:48:57PM -0800, Steve Kargl wrote:
> > > I must be missing a change in how staging works.
> > >
> >
On Mon, Dec 17, 2018 at 05:48:57PM -0800, Steve Kargl wrote:
> I must be missing a change in how staging works.
>
> % cd /usr/ports/devel/jsoncpp
> % make
>
> ===> Staging for jsoncpp-1.8.1_5
> ===> Generating temporary packing list
> (cd /usr/ports/devel/json
cal/lib
/bin/ln -s libjsoncpp.so.1.8.1
/usr/ports/devel/jsoncpp/work/stage/usr/local/lib/libjsoncpp.so.1
/bin/ln -s libjsoncpp.so.1.8.1
/usr/ports/devel/jsoncpp/work/stage/usr/local/lib/libjsoncpp.so
cp -f /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/pkg-config/jsoncpp.pc.in
/usr/port
r any new compiler version to either gcc or llvm.
Does adding
DEFAULT_VERSIONS+=GCC=7
to /etc/make.conf prevent the need to update 300 ports.
--
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
T
t; >
> >
> > Any ideas?
>
>
> I want my pony still.
>
> https://wiki.freebsd.org/libgcc%20problem
>
setenv LD_LIBRARY_PATH path/to/correct/libgcc_s.so.1
--
Steve
___
freebsd-ports@freebsd.org mailing list
https://lists.
On Tue, Nov 20, 2018 at 08:52:58AM -0800, bob prohaska wrote:
> On Mon, Nov 19, 2018 at 04:43:18PM -0800, Steve Kargl wrote:
> > On Mon, Nov 19, 2018 at 03:57:22PM -0800, bob prohaska wrote:
> > > Using pkg delete resolved the ImageMagick vs ImageMagic6 conflict,
> > >
;libicuuc.so.62 libicuuc.so.63' >> /etc/libmap.conf
--
Steve
___
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, Oct 26, 2018 at 08:40:07PM +0200, Michael Gmelin wrote:
>
> > On 26. Oct 2018, at 20:03, Steve Kargl
> > wrote:
> >
> > I recently updated to pkg-1.10.5_5, and I now
> > find to command "pkg version -vl '<'" to be
> >
ime pkg info" gives
0.01 real 0.00 user 0.00 sys
--
Steve
___
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"
1 - 100 of 478 matches
Mail list logo
