Question about Apache2 Port and FreeBSD 6 kernel options
cdce# Generic USB over Ethernet < devicecue # CATC USB Ethernet < devicekue # Kawasaki LSI USB Ethernet < devicerue # RealTek RTL8150 USB Ethernet --- > #device aue # ADMtek USB Ethernet > #device axe # ASIX Electronics USB Ethernet > #device cdce# Generic USB over Ethernet > #device cue # CATC USB Ethernet > #device kue # Kawasaki LSI USB Ethernet > #device rue # RealTek RTL8150 USB Ethernet 279,281c277,282 < devicefirewire# FireWire bus code < devicesbp # SCSI over FireWire (Requires scbus and da) < devicefwe # Ethernet over FireWire (non-standard!) --- > #device firewire# FireWire bus code > #device sbp # SCSI over FireWire (Requires scbus and da) > #device fwe # Ethernet over FireWire (non-standard!) > > # Security options > options SC_DISABLE_REBOOT # Disable Ctrl+Alt+Del I basically only commented out some SCSI stuff and network cards I don't use. Anyone any idea which kernel conf configuration item is causing the trouble? Do I need to keep IPv6 or the SYSV memory stuff or something else? Thanx in advance! Regards, Lars Wittebrood. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Update of Dia port failed
Hello list, On a 6.1-Release-p1 system with an up to date ports tree I failed to update the Dia port. The error messages I get are: [...] Merging translations into Gane_and_Sarson.sheet. CREATED Gane_and_Sarson.sheet (cd . && ./checktrans UML.sheet ER.sheet sybase.sheet FS.sheet network.sheet Flowchart.sheet Circuit.sheet Contact.sheet GRAFCET.sheet chronogram.sheet SADT.sheet Pneumatic.sheet Electric.sheet civil.sheet jigsaw.sheet MSE.sheet SDL.sheet Logic.sheet EML.sheet Misc.sheet Assorted.sheet ciscocomputer.sheet ciscohub.sheet ciscomisc.sheet cisconetwork.sheet ciscotelephony.sheet Cybernetics.sheet IsometricMap.sheet Istar.sheet Jackson.sheet KAOS.sheet ChemEng.sheet AADL.sheet Gane_and_Sarson.sheet) ./checktrans: ./checktrans.py: not found *** Sheet translation report: *** (Absence of a language code means 0% translation for that language) (Help for translations (and/or much more) is of course welcome !) E: checktrans failed to run. Please check that python and python-xml are installed E: on your system. On some systems, python-xml is called PyXML. If in doubt, E: have a look at http://pyxml.sourceforge.net gmake[3]: Leaving directory `/usr/ports/graphics/dia/work/dia-0.95/sheets' gmake[2]: Leaving directory `/usr/ports/graphics/dia/work/dia-0.95/sheets' Making all in doc gmake[2]: Entering directory `/usr/ports/graphics/dia/work/dia-0.95/doc' Making all in en gmake[3]: Entering directory `/usr/ports/graphics/dia/work/dia-0.95/doc/en' xsltproc --nonet --novalid http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl dia.dbk >dia.1 I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl " cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl gmake[3]: *** [dia.1] Error 4 gmake[3]: Leaving directory `/usr/ports/graphics/dia/work/dia-0.95/doc/en' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/dia/work/dia-0.95/doc' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dia/work/dia-0.95' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/graphics/dia. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade58460.39 make PORT_UPGRADE=yes ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! graphics/dia (dia-0.94_6,1) (new compiler error) ---> Packages processed: 0 done, 39 ignored, 0 skipped and 1 failed Uname output: [EMAIL PROTECTED] sbin # uname -a FreeBSD lambda.socruel.nu 6.1-RELEASE-p1 FreeBSD 6.1-RELEASE-p1 #0: Sun Jun 25 15:15:43 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAMBDA i386 The Gmake port is up to date on this system. Anyone any idea what is wrong here? MTIA Regards, Lars. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Update of Dia port failed
> _ > From: Lars Wittebrood On Behalf Of FreeBSD-Ports > Sent: Sunday, July 09, 2006 8:08 PM > To: 'freebsd-ports@freebsd.org' > Subject: Update of Dia port failed > > Hello list, > > On a 6.1-Release-p1 system with an up to date ports tree I failed to > update the Dia port. The error messages I get are: > > [...] > Merging translations into Gane_and_Sarson.sheet. > CREATED Gane_and_Sarson.sheet > (cd . && ./checktrans UML.sheet ER.sheet sybase.sheet FS.sheet > network.sheet Flowchart.sheet Circuit.sheet Contact.sheet > GRAFCET.sheet chronogram.sheet SADT.sheet Pneumatic.sheet > Electric.sheet civil.sheet jigsaw.sheet MSE.sheet SDL.sheet > Logic.sheet EML.sheet Misc.sheet Assorted.sheet ciscocomputer.sheet > ciscohub.sheet ciscomisc.sheet cisconetwork.sheet ciscotelephony.sheet > Cybernetics.sheet IsometricMap.sheet Istar.sheet Jackson.sheet > KAOS.sheet ChemEng.sheet AADL.sheet Gane_and_Sarson.sheet) > ./checktrans: ./checktrans.py: not found > *** Sheet translation report: *** > (Absence of a language code means 0% translation for that language) > (Help for translations (and/or much more) is of course welcome !) > E: checktrans failed to run. Please check that python and python-xml > are installed > E: on your system. On some systems, python-xml is called PyXML. If in > doubt, > E: have a look at http://pyxml.sourceforge.net > gmake[3]: Leaving directory > `/usr/ports/graphics/dia/work/dia-0.95/sheets' > gmake[2]: Leaving directory > `/usr/ports/graphics/dia/work/dia-0.95/sheets' > Making all in doc > gmake[2]: Entering directory > `/usr/ports/graphics/dia/work/dia-0.95/doc' > Making all in en > gmake[3]: Entering directory > `/usr/ports/graphics/dia/work/dia-0.95/doc/en' > xsltproc --nonet --novalid > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xs > l dia.dbk >dia.1 > I/O error : Attempt to load network entity > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xs > l > warning: failed to load external entity > "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.x > sl" > cannot parse > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xs > l > gmake[3]: *** [dia.1] Error 4 > gmake[3]: Leaving directory > `/usr/ports/graphics/dia/work/dia-0.95/doc/en' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory > `/usr/ports/graphics/dia/work/dia-0.95/doc' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/graphics/dia/work/dia-0.95' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/graphics/dia. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade58460.39 make PORT_UPGRADE=yes > ** Fix the problem and try again. > ** Listing the failed packages (*:skipped / !:failed) > ! graphics/dia (dia-0.94_6,1) (new compiler error) > ---> Packages processed: 0 done, 39 ignored, 0 skipped and 1 failed > > Uname output: > > [EMAIL PROTECTED] sbin # uname -a > FreeBSD lambda.socruel.nu 6.1-RELEASE-p1 FreeBSD 6.1-RELEASE-p1 #0: > Sun Jun 25 15:15:43 CEST 2006 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAMBDA i386 > > The Gmake port is up to date on this system. > > Anyone any idea what is wrong here? > > MTIA > > > Regards, > Lars. > > Hello list, Yesterday a new version of the Dia port was issued with a dependency (on docbook-xsl) added. This new version build just fine. Thanx to Marcus (?) for changing this. Regards, Lars. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
PLT scheme 'mred' crashes with OpenGL examples
4.so #43 0x000800b024e6 in place_instance_init_post_kernel () from /usr/local/lib/libmzscheme3m-4.1.4.so #44 0x000800b0232f in scheme_engine_instance_init () from /usr/local/lib/libmzscheme3m-4.1.4.so #45 0x000800b02146 in scheme_basic_env () from /usr/local/lib/libmzscheme3m-4.1.4.so #46 0x0008008656be in setup_basic_env () at mred.cxx:3232 #47 0x00403b0d in run_from_cmd_line (argc=Variable "argc" is not available.) at cmdline.inc:1018 #48 0x00080086516c in MrEdApp::OnInit (this=Variable "this" is not available.) at mred.cxx:3433 #49 0x000800732a39 in wxEntry (argc=2, argv=0x7fffe8f8) at AppMain.cc:288 #50 0x00401f28 in call_main_after_stack (data=Variable "data" is not available.) at mrmain.cxx:266 #51 0x000800af06c5 in scheme_main_stack_setup () from /usr/local/lib/libmzscheme3m-4.1.4.so #52 0x00401ea7 in main (argc=Variable "argc" is not available.) at mrmain.cxx:299 They all apparently crash in the same place. I'm not familiar with the PLT scheme codebase at all but can assist in testing any patches. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Improving Ada support on FreeBSD and in the ports system
[Apologies for the possible double-post, I mistyped the From: address] Hello. It's come to my attention that the FreeBSD ports system has very poor support for Ada and Ada software in general. A quick search on Freshports for 'Ada' shows the following packages: devel/adabooch- No dependencies registered! devel/adacurses - lang/gnat devel/adasdl - lang/gnat net/adasockets- lang/gnat (broken) textproc/xmlada - lang/gnat-gcc41 (broken) textproc/xmlada-gps - lang/gnat (broken) x11-toolkits/gtkada - lang/gnat (broken) x11-toolkits/gtkada-devel - lang/gnat (broken) x11-toolkits/gtkada-gcc - lang/gnat-gcc41 (broken) x11-toolkits/gtkada-gps - lang/gnat (broken) I'm aware there are more packages than this in the ports sytem. The situation doesn't get any better the more you read... The problems any user of Ada on FreeBSD faces are: PROBLEM 1. Lack of packages (as shown above) Of the 10 packages listed, only three of those (maybe two) actually work. PROBLEM 2. No choice in the use of compiler The Ada world is essentially divided between the GCC version of GNAT that can produce executables not tainted by the GPL (GNAT-FSF) and the GPL version (GNAT-GPL) from AdaCore which can't. Debian, for example, only uses GNAT-FSF (but one can, of course, just download GNAT-GPL from AdaCore and use it without issue). PROBLEM 3. Compiler version chaos and lack of architecture support We have: lang/gnat (GPL 2009 version, i386 only) lang/gnat-gcc41 (GCC 4.1, i386 only) lang/gnat-gcc42 (GCC 4.2, i386 only) lang/gnat-gcc43 (GCC 4.3, i386 only) lang/gnat-gcc44 (GCC 4.4, i386 and amd64) Apart from the fact that nobody using Ada knows which one of the above five ports they want, they'll also be forced into using at least one of them due to lack of architecture support and ports unconditionally depending on lang/gnat. Debian, for example, has a wide range of compiler architectures available for GNAT: http://packages.debian.org/unstable/devel/gnat Anybody that wants to install Ada packages from ports on AMD64 is stuck. Despite having an AMD64 compiler (gnat-gcc44) in ports, packages will demand lang/gnat and will then fail due to ONLY_FOR_ARCHS=i386. PROBLEM 4. Lack of a debugger We currently only have gdb 6.1.1 in the base system and I've never been able to get any of the other gdb ports to compile (version >= 6.8 of gdb have explicit Ada support). PROBLEM 5. Lack of a consistent policy for Ada packages Debian, for example, has this: http://people.debian.org/~lbrenta/debian-ada-policy.html I would like to (attempt to) solve all of the above problems and make FreeBSD a serious platform for Ada development. I will attempt to address the five points above with possible solutions to each. PROBLEM 1. Lack of packages This is something I will work on personally. I have quite a large number of packages I have developed myself to be submitted to ports but have been unable until now due to the problems described above. I am also willing to spend time porting the "big name" packages such as GtkAda and AWS to FreeBSD (porting Ada programs tends to be quite painless, usually). PROBLEM 2. No choice in the use of compiler PROBLEM 3. Compiler version chaos and lack of architecture support I believe there needs to be a mechanism to select an Ada compiler for use with packages. I'm not sure what the Ports system currently provides for this case. I do not want to force a particular compiler choice on the users of packages. Some packages (currently) require GNAT GPL to function (any program using ASIS[1] currently needs an extra support library[2] to work with GNAT FSF). The setting should probably be a port option that can be set in make.conf. I would be interested to hear ideas on this. I would like to see the number of GNAT ports brought down to two - one for GNAT-FSF and one for GNAT-GPL. This would require input from the maintainers of the older gnat-gcc ports and a coordinated effort to make sure the small selection of packages available work with both of the resulting ports (before adding new packages). Lack of architecture support is a time-consuming issue. Both GCC and GNAT have support for a wide range of architectures but GNAT only has support for FreeBSD i386 (and now AMD64 in trunk). I have produced bootstrap binaries for GCC 4.4 on i386 and AMD64 on FreeBSD 7.2 (and will produce binaries for 8.0 when it arrives) but do not have access to any other architectures running FreeBSD. This is more or less an issue of manpower and patience. PROBLEM 4. Lack of a debugger This should not b
Re: Improving Ada support on FreeBSD and in the ports system
'Lo, On 2009-11-08 00:06:16, Daniel Eischen wrote: > > The packages are way out of date and don't build with the newer > GNAT's. Patches welcome. Right! > > PROBLEM 3. Compiler version chaos and lack of architecture support > > > >We have: > > > > lang/gnat (GPL 2009 version, i386 only) > > Patches for amd64 support are also welcome. I thought you were > going to do a port for GNAT-gpl amd64? I am indeed. Just waiting for the gnat-gcc44 port to be committed, then I'll work on getting GPL 2009 compiling on amd64. M pgpru9xjl4mIU.pgp Description: PGP signature
Re: Improving Ada support on FreeBSD and in the ports system
On 2009-11-07 22:06:36, Mark Linimon wrote: > > There were several more working, but a recent compiler update broke them. > At that time the portmgr team went ahead and marked the ports "broken". > That both advises users that they don't compile, and also triggers a > periodic email to the ports@ mailing list. Beyond that we have to rely > on work done by individual contributors. Seems reasonable. > Most of the general mechanisms for selecting "port alternative foo vs. > bar" live in ports/Mk. In particular, you will probably want to look at > ports/Mk/bsd.gcc.mk. A more advanced example is in bsd.java.mk. Note: > don't feel bad if you don't understand the contents of these files; they > have evolved to their current state over quite some period of time. It's > perfectly fair to ask for help. It's on the list. Thanks! > For something like this that isn't widely used, I wouldn't spend too much > time on anything other than i386 and amd64. That's where the majority of > our user base is (I'm guessing 80% and 15%, respectively, based on the PR > arrival statistics.) That's good to know. I don't have any sparc64 machines laying around... M pgpAXccXnvBs2.pgp Description: PGP signature
Re: Improving Ada support on FreeBSD and in the ports system
On 2009-11-08 00:06:16, Daniel Eischen wrote: > > Patches for amd64 support are also welcome. I thought you were > going to do a port for GNAT-gpl amd64? 'Lo. I just tried to compile the vanilla GNAT-GPL 2009 sources today and came across the following error: /gnat/gpl-2009/src/GNAT/obj/./gcc/xgcc -B/gnat/gpl-2009/src/GNAT/obj/./gcc/ -B/usr/local/x86_64-unknown-freebsd7.2/bin/ -B/usr/local/x86_64-unknown-freebsd7.2/lib/ -isystem /usr/local/x86_64-unknown-freebsd7.2/include -isystem /usr/local/x86_64-unknown-freebsd7.2/sys-include -g -fkeep-inline-functions -O2 -O2 -g -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -DHAVE_CC_TLS -o unwind-dw2.o -MT unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c ../../../src/libgcc/../gcc/unwind-dw2.c -fvisibility=hidden -DHIDE_EXPORTS In file included from ../../../src/libgcc/../gcc/unwind-dw2.c:338: ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h: In function ‘x86_freebsd_fallback_frame_state’: ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:78: error: ‘struct sigcontext’ has no member named ‘sc_esp’ ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:85: error: ‘struct sigcontext’ has no member named ‘sc_eax’ ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:87: error: ‘struct sigcontext’ has no member named ‘sc_ebx’ ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:89: error: ‘struct sigcontext’ has no member named ‘sc_ecx’ ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:91: error: ‘struct sigcontext’ has no member named ‘sc_edx’ ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:93: error: ‘struct sigcontext’ has no member named ‘sc_esi’ ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:95: error: ‘struct sigcontext’ has no member named ‘sc_edi’ ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:97: error: ‘struct sigcontext’ has no member named ‘sc_ebp’ ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h:99: error: ‘struct sigcontext’ has no member named ‘sc_eip’ gmake[3]: *** [unwind-dw2.o] Error 1 gmake[3]: Leaving directory `/gnat/gpl-2009/src/GNAT/obj/x86_64-unknown-freebsd7.2/libgcc' gmake[2]: *** [all-stage1-target-libgcc] Error 2 gmake[2]: Leaving directory `/gnat/gpl-2009/src/GNAT/obj' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/gnat/gpl-2009/src/GNAT/obj' gmake: *** [all] Error 2 The actual GNAT part of the compiler appeared to compile without issue, using the compiler from the lang/gnat-gcc44 port. The above, however, seems to be a problem with the GCC core. It looks very i386 to me... There doesn't appear to be any explicit support for FreeBSD amd64/x86_64 in those GCC sources as far as I can tell and not being very familiar with the GCC codebase, I'm not sure how much work it'll be to add them. Any ideas? M _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Improving Ada support on FreeBSD and in the ports system
On 2009-11-11 14:48:35, Daniel Eischen wrote: > > /gnat/gpl-2009/src/GNAT/obj/./gcc/xgcc -B/gnat/gpl-2009/src/GNAT/obj/./gcc/ > > -B/usr/local/x86_64-unknown-freebsd7.2/bin/ > > -B/usr/local/x86_64-unknown-freebsd7.2/lib/ -isystem > > /usr/local/x86_64-unknown-freebsd7.2/include -isystem > > /usr/local/x86_64-unknown-freebsd7.2/sys-include -g -fkeep-inline-functions > > -O2 -O2 -g -g -O2 -DIN_GCC-W -Wall -Wwrite-strings > > -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem > > ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 > > -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../src/libgcc > > -I../../../src/libgcc/. -I../../../src/libgcc/../gcc > > -I../../../src/libgcc/../include -DHAVE_CC_TLS -o unwind-dw2.o -MT > > unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c > > ../../../src/libgcc/../gcc/unwind-dw2.c -fvisibility=hidden -DHIDE_EXPORTS > > In file included from ../../../src/libgcc/../gcc/unwind-dw2.c:338: > > ../../../src/libgcc/../gcc/config/i386/freebsd-unwind.h: In function > > ‘x86_freebsd_fallback_frame_state’: > > I guess I'm confused. Why is it using config/i386 if it is > trying to build x86_64? Check the port to see if it forces > target i386... Oh, this wasn't your port, this was just the vanilla source package taken from libre.adacore.com. The port has some extra complexity (downloading bootstrap binaries, etc) that I wanted to avoid until I knew it actually built without (much) modification. M ___________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Improving Ada support on FreeBSD and in the ports system
On 2009-11-11 15:07:36, Daniel Eischen wrote: > > Oh, I see. Did you configure it with host=i386-unknown-freebsd > and target=amd64-unknown-freebsd (or is it x86_64?)? > > It looks like libgcc might not have support for x86_64 > FreeBSD?? Full configure line was: ../src/configure \ --enable-languages="c,ada" \ --disable-libada \ --host=x86_64-unknown-freebsd7.2 \ --target=x86_64-unknown-freebsd7.2 \ --build=x86_64-unknown-freebsd7.2 ...which is more or less what I build GCC with. It does seem as if support is missing - perhaps removed by AdaCore? The system compiler is at 4.2.1 on my AMD64 machine, so I'm guessing that support was there and was removed? M ___________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Improving Ada support on FreeBSD and in the ports system
Status update. I've now begun producing regular builds from GCC SVN for GCC, G++, GNAT and fortran on 7.2 amd64. The build logs are published here: http://gcc.coreland.ath.cx/ I'm hoping this will increase awareness of regressions before they make their way back into releases (the formal GCC releases rarely contain merged code from SVN for GNAT). I've still been completely unable to get GPL 2009 to compile on amd64 so am currently continuing the work to update (and add new) Ada ports. M _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Initial bsd.gnat.mk
Hello.
This is an initial version of 'bsd.gnat.mk'.
A user may set USE_GNAT to 'gnat-gcc' or 'gnat-gpl', currently.
gnat-gcc selects lang/gnat-gcc44 and gnat-gpl selects lang/gnat
as the Ada compiler used to compile ports.
I have made gnat-gcc the default as it supports more architectures
(I've been unable to get gnat-gpl to build on AMD64 as it seems to
specifically lack support for it).
As shown, GNAT_GCC_CFLAGS may also be set. These are optional
compiler flags (like CFLAGS).
--8<---
#
# bsd.gnat.mk - GNAT Ada compiler selection.
#
#
# User settable knobs:
#
# Name Default value Description
# GNAT_GCC_CFLAGS(empty)Optional Ada compiler flags
#
GNAT_Include=bsd.gnat.mk
GNAT_Include_MAINTAINER= freebsd-po...@coreland.ath.cx
# Default case - a current lang/gnat-gcc port.
.if ${USE_GNAT} == "yes" || ${USE_GNAT} == "gnat-gcc"
BUILD_DEPENDS+= gnat-gcc44:${PORTSDIR}/lang/gnat-gcc44
RUN_DEPENDS+= gnat-gcc44:${PORTSDIR}/lang/gnat-gcc44
GNAT_GCC:= gcc44
GNAT_BIND:= gnatbind
GNAT_LINK:= gnatlink
# GNAT GPL port.
.elif ${USE_GNAT} == "gnat-gpl"
BUILD_DEPENDS+= gnat-gpl:${PORTSDIR}/lang/gnat
RUN_DEPENDS+= gnat-gpl:${PORTSDIR}/lang/gnat
GNAT_GCC:= gnatgcc
GNAT_BIND:= gnatbind
GNAT_LINK:= gnatlink
.else
IGNORE= specifies unknown value "${USE_GNAT}" for USE_GNAT
.endif
test-gnat:
@echo USE_GCC=${USE_GCC}
@echo GNAT_GCC=${GNAT_GCC}
@echo BUILD_DEPENDS=${BUILD_DEPENDS}
@echo RUN_DEPENDS=${RUN_DEPENDS}
--8<---
An example of a port using this makefile:
--8<---
# New ports collection makefile for: sdl-ada
# Date created: 02 December 2009
# Whom: freebsd-po...@coreland.ath.cx
#
# $FreeBSD$
#
PORTNAME= sdl-ada
PORTVERSION=1.2.14
CATEGORIES= devel
MASTER_SITES= http://coreland.ath.cx/code/sdl-ada/src/
MAINTAINER= freebsd-po...@coreland.ath.cx
COMMENT=This is a set of Ada bindings to the SDL library.
USE_GNAT=yes
post-patch:
@${ECHO_CMD} "${GNAT_GCC}">
"${WRKSRC}/conf-adacomp"
@${ECHO_CMD} "${GNAT_GCC_CFLAGS}" >
"${WRKSRC}/conf-adacflags"
@${ECHO_CMD} "${GNAT_BIND}" >
"${WRKSRC}/conf-adabind"
@${ECHO_CMD} "${GNAT_LINK}" >
"${WRKSRC}/conf-adalink"
@${ECHO_CMD} "${CC}" >
"${WRKSRC}/conf-cc"
@${ECHO_CMD} "${CFLAGS}" >
"${WRKSRC}/conf-cflags"
@${ECHO_CMD} "${LD}" >
"${WRKSRC}/conf-ld"
@${ECHO_CMD} "${PREFIX}/bin" >
"${WRKSRC}/conf-bindir"
@${ECHO_CMD} "${PREFIX}/include/coreland/sdl-ada" >
"${WRKSRC}/conf-incdir"
@${ECHO_CMD} "${PREFIX}/lib/coreland/sdl-ada-static" >
"${WRKSRC}/conf-slibdir"
@${ECHO_CMD} "${PREFIX}/lib/coreland/sdl-ada" >
"${WRKSRC}/conf-dlibdir"
@${ECHO_CMD} "${PREFIX}/share/coreland/sdl-ada-repos" >
"${WRKSRC}/conf-repos"
.if defined(DESTDIR)
@${ECHO_CMD} "${DESTDIR}" > "${WRKSRC}/conf-fakeroot"
.endif
.include
--8<---
Comments welcome.
M
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
GNAT and LAPACK
Whilst attempting to compile a program I wrote, it suddenly occurred to me that using anything in the Ada.Numerics package causes the compiler to emit code that depends on the math/lapack port (the stuff in the GNAT runtime is basically just a binding to lapack). This creates a further problem as installing the math/lapack port requires a Fortran compiler and that means one of the other GCC ports will be compiled as a dependency... To clarify this confusing situation: The lang/gnat-gcc44 port needs to be able to compile one of it's own (sometimes) runtime dependencies. I'm happy to enable the C++ and gfortran backends in the lang/gnat-gcc44 port but I suspect it'll be necessary to update either math/lapack or bsd.gcc.mk in order to allow the lang/gnat-gcc44 port to compile math/lapack. I do regular builds on 7.2 i386/amd64 and 8.0 i386/amd64 with "ada,c,c++,fortran" so I'm confident there won't be any serious problems with the port itself. Perhaps somebody with a clue could tell me what the right way to handle this mess is. M _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: GNAT and LAPACK
On 2010-01-08 00:09:57, Gerald Pfeifer wrote: > > I looked into the situation and think the following should work nicely > given the constraints of the FreeBSD Ports Collection in handling > dependencies and creating several packages from one build: > > 1. Make gnat-gcc44 dependent on gcc44 itself by means of USE_GCC=4.4. > 2. Have math/lapack as another dependency to gnat-gcc44. > 3. Build the minimum necessary as part of gnat-gcc44. Do not install > using `make install`, but copy the relevant files to $PREFIX/bin, > $PREFIX/lib,... manually. > > That way the Ports Collection as such will use gcc44 and you will add > the GNAT support from gnat-gcc44 (and only that) on top. I agree, this sounds much better. It's not clear to me, however, how to determine which parts of a given GNAT build are specific to GNAT so that I only install those. Any ideas? I'm currently looking at the output of pkg_info -Lx to try to make an educated guess... M _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: GNAT and LAPACK
This appears to be the correct list of files that only apply to GNAT: http://coreland.ath.cx/tmp/gnat-dist.txt M ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Initial bsd.gnat.mk
On 2010-01-02 21:00:35, freebsd-po...@coreland.ath.cx wrote: > Hello. > > This is an initial version of 'bsd.gnat.mk'. Any chance of someone committing this so that I may start sweeping through the existing BROKEN Ada ports? I'm taking the lack of comments to mean a lack of objections! M _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: The state of Ada (Re: FreeBSD unmaintained ports which are currently scheduled for deletion)
> It looks like a noticeable share of the ports listed have one thing in common > -- they depend on Ada. > > Various gnat-ports would not even build on anything but i386... > > Is Ada-support really in such a bad shape by the GNU-project, or is it just a > FreeBSD problem? 'Lo. Current situtation is this: I've spent a great deal of time getting GCC 4.4 ported to FreeBSD on i386 and x86_64. I currently do regular builds of GCC from SVN on 7/8 i386/x86_64, the logs and test results of which are available here: http://gcc.coreland.ath.cx/ No binaries, sorry. I'm limited by bandwidth and disk space. As you can see, GNAT works pretty well on FreeBSD and passes most of ACATS. I created the lang/gnat-gcc44 port a couple of months ago and have worked to ensure that it works on 7/8 i386/x86_64. Unfortunately, there won't be support for other platforms until somebody else decides to do the cross compilation and produce bootstrap binaries (it's not particularly difficult, just time consuming). http://coreland.ath.cx/code/gnatport I've recently written a bsd.gnat.mk file which I hope will soon be committed to the ports system. This will allow all Ada ports to state 'USE_GNAT=yes' and will remove the requirement to have up to four (!) different Ada compilers installed in order to use all existing ports (assuming that they build and work). This also allows one to, for example, set 'USE_GNAT=gnat-gpl' in /etc/make.conf and use the GNAT GPL compiler for all ports. This'll currently only work on i386 as the current version of the compiler seems to lack x86_64 support (maybe the 2010 version will be better). I'll work on converting all existing ports to this system. I also have a large number of my own projects to submit (bindings for various libraries such as SDL, OpenGL, OpenAL and pure Ada libraries). In short, the current state of Ada on FreeBSD is poor but should shortly improve exponentially. M ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Initial bsd.gnat.mk
ports/142476 M ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Maintaining compiler front-ends (Re: The state of Ada)
On 2010-01-08 14:37:37, Mikhail T. wrote: > I remain convinced, that the "bending into shape" ought to begin with > making the additional GNU compiler front-ends (be they Ada, or Lisp, > Java, Fortran, Pascal, Objective C, etc.) addable to an already existing > C-compiler. That's the plan! The lang/gnat-gcc44 currently has a problem in that anything that uses Ada.Numerics.* will quietly depend on liblapack.so at compile time. In order to compile liblapack, you need a recent GCC with fortran support... The idea is now for the lang/gnat-gcc44 port to install itself into the files installed by the existing lang/gcc44 port. I hope to work on this soon (getting USE_GNAT in and unbreaking all the existing ports is currently of higher priority). M _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: The state of Ada
On 2010-01-09 21:58:35, Karel Miklav wrote: > freebsd-po...@coreland.ath.cx wrote: > > I've spent a great deal of time getting GCC 4.4 ported to FreeBSD on > > i386 and x86_64. > > Thank you for continuing the work on gnat-gcc. You're welcome! _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: xmonad-0.9.1_1
On 2010-04-30 19:39:44, Giuseppe Pagnoni wrote: > xmonad crashes on startup with the following error message: > > /libexec/ld-elf.so.1: Shared object libgmp.so.8 not found, required by > xmonad -x86_64-freebsd This might have something to do with the way that xmonad recompiles itself and saves a copy of the binary in your $HOME. Have a look in ~/.xmonad, I think... M _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
RE: Xorg upgrade & portmaster
Hello list, For what it is worth .. Have doen an update of xorg-libraries port with portmaster ... Have a system (6.2-release) with xorg-libraries port (because of Lire port) and run into the following message after trying to update it with portmaster: ===>>> Dependency check complete for x11/xorg-libraries ===> Cleaning for xorg-libraries-7.2 Read /usr/ports/UPDATING for the procedure to upgrade to xorg 7.2. *** Error code 1 Stop in /usr/ports/x11/xorg-libraries. ===>>> make failed for x11/xorg-libraries ===>>> Aborting update After reading /usr/ports/UPDATING I thought well just try what it says, so I issued the command setenv XORG_UPGRADE yes as root and then did a portmaster xorg-libraries. This update went fine. After that I issued the command sh /usr/ports/Tools/scripts/mergebase.sh as the UPDATING file says but it didn't make any sense to me. If you need any more detailed information on this please feel free to ask. I have another system for which I have to this also, but it's a 6.1 system. Cheers, Lars. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Doug Barton Posted At: Monday, May 21, 2007 9:19 PM Posted To: FreeBSD-Ports Conversation: Xorg upgrade & portmaster Subject: Re: Xorg upgrade & portmaster Vlad V. Teterya wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > from ports/UPDATING: > - --skip-- > This upgrade procedure is for users of portupgrade. Users of other > > upgrade tools should contact the author for the corresponding upgrade > > method for that tool. > - --skip-- > > any portmaster-specific tips, Doug? :) Yeah, don't use portmaster yet. :) Seriously, I ran into a pretty big problem last night doing some regression testing which I'm not sure how to address. What portmaster does is this: 1. Get the list of dependencies for the port from build/run-depends-list. 2. Build and install any dependencies from that list that are not up to date (or installed at all). 3. run make in the port 4. pkg_delete any existing port 5. run make install in the port Where this gets really exciting is in the xorg-libraries port, whose run-depends installs a whole bunch of files in the same places as existing files from the old library, all of which are deleted by the subsequent pkg_delete of the old port. Followed by BAM, everything fails after that. What I'm considering at this time is to change the default order to: 1. Get the build-depends-list 2. Build and install those 3. Run make 4. pkg_delete 5. Get the run-depends-list 6. Build and install those 7. Run make install This would fix this particular problem, but my concern is that it would expose other problems (namely maintainers that don't correctly differentiate between build and run depends). I also think it's overkill, since this is the first time we've ever run into a situation like this, and we're not likely to run into another one any time soon. There is also another issue in that if the -t option is used to use all-depends-list instead of the other two, that HAS to run first, so we'd still have this problem. At this point I'm interested in feedback on what people think the right answer should be here. I'll work on implementing the split of build and run depends to see how hard it is to do (and whether it breaks anything else), but I'm not convinced yet that I'll actually commit it. Meanwhile, if someone is really interested in doing the upgrade right away, the way I'd do it is: 1. Run portmaster -l > installed-ports-list 2. Save the list of root and leaf ports 3. Download the new portmaster from http://dougbarton.us/portmaster 4. Check the help for new options -R -x and --force-config (portmaster -h) 5. pkg_delete * (seriously) 6. Use portmaster to install the (non-xorg) root ports from your list in 1. 7. Install the x11/xorg meta-port 8. Install everything else from the list of leaf ports in 1. hth, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
/libexec/ld-elf.so.1: Undefined symbol "optifd" referenced from COPY relocation in /bin/cp when installing sudo port
Hello list, Anybody seen the message below and knows what it means? Couldn't find anything on Goolge. It's a 6.1-RELEASE-p10 system. [EMAIL PROTECTED] sudo # make ===> WARNING: Vulnerability database out of date, checking anyway ===> Found saved configuration for sudo-1.6.9.1 ===> Extracting for sudo-1.6.9.1 => MD5 Checksum OK for sudo-1.6.9p1.tar.gz. => SHA256 Checksum OK for sudo-1.6.9p1.tar.gz. ===> Patching for sudo-1.6.9.1 ===> Configuring for sudo-1.6.9.1 /libexec/ld-elf.so.1: Undefined symbol "optifd" referenced from COPY relocation in /bin/cp *** Error code 1 Stop in /usr/ports/security/sudo. *** Error code 1 Stop in /usr/ports/security/sudo. With regards, Lars. ___________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Error: Cannot read the portsdb!
System info: # uname -a FreeBSD hr-stc-itlab3.virginiadot.org 6.2-STABLE FreeBSD 6.2-STABLE #0: Tue Sep 25 13:26:00 EDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HR-STC-ITLAB3 i386 Message: I'm trying to upgrade my ports, but I keep getting an error message. My ports were last updated July 2nd, 2007 and all installed ports were at their current versions then. I've updated my ports tree with cvs and remade INDEX the day before yesterday. Now I'm following instructions in UPDATING to upgrade ports that have special instructions. This is the error message I get: # portupgrade -f 'autoconf*' cd: can't cd to /usr/ports/sysutils/portupgrade [missing key: categories] [Updating the portsdb in /usr/ports ... - 17670 port entries found .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.. . done] missing key: categories: Cannot read the portsdb! /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' from /usr/local/sbin/portupgrade:721:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portupgrade:220:in `new' from /usr/local/sbin/portupgrade:220:in `main' from /usr/local/sbin/portupgrade:2084 Can anyone help me? Thanks, Kevin _______ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Failure building Vim dependancies
# uname -a FreeBSD hr-stc-itlab3.virginiadot.org 6.2-STABLE FreeBSD 6.2-STABLE #0: Tue Sep 25 13:26:00 EDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HR-STC-ITLAB3 i386 My ports tree was updated September 24, 2007; all installed ports are up-to-date as of this date. I'm trying to install the latest version of Vim via portupgrade-devel 2.3.1. I'm using the command 'portinstall --use-packages vim'. The build seems to go well, and then--on a seemingly random port--a build will fail and the installation process will exit. Each time that I've looked, the failure occurred when the port's configure script was looking for some dependency. For example, when libXres was beginning it's install, it went looking for resourceproto, couldn't find it, and then bombed out. It did the same thing when configuring libXTrap; the configure script bombed out when looking for trapproto. Here's the funny thing. If, without doing anything else, I rerun portinstall, the installation will continue and install another half dozen or so ports before failing again in a similar fashion. What's going on here? Kevin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
sendmail from ports + blacklistd - no further luck?
Can someone confirm (or disprove) that the current version of Sendmail from ports (8.15.2_5), explicitly compiled with the blacklistd flag, has stopped feeding offending IPs (e.g. those failing do_auth) to blacklistd since Jan 3? I ran blacklistd -d to check, but the poll() revealed nothing while do_auth failures were coming in. The poll() did pick up sshd and ftpd activity, but all quiet on the Sendmail front, since Jan 3. I ran strings on the binary, and the expected output was there: libblacklist.so.0 blacklist_r blacklist_open So it appears to be something working not quite right, or maybe a combination of compile options. Before I file a bug report, I just want to check for confirmation or lack thereof. Using compile options: OPTIONS_FILE_SET+=SHMEM OPTIONS_FILE_SET+=SEM OPTIONS_FILE_SET+=LA OPTIONS_FILE_SET+=NIS OPTIONS_FILE_SET+=IPV6 OPTIONS_FILE_SET+=TLS OPTIONS_FILE_SET+=SASL OPTIONS_FILE_SET+=SASLAUTHD OPTIONS_FILE_UNSET+=LDAP OPTIONS_FILE_UNSET+=BDB OPTIONS_FILE_UNSET+=GDBM OPTIONS_FILE_UNSET+=SOCKETMAP OPTIONS_FILE_UNSET+=CYRUSLOOKUP OPTIONS_FILE_SET+=BLACKLISTD OPTIONS_FILE_UNSET+=SMTPUTF8 OPTIONS_FILE_SET+=PICKY_HELO_CHECK OPTIONS_FILE_SET+=MILTER OPTIONS_FILE_SET+=DOCS Relevant part of blacklistd.conf: [local] smtpstream * * * 3 30d smtps stream * * * 3 30d submission stream * * * 3 30d Output of `blacklistctl dump -nb` shows nothing after 2018/01/03 (on seven different installations). Poudriere build info available at https://pastebin.com/wBCdXunK --- Begin Message --- Can someone confirm (or disprove) that the current version of Sendmail from ports (8.15.2_5), explicitly compiled with the blacklistd flag, has stopped feeding offending IPs (e.g. those failing do_auth) to blacklistd since Jan 3? I ran blacklistd -d to check, but the poll() revealed nothing while do_auth failures were coming in. The poll() did pick up sshd and ftpd activity, but all quiet on the Sendmail front, since Jan 3. I ran strings on the binary, and the expected output was there: libblacklist.so.0 blacklist_r blacklist_open So it appears to be something working not quite right, or maybe a combination of compile options. Before I file a bug report, I just want to check for confirmation or lack thereof. Using: OPTIONS_FILE_SET+=SHMEM OPTIONS_FILE_SET+=SEM OPTIONS_FILE_SET+=LA OPTIONS_FILE_SET+=NIS OPTIONS_FILE_SET+=IPV6 OPTIONS_FILE_SET+=TLS OPTIONS_FILE_SET+=SASL OPTIONS_FILE_SET+=SASLAUTHD OPTIONS_FILE_UNSET+=LDAP OPTIONS_FILE_UNSET+=BDB OPTIONS_FILE_UNSET+=GDBM OPTIONS_FILE_UNSET+=SOCKETMAP OPTIONS_FILE_UNSET+=CYRUSLOOKUP OPTIONS_FILE_SET+=BLACKLISTD OPTIONS_FILE_UNSET+=SMTPUTF8 OPTIONS_FILE_SET+=PICKY_HELO_CHECK OPTIONS_FILE_SET+=MILTER OPTIONS_FILE_SET+=DOCS Poudriere build info available at https://pastebin.com/wBCdXunK signature.asc Description: OpenPGP digital signature --- End Message --- ___ 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"
Re: 'make clean' seemingly broken with FLAVORS
On 29-1-2018 13:31, Mathieu Arnold wrote: > Mmmm, maybe make clean with the default flavor could clean all flavors. Or (re)introduce something like `make clean` and `make realclean` ;) ___ 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"
Ntop install failes on FBSD 6.1-P10 system
ty(.CURDIR:M/usr/ports*) && exists(/usr/local/libexec/portconf)
_PORTCONF!=/usr/local/libexec/portconf
.for i in ${_PORTCONF:S/|/ /g}
${i:S/%/ /g}
.endfor
.endif
# End portconf settings
I believe this could be bad memory, but something like this doesn't
happen when installing other ports so I am not sure.
Anyone any idea?
MTIA.
Regards,
Lars.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Your message to freebsd-ports awaits moderator approval
Your mail to 'freebsd-ports' with the subject Subscribe Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin identified this message as possible spam Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.freebsd.org/mailman/confirm/freebsd-ports/fa30e9eb067cf13ba0a48d64f52e27a75bca82aa PLEASE NOTE! If you would like to post freely to the list, please subscribe first. If you post from multiple addresses, you can subscribe each address and go into the options page and select 'no mail' for all but one address. This will allow you to post without delay in the future. Sorry for the hassle, but certain immature people made this necessary.
Re: The ports collection has some serious issues
On Thu, Dec 15, 2016 at 01:18:05PM -0500, George Mitchell wrote: > On 12/15/16 09:40, Warren Block wrote: > > On Thu, 8 Dec 2016, Matt Smith wrote: > > > >> On Dec 08 05:16, Daniil Berendeev wrote: > >>> > >>> Although portmaster is not releated to the FreeBSD project and is an > >>> outside tool, there aren't any alternatives from the project itself. So > >>> use it or die. Not a nice situation. > >> > >> People have been trying to get portmaster deprecated and removed from > >> the handbook but have met with resistance. > > > > Well, yes. Because it works, has no dependencies, and there is no > > equivalent replacement. [...] > > Warren, you have hit the nail on the head. -- George +1 I never have problems with portmaster. (But portupgrade could at times be an utter mess, I never looked back after switching to portmaster many years ago.) And I'm not at all interested in running poudriere or synth, thank you. Peter _______ 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"
Re: Install of pkg fuse-ntfs fails because of undefined symbol in pkg!?!
On Wed, Feb 08, 2017 at 12:34:36PM -0500, scratch65...@att.net wrote: > For those people (I'm one) long version lifespans and bug-free > operation is a much bigger desideratum than winning the secret > race (I presume there is some kind of secret race going on, since > otherwise the crazy scheduling makes No Sense At All). I can't > work out what the strategy for winning is, if there is a > strategy, but I do know that it's not working. Linux has all > but won already, and that's sickening. > > I've been using the o/s since before v2 (I still have the cds) > and have watched FreeBSD go from being the leading Unix on Intel > boxes to all-but-dead. I don't know how to express how saddened > I feel about that. My feelings exactly. I've been a FreeBSD user and strong advocater since around FreeBSD v1/v2. But the last few years the management of FreeBSD has steered away from making the best server OS, and instead focusing on ... what exactly? Making the ports system capable of handling a totally overwhelming number of more or less meaningless ports of different versions and flavours, and rolling/retiring the base releases at high speed just to avoid drowning under the workload of keeping all those ports functional? Who needs/wants this evolution in a server OS? (Linux already owns the desktop, let's not waste any time discussing that regrettable fact.) I'm sorry, and apologies to all great heroes doing all the volunteer work on both FreeBSD base and the ports system, but this is how I feel about what is going on with FreeBSD. As I have never contributed to FreeBSD in any way, other than promoting it to others, I don't have a say in the matter, nor do I expect anyone to care about my view. But I'm just really, really sad to follow what in my opinion is the slow demise of FreeBSD. Sorry about all the negativism. Peter _______ 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"
Re: Cannot specify ntpd binary in ports with ntpd startup file.
On Tue, 28 Aug 2018 17:34:08 -0700 (PDT) Dan Mahoney (Gushi) wrote: > 1) Got the version wrong. I'm on 10.4. > > 2) Forgot a subject. Whoops. > > 3) Forgot to cc maintainer. Doh! > > -Dan > > On Tue, 28 Aug 2018, Dan Mahoney (Gushi) wrote: > > > Hey all, > > > > Funny question. I'm on FreeBSD 11.4, and would like to use the > > latest version of NTP, which is in pkg. If you mean opennntp, that's not a later version, it's a different implementation. > > The version in pkg doesn't have a startup script, which I'm not > > sure is supposed to be the case. My ports tree is a bit out of date, but it does appear to have a startup script. Where you looking in /usr/local/etc/rc.d/? _______ 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"
Re: RUN_DEPENDS and portmaster
On Wed, 19 Sep 2018 14:14:42 +0200 (CEST) Marco Beishuizen wrote: > On Wed, 19 Sep 2018, the wise Thomas Mueller wrote: > > > This discussion of portmaster prompts me to ask, what is the status > > of portupgrade? > > > > I used portupgrade at first but subsequently switched to > > portmaster. > > I still use portupgrade daily and it works fine. I presume that's because you use a restricted set of packages. Without flavor support portupgrade can't always get the port directory from the origin. > Afaik the maintainer > is adding support for flavors into portupgrade but I don't know the > status of it: > > https://lists.freebsd.org/pipermail/freebsd-ports/2017-December/111445.html That said "in the next few weeks" last year. ___ 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"
nvidia-driver failed after 11.1 to 11.2 update
I recently updated from 11.1 to 11.2 and the nvidia-driver failed to initialize afterwards. Switching from 'quarterly' to 'latest' didn't help, but reinstalling from the port fixed it. Perhaps the 'latest' version needs to be rebuilt against a newer kernel, or have I done something strange? _______ 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"
Poudriere building far more ports than it should
Hello list! I finally took the hurdle and made a poudriere VM for building my ports instead of building them on target system. At first I did however build every single port I will need on the VM resulting on 240 or so ports. Then I copied over my options, and the list of installed ports etc. and started the build. For some reason poudriere wants to build a ton of extra baggage (360+ ports instead of 240.) Is this expected and will the packages once built be without any extra cruft? -Reko ___ 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"
Re: FreeCAD 0.17 - is anyone using it?
I did try to build on my FreeBASD-Release 12.0 (amd 64) wit portmaster and with default options and I stack: Reading /usr/ports/accessibility/qt5-speech/work/qtspeech-everywhere-src-5.12.1/src/plugins/tts/speechdispatcher/speechdispatcher.pro [/usr/ports/accessibility/qt5-speech/work/.build/src/plugins/tts/speechdispatcher] Reading /usr/ports/accessibility/qt5-speech/work/qtspeech-everywhere-src-5.12.1/src/plugins/tts/flite/flite.pro [/usr/ports/accessibility/qt5-speech/work/.build/src/plugins/tts/flite] Project ERROR: Unknown module(s) in QT: multimedia *** Error code 3 Stop. make: stopped in /usr/ports/accessibility/qt5-speech ===>>> make build failed for accessibility/qt5-speech ===>>> Aborting update ===>>> Update for accessibility/qt5-speech failed ===>>> Aborting update ===>>> Update for devel/pyside2-tools failed ===>>> Aborting update ===>>> There are messages from installed ports to display, but first take a moment to review the error messages above. Then press Enter when ready to proceed. ===>>> pkg-message for freeimage-3.18.0_1 Always: ===> NOTICE: The freeimage port currently does not have a maintainer. As a result, it is more likely to have unresolved issues, not be up-to-date, or even be removed in the future. To volunteer to maintain this port, please create an issue at: https://bugs.freebsd.org/bugzilla More information about port maintainership is available at: https://www.freebsd.org/doc/en/articles/contributing/ports-contributing.html#maintain-port ===>>> pkg-message for py27-boost-libs-1.69.0 Always: You have built the Boost library with thread support. Don't forget to add -pthread to your linker options when linking your code. You have built the Boost.Python library. You have to add the following options when building your own code: Compiler options: -I/usr/local/include/python2.7 -I/usr/local/include Linker options: -L/usr/local/lib/python2.7 -L/usr/local/lib -lboost_python -lpython2.7 -- by ajtiM ---------- FreeBSD 12.0-Release ___ 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"
Re: FreeCAD 0.17 - is anyone using it?
On Fri, 15 Feb 2019 18:51:04 +0100 Christoph Moench-Tegeder wrote: > ## ajtiM via freebsd-ports (freebsd-ports@freebsd.org): > > > Reading > > /usr/ports/accessibility/qt5-speech/work/qtspeech-everywhere-src-5.12.1/src/plugins/tts/speechdispatcher/speechdispatcher.pro > > > > [/usr/ports/accessibility/qt5-speech/work/.build/src/plugins/tts/speechdispatcher] > > Reading > > /usr/ports/accessibility/qt5-speech/work/qtspeech-everywhere-src-5.12.1/src/plugins/tts/flite/flite.pro > > [/usr/ports/accessibility/qt5-speech/work/.build/src/plugins/tts/flite] > > Project ERROR: Unknown module(s) in QT: multimedia *** Error code > > 3 > > 1. that's qt5-speech, not FreeCAD > 2. looks like a typical case of local contamination: the error happens >in the flite plugin. The flite plugin is not build by default (at >least, in the port), but it gets activated if the qt5-speech build >(the qt5 side of that, not "our" build system) picks up a flite >installation. And then it falls flat on it's face as the flite > plugin required qt5-multimedia, but that's not declared as a > dependency on qt5-speech. > > Regards, > Christoph > Thank you but why FreeCAD need all this QT ports? IMO should be an option to choose what the user want it. I am, for example, using an Openbox and now I need to install all those QT whatever is. -- by ajtiM -- FreeBSD 12.0-Release _______ 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"
freecad cannot build
ter] register const wchar_t *w, /* wchar_t buffer */ ^ /usr/local/include/python2.7/unicodeobject.h:593:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register wchar_t *w,/* wchar_t buffer */ ^ In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/Fem/App/HypothesisPy.cpp:24: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/Fem/App/HypothesisPy.h:26: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/Extensions.hxx:37: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/WrapPython.h:58: In file included from /usr/local/include/python2.7/Python.h:97: /usr/local/include/python2.7/stringobject.h:173:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* string or Unicode object */ ^ /usr/local/include/python2.7/stringobject.h:174:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register char **s, /* pointer to buffer variable */ ^ /usr/local/include/python2.7/stringobject.h:175:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register Py_ssize_t *len/* pointer to length variable or NULL ^ 7 warnings generated. A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/ports/cad/freecad/work/.build *** [src/Mod/Fem/App/CMakeFiles/Fem.dir/all] Error code 2 make[3]: stopped in /usr/ports/cad/freecad/work/.build 3 errors make[3]: stopped in /usr/ports/cad/freecad/work/.build *** [all] Error code 2 make[2]: stopped in /usr/ports/cad/freecad/work/.build 1 error make[2]: stopped in /usr/ports/cad/freecad/work/.build ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/cad/freecad *** Error code 1 Stop. make: stopped in /usr/ports/cad/freecad ===>>> make build failed for cad/freecad ===>>> Aborting update -- by ajtiM -- FreeBSD 12.0-Release ___ 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"
Re: freecad cannot build
On Sun, 24 Feb 2019 22:12:21 +0100 Christoph Moench-Tegeder wrote: > ## ajtiM via freebsd-ports (freebsd-ports@freebsd.org): > > > Subject: freecad cannot build > > Oh, it can, e.g.: > http://beefy6.nyi.freebsd.org/data/120amd64-default/493629/logs/FreeCAD-0.17.13541_6.log > and my local build logs look very similar. > > > All ports are built on FreeBSD-Release-12-p3 (amd64). > > How? Unless you build in a clean environment, both packages and builds > can pick up all sorts of funny stuff from the environment, and may > give funny results. > > >I did install > > package for french/med because french/aster doesn't build on amd64. > > Stop right here - aster is not in the dependency path of neither med > nor FreeCAD, that looks phishy. On the other hand - how about > installing FreeCAD from packages? > > Regards, > Christoph > Thank you. I will give a try to package. BTW, bellow are library dependencies and one of them is libmed.so which is part of french/med which pull aster: Library dependencies: libexpat.so : textproc/expat2 libfreetype.so : print/freetype2 libboost_python27.so : devel/boost-python-libs@py27 libpyside2-python2.7.so : devel/pyside2@py27 libCoin.so : graphics/Coin libpng.so : graphics/png libtiff.so : graphics/tiff libvtkFiltersTexture-6.2.so : math/vtk6 libTKernel.so : cad/opencascade libxerces-c.so : textproc/xerces-c3 libboost_thread.so : devel/boost-libs libarea.so : devel/libarea libmed.so : french/med libshiboken2-python2.7.so : devel/shiboken2@py27 libhdf5.so : science/hdf5 libhdf5-18.so : science/hdf5-18 libGL.so : graphics/mesa-libs libGLU.so : graphics/libGLU libjpeg.so : graphics/jpeg-turbo libQt5Concurrent.so : devel/qt5-concurrent libQt5Core.so : devel/qt5-core libQt5Gui.so : x11-toolkits/qt5-gui libQt5Network.so : net/qt5-network libQt5OpenGL.so : graphics/qt5-opengl libQt5PrintSupport.so : print/qt5-printsupport libQt5Svg.so : graphics/qt5-svg libQt5WebKit.so : www/qt5-webkit libQt5Widgets.so : x11-toolkits/qt5-widgets libQt5Xml.so : textproc/qt5-xml -- by ajtiM ---------- FreeBSD 12.0-Release ___ 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"
Re: FreeCAD 0.17 - is anyone using it?
On Sat, 2 Mar 2019 16:55:16 +0100 Torfinn Ingolfsen wrote: > On Sun, Feb 24, 2019 at 11:22 PM Christoph Moench-Tegeder > wrote: > > > > > > The main question is why it detects Coin as "-lCoin", which can't > > be found by the linker without a matching "-L/usr/local/lib" (it's > > ok when Coin is linked as just "/usr/local/lib/libCoin.so"). > > There may be some hints in cmake's somewhat more verbose output > > in work/.build/CMakeFiles/CMakeOutput.log (and CMakeError.log). > > I would suspect something in your environment (LDFLAGS? picked > > up different linker between configure and build stages?) > > > > Anyways, I gave up on this (there are too many variables and I > > still cannot reproduce this in clean environments, whatever I do > > Coin is picked up as expected). > > As a possible workaround I forced "-L/usr/local/lib" into LDFLAGS - > > looks like the linker invocation should now work in your case. > > > > updated the ports tree again, and tried upgrading the FreeCAD port, > but the build fails as before. > I've put the build output and CMakeOutput.log (there is no > CMakeError.log) at > https://sites.google.com/site/tingox/asus_m5a78l_usb3_freebsd > in case it helps. > > I'm not sure what in my environment the port build could pick up. I > have nothing in /etc/make.conf, and no src.conf on this machine. > Perhaps it is picking up something from /usr/local/FreeCAD? Except > that there isn't a libcoin there. > > HTH I also don't have anything in /etc/make.conf and not in src.conf and the FreeBSD 12-RELEASE is fresh installed on the new HD and I have not just "lCoin" but much more: /usr/bin/ld: error: unable to find library -lCoin /usr/bin/ld: error: unable to find library -lGL /usr/bin/ld: error: unable to find library -lXext /usr/bin/ld: error: unable to find library -lSM /usr/bin/ld: error: unable to find library -lICE /usr/bin/ld: error: unable to find library -lX11 c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [lib/libFreeCADGui.so] Error code 1 -- by ajtiM -- FreeBSD 12.0-Release ___ 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"
Re: Spamassassin/GeoIP2
On Sat, 9 Mar 2019 16:52:01 +0100 Xavier wrote: > Hello, > > Since GeoIP is deprecated, I installed GeoIP2 instead. > > Now, sa-update fails with> plugin: failed to parse plugin (from @INC): > Bareword "GEOIP_MEMORY_CACHE"... GeoIP2 does require extra configuration. You need to download a database file and set: country_db_type GeoIP2 country_db_path If you don't do that, or something goes wrong, the RelayCountry plugin tries to use GeoIP instead. _______ 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"
Re: FreeCAD 0.17 - is anyone using it?
On Fri, 22 Mar 2019 23:54:14 +0100 Torfinn Ingolfsen wrote: > Hello, > > On Mon, Mar 18, 2019 at 10:02 PM Christoph Moench-Tegeder > wrote: > > I didn't get around to analyse this very deeply - instead I upgraded > > FreeCAD to 0.18 - does that change anything? > > FreeCAD 0.18 installed from ports without any problem. > Thank you! It built and works without problem. Thank you. -- by ajtiM -- FreeBSD 12.0-Release _______ 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"
python
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 ===>>> Dependency check complete for print/hplip ===>>> All >> hplip-3.17.11_3 (5/43) ===> hplip-3.17.11_4 FLAVOR is defined (to py27) while this port does not have FLAVORS.. *** Error code 1 Stop. make: stopped in /usr/ports/print/hplip ===>>> A backup package for hplip-3.17.11_3 should be located in /usr/ports/packages/portmaster-backup ===>>> Installation of hplip-3.17.11_4 (print/hplip) failed ===>>> Aborting update ===>>> Update for print/hplip failed ===>>> Aborting update I have FreeBSD 12.0-RELEASE-p3 (amd64). Thank you. -- by ajtiM ------ FreeBSD 12.0-Release _______ 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"
Re: python
On Wed, 10 Apr 2019 18:03:22 -0400 ajtiM via freebsd-ports wrote: > 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 > ===>>> Dependency check complete for print/hplip > > ===>>> All >> hplip-3.17.11_3 (5/43) > > ===> hplip-3.17.11_4 FLAVOR is defined (to py27) while this port does > not have FLAVORS.. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/print/hplip > > ===>>> A backup package for hplip-3.17.11_3 should >be located in /usr/ports/packages/portmaster-backup > > ===>>> Installation of hplip-3.17.11_4 (print/hplip) failed > ===>>> Aborting update > > ===>>> Update for print/hplip failed > ===>>> Aborting update > > I have FreeBSD 12.0-RELEASE-p3 (amd64). > > Thank you. > I do not know why portmaster uninstalled hplip. I did after all update portmaster -d print/hplip and it installed without problem. -- by ajtiM -- FreeBSD 12.0-Release ___ 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"
Re: python
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) > > > > ===>>> Returning to dependency check for print/hplip > > ===>>> Dependency check complete for print/hplip > > > > ===>>> All >> hplip-3.17.11_3 (5/43) > > > > ===> hplip-3.17.11_4 FLAVOR is defined (to py27) while this port > > does not have FLAVORS.. > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/print/hplip > > This is a bad effect caused by the removal of FLAVORs from an > installed port. > > Since the previous revision of this port required a flavor, it > will be updated with that same flavor passed as a parameter to > the build process. The build could just ignore the irrelevant > flavor, but that is not what the ports system does ... > > In this particular case the removal of QT4 is the cause. The > port used to support flavors "qt4" and "qt5" and to fix this > issue for portmaster, entries in MOVED should exist that make > upgrades use print/hplip without flavor, whether the qt4 or > qt5 version was installed. > > I plan to add code to portmaster to verify that a FLAVOR that > is to be used for a port still applies, before starting to > build it. > > But it is not obvious to me what to do for all of the cases > that exist: > > 1) FLAVORS removed from the port -> build without flavors > > 2) Specific FLAVOR removed from the port -> build with default >flavor (?) > > Anyway, for the time being you'll have to deinstall the port > (use "pkg delete -f hplip" to prevent recursive deletion of > dependent ports) and then re-install it with portmaster (which > will build it without flavor, then. > > Another possibility is to remove the "flavor" annotation > registered for this port in the PKGDB, then portmaster will > upgrade the port without providing a FLAVOR to the build ... > > I'll see that I fix this problem in portmaster, but it will take > some time ... > > Regards, STefan > ___ Thank you very much. -- by ajtiM -- FreeBSD 12.0-Release ___ 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"
Re: ImageMacgick6 seems to conflict with itself
On Mon, 29 Apr 2019 15:50:30 -0700 bob prohaska wrote: > In trying to install ImageMagick6 on an RPI3 compilation finishes, > but installation stops with > > ===> Installing for ImageMagick6-6.9.10.22_1,1 > ===> Checking if ImageMagick6 is already installed > ===> Registering installation for ImageMagick6-6.9.10.22_1,1 > Installing ImageMagick6-6.9.10.22_1,1... > pkg-static: ImageMagick6-6.9.10.22_1,1 conflicts with > ImageMagick-6.9.9.28_2,1 (installs files into the same place). > Problematic file: /usr/local/bin/Magick++-config *** Error code 70 > > The odd thing is that there is no /usr/local/bin/Magick++-config > > Using > > make install FORCE_PKG_REGISTER=yes > didn't help, is there something else I should try? > > 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" Maybe make deinstall and then make reinstall -- by ajtiM -- FreeBSD 12.0-Release _______ 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"
Re: Portsnap broke?
Yes, looks like it is broken. For me doesn't works from yesterday morning. -- “Happiness is the meaning and the purpose of life, the whole aim and end of human existence.” ― Aristotle ___ 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"
BIMP 2.10.12 - plugin crashed
I have a problem with updated GIMP 2.10.12: GIMP 2.10.12 Plug-in crashed: "file-jpeg" (/usr/local/libexec/gimp/2.2/plug-ins/file-jpeg/file-jpeg) The dying plug-in may have messed up GIMP's internal state. You may want to save your images and restart GIMP to be on the safe side. As I remember it was a problem with version 2.10.2 which was related to exiv2. Is now the same problem, please? Should I downgrade exiv2? Thank you. -- “Happiness is the meaning and the purpose of life, the whole aim and end of human existence.” ― Aristotle _______ 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"
Re: Massive PORTS_REVISION bump after making gcc-9.1 default
On Sat, 27 Jul 2019 16:26:51 -0700 Kevin Oberman wrote: > Today I was hit with 226 ports needing update. With one exception, > all were the result of the bump or the default gcc version to 9.1. > The problem is that 9.1 was not installed first, so over 43 of these > ports were rebuilt with the exact same compiler it was built with > before the rebuild, eating up 2:45 of time on my build system. I'm > sure if was less for many as my build system is over 8 years old. It > was non-trivial in any case. > > Should an install of gcc9 preceded all updates? Perhaps a note in > UPDATING? I certainly looked there before I started when I saw 226 > ports in the list. > > Should I rebuild the ports that were rebuilt prior to the > installation of gcc-9.1? > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkober...@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > ___ > 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 had the same problem and some ports I rebuilt again. They should put something in /usr/ports/UPDATING. -- “Hungry man, reach for the book: it is a weapon.” ― Bertolt Brecht ___ 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"
Re: MariaDB 10.3.17
On Sun, 4 Aug 2019 13:00:52 -0600 The Doctor wrote: > MariaDB 10.3.17 is out? > > Who is supposed to be looking after this port? > cd /usr/ports// make maintainer _______ 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"
Re: firefox or what?
On Sat, 17 Aug 2019 22:43:33 + "Thomas Mueller" wrote: > from Andrea Venturoli: > > > While continuing this thread down the slope it got (with useless > > arguments on netiquette, release engineering, supposed NFS > > incompatibilities, etc...) is a nonsense, I think half the OP's > > original question still holds, i.e.: what viable browsers (other > > than FireFox) do we have available in the port collection? > > > Some times ago, when PaleMoon was removed, I felt the need to find > > an alternative. > > Searching the www categories and excluding text-only browsers, > > still yields a lot of results. > > Some are too lightweight (read: they can't make "modern" > > useless-javascript-crap-infested sites work), some just crash... > > trying them all would be a huge task. > > > So I hoped to collect experiences on this. > > I was favorably impressed by Otter Browser, but have not been able to > update because my FreeBSD installation, 11.1-STABLE, is too far > behind for updating ports. > > I can see Dillo and Netsurf are too lightweight, not up to the > gymnastics required by modern crap-infested websites. > > I would also like to try to build Midori again, a more modern version > than 0.5.11. > > Tom > I am using for some web sites Qutebrowser. It works well but I am not sure how safe it is. -- “Hungry man, reach for the book: it is a weapon.” ― Bertolt Brecht ___________ 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"
Perl 5.30
Hi! Default Perl version has been switched to Perl 5.30. In my case if I want to switch to default version and follow instructions I should have a problem with rvxt-unicode which I am using and some other apps to which ask or Perl 2.8 or 2.9. I didn't upgrade but how to handle this 'problem", please? Thank you. -- “Hungry man, reach for the book: it is a weapon.” ― Bertolt Brecht _______ 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"
netsurf
I tried to install Netsurf but looks like it has still open bug from 2018: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229164 Look like if I use subversion I cannot install Netsurf? Thank you. -- “Hungry man, reach for the book: it is a weapon.” ― Bertolt Brecht ___ 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"
jakarta-commons
Hi! I did try to update ports but there are problems. I do not know how to handle jakarta-commons-?? - apache-commons-?? because LibreOffice failed - it looked to jakarta (I have java on). I cancel everything and wait for other updates, IMO, should be something in /usr/ports/UPDATING. Thank you. -- “Hungry man, reach for the book: it is a weapon.” ― Bertolt Brecht ___ 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"
Re: Is IPV6 option still necessary?
07.10.2019 09:18, Yasuhiro KIMURA пишет: On October 10, 2012 IPV6 option of all ports was enabled by default. Commit message said "We are in 2012, it is time to activate IPV6 options by default everywhere". And now we are in 2019. IPv6 is more widely used than 2012. So I wonder if IPV6 option is still necessary. If you use official packages then you always use IPv6-enabled binaries. And even if you build packages by yourself you still use IPv6-enabled ones unless you disable IPV6 option. So I think at most only a few people uses IPv6-disabled packages. Are there anybody who still disables IPV6 option for some serious reason such as working around IPv6-related problem? If there aren't then I think it's time to remove IPV6 option from ports framework. I'm writing from 2019 and I build kernel and ports without IPv6. For all this years I fail to understand why I need it. My home devices fit 10.0.0.0/16 nicely, I have faith in NAT and I encountered no IPv6-only sites. But I saw CVEs in IPv6 stack. ___________ 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"
Re: Is IPV6 option still necessary?
09.10.2019 09:15, Baptiste Daroussin пишет: I'm writing from 2019 and I build kernel and ports without IPv6. For all this years I fail to understand why I need it. My home devices fit 10.0.0.0/16 nicely, I have faith in NAT and I encountered no IPv6-only sites. But I saw CVEs in IPv6 stack. Plenty of FreeBSD things are ipv6 only in the FreeBSD cluster. In particular if you do look at the build machines in the cluster, no ipv6 will mean no access to the build log in case of failures. I agree I don't see the reason why we should keep that ipv6 option. When off this option does not bring much value to the users as the code for apps to support ipv6 mostly reside in the libc. Actually that was my intent in 2012 to first turn it on by default everywhere and then drop the option entirely. Are you going to keep IPv6 kernel option? If off and ports can detect ipv6 availability in runtime, I don't see problem at all. _______ 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"
FreeBSD Port: virtualbox-ose-5.2.32_1
New version of virtualbox is released, Please upgrade on ports please VirtualBox 5.2.34 (released October 15 2019) This is a maintenance release. The following items were fixed and/or added: * Virtualization core: some fixes for systems with lots of processors * Audio: relaxed VRM / VRA (variable rate audio) bit checks to provide more compatibility for guests running ALSA setups with the AC'97 emulation * Audio: Fixed "double buffering" size of a stream's internal ring buffer, adjusted logging). * USB: made device capturing for passthrough more accurate and reliable on Windows host * Network: fixed potential issue with interrupt signalling for network adapters in UEFI guests * 3D: fixed crash with some applications when using VBoxSVGA or VMSVGA graphics adapter (bug <https://www.virtualbox.org/ticket/18638> #18638) * 3D: fixed state saving and loading when the VBoxVGA graphics adapter is used with 3D enabled (bug <https://www.virtualbox.org/ticket/18802> #18802, 5.2.32 regression) * Multiple fixes in 3D/Graphics including Chromium * macOS host: fix crash of GUI VM process which showed up frequently with 10.15 Catalina (bug <https://www.virtualbox.org/ticket/18990> #18990) * Windows host: fixed crashes on startup with software trying to inject code into a VM process * Linux host: improve python version detection during rpm package creation, can change package dependencies and fix some installation problems * VBoxManage: copyto --target-directory now requires an ending slash for guests (bug <https://www.virtualbox.org/ticket/18724> #18724) * Windows host installer: Fixes for access permissions for installed files * Linux host and guest: fix kernel module build for SLES 12 SP4 kernel * Windows guests: fixed mouse cursor visibility updating * Linux guests: VBox Guest Additions fail to compile on Red Hat/CentOS/OL 7.7 and Red Hat 8.1 Beta (bug <https://www.virtualbox.org/ticket/18917> #18917) * Linux guests: improve compatibility of vboxvideo.ko kernel module build logic (bug <https://www.virtualbox.org/ticket/18869> #18869) Regards, Dutchman ___ 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"
med
Hi! I have everytime the same problem when I want to update french/med. Now is update on my FreeBSD 12.1 - RELEASE but it was problem on the previous versions too. Thank you. ===> Fetching all distfiles required by fr-med-4.0.0 for building ===> Extracting for fr-med-4.0.0 ===> License GPLv3 accepted by the user ===> fr-med-4.0.0 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by fr-med-4.0.0 for building => SHA256 Checksum mismatch for aster-full-src-14.4.0-1.noarch.tar.gz. ===> Refetch for 1 more times files: aster-full-src-14.4.0-1.noarch.tar.gz ===> License GPLv3 accepted by the user ===> fr-med-4.0.0 depends on file: /usr/local/sbin/pkg - found => aster-full-src-14.4.0-1.noarch.tar.gz doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://www.code-aster.org/FICHIERS/aster-full-src-14.4.0-1.noarch.tar.gz aster-full-src-14.4.0-1.noarch.tar.gz 64% of 287 MB 290 kBps 06m03s fetch: aster-full-src-14.4.0-1.noarch.tar.gz appears to be truncated: 193455620/301386329 bytes => Attempting to fetch http://distcache.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz fetch: http://distcache.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: Not Found => Attempting to fetch http://distcache.us-east.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz fetch: http://distcache.us-east.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: Not Found => Attempting to fetch http://distcache.eu.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz fetch: http://distcache.eu.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: Not Found => Attempting to fetch http://distcache.us-west.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz fetch: http://distcache.us-west.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: Not Found => Attempting to fetch http://distcache.FreeBSD.org/ports-distfiles/aster-full-src-14.4.0-1.noarch.tar.gz fetch: http://distcache.FreeBSD.org/ports-distfiles/aster-full-src-14.4.0-1.noarch.tar.gz: Not Found => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles// and try again. *** Error code 1 Stop. make[3]: stopped in /usr/ports/french/med *** Error code 1 Stop. make[2]: stopped in /usr/ports/french/med *** Error code 1 Stop. make[1]: stopped in /usr/ports/french/med *** Error code 1 Stop. make: stopped in /usr/ports/french/med ===>>> make build failed for french/med ===>>> Aborting update ===>>> Update for french/med failed ===>>> Aborting update -- “good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws” Plato _______ 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"
Re: med
Is the proble related to /usr/ports/french/aster/bsd.aster.mk due to the source file aster-full-src-10.8.0-3.noarch.tar.gz can't be fetched from http://www.code-aster.org/FICHIERS/ and it is old more than 5 years? Thank you. On Tue, 24 Dec 2019 10:37:49 -0500 wrote: > Hi! > > I have everytime the same problem when I want to update french/med. > Now is update on my FreeBSD 12.1 - RELEASE but it was problem on the > previous versions too. > > Thank you. > > ===> Fetching all distfiles required by > fr-med-4.0.0 for building ===> Extracting for fr-med-4.0.0 > ===> License GPLv3 accepted by the user > ===> fr-med-4.0.0 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by fr-med-4.0.0 for building > => SHA256 Checksum mismatch for aster-full-src-14.4.0-1.noarch.tar.gz. > ===> Refetch for 1 more times files: > aster-full-src-14.4.0-1.noarch.tar.gz ===> License GPLv3 accepted by > the user ===> fr-med-4.0.0 depends on file: /usr/local/sbin/pkg - > found => aster-full-src-14.4.0-1.noarch.tar.gz doesn't seem to exist > in /usr/ports/distfiles//. => Attempting to fetch > http://www.code-aster.org/FICHIERS/aster-full-src-14.4.0-1.noarch.tar.gz > aster-full-src-14.4.0-1.noarch.tar.gz 64% of 287 MB 290 > kBps 06m03s fetch: aster-full-src-14.4.0-1.noarch.tar.gz appears to be > truncated: 193455620/301386329 bytes => Attempting to fetch > http://distcache.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz > fetch: > http://distcache.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: > Not Found => Attempting to fetch > http://distcache.us-east.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz > fetch: > http://distcache.us-east.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: > Not Found => Attempting to fetch > http://distcache.eu.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz > fetch: > http://distcache.eu.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: > Not Found => Attempting to fetch > http://distcache.us-west.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz > fetch: > http://distcache.us-west.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: > Not Found => Attempting to fetch > http://distcache.FreeBSD.org/ports-distfiles/aster-full-src-14.4.0-1.noarch.tar.gz > fetch: > http://distcache.FreeBSD.org/ports-distfiles/aster-full-src-14.4.0-1.noarch.tar.gz: > Not Found => Couldn't fetch it - please try to retrieve this => port > manually into /usr/ports/distfiles// and try again. *** Error code 1 > > Stop. > make[3]: stopped in /usr/ports/french/med > *** Error code 1 > > Stop. > make[2]: stopped in /usr/ports/french/med > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/french/med > *** Error code 1 > > Stop. > make: stopped in /usr/ports/french/med > > ===>>> make build failed for french/med > ===>>> Aborting update > > ===>>> Update for french/med failed > ===>>> Aborting update > -- “good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws” Plato ___ 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"
Re: med
On Tue, 24 Dec 2019 17:50:39 +0100 Thierry Thomas wrote: > Hello, > > Le mar. 24 déc. 19 à 17:19:25 +0100, ajtiM via freebsd-ports > écrivait : > > > Is the proble related to /usr/ports/french/aster/bsd.aster.mk > > due to the source file aster-full-src-10.8.0-3.noarch.tar.gz can't > > be fetched from http://www.code-aster.org/FICHIERS/ and it is old > > more than 5 years? > > According to your previous post, your ports tree is up-to-date, and > you are trying to fetch > http://www.code-aster.org/FICHIERS/aster-full-src-14.4.0-1.noarch.tar.gz > which is fine. > > Sometimes, the Code_Aster site is not reliable; could you please try > again? After many checksum mismatch start downloading (as usual) and it stopped (as usual): => Attempting to fetch http://www.code-aster.org/FICHIERS/aster-full-src-14.4.0-1.noarch.tar.gz aster-full-src-14.4.0-1.noarch.tar.gz 72% of 287 MB 335 kBps 04m00s fetch: aster-full-src-14.4.0-1.noarch.tar.gz appears to be truncated: 218749452/301386329 bytes => Attempting to fetch http://distcache.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz fetch: http://distcache.FreeBSD.org/local-distfiles/thierry/aster-full-src-14.4.0-1.noarch.tar.gz: Not Found I will download a package (as usual because never works). Thank you. -- “good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws” Plato ___ 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"
Re: Portmaster failing
On Wed, 1 Jan 2020 23:28:30 +0100 Kurt Jaeger wrote: > > For example: FreeBSD uses mailman2 for lists.freebsd.org, which needs > python 2.7, which, as far as the python community is involved, > is no longer supported. > py27-backports-1 py27-backports.functools_lru_cache-1.5 py27-backports_abc-0.5 py27-cairo-1.18.1_1 py27-cython-0.29.13_1 py27-dateutil-2.8.0 py27-futures-3.2.0 py27-gobject-2.28.6_8 py27-gtk2-2.24.0_5 py27-html5lib-1.0.1 py27-isodate-0.6.0 py27-kiwisolver-1.1.0 py27-lxml-4.4.2 py27-matplotlib-2.2.4_1 py27-numpy-1.16.5_2,1 py27-pygments-2.4.1 py27-pyparsing-2.4.6 py27-pytz-2019.3,1 py27-scour-0.37 py27-setuptools-41.4.0_1 py27-setuptools_scm-3.3.3 py27-singledispatch-3.4.0.3_1 py27-sip-4.19.19_1,1 py27-six-1.12.0 py27-tkinter-2.7.17_6 py27-tornado-5.1.1 py27-webencodings-0.5.1 For example: pkg info -r py27-numpy py27-numpy-1.16.5_2,1: py27-matplotlib-2.2.4_1 inkscape-0.92.4_12 root@lumiwa:~# pkg info -d py27-numpy py27-numpy-1.16.5_2,1: suitesparse-5.4.0_4 lapack-3.5.0_8 cblas-1.0_12 blas-3.5.0_6 python27-2.7.17_1 gcc9-9.2.0 py27-setuptools-41.4.0_1 pkg info -r py37-numpy py37-numpy-1.16.5_2,1: blender-2.80_6 py37-spyder-3.2.7_7 py37-pandas-0.24.2_1,1 py37-scipy-1.2.2_1 py37-numexpr-2.7.0 py37-bottleneck-1.3.1 py37-matplotlib-2.2.4_1 root@lumiwa:~# pkg info -d py37-numpy py37-numpy-1.16.5_2,1: suitesparse-5.4.0_4 lapack-3.5.0_8 cblas-1.0_12 blas-3.5.0_6 python37-3.7.6 gcc9-9.2.0 py37-setuptools-41.4.0_1 And how long is python 27 deprecated? I am portmaster user too because I have a single FreeBSD machine and I do not want to destroying hard drive with poudriere. -- “good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws” Plato _______ 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"
openblas - cblas
It is impossible to update ports because there are a conflic with openblas and cblas - installs files in the same place. Thank you. -- “good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws” Plato ___ 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"
Re: FreeBSD Port: openblas-0.3.7_1,1 error install
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.7_1,1 > > pkg-static: Unable to access file > > /usr/ports/math/openblas/work/stage/usr/local/lib/libopenblasp-r0.3.7.a:No > > such file or directory > > pkg-static: Unable to access file > > /usr/ports/math/openblas/work/stage/usr/local/lib/libopenblasp-r0.3.7.so:No > > such file or directory > > *** Error code 74 > > I believe this is fixed by r243739, please reopen this bug if there > is still an issue: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243739 > > Steve Thank you. It is fixed but there are still problem: portmaster --check-depends Checking all packages: 100% py27-numpy is missing a required shared library: libopenblas.so py37-numpy is missing a required shared library: libopenblas.so py37-scipy is missing a required shared library: libopenblas.so suitesparse is missing a required shared library: libopenblas.so py-numpy and suitesparse are rebuilt. -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___________ 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"
Re: py-scipy with openble
On Sat, 25 Jan 2020 14:07:57 +0100 Xavier wrote: > Hi, > I looked at the posts from 22/01 about cblas/openblas, and ran in the > very same problem. So I delete cblas, and let openblas running an > upgrade. But pkg check -Bd show e an error, which is not fixed by > rebuilding py37-numpy (twice): > > > py37-scipy is missing a required shared library: libopenblas.so > > The library exists : > > lrwxr-xr-x 1 root wheel16 Jan 25 11:59 > > /usr/local/lib/libopenblas.so@ -> libopenblas.so.0 -rwxr-xr-x 1 > > root wheel 31038608 Jan 25 11:59 /usr/local/lib/libopenblas.so.0* > > What can I do now ? > > TIA, > > Cheers, > > Xavier > I have same old work with py37-scipy and everything works... I try the example from now and it works. Please, check the attached jpg. -- “good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws” Plato ___ 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"
Re: FreeBSD Port: openblas-0.3.7_1,1 error install
On Fri, 31 Jan 2020 12:33:54 -0500 Steve Wills wrote: > 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.7_1,1 > >>> pkg-static: Unable to access file > >>> /usr/ports/math/openblas/work/stage/usr/local/lib/libopenblasp-r0.3.7.a:No > >>> such file or directory > >>> pkg-static: Unable to access file > >>> /usr/ports/math/openblas/work/stage/usr/local/lib/libopenblasp-r0.3.7.so:No > >>> such file or directory > >>> *** Error code 74 > >> > >> I believe this is fixed by r243739, please reopen this bug if there > >> is still an issue: > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243739 > >> > >> Steve > > Thank you. It is fixed but there are still problem: > > > > portmaster --check-depends > > Checking all packages: 100% > > py27-numpy is missing a required shared library: libopenblas.so > > py37-numpy is missing a required shared library: libopenblas.so > > py37-scipy is missing a required shared library: libopenblas.so > > suitesparse is missing a required shared library: libopenblas.so > > > > py-numpy and suitesparse are rebuilt. > > > > I think perhaps this is an issue with portmaster. Can you send output > of: > > ls -al /usr/local/lib/libopenblas* > > Thanks, > Steve ls -al /usr/local/lib/libopenblas* -rw-r--r-- 1 root wheel 32273330 Jan 31 10:45 /usr/local/lib/libopenblas_nehalemp-r0.3.7.a -rwxr-xr-x 1 root wheel 15492200 Jan 31 10:45 /usr/local/lib/libopenblas_nehalemp-r0.3.7.so lrwxr-xr-x 1 root wheel29 Jan 31 10:45 /usr/local/lib/libopenblas.a -> libopenblas_nehalemp-r0.3.7.a lrwxr-xr-x 1 root wheel 30 Jan 31 10:45 /usr/local/lib/libopenblas.so -> libopenblas_nehalemp-r0.3.7.so -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___ 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"
Re: FreeBSD Port: openblas-0.3.7_1,1 error install
On Fri, 31 Jan 2020 18:29:10 -0500 Steve Wills wrote: > Hi, > > On 1/31/20 5:47 PM, ajtiM via freebsd-ports wrote: > > > > ls -al /usr/local/lib/libopenblas* > > -rw-r--r-- 1 root wheel 32273330 Jan 31 10:45 > > /usr/local/lib/libopenblas_nehalemp-r0.3.7.a -rwxr-xr-x 1 root > > wheel 15492200 Jan 31 10:45 > > /usr/local/lib/libopenblas_nehalemp-r0.3.7.so lrwxr-xr-x 1 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? > > Steve For now I do not have problem but also pkg check -d -n -a shows: Checking all packages: 100% py27-numpy is missing a required shared library: libopenblas.so py37-numpy is missing a required shared library: libopenblas.so py37-scipy is missing a required shared library: libopenblas.so suitesparse is missing a required shared library: libopenblas.so Thank you. -- “In politics stupidity is not a handicap”. Napoleon Bonaparte _______ 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"
Re: FreeBSD Port: openblas-0.3.7_1,1 error install
On Fri, 31 Jan 2020 18:49:39 -0500 ajtiM wrote: > On Fri, 31 Jan 2020 18:29:10 -0500 > Steve Wills wrote: > > > Hi, > > > > On 1/31/20 5:47 PM, ajtiM via freebsd-ports wrote: > > > > > > ls -al /usr/local/lib/libopenblas* > > > -rw-r--r-- 1 root wheel 32273330 Jan 31 10:45 > > > /usr/local/lib/libopenblas_nehalemp-r0.3.7.a -rwxr-xr-x 1 root > > > wheel 15492200 Jan 31 10:45 > > > /usr/local/lib/libopenblas_nehalemp-r0.3.7.so lrwxr-xr-x 1 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? > > > > Steve > > For now I do not have problem but also pkg check -d -n -a shows: > > Checking all packages: 100% > py27-numpy is missing a required shared library: libopenblas.so > py37-numpy is missing a required shared library: libopenblas.so > py37-scipy is missing a required shared library: libopenblas.so > suitesparse is missing a required shared library: libopenblas.so > > Thank you. > Does py-numpy depends on math/cblas still? Thank you. -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___ 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"
Re: FreeBSD Port: openblas-0.3.7_1,1 error install
On Sat, 1 Feb 2020 12:20:10 -0800 Kevin Oberman wrote: > That is a configuration option, but the default is to use openblas. > The change was made a few months ago. > > If you have built py-numpy from ports in the past, use "make -C > /usr/ports/math/py-numpy" to change the saved config to use > math/openblas. (NETLIB was the previous default which used cblas.) > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkober...@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > > On Sat, Feb 1, 2020 at 3:44 AM ajtiM via freebsd-ports < > freebsd-ports@freebsd.org> wrote: > > > On Fri, 31 Jan 2020 18:49:39 -0500 > > ajtiM wrote: > > > > > On Fri, 31 Jan 2020 18:29:10 -0500 > > > Steve Wills wrote: > > > > > > > Hi, > > > > > > > > On 1/31/20 5:47 PM, ajtiM via freebsd-ports wrote: > > > > > > > > > > ls -al /usr/local/lib/libopenblas* > > > > > -rw-r--r-- 1 root wheel 32273330 Jan 31 10:45 > > > > > /usr/local/lib/libopenblas_nehalemp-r0.3.7.a -rwxr-xr-x 1 > > > > > root wheel 15492200 Jan 31 10:45 > > > > > /usr/local/lib/libopenblas_nehalemp-r0.3.7.so lrwxr-xr-x 1 > > > > > 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? > > > > > > > > Steve > > > > > > For now I do not have problem but also pkg check -d -n -a shows: > > > > > > Checking all packages: 100% > > > py27-numpy is missing a required shared library: libopenblas.so > > > py37-numpy is missing a required shared library: libopenblas.so > > > py37-scipy is missing a required shared library: libopenblas.so > > > suitesparse is missing a required shared library: libopenblas.so > > > > > > Thank you. > > > > > > > Does py-numpy depends on math/cblas still? > > Thank you. > > Yes, I had default option NETLIB and cblas was installed but I have installed also openblas at the same time, I do not have clbla installed. Now, I cannot have both at the same time and I do not know why py-numpy is missing shared libraries which are installed. -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___ 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"
xterm-353
Update of xterm to version 253 has a problem: ===> License MIT accepted by the user ===> xterm-353 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by xterm-353 for building => SHA256 Checksum mismatch for xterm-353.tgz. => SHA256 Checksum OK for bsd-xterm-icons-1.tgz. ===> Giving up on fetching files: xterm-353.tgz Make sure the Makefile and distinfo file (/usr/ports/x11/xterm/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop. make[2]: stopped in /usr/ports/x11/xterm *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11/xterm *** Error code 1 Stop. make: stopped in /usr/ports/x11/xterm ===>>> make build failed for x11/xterm ===>>> Aborting update ===>>> Update for x11/xterm failed ===>>> Aborting update Thank you. -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___ 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"
Re: FreeBSD Port: openblas-0.3.7_1,1 error install
On Sat, 1 Feb 2020 17:15:31 -0800 Kevin Oberman wrote: > I can't say anything about the missing library issue as I have not > seen it. It is true that cblas and openblas now conflict. That is > because openblas added cblas emulation that duplicates the libraries > cblas installed. It is important that openblas be re-installed after > cblas is deleted as it probably will delete files that openblas > installs. I deleted both cblas and openblas (pkg delete -f cblas > openblas) and then installed openblas. When I tried installing > py-numpy@py27, it still failed, still trying to link to cblas stuff. > Something was cached somewhere. I tried a couple of days later, after > a reboot, and it built perfectly. I don't know if it was the reboot > or something else, but everything builds and works fine, now. -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkober...@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > Thank you. I did the same but I have problem with missing libraries sill. -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___ 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"
Re: xterm-353
On Sun, 2 Feb 2020 07:42:27 -0800 David Wolfskill wrote: > On Sun, Feb 02, 2020 at 10:36:00AM -0500, ajtiM via freebsd-ports > wrote: > > Update of xterm to version 253 has a problem: > > > > ===> License MIT accepted by the user > > ===> xterm-353 depends on file: /usr/local/sbin/pkg - found > > ===> Fetching all distfiles required by xterm-353 for building > > => SHA256 Checksum mismatch for xterm-353.tgz. > > => SHA256 Checksum OK for bsd-xterm-icons-1.tgz. > > ===> Giving up on fetching files: xterm-353.tgz > > Make sure the Makefile and distinfo file > > (/usr/ports/x11/xterm/distinfo) are up to date. If you are > > absolutely sure you want to override this check, type "make > > NO_CHECKSUM=yes [other args]". *** Error code 1 > > > > I don't see that: > > g1-55(12.1-S)[1] pkg info -o xterm\* > xterm-353 x11/xterm > g1-55(12.1-S)[2] make -C /usr/ports/x11/xterm checksum > ===> License MIT accepted by the user > ===> xterm-353 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by xterm-353 for building > => SHA256 Checksum OK for xterm-353.tgz. > => SHA256 Checksum OK for bsd-xterm-icons-1.tgz. > g1-55(12.1-S)[3] uname -a > FreeBSD g1-55.catwhisker.org 12.1-STABLE FreeBSD 12.1-STABLE #594 > r357402M/357406: Sun Feb 2 03:44:20 PST 2020 > r...@g1-55.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY > amd64 g1-55(12.1-S)[4] svn info /usr/ports Path: /usr/ports Working > Copy Root Path: /usr/ports URL: file:///svn/freebsd/ports/head > Relative URL: ^/head > Repository Root: file:///svn/freebsd/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 524937 > Node Kind: directory > Schedule: normal > Last Changed Author: sunpoet > Last Changed Rev: 524937 > Last Changed Date: 2020-02-02 03:07:56 -0800 (Sun, 02 Feb 2020) > > g1-55(12.1-S)[5] > > Peace, > david Lucky you but not me: pkg info -o xterm\* xterm-352 x11/xterm root@lumiwa:~# make -C /usr/ports/x11/xterm checksum ===> License MIT accepted by the user ===> xterm-353 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by xterm-353 for building => SHA256 Checksum mismatch for xterm-353.tgz. => SHA256 Checksum OK for bsd-xterm-icons-1.tgz. ===> Refetch for 1 more times files: xterm-353.tgz ===> License MIT accepted by the user ===> xterm-353 depends on file: /usr/local/sbin/pkg - found => xterm-353.tgz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch ftp://ftp.invisible-island.net/xterm/xterm-353.tgz fetch: ftp://ftp.invisible-island.net/xterm/xterm-353.tgz: Permission denied => Attempting to fetch https://invisible-mirror.net/archives/xterm/xterm-353.tgz xterm-353.tgz 1374 kB 358 kBps04s ===> Fetching all distfiles required by xterm-353 for building ===> License MIT accepted by the user ===> xterm-353 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by xterm-353 for building => SHA256 Checksum mismatch for xterm-353.tgz. => SHA256 Checksum OK for bsd-xterm-icons-1.tgz. ===> Giving up on fetching files: xterm-353.tgz Make sure the Makefile and distinfo file (/usr/ports/x11/xterm/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11/xterm *** Error code 1 Stop. make: stopped in /usr/ports/x11/xterm -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___ 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"
Re: xterm-353
On Sun, 2 Feb 2020 12:11:18 -0500 ajtiM via freebsd-ports wrote: I did solve the problem with download file from the xterm web site. compile and it works. The tgz file which automatically download from mirror site is not good. Thank you. -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___ 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"
Re: xterm-353
On Thu, 6 Feb 2020 07:54:33 -0500 Robert Huff wrote: > > Thomas Mueller writes: > > > > Seamonkey - which was my default browser until it was no > > > longer updated - came with this ability built in. The only > > > problem was the list of alternate identities was vintage, like, > > > 2000 with no way (that I knew of) to change it. > > > > I went to seamonkey-project.org website a few months ago, saw it > > was still being developed, not dead, not lame-duck. > > Fair enough. > However: there is no port. > Hasn't been for months. > Since I have neither the skill or the time to create and > maintain one ... far as I'm concerned seamonkey is dead. > Do you know something I don't know? > > > Respectfully, > > > Robert Huff > > > There is a talks on freebsd forum: https://forums.freebsd.org/threads/disaster-strikes-seamonkey-removed-from-ports-tree.71335/ -- “In politics stupidity is not a handicap”. Napoleon Bonaparte _______ 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"
nss update again
Hi! nss 3.49.2_1 built without problem but version 3.49.2_2 doesn't: File exists gmake[4]: *** [../../coreconf/rules.mk:393: FreeBSD12.1_OPT.OBJ/pathsub.o] Error 1 gmake[4]: *** Waiting for unfinished jobs gmake[4]: Leaving directory '/usr/ports/security/nss/work/nss-3.49.2/nss/coreconf/nsinstall' gmake[3]: *** [../coreconf/rules.mk:101: libs] Error 2 gmake[3]: Leaving directory '/usr/ports/security/nss/work/nss-3.49.2/nss/coreconf' gmake[2]: *** [coreconf/rules.mk:64: export] Error 2 gmake[2]: Leaving directory '/usr/ports/security/nss/work/nss-3.49.2/nss' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/security/nss *** Error code 1 Stop. make: stopped in /usr/ports/security/nss ===>>> make build failed for security/nss ===>>> Aborting update ===>>> Update for security/nss failed ===>>> Aborting update -- “In politics stupidity is not a handicap”. Napoleon Bonaparte ___ 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"
rawtherapee
Hi! Updaye of rawtherapee on my FreeBSD 12.1-RELEASE-p2 (amd64) failed: ls: /usr/ports/graphics/rawtherapee/files/../testimages/*: No such file or directory + onefile='' + test -d /usr/ports/graphics/rawtherapee/files/../testimages + ls -Rlbai /usr/ports/graphics/rawtherapee/files/../testimages /tmp/rawtherapee.d7olYyJW ls: /usr/ports/graphics/rawtherapee/files/../testimages: No such file or directory /tmp/rawtherapee.d7olYyJW: total 8 40930565 drwx-- 2 root wheel 512 Feb 10 18:15 . 40850304 drwxrwxrwt 8 root wheel 512 Feb 10 18:15 .. + rc=0 + /bin/rm -f -rf /tmp/rawtherapee.d7olYyJW + exit 0 cmp: EOF on stdin ===> !!! SELF-TEST FAILED !!! <=== *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/rawtherapee *** Error code 1 Stop. make: stopped in /usr/ports/graphics/rawtherapee ===>>> make stage failed for graphics/rawtherapee ===>>> Aborting update Thank you. -- “In politics stupidity is not a handicap”. Napoleon Bonaparte _______ 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"
Re: good gui bit-torrent client?
On Fri, 28 Feb 2020 18:49:02 -0500 Robert Huff wrote: > I used to use azureus/vuze, but it hasn't been maintained is > quite a while. I used azureus a long time ago, and liked it, but IIRC at the time it didn't scale very well when managing many torrents and its java dependencies were a pain. I tried several clients a few years ago and the one I liked best was qBittorrent. It also was the one that was most like azureus. _______ 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"
Re: Aria2 and magnets
On Wed, 4 Mar 2020 17:19:06 -0700 @lbutlr wrote: > Brand new install of aria2 and I tried to grab the FreBSD 12.1 amd64 > image via a magnet link: ... > After about 30 minutes the only thing I get is updates showing 0 > Bytes downloaded. ... > > Downloading a torrent file, in this case Ubuntu server, works fine: Perhaps DHT is blocked in your firewall. It's also worth rechecking the magnet link in case the Ubuntu download bootstrapped DHT. _______ 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"
Re: Xorg 1.20 no mouse buttons
On Thu, 05 Mar 2020 14:45:32 +0100 "Ronald Klop" wrote: > Hi, > > I needed "sysctl kern.evdev.rcpt_mask=6" to switch from sysmouse to > "hardware mouse". That fixed mouse integration with VirtualBox. > > Still have weird behaviour. Two finger swipe down & up (which > normally only scrolls) makes the browser go back. With xev I see that > next to logical button 4 & 5 for scrolling this also triggers logical > buttons 8 & 9. Swipe down presses 8 & 9 and up releases the buttons. > Why? > > Regards, > Ronald. > > > On Thu, 27 Feb 2020 19:42:34 +0100, Daniel Morante via freebsd-ports > wrote: > > > Roland, > > > > Your issue might be related to this bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244110 > > > > On 2/26/2020 5:29 PM, Ronald Klop wrote: > >> It works again. > >> Changed back from virtualboxvideo from drm-devel-kmod to the > >> driver from virtualbox-ose-additions. But did some other changes > >> at the same time also. Not sure yet what happened, but it was > >> integration of the mouse with virtualbox which failed somehow. > >> > >> Regards, > >> Ronald. > >> > >> > >> > >> On Wed, 26 Feb 2020 20:40:14 +0100, Ronald Klop > >> wrote: > >> > >>> Hello, > >>> > >>> Since my upgrade to Xorg 1.20 things seem to work except that no > >>> mouse buttons work. Pointer movement works good still. > >>> I'm running a fairly recent FreeBSD 13-CURRENT in VirtualBox (On > >>> Windows 10). The mouse is a touchpad on my Lenovo IdeaPad laptop. > >>> > >>> Previously it worked using fine. > >>> > >>> What can I do or debug to fix this? > >>> > >>> Regards, > >>> Ronald. > >>> > >>> > >>> [23.241] > >>> X.Org X Server 1.20.7 > >>> X Protocol Version 11, Revision 0 > >>> [23.241] Build Operating System: FreeBSD 13.0-CURRENT amd64 > >>> [23.241] Current Operating System: FreeBSD sjakie > >>> 13.0-CURRENT FreeBSD > >>> 13.0-CURRENT #4 r357762M: Sun Feb 16 12:16:08 CET 2020 > >>> builder@sjakie:/data/src/obj-freebsd-current/data/src/freebsd-current/amd64.amd64/sys/GENERIC-NODEBUG > >>> amd64 > >>> [23.241] Build Date: 22 February 2020 07:06:47AM > >>> [23.241] > >>> [23.241] Current version of pixman: 0.38.4 > >>> [23.241] Before reporting problems, check > >>> http://wiki.x.org to make sure that you have the latest version. > >>> [23.241] Markers: (--) probed, (**) from config file, (==) > >>> default setting, > >>> (++) from command line, (!!) notice, (II) informational, > >>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > >>> [23.241] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb > >>> 24 19:18:14 2020 > >>> [23.244] (==) Using system config directory > >>> "/usr/local/share/X11/xorg.conf.d" > >>> [23.246] (==) No Layout section. Using the first Screen > >>> section. [23.246] (==) No screen section available. Using > >>> defaults. [23.246] (**) |-->Screen "Default Screen Section" > >>> (0) [23.246] (**) | |-->Monitor "" > >>> [23.247] (==) No monitor specified for screen "Default Screen > >>> Section". > >>> Using a default monitor configuration. > >>> [23.247] (==) Automatically adding devices > >>> [23.247] (==) Automatically enabling devices > >>> [23.247] (==) Not automatically adding GPU devices > >>> [23.247] (==) Max clients allowed: 256, resource mask: > >>> 0x1f [23.262] (==) FontPath set to: > >>> /usr/local/share/fonts/misc/, > >>> /usr/local/share/fonts/TTF/, > >>> /usr/local/share/fonts/OTF/, > >>> /usr/local/share/fonts/Type1/, > >>> /usr/local/share/fonts/100dpi/, > >>> /usr/local/share/fonts/75dpi/, > >>> catalogue:/usr/local/etc/X11/fontpath.d > >>> [23.263] (==) ModulePath set to "/usr/local/lib/xorg/modules" > >>> [23.263] (II) The server relies on udev to provide the list > >>> of input > >>> devices. > >>> If no devices become available, reconfigure udev or
Re: Xorg 1.20 no mouse buttons
On Thu, 5 Mar 2020 23:13:37 +
Tatsuki Makino wrote:
> I think Bluetooth mouse haven't worked properly before.
> It relied on other mouse and Virtual core XTEST pointer.
> I have increased NBUTTONS in ${WRKSRC}/test/xi2/protocol-common.c and
> ${WRKSRC}/dix/devices.c more than 10.
> ___
No, it didn't but I have the middle button and I didn't have
hundreds of messages:
> > > interrupt connection from 7c:d1:c3:69:8b:67 bthidd[38707]: Could
> > > not process mouse events from 7c:d1:c3:69:8b:67.Invalid argument
> > > (22)
> > >
--
“There is only one good, knowledge, and one evil, ignorance.”
― Socrates
___
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"
Re: cad/gmsh port
On Thu, 12 Mar 2020 16:19:20 + Montgomery-Smith, Stephen wrote: > For some reason fetch freezes when the ports tries to build cad/gmsh. > But if I download the tarball via my web browser, it works. It also happens with wget and curl. What's particularly odd is that fetch took 2 hours to time out. _______ 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"
FreeBSD Port: nut-2.7.4_13
Is it an idea to switch NUT port so that it can use master sources from https://github.com/networkupstools/nut for NUT port? Right now we are missing 3 years of upstream code improvements, updated and new drivers and bug fixes. An newer release will not see soon its light. USE_GITHUB= yes GH_ACCOUNT= networkupstools GH_TAGNAME= e27f1f9 Regards, Dutchman01 ___ 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"
hdf5 update and problem
Hi! After update of hdf5 there are problems with blender which doesn't build anymore: executing: /usr/ports/graphics/blender/work/.build/bin/blender --help ld-elf.so.1: Shared object "libhdf5.so.103" not found, required by "libAlembic.so.1.7" Traceback (most recent call last): File "blender.1.py", line 56, in Also there is a problem with graphics/vigra too, Thank you. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
Re: graphics/vigra broken, unbreak?
On Thu, 2 Apr 2020 23:37:01 +0200 Guido Falsi via freebsd-ports wrote: > On 02/04/20 23:30, Felix Palmen wrote: > > Hello all, > > > > I'm referring to > > <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245164> here. > > This port is currently broken with default options because > > science/hdf5 moved to a new API. I think this is an important issue > > because graphics/vigra is a dependency of LibreOffice. I added a > > patch (just adding a define that enables the old API) to the PR in > > question and kindly ask for review. Also, I assume more ports could > > be affected, see the PR. > > AFAIK the commit upgrading hdf5 to 1.12 has been reverted. You should > upgrade your ports tree and force vigra to reinstall/downgrade. > Yes, it works but I do not know what is the reason now because the update of graphics/alembic doesn't compile. FAILED: lib/Alembic/CMakeFiles/Alembic.dir/Abc/ArchiveInfo.cpp.o -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
qt5-webengine
Hi! Today update for qt5-webengine cannot compile: /usr/local/bin/ld: /usr/local/lib/qt5/libQt5WebEngineCore.so: undefined reference to `re2::RE2::Arg::parse_ulong(char const*, unsigned long, void*)' c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [../../libexec/QtWebEngineProcess] Error code 1 make[4]: stopped in /usr/ports/www/qt5-webengine/work/.build/src/process 1 error make[4]: stopped in /usr/ports/www/qt5-webengine/work/.build/src/process *** [sub-process-make_first] Error code 2 make[3]: stopped in /usr/ports/www/qt5-webengine/work/.build/src --- sub-webengine-make_first --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/ports/www/qt5-webengine/work/.build/src/webengine *** [sub-module-pro-make_first] Error code 2 make[4]: stopped in /usr/ports/www/qt5-webengine/work/.build/src/webengine 1 error make[4]: stopped in /usr/ports/www/qt5-webengine/work/.build/src/webengine *** [sub-webengine-make_first] Error code 2 make[3]: stopped in /usr/ports/www/qt5-webengine/work/.build/src --- sub-tools-qwebengine_convert_dict-make_first --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/ports/www/qt5-webengine/work/.build/src/tools/qwebengine_convert_dict *** [sub-tools-qwebengine_convert_dict-make_first] Error code 2 make[3]: stopped in /usr/ports/www/qt5-webengine/work/.build/src 3 errors make[3]: stopped in /usr/ports/www/qt5-webengine/work/.build/src *** [sub-src-make_first] Error code 2 make[2]: stopped in /usr/ports/www/qt5-webengine/work/.build 1 error make[2]: stopped in /usr/ports/www/qt5-webengine/work/.build ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/www/qt5-webengine *** Error code 1 Stop. make: stopped in /usr/ports/www/qt5-webengine ===>>> make build failed for www/qt5-webengine ===>>> Aborting update ===>>> Update for www/qt5-webengine failed ===>>> Aborting update Thank you. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
Re: qt5-webengine
On Sat, 4 Apr 2020 16:21:03 +0200 Christoph Moench-Tegeder wrote: > ## ajtiM via freebsd-ports (freebsd-ports@freebsd.org): > > > Today update for qt5-webengine cannot compile: > > > > /usr/local/bin/ld: /usr/local/lib/qt5/libQt5WebEngineCore.so: > > undefined reference to `re2::RE2::Arg::parse_ulong(char const*, > > unsigned long, void*)' c++: error: linker command failed with exit > > code 1 (use -v to see invocation) *** > > [../../libexec/QtWebEngineProcess] Error code 1 > > Your environment is broken: that looks like some mismatch on re2, > which has been updated just recently and is the reason for this > PORTREVISION bump. You need to clean up first (updating re2 and > perhaps intermediary dependencies) or just use poudriere (or any > other system providing clean build environments). > In any case, the build worked here in my poudriere. > > Regards, > Christoph > I do not know if is broken?? I do not have a problem with the other ports. And everything is updated. Thank you anywhere. BTW: I do not want to use poudriere on the single desktop computer. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: qt5-webengine
On Sat, 4 Apr 2020 17:33:56 +0200 Serpent7776 wrote: > On Sat, 4 Apr 2020 11:15:53 -0400 > ajtiM via freebsd-ports wrote: > > > On Sat, 4 Apr 2020 16:21:03 +0200 > > Christoph Moench-Tegeder wrote: > > > > > ## ajtiM via freebsd-ports (freebsd-ports@freebsd.org): > > > > > > > Today update for qt5-webengine cannot compile: > > > > > > > > /usr/local/bin/ld: /usr/local/lib/qt5/libQt5WebEngineCore.so: > > > > undefined reference to `re2::RE2::Arg::parse_ulong(char const*, > > > > unsigned long, void*)' c++: error: linker command failed with > > > > exit code 1 (use -v to see invocation) *** > > > > [../../libexec/QtWebEngineProcess] Error code 1 > > > > > > Your environment is broken: that looks like some mismatch on re2, > > > which has been updated just recently and is the reason for this > > > PORTREVISION bump. You need to clean up first (updating re2 and > > > perhaps intermediary dependencies) or just use poudriere (or any > > > other system providing clean build environments). > > > In any case, the build worked here in my poudriere. > > > > > > Regards, > > > Christoph > > > > > > > I do not know if is broken?? I do not have a problem with the other > > ports. And everything is updated. > > Thank you anywhere. > > > > BTW: I do not want to use poudriere on the single desktop computer. > I'm using poudriere on my desktop machine, it helps avoid many issues > with compiling ports. If it's too heavy there's ports-mgmt/synth > which might suit you better. > I did use Synth but all the time compile so many ports and I stop and switched back to portmaster. But if I hav problem than I have a problem something related to KDE. I am using Openbox. I deleted re2 and all ports related and I hope it is done with KDE. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: qt5-webengine
On Sun, 5 Apr 2020 18:08:27 +0700 "Alex V. Petrov" wrote: > 04.04.2020 21:10, ajtiM via freebsd-ports пишет: > > Hi! > > > > Today update for qt5-webengine cannot compile: > > > > /usr/local/bin/ld: /usr/local/lib/qt5/libQt5WebEngineCore.so: > > undefined reference to `re2::RE2::Arg::parse_ulong(char const*, > > unsigned long, void*)' c++: error: linker command failed with exit > > code 1 (use -v to see invocation) *** > > [../../libexec/QtWebEngineProcess] Error code 1 > > > > make[4]: stopped in > > /usr/ports/www/qt5-webengine/work/.build/src/process 1 error > > > > make[4]: stopped in > > /usr/ports/www/qt5-webengine/work/.build/src/process *** > > [sub-process-make_first] Error code 2 > > > > make[3]: stopped in /usr/ports/www/qt5-webengine/work/.build/src > > --- sub-webengine-make_first --- > > A failure has been detected in another branch of the parallel make > > > > make[5]: stopped in > > /usr/ports/www/qt5-webengine/work/.build/src/webengine *** > > [sub-module-pro-make_first] Error code 2 > > > > make[4]: stopped in > > /usr/ports/www/qt5-webengine/work/.build/src/webengine 1 error > > > > make[4]: stopped in > > /usr/ports/www/qt5-webengine/work/.build/src/webengine *** > > [sub-webengine-make_first] Error code 2 > > > > make[3]: stopped in /usr/ports/www/qt5-webengine/work/.build/src > > --- sub-tools-qwebengine_convert_dict-make_first --- > > A failure has been detected in another branch of the parallel make > > > > make[4]: stopped in > > /usr/ports/www/qt5-webengine/work/.build/src/tools/qwebengine_convert_dict > > *** [sub-tools-qwebengine_convert_dict-make_first] Error code 2 > > > > make[3]: stopped in /usr/ports/www/qt5-webengine/work/.build/src > > 3 errors > > > > make[3]: stopped in /usr/ports/www/qt5-webengine/work/.build/src > > *** [sub-src-make_first] Error code 2 > > > > make[2]: stopped in /usr/ports/www/qt5-webengine/work/.build > > 1 error > > > > make[2]: stopped in /usr/ports/www/qt5-webengine/work/.build > > ===> Compilation failed unexpectedly. > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the > > failure to the maintainer. > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/www/qt5-webengine > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/www/qt5-webengine > > > > ===>>> make build failed for www/qt5-webengine > > ===>>> Aborting update > > > > ===>>> Update for www/qt5-webengine failed > > ===>>> Aborting update > > > > Thank you. > > > > I have the same error too. > FreeBSD 12.1-STABLE r359434 amd64. > Reinstall devel/re2 and devel/re2c I do not use webengine anymore because I do not using FreeCAD anymore on FreeBSD. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
On Sat, 18 Apr 2020 04:57:32 -0500 D'Arcy Cain wrote: > On 2020-04-18 04:06, andrew clarke wrote: > > Out of interest I ran "pkg del python27" on my FreeBSD machine just > > to see what would break. Conspicuous was devel/mercurial: > > I did the same thing. Out of 19 packages to be deleted here are the > four that matter. I believe the rest are mainly dependencies for > these four. > > asterisk16: 16.9.0 > freeradius3: 3.0.20 > lilypond: 2.18.2_10 > mailman: 2.1.29_6 > On mine (just some of them) FreeCAD: 0.18.4_4 asciidoc: 8.6.10_1 doxygen: 1.8.15_3,2 en-gimp-help-html: 2.10.0_1 gimp: 2.10.18,2 inkscape: 0.92.4_16 latex-beamer: 3.57 llvm60: 6.0.1_7 lyx: 2.3.4.2 opencascade: 7.4.0_2 BTW, I do not know why some apps need llvm60 still: pkg delete llvm60: FreeCAD: 0.18.4_4 llvm60: 6.0.1_7 py37-pyside2: 5.14.2 py37-pyside2-tools: 5.14.2 py37-shiboken2: 5.14.2 -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
On Sat, 18 Apr 2020 20:24:21 +0200 Christoph Moench-Tegeder wrote: > ## ajtiM via freebsd-ports (freebsd-ports@freebsd.org): > > > > asterisk16: 16.9.0 > > That's surprising - asterisk16 with somewhat usual OPTIONS does not > have a direct python dependency - I'd guess you're seeing an indirect > dependency via newt (devel/newt) which has PYTHON as a default OPTION; > but it can use either (2 or 3) python - here it happily uses python > 3.7. > > > FreeCAD: 0.18.4_4 > > Perhaps again an indirect dependency? Through vtk6, I guess (that > needs to be replaced by vtk8, working on it). Except for that I've > recently removed all python 2 support from FreeCAD and it's toolkits. > > > en-gimp-help-html: 2.10.0_1 > > That port doesn't even exist anymore (see MOVED, > graphics/gimp-help||2020-03-01|Has expired: Broken ) > > > gimp: 2.10.18,2 > > Through py-gimp? That's scheduled for removal. > > > latex-beamer: 3.57 > > How that? Indirect dependency via texlive-texmf? Even if our texlive > would need some love (read: update), it's fully happy with python 3.7. > > > opencascade: 7.4.0_2 > > Again, vtk6... > > > BTW, I do not know why some apps need llvm60 still: > > That shouldn't be. > > > pkg delete llvm60: > > > > FreeCAD: 0.18.4_4 > > llvm60: 6.0.1_7 > > py37-pyside2: 5.14.2 > > py37-pyside2-tools: 5.14.2 > > py37-shiboken2: 5.14.2 > > It's shiboken2 which has a dependency on the default ports llvm (see > https://wiki.freebsd.org/WhyDoIHaveToBuildLLVMWhenIAlreadyHaveClangInstalleds > as per usual) - but that would be llvm90 since septemper 2019. > Looks like you're picking up random cruft during build and not > following default version changes. > > Regards, > Christoph > Thank you very much for clear explanation and I did correct everything. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
And how and when will be solved Inkscape which is part of the GNOME group: Build dependencies: concept_check.hpp : devel/boost-libs cmake : devel/cmake ninja : devel/ninja update-desktop-database : devel/desktop-file-utils gtk-update-icon-cache : graphics/gtk-update-icon-cache pkgconf>=1.3.0_1 : devel/pkgconf python2.7 : lang/python27 msgfmt : devel/gettext-tools x11.pc : x11/libX11 Runtime dependencies: py27-numpy>=1.15,1<1.19,1 : math/py-numpy@py27 py27-lxml>0 : devel/py-lxml@py27 py27-scour>0 : textproc/py-scour@py27 update-desktop-database : devel/desktop-file-utils gtk-update-icon-cache : graphics/gtk-update-icon-cache python2.7 : lang/python27 x11.pc : x11/libX11 Thank you. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
On Sun, 19 Apr 2020 09:54:27 -0700 Kevin Oberman wrote: > If you actually use inkscape, can you try inkscape with python37 an > confirm whether or not it works? My guess is that it does not, but > it does run and at least works to some degree. Maybe everything > works. (Hope springs eternal.) > > I suspect you know this, but you can just edit the Makefile to remove > ":2.7" from the dependencies and then rebuild the port. > > As for gnumeric (which I actually care about), I think just deleting > the post-install in the Makefile might do the trick. post-install > will clearly fail with a non-python27 build. > > Again, scon is the big one and looks like a candidate for FLAVORS. > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkober...@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > I did try few months ago and it didn't work. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
I clean almost everything except print/lyx which I am using and I like it (with latex-beamer). I try to build with Python 3.7 but not success. I do not now if I am one of the "rare" user or is port dead. Thank you. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
On Thu, 23 Apr 2020 21:46:15 +0200 Kurt Jaeger wrote: > Hi! > > > I clean almost everything except print/lyx which I am using and I > > like it (with latex-beamer). I try to build with Python 3.7 but not > > success. I do not now if I am one of the "rare" user or is port > > dead. > > The port is up to date with version 2.3.4.2. > > Can you try to ask upstream ? In their bugtracker ? > > https://www.lyx.org/trac/wiki/BugTrackerHome > > There's a closed bug that tracked this topic: > > https://www.lyx.org/trac/ticket/9006 > > and it says that lyx after 2.3.0 should work with py3. > Thank you very much. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
On Thu, 23 Apr 2020 21:46:15 +0200 Kurt Jaeger wrote: > Hi! > > > I clean almost everything except print/lyx which I am using and I > > like it (with latex-beamer). I try to build with Python 3.7 but not > > success. I do not now if I am one of the "rare" user or is port > > dead. > > The port is up to date with version 2.3.4.2. > > Can you try to ask upstream ? In their bugtracker ? > > https://www.lyx.org/trac/wiki/BugTrackerHome > > There's a closed bug that tracked this topic: > > https://www.lyx.org/trac/ticket/9006 > > and it says that lyx after 2.3.0 should work with py3. > It was solved long time ago but we have: Build dependencies: update-desktop-database : devel/desktop-file-utils gmake : devel/gmake pkgconf>=1.3.0_1 : devel/pkgconf python2.7 : lang/python27 msgfmt : devel/gettext-tools autoconf>=2.69 : devel/autoconf automake>=1.16.1 : devel/automake perl5>=5.30.r1<5.31 : lang/perl5.30 moc : devel/qt5-buildtools qmake : devel/qt5-qmake xcb.pc : x11/libxcb Runtime dependencies: update-desktop-database : devel/desktop-file-utils python2.7 : lang/python27 perl5>=5.30.r1<5.31 : lang/perl5.30 xcb.pc : x11/libxcb -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
On Fri, 24 Apr 2020 14:16:15 +0200 Kurt Jaeger wrote: > Hi! > > > > > I clean almost everything except print/lyx which I am using and > > > > I like it (with latex-beamer). I try to build with Python 3.7 > > > > but not success. [...] > > > It was solved long time ago but we have: > > > > Build dependencies: > > > > update-desktop-database : devel/desktop-file-utils > > gmake : devel/gmake > > pkgconf>=1.3.0_1 : devel/pkgconf > > python2.7 : lang/python27 > > I prepared a patch to build lyx without the 2.7 restriction. The > patch needs a run-test, can you test and report back ? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245871 > Thank you very much. The patch works and Lyx too :). -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
On Sat, 25 Apr 2020 16:21:25 -0700 (PDT)
Roger Marquis wrote:
> Kurt Jaeger wrote:
> > I prepared a patch to build lyx without the 2.7 restriction. The
> > patch needs a run-test, can you test and report back ?
>
> Has anyone enumerated the ports and applications which don't work with
> python{,2,2.7} symlinked from pypy? Mailman seems fine but fail2ban
> does not start, at least not when it was installed using the original
> python2.7 port. One heads-up is that pypy can take more than an hour
> to compile (on x86_64). The build relies on a single python2 thread
> which eventually utilizes over 5GB RAM.
>
> Roger
I didn't mark but there are patch for Inkscape:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243615
--
Ernst Lubitsch’s Ninotchka:
“‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we
have no cream, only milk, so can it be a coffee without milk?’”
_______
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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
I found that qt5-webengine needs Python 2.7: Build dependencies: bison : devel/bison ninja : devel/ninja yasm : devel/yasm input.h : devel/evdev-proto videodev2.h : multimedia/v4l_compat gperf : devel/gperf python2.7 : lang/python27 pkgconf>=1.3.0_1 : devel/pkgconf as : devel/binutils xorgproto>=0 : x11/xorgproto xorgproto>=0 : x11/xorgproto x11.pc : x11/libX11 xcb.pc : x11/libxcb xcomposite.pc : x11/libXcomposite xcursor.pc : x11/libXcursor xdamage.pc : x11/libXdamage xext.pc : x11/libXext xfixes.pc : x11/libXfixes xi.pc : x11/libXi xrandr.pc : x11/libXrandr xrender.pc : x11/libXrender xscrnsaver.pc : x11/libXScrnSaver xtst.pc : x11/libXtst moc : devel/qt5-buildtools designer : devel/qt5-designer qmake : devel/qt5-qmake -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available
On Tue, 28 Apr 2020 02:10:51 -0600 "@lbutlr" wrote: > On 27 Apr 2020, at 17:32, ajtiM via freebsd-ports > wrote: > > qt5-webengine > > There is py-qt5-webengine which seems to want py37 > And what is a point? www/qt5-webengine has in Makefile python:27. If you delete :27 will pull python 3.7 but I don not using qt5-engine anymore. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” _______ 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"
FreeBSD Port: open-vm-tools-11.0.1_3,2
Hi, new maintenance release is out, this port could use an upstream release. Can you please upgrade the port? Ty , regards, dutchy ___ 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"
ffmpeg 4.2.3'1
On FreeBSD 12.1-RELEASE-p5 I cannot build ffmpeg update: ===> Cleaning for ffmpeg-4.2.3,1 ===> License GPLv3+ LGPL3+ accepted by the user ===> ffmpeg-4.2.3,1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by ffmpeg-4.2.3,1 for building ===> Extracting for ffmpeg-4.2.3,1 => SHA256 Checksum OK for ffmpeg-4.2.3.tar.xz. => SHA256 Checksum OK for 0001-Add-ability-for-ffmpeg-to-run-svt-vp9.patch. ===> Patching for ffmpeg-4.2.3,1 ===> Applying distribution patches for ffmpeg-4.2.3,1 2 out of 8 hunks failed--saving rejects to libavformat/matroskaenc.c.rej ===> FAILED Applying distribution patch 0001-Add-ability-for-ffmpeg-to-run-svt-vp9.patch with -p1 *** Error code 1 Stop. make[1]: stopped in /usr/ports/multimedia/ffmpeg *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/ffmpeg ===>>> make build failed for multimedia/ffmpeg ===>>> Aborting update ===>>> Update for multimedia/ffmpeg failed ===>>> Aborting update Thank you. -- Ernst Lubitsch’s Ninotchka: “‘Waiter! A cup of coffee without cream, please!’ ‘I’m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?’” ___ 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"
