Re: py-backports.* conflict
On 5/24/17 6:47 AM, Andriy Gapon wrote: > > [ping] > > On 18/05/2017 15:40, Andriy Gapon wrote: >> >> After the update of devel/py-backports.functools_lru_cache to 1.4 it started >> to >> conflict with devel/py-backports.shutil_get_terminal_size: >> >> py27-backports.functools_lru_cache-1.4 [FreeBSD] conflicts with >> py27-backports.shutil_get_terminal_size-1.0.0 [installed] on >> /usr/local/lib/python2.7/site-packages/backports/__init__.py >> >> It would be very inconvenient if only a single of py-backports.* ports could >> be >> installed at a time. >> >> Is it possible to fix the problem? >> > > These appear to be namespaced packages and all else being equal (bugs or other causes aside), the only way I can think of is to have a py-backports port, with subpackages for each py-backports.*, with py-backports owning the __init__.py (and other shared files, if any) and each sub-module (package) depending on py-backports for the shared bits. Having said that it could also be (at least partially) related to namespace package fixes that are in an unreleased version of shutil_get_terminal_size: https://github.com/chrippa/backports.shutil_get_terminal_size/pull/10 See Also: https://bbs.archlinux.org/viewtopic.php?id=226193 https://github.com/garbas/pypi2nix/issues/80 ___ 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"
ports recently marked broken on -current
So during my pass over recent powerpc64 package errorlogs, I found a few ports that were actually broken across all archs on -current, and made those commits. I may not have enough cycles to investigate all these down by myself, so I'm asking for help. Does anyone recognize any of these failure modes, and if so, can recommend a fix? I've grouped them together based on my analysis, which may not be correct. Note: error messages from gcc and clang are intermixed. Thanks. mcl benchmarks/dbs tcp_debug.h: field has incomplete type 'struct tcpcb' security/revealrk revealrk.c: 'struct xtcpcb' has no member named 'xt_socket' security/pidentdk_freebsd2.c: storage size of 'pcbp' isn't known japanese/nethack34 stdlib.h: conflicting types for 'srandom' net-mgmt/netdatafreebsd_sysctl.c: storage size of 'vmmeter_data' isn't known sysutils/asmem read_mem.c: invalid use of undefined type 'struct vmmeter' net/lft lft_types.h: pcap-int.h: No such file or directory security/dsniff pcaputil.c: '/usr/include/pcap-int.h' file not found sysutils/pftop sf-gencode.h: pcap-int.h: No such file or directory sysutils/scprotect scprotect.c: 'sysctl__' undeclared (first use in this function) www/cherokeeunable to detect data struct is used by crypt_r ___ 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-backports.* conflict
[ping] On 18/05/2017 15:40, Andriy Gapon wrote: > > After the update of devel/py-backports.functools_lru_cache to 1.4 it started > to > conflict with devel/py-backports.shutil_get_terminal_size: > > py27-backports.functools_lru_cache-1.4 [FreeBSD] conflicts with > py27-backports.shutil_get_terminal_size-1.0.0 [installed] on > /usr/local/lib/python2.7/site-packages/backports/__init__.py > > It would be very inconvenient if only a single of py-backports.* ports could > be > installed at a time. > > Is it possible to fix the problem? > -- Andriy Gapon ___ 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 ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ cad/elmerfem| 8.2.20161026| release-8.3 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. ___ 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: Recoll version bump in ports
Hello, On 05/23/2017 11:15 AM, Matthew Seaman wrote: On 2017/05/23 15:58, Jim Ohlstein wrote: On 05/23/2017 10:54 AM, Matthew Seaman wrote: On 2017/05/23 15:38, Michael L. Wilson wrote: Now, I do happen to know what filters/rclpdf is and what it does. But in this case I am not sure what make is asking for or how to proceed to step. I could potentially accomplish this with some walk through. filters/rclpdf is a run- or build- depends of deskutils/recoll that the ports wants to install during the build process. It seem you don't have a full ports tree where you're testing your updated port. One way around this is to run 'make missing' or 'make missing-packages' from the deskutils/recoll port directory, and install any of the packages listed there. I thought that at first, but I don't have any port by that name. True. I had that awful moment of realization that there isn't a ports category called 'filters' pretty much just as soon as I pressed 'send'. This will be a file the port expects to find under ${WRKDIR} in order to apply a SHEBANG fix to it. Looks like that file no-longer exists in the sources of the latest version of recoll, so you can just edit the SHEBANG_FILES setting in the ports Makefile to work around the problem. If that file is now auto-generated, you'll need to check that it doesn't need the same sort of fix once it has been generated. Otherwise, if the file has simply been removed from the port entirely you'll need to adjust the pkg-plist. This doesn't look like an entirely simple update: might not be such a good 'my first port' candidate... Mea culpa... -- Jim Ohlstein Professional Mailman Hosting https://mailman-hosting.com/ ___ 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: Recoll version bump in ports
On 2017/05/23 15:58, Jim Ohlstein wrote: > > > On 05/23/2017 10:54 AM, Matthew Seaman wrote: >> On 2017/05/23 15:38, Michael L. Wilson wrote: >>> Now, I do happen to know what filters/rclpdf is and what it does. But in >>> this case I am not sure what make is asking for or how to proceed to >>> step. I could potentially accomplish this with some walk through. >> >> filters/rclpdf is a run- or build- depends of deskutils/recoll that the >> ports wants to install during the build process. It seem you don't have >> a full ports tree where you're testing your updated port. >> >> One way around this is to run 'make missing' or 'make missing-packages' >> from the deskutils/recoll port directory, and install any of the >> packages listed there. >> > > I thought that at first, but I don't have any port by that name. > True. I had that awful moment of realization that there isn't a ports category called 'filters' pretty much just as soon as I pressed 'send'. This will be a file the port expects to find under ${WRKDIR} in order to apply a SHEBANG fix to it. Looks like that file no-longer exists in the sources of the latest version of recoll, so you can just edit the SHEBANG_FILES setting in the ports Makefile to work around the problem. If that file is now auto-generated, you'll need to check that it doesn't need the same sort of fix once it has been generated. Otherwise, if the file has simply been removed from the port entirely you'll need to adjust the pkg-plist. This doesn't look like an entirely simple update: might not be such a good 'my first port' candidate... Cheers, Matthew signature.asc Description: OpenPGP digital signature
Re: Recoll version bump in ports
Forgot: But it compiles fine (with change in pkg-plist and USES) if I set X11MON to off. ___ 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: Recoll version bump in ports
I had made a look in it: I have changed in the Makefile to post-patch: # @${REINPLACE_CMD} -e \ # 's|@QMAKE@|${TRUE}|' \ # ${WRKSRC}/Makefile.in @${REINPLACE_CMD} -e \ 's|/usr/local/lib|${LOCALBASE}/lib|' \ ${WRKSRC}/configure post-configure: @${REINPLACE_CMD} -e \ 's|python setup.py|${PYTHON_CMD} setup.py|; s|sudo||' \ ${WRKSRC}/python/recoll/Makefile @${REINPLACE_CMD} -e \ 's|@QMAKE@|${TRUE}|' \ ${WRKSRC}/Makefile.in but I run into another error: index/rclmonrcv.o: In function `RclFAM::RclFAM()': index/rclmonrcv.cpp:(.text+0x1ed1): undefined reference to `FAMOpen2' index/rclmonrcv.o: In function `RclFAM::~RclFAM()': index/rclmonrcv.cpp:(.text+0x20ac): undefined reference to `FAMClose' index/rclmonrcv.o: In function `RclFAM::~RclFAM()': index/rclmonrcv.cpp:(.text+0x210c): undefined reference to `FAMClose' index/rclmonrcv.o: In function `RclFAM::addWatch(std::__1::basic_stringstd::__1::char_traits, std::__1::allocator > const&, bool)': index/rclmonrcv.cpp:(.text+0x2307): undefined reference to `FAMMonitorDirectory' index/rclmonrcv.cpp:(.text+0x2447): undefined reference to `FAMMonitorFile' index/rclmonrcv.o: In function `RclFAM::getEvent(RclMonEvent&, int)': index/rclmonrcv.cpp:(.text+0x279f): undefined reference to `FAMPending' index/rclmonrcv.cpp:(.text+0x27b6): undefined reference to `FAMNextEvent' index/rclmonrcv.cpp:(.text+0x2988): undefined reference to `FAMClose' fam.h is correct included in index/rclmonrcv.cpp but I seem don't find fam.h or it is a problem with the external variables in it. ___ 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: Recoll version bump in ports
On 05/23/2017 10:54 AM, Matthew Seaman wrote: On 2017/05/23 15:38, Michael L. Wilson wrote: Now, I do happen to know what filters/rclpdf is and what it does. But in this case I am not sure what make is asking for or how to proceed to step. I could potentially accomplish this with some walk through. filters/rclpdf is a run- or build- depends of deskutils/recoll that the ports wants to install during the build process. It seem you don't have a full ports tree where you're testing your updated port. One way around this is to run 'make missing' or 'make missing-packages' from the deskutils/recoll port directory, and install any of the packages listed there. I thought that at first, but I don't have any port by that name. -- Jim Ohlstein Professional Mailman Hosting https://mailman-hosting.com/ ___ 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: Recoll version bump in ports
Hello, On 05/23/2017 10:38 AM, Michael L. Wilson wrote: Alright, I got as far as: make -DBATCH install clean ===> License GPLv2+ accepted by the user ===> recoll-1.23.2_1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by recoll-1.23.2_1 for building ===> Extracting for recoll-1.23.2_1 => SHA256 Checksum OK for recoll-1.23.2.tar.gz. ===> Patching for recoll-1.23.2_1 sed: filters/rclpdf: No such file or directory *** Error code 1 Stop. make: stopped in /usr/ports/deskutils/recoll As Jerry Seinfeld would say, that's a shame. That isn't the file to be patched, so I'm *guessing* it's a problem that might need to be referred upstream. There's no maintainer, unfortunately... Now, I do happen to know what filters/rclpdf is and what it does. But in this case I am not sure what make is asking for or how to proceed to step. I could potentially accomplish this with some walk through. Mike On 05/23/2017 04:30 PM, Jim Ohlstein wrote: Hello, On 05/23/2017 09:12 AM, Michael L. Wilson wrote: Hi! Thanks for the reply. I could if I had the necessary skillset :) It doesn't look too complicated: 1. Update the Makefile with the latest version info. 2. Run 'make makesum' to update the distino file. 3. Looks like there's one minor patch which may (or may not) need tweaking. 4. Try building. 5. If it succeeds, run 'make clean' and then 'svnlite diff'. 6. Post the output from the last command to bugs.freebsd.org. On 05/23/2017 03:19 PM, Kurt Jaeger wrote: Hi! Might there be a possibility of having the current deskutils/recoll version in ports recoll-1.21.6, bumped to the current release 1.23.2? The new release fixes a number of serious bugs and has additional features. Do you think you can provide a patch ? Via bugs.freebsd.org ? -- Jim Ohlstein Professional Mailman Hosting https://mailman-hosting.com/ ___ 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: Recoll version bump in ports
On 2017/05/23 15:38, Michael L. Wilson wrote: > Now, I do happen to know what filters/rclpdf is and what it does. But in > this case I am not sure what make is asking for or how to proceed to > step. I could potentially accomplish this with some walk through. filters/rclpdf is a run- or build- depends of deskutils/recoll that the ports wants to install during the build process. It seem you don't have a full ports tree where you're testing your updated port. One way around this is to run 'make missing' or 'make missing-packages' from the deskutils/recoll port directory, and install any of the packages listed there. Cheers, Matthew signature.asc Description: OpenPGP digital signature
Re: Recoll version bump in ports
Alright, I got as far as: make -DBATCH install clean ===> License GPLv2+ accepted by the user ===> recoll-1.23.2_1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by recoll-1.23.2_1 for building ===> Extracting for recoll-1.23.2_1 => SHA256 Checksum OK for recoll-1.23.2.tar.gz. ===> Patching for recoll-1.23.2_1 sed: filters/rclpdf: No such file or directory *** Error code 1 Stop. make: stopped in /usr/ports/deskutils/recoll Now, I do happen to know what filters/rclpdf is and what it does. But in this case I am not sure what make is asking for or how to proceed to step. I could potentially accomplish this with some walk through. Mike On 05/23/2017 04:30 PM, Jim Ohlstein wrote: Hello, On 05/23/2017 09:12 AM, Michael L. Wilson wrote: Hi! Thanks for the reply. I could if I had the necessary skillset :) It doesn't look too complicated: 1. Update the Makefile with the latest version info. 2. Run 'make makesum' to update the distino file. 3. Looks like there's one minor patch which may (or may not) need tweaking. 4. Try building. 5. If it succeeds, run 'make clean' and then 'svnlite diff'. 6. Post the output from the last command to bugs.freebsd.org. On 05/23/2017 03:19 PM, Kurt Jaeger wrote: Hi! Might there be a possibility of having the current deskutils/recoll version in ports recoll-1.21.6, bumped to the current release 1.23.2? The new release fixes a number of serious bugs and has additional features. Do you think you can provide a patch ? Via bugs.freebsd.org ? ___ 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: Recoll version bump in ports
Hmm. Alright, I'll give this a go and report back. Mike On 05/23/2017 04:30 PM, Jim Ohlstein wrote: Hello, On 05/23/2017 09:12 AM, Michael L. Wilson wrote: Hi! Thanks for the reply. I could if I had the necessary skillset :) It doesn't look too complicated: 1. Update the Makefile with the latest version info. 2. Run 'make makesum' to update the distino file. 3. Looks like there's one minor patch which may (or may not) need tweaking. 4. Try building. 5. If it succeeds, run 'make clean' and then 'svnlite diff'. 6. Post the output from the last command to bugs.freebsd.org. On 05/23/2017 03:19 PM, Kurt Jaeger wrote: Hi! Might there be a possibility of having the current deskutils/recoll version in ports recoll-1.21.6, bumped to the current release 1.23.2? The new release fixes a number of serious bugs and has additional features. Do you think you can provide a patch ? Via bugs.freebsd.org ? ___ 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: Recoll version bump in ports
Hello, On 05/23/2017 09:12 AM, Michael L. Wilson wrote: Hi! Thanks for the reply. I could if I had the necessary skillset :) It doesn't look too complicated: 1. Update the Makefile with the latest version info. 2. Run 'make makesum' to update the distino file. 3. Looks like there's one minor patch which may (or may not) need tweaking. 4. Try building. 5. If it succeeds, run 'make clean' and then 'svnlite diff'. 6. Post the output from the last command to bugs.freebsd.org. On 05/23/2017 03:19 PM, Kurt Jaeger wrote: Hi! Might there be a possibility of having the current deskutils/recoll version in ports recoll-1.21.6, bumped to the current release 1.23.2? The new release fixes a number of serious bugs and has additional features. Do you think you can provide a patch ? Via bugs.freebsd.org ? -- Jim Ohlstein Professional Mailman Hosting https://mailman-hosting.com/ ___ 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: Recoll version bump in ports
Hi! Thanks for the reply. I could if I had the necessary skillset :) On 05/23/2017 03:19 PM, Kurt Jaeger wrote: Hi! Might there be a possibility of having the current deskutils/recoll version in ports recoll-1.21.6, bumped to the current release 1.23.2? The new release fixes a number of serious bugs and has additional features. Do you think you can provide a patch ? Via bugs.freebsd.org ? ___ 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: Issue with pkg upgrade on diskless workstation
BERTRAND Joël a écrit : Mark Linimon a écrit : I am running a powerpc64 machine diskless but only with some awful hacks. I can make them available if need be, but I hope that someone else has a better recommendation for you. mcl Before the last pkg binary upgrade, this workstation ran fine. What kind of hack do you use ? Some (bad) news. I have downloaded and built pkg from git repository. It runs better but is unable to achieve upgrade. Now, it stalls after it has downloaded all packages to upgrade: # /usr/local/sbin/pkg upgrade ... Number of packages to be removed: 3 Number of packages to be installed: 31 Number of packages to be upgraded: 254 Number of packages to be reinstalled: 45 The process will require 1 GiB more space. Proceed with this action? [y/N]: y pkg uses 100% of a CPU core: last pid:3557;load averages: 1.06, 1.14, 1.15 up 18+20:22:27 14:47:00 109 processes: 2 running, 105 sleeping, 2 zombie CPU: 25.3% user, 0.0% nice, 0.6% system, 0.2% interrupt, 73.9% idle Mem: 2465M Active, 3935M Inact, 1251M Wired, 743M Buf, 157M Free Swap: 8192M Total, 10M Used, 8182M Free PID USERNAME THR PRI NICE SIZERES STATE C TIMEWCPU COMMAND 3336 root 1 1030 1029M 990M CPU3 3 67:09 98.60% pkg As I have written, this workstation is a diskless machine: $ df -h Filesystem SizeUsed Avail Capacity Mounted on 192.168.10.128:/srv/pythagore 523G 53G444G11%/ devfs 1,0K1,0K 0B 100%/dev procfs 4,0K4,0K 0B 100%/proc fdescfs1,0K1,0K 0B 100%/dev/fd 192.168.10.128:/home 3,6T439G3,0T12%/home Mount options for / are nfsv3,tcp,soft,intr,rw,async,nolockd (nolockd is mandatory to avoid locking error on server side). For /home, nfsv3,tcp,soft,intr,rw,async. I suppose that is bug is NFS related, but I'm not able to found a workaround. gdb crashes when I try to attach it on pkg process : root@pythagore:~ # gdb -p 3336 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Attaching to process 3336 /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1444: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) NFS server is a 7.0.2 NetBSD (that runs without any trouble). Best regards, JKB ___ 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: Recoll version bump in ports
Hi! > Might there be a possibility of having the current deskutils/recoll > version in ports recoll-1.21.6, bumped to the current release 1.23.2? > The new release fixes a number of serious bugs and has additional > features. Do you think you can provide a patch ? Via bugs.freebsd.org ? -- p...@opsec.eu+49 171 3101372 3 years to go ! ___ 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"
Recoll version bump in ports
Greetings! Might there be a possibility of having the current deskutils/recoll version in ports recoll-1.21.6, bumped to the current release 1.23.2? The new release fixes a number of serious bugs and has additional features. -- Michael ___ 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"