Re: sourceforge mastersite probelsm
On 3 Mar, 2018, at 8:45, Adam Weinbergerwrote: On 3 Mar, 2018, at 8:19, blubee blubeeme wrote: On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeeme wrote: On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeeme wrote: I am trying to update cad/brlcad to the latest version 7.26.4 so I edit the makefile bumping up the port version and the port revision. Then I remove the old distfile and try running make makesum: Pre-emptive send! Anyways the fetch phase fails and returns: Again!! The fetch phase fails with this: make makesum => brlcad-7.26.4.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch https://downloads.sourceforge.net/project/brlcad/BRL-CAD%20Source/7.26.4/brlcad-7.26.4.tar.bz2 brlcad-7.26.4.tar.bz2 100% of 652 B 3537 kBps 00m00s If I manually go to the url: https://downloads.sourceforge.net/project/brlcad/BRL-CAD%20Source/7.26.4/brlcad-7.26.4.tar.bz2 In my browsers, I can download the file no problem. Is there a way to clear cache or something, why is the fetch phase failing with sourceforge? The problem is just the downloads.sourceforge.net server, which is pretty terrible (slow as molasses) even when it works. One of the first things I do on a new server is add 127.0.0.0 downloads.sourceforget.net to /etc/hosts.conf Do that and the port will fetch fine for you. Perhaps we should demote downloads.sf.netin bsd.sites.mk. I should have mentioned, setting RANDOMIZE_MASTER_SITES=yes in your /etc/make.conf or on the command-line is probably the more accepted solution. But I prefer to just nuke that server entirely. # Adam -- Adam Weinberger ad...@adamw.org http://www.adamw.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: sourceforge mastersite probelsm
On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeemewrote: > > > On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeeme > wrote: > >> I am trying to update cad/brlcad to the latest version 7.26.4 so I edit >> the makefile bumping up the port version and the port revision. >> >> Then I remove the old distfile and try running make makesum: >> >> Pre-emptive send! > > Anyways the fetch phase fails and returns: > > Again!! The fetch phase fails with this: make makesum => brlcad-7.26.4.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch https://downloads.sourceforge.net/project/brlcad/BRL-CAD%20Source/7.26.4/brlcad-7.26.4.tar.bz2 brlcad-7.26.4.tar.bz2 100% of 652 B 3537 kBps 00m00s If I manually go to the url: https://downloads.sourceforge.net/project/brlcad/BRL-CAD%20Source/7.26.4/brlcad-7.26.4.tar.bz2 In my browsers, I can download the file no problem. Is there a way to clear cache or something, why is the fetch phase failing with sourceforge? ___ 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"
Introducing the FreeBSD Elastic@ team and mailing list
Hello, I have assembled a team of maintainers for the ElasticSearch suite of products. Our goals are to keep the ElasticSearch products packaged, updated, and provide upstream advocacy. There is also an email list you can join: freebsd-elas...@freebsd.org https://lists.freebsd.org/mailman/listinfo/freebsd-elastic The current list of team members: Mark Felder Dan Langille Tom Judge Palle Girgensohn Please subscribe if you'd like to discuss all things related to ElasticSearch products on FreeBSD. Thanks! -- Mark Felder ports-secteam & portmgr member f...@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: net/viamillipede seeks commiter
Nope -this is a new tool; the other stuff was fpga porting for cad/icestorm. On Sat, Mar 3, 2018 at 11:43 AM, Josh Paetzelwrote: > > > On Mar 3, 2018, at 9:02 AM, Ash Gokhale wrote: > > Thanks for eyes on this. I want a minimal makefile; cc -lpthread *.c > would probably build it. I'm not sure what the right direction is but I'll > spin up poudrire and look up the USES=uidfix . > > On Sat, Mar 3, 2018 at 3:06 AM, Kurt Jaeger wrote: > >> Hi! >> >> > > > > install: /wrkdirs/usr/ports/net/viamill >> ipede/work/stage/usr/local/bin/viamillipede: chown/chgrp: Operation not >> permitted >> [...] >> > We have USES=uidfix for this. >> >> Thanks, works. >> >> -- >> p...@opsec.eu+49 171 3101372 2 years >> to go ! >> > > > Didn’t I run this through poudriere already? > > Thanks, > > Josh Paetzel > ___ 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: sourceforge mastersite probelsm
On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeemewrote: > I am trying to update cad/brlcad to the latest version 7.26.4 so I edit > the makefile bumping up the port version and the port revision. > > Then I remove the old distfile and try running make makesum: > > Pre-emptive send! Anyways the fetch phase fails and returns: ___ 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"
sourceforge mastersite probelsm
I am trying to update cad/brlcad to the latest version 7.26.4 so I edit the makefile bumping up the port version and the port revision. Then I remove the old distfile and try running make makesum: ___ 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: net/viamillipede seeks commiter
Thanks for eyes on this. I want a minimal makefile; cc -lpthread *.c would probably build it. I'm not sure what the right direction is but I'll spin up poudrire and look up the USES=uidfix . On Sat, Mar 3, 2018 at 3:06 AM, Kurt Jaegerwrote: > Hi! > > > > > > install: > > > > > /wrkdirs/usr/ports/net/viamillipede/work/stage/usr/local/bin/viamillipede: > chown/chgrp: Operation not permitted > [...] > > We have USES=uidfix for this. > > Thanks, works. > > -- > p...@opsec.eu+49 171 3101372 2 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"
Re: sysutils/u-boot-rpi2 appears to be broken with freebsd/crochet from github
On Sunday, March 4, 2018, 1:07 AM (UTC+), "tech-lists"wrote: > When I use crochet to build for rpi2 it never completes writing the > image because it looks for things in /usr/local/share/u-boot/u-boot-rpi2 > and doesn't find for example LICENCE.broadcom. There's just two files > there: > > root@desktop:/usr/local/share/u-boot/u-boot-rpi2 # ls -lah > total 295 > drwxr-xr-x 2 root wheel 4B Mar 3 20:26 . > drwxr-xr-x 4 root wheel 4B Mar 4 00:58 .. > -rw-r--r-- 1 root wheel 765B Mar 3 20:23 README > -rw-r--r-- 1 root wheel 371K Mar 3 20:23 u-boot.bin > (My email client messed up and sent the reply only to -arm; so I'm sending this message again to -ports as well. Sorry for duplicate post.) I see that firmware files are separated from `sysutils/u-boot-rpi2` port and are now located in `sysutils/rpi-firmware` port as of [ports r454265](https://svnweb.freebsd.org/ports?view=revision=454265). Looks like Crochet requires some update. My wild guess is that RPi3 is yet to be separated because of gonzo's SMP binary (armstub8.bin)? -- Hyun Hwang ___ 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: sourceforge mastersite probelsm
On 3 Mar, 2018, at 8:19, blubee blubeemewrote: On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeeme wrote: On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeeme wrote: I am trying to update cad/brlcad to the latest version 7.26.4 so I edit the makefile bumping up the port version and the port revision. Then I remove the old distfile and try running make makesum: Pre-emptive send! Anyways the fetch phase fails and returns: Again!! The fetch phase fails with this: make makesum => brlcad-7.26.4.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch https://downloads.sourceforge.net/project/brlcad/BRL-CAD%20Source/7.26.4/brlcad-7.26.4.tar.bz2 brlcad-7.26.4.tar.bz2 100% of 652 B 3537 kBps 00m00s If I manually go to the url: https://downloads.sourceforge.net/project/brlcad/BRL-CAD%20Source/7.26.4/brlcad-7.26.4.tar.bz2 In my browsers, I can download the file no problem. Is there a way to clear cache or something, why is the fetch phase failing with sourceforge? The problem is just the downloads.sourceforge.net server, which is pretty terrible (slow as molasses) even when it works. One of the first things I do on a new server is add 127.0.0.0 downloads.sourceforget.net to /etc/hosts.conf Do that and the port will fetch fine for you. Perhaps we should demote downloads.sf.net in bsd.sites.mk. # Adam -- Adam Weinberger ad...@adamw.org http://www.adamw.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: net/viamillipede seeks commiter
> On Mar 3, 2018, at 9:02 AM, Ash Gokhalewrote: > > Thanks for eyes on this. I want a minimal makefile; cc -lpthread *.c would > probably build it. I'm not sure what the right direction is but I'll spin up > poudrire and look up the USES=uidfix . > >> On Sat, Mar 3, 2018 at 3:06 AM, Kurt Jaeger wrote: >> Hi! >> >> > > > > install: >> > > > > /wrkdirs/usr/ports/net/viamillipede/work/stage/usr/local/bin/viamillipede: >> > > > > chown/chgrp: Operation not permitted >> [...] >> > We have USES=uidfix for this. >> >> Thanks, works. >> >> -- >> p...@opsec.eu+49 171 3101372 2 years to >> go ! > Didn’t I run this through poudriere already? Thanks, Josh Paetzel ___ 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 +-+ databases/mantis| 2.6.0 | release-2.12.0 +-+ sysutils/openhpi| 3.6.1 | 3.8.0 +-+ 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"
poudriere options: -c flag explanation
Hello, Assuming that -n flag suggests that options run recursivly for deps chain, isn't -c flag should always invoke dialog4ports for every port with options ? For example, poudriere options -c editors/libreoffice asks for options through all dep chain if runs the first time, on subsequent run it asks for options only for original port or if it find no cached options. This looks confusing, is it intended? ___ 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: poudriere options: -c flag explanation
On Sat, Mar 03, 2018 at 01:02:23PM +0300, abi wrote: > Hello, > > Assuming that -n flag suggests that options run recursivly for deps chain, > isn't -c flag should always invoke dialog4ports for every port with options ? > > For example, poudriere options -c editors/libreoffice asks for options > through all dep chain if runs the first time, on subsequent run it asks for > options only for original port or if it find no cached options. > > This looks confusing, is it intended? The default behavior of ports-mgmt/poudriere is to open the dialog to set OPTIONS for each selected port (targets) and all its dependencies, unless they were already set. Issuing 'poudriere options -n' will just open the dialog to the target(s) and not its dependencies. Again, but for those which already have OPTIONS set. The -c flag in 'poudriere options' delete the previous selected options to the specified target(s) and open the dialog to set them again - what may include dependencies without OPTINOS set already. -C will delete the target OPTIONS and all its dependencies. > ___ > 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" -- Best Regards. LBdM. ___ 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"
sysutils/u-boot-rpi2 appears to be broken with freebsd/crochet from github
Hello ports@ I don't know whether this is a freebsd/crochet (https://github.com/freebsd/crochet) problem or a /usr/ports/sysutils/u-boot-rpi2 problem. When I use crochet to build for rpi2 it never completes writing the image because it looks for things in /usr/local/share/u-boot/u-boot-rpi2 and doesn't find for example LICENCE.broadcom. There's just two files there: root@desktop:/usr/local/share/u-boot/u-boot-rpi2 # ls -lah total 295 drwxr-xr-x 2 root wheel 4B Mar 3 20:26 . drwxr-xr-x 4 root wheel 4B Mar 4 00:58 .. -rw-r--r-- 1 root wheel 765B Mar 3 20:23 README -rw-r--r-- 1 root wheel 371K Mar 3 20:23 u-boot.bin The build fails with the following: [...] Creating a 50m FAT partition at Sun Mar 4 00:56:08 UTC 2018 with start block 63 and label BOOT active set on md0s1 Creating an auto-sized UFS partition at Sun Mar 4 00:56:08 UTC 2018 md0s2 created /dev/md0s2a: 3668.5MB (7513088 sectors) block size 32768, fragment size 4096 using 6 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. super-block backups (for fsck_ffs -b #) at: 192, 1282432, 2564672, 3846912, 5129152, 6411392 tunefs: soft updates set Using inode 4 in cg 0 for 4194304 byte journal tunefs: soft updates journaling set tunefs: NFSv4 ACLs set Mounting all file systems: Mounting FAT partition 1 at /root/crochet/work/_.mount.boot Mounting UFS partition 1 at /root/crochet/work/_.mount.freebsd cp: /usr/local/share/u-boot/u-boot-rpi2/LICENCE.broadcom: No such file or directory In contrast, /usr/ports/sysutils/u-boot-rpi3 installs the following into /usr/local/share/u-boot/u-boot-rpi3: root@desktop:/usr/local/share/u-boot/u-boot-rpi3 # ls -lah total 9078 drwxr-xr-x 2 root wheel16B Mar 4 00:58 . drwxr-xr-x 4 root wheel 4B Mar 4 00:58 .. -rw-r--r-- 1 root wheel 1.5K Mar 4 00:58 LICENCE.broadcom -rw-r--r-- 1 root wheel 123B Mar 4 00:58 README -rw-r--r-- 1 root wheel 6.0K Mar 4 00:58 armstub8.bin -rw-r--r-- 1 root wheel18K Mar 4 00:58 bootcode.bin -rw-r--r-- 1 root wheel 136B Mar 4 00:58 config.txt -rw-r--r-- 1 root wheel 6.3K Mar 4 00:58 fixup.dat -rw-r--r-- 1 root wheel 2.4K Mar 4 00:58 fixup_cd.dat -rw-r--r-- 1 root wheel 9.5K Mar 4 00:58 fixup_db.dat -rw-r--r-- 1 root wheel 9.5K Mar 4 00:58 fixup_x.dat -rw-r--r-- 1 root wheel 2.6M Mar 4 00:58 start.elf -rw-r--r-- 1 root wheel 604K Mar 4 00:58 start_cd.elf -rw-r--r-- 1 root wheel 4.7M Mar 4 00:58 start_db.elf -rw-r--r-- 1 root wheel 3.7M Mar 4 00:58 start_x.elf -rw-r--r-- 1 root wheel 361K Mar 4 00:58 u-boot.bin and it builds fine, which leads me to think the problem isn't with crochet. Both u-boot-rpi2 and u-boot-rpi3 build and install cleanly from ports. -- J. ___ 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: net/viamillipede seeks commiter
Hi! > > > > install: > > > > /wrkdirs/usr/ports/net/viamillipede/work/stage/usr/local/bin/viamillipede: > > > > chown/chgrp: Operation not permitted [...] > We have USES=uidfix for this. Thanks, works. -- p...@opsec.eu+49 171 3101372 2 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"