Re: INDEX build failed for 11.x
On Thu, 8 Apr 2021, at 03:23, Li-Wen Hsu wrote: > On Thu, Apr 8, 2021 at 9:49 AM Yasuhiro Kimura wrote: > > > > From: Ports Index build > > Subject: INDEX build failed for 11.x > > Date: Thu, 8 Apr 2021 00:05:39 GMT > > > > > INDEX build failed with errors: > > > Generating INDEX-11 - please wait..--- describe.accessibility --- > ... > > > make_index: /home/indexbuild/tindex/ports/databases/p5-AnyEvent-CouchDB: > > > no entry for /home/indexbuild/tindex/ports/databases/couchdb2 > > > > > (snip) > > > > Attached patch fixes the failure. Would someone please commit it? > > > > Best Regards. > > > > > > From 00e18b09e2438be2d7c1f4ca86a9092c5b46d585 Mon Sep 17 00:00:00 2001 > > From: Yasuhiro Kimura > > Date: Thu, 8 Apr 2021 10:40:22 +0900 > > Subject: [PATCH] databases/p5-AnyEvent-CouchDB: remove port > > > > Remove databases/p5-AnyEvent-CouchDB because it depends on expired > > databases/couchdb2. > ... > > The EXPIRATION_DATE of databases/couchdb2 and > databases/p5-AnyEvent-CouchDB are 2021-06-23, but couchdb2 got removed > earlier.The fastest way should be unremoving couchdb2, or, might be > better to check if p5-AnyEvent-CouchDB can use couchdb3. > > BTW, databases/couchdb3 also has an expiration date of 2021-06-23. > > Best, > Li-Wen Apologies for breaking the index. fixed in 71d418aef0c5999a575e4bd264526375823848c7 & updated 254869 Evidently I didn't even think of checking for dependencies of CouchDB - as a network service there shouldn't be *any* runtime depencies on CouchDB if you just install a client.. I'll make sure to do this in future for ports removals. - I've built databases/p5-AnyEvent-CouchDB & it functions perfectly without the unnecessary dependency - for CouchDB 3.x we're working on addressing the spidermonkey version dependency atm A+ Dave — O for a muse of fire, that would ascend the brightest heaven of invention! ___ 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: INDEX build failed for 11.x
On Mon, 29 Mar 2021, at 09:03, Ports Index build wrote: > INDEX build failed with errors: > Generating INDEX-11 - please wait..--- describe.accessibility --- ... > --- describe.lang --- > make[5]: "/home/indexbuild/tindex/ports/lang/gleam/Makefile" line 20: > Could not find Makefile.deps > make[5]: Fatal errors encountered -- cannot continue===> lang/gleam > failed Fixed in r569443 A+ Dave ___ 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: Fwd: unifi5, mongodb and python2
On Wed, 17 Jun 2020, at 09:04, Kurt Jaeger wrote: > Hi! > > > Looking for some feedback on this. Or should I just go ahead and create PRs? > Sounds good to me. I have recently done a few mongo Mongo mongo upgrades would I can prep some notes on that, perhaps in the wiki? We could reference it in the pkg-message perhaps? Dave ___ 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: games/linux-steam-utils
On Wed, 10 Jun 2020, at 17:42, Jose Quinteiro wrote: > Howdy, > > Any chance we could get some committer love on > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246712 > > It's a smallish change that only affects Steam users. > > Thanks, > Jose pi@ has grabbed this, BTW. A+ Dave ___ 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"
"dlsym: resource temporarily unavailable" errors during build of lang/erlang on 11.3 i386
On beefy[1] I see the same error repeatedly during i386-only builds. I googled and am not even mildly enlightened [4]. Can anybody give me a hint please as to what this is about? gmake[5]: Entering directory '/wrkdirs/usr/ports/lang/erlang/work/otp-OTP-21.3.8.7/erts/emulator' if utils/gen_git_version i386-portbld-freebsd11.3/gen_git_version.mk; then touch beam/erl_bif_info.c; fi echo " PROFILE beam.prof.smp" PROFILE beam.prof.smp rm -f obj/i386-portbld-freebsd11.3/opt/smp/erl*.profraw set -e; LLVM_PROFILE_FILE="obj/i386-portbld-freebsd11.3/opt/smp/erlc-%m.profraw" \ ERL_FLAGS="-emu_type prof +S 1" erlc -W -DPGO \ -o obj/i386-portbld-freebsd11.3/opt/smp test/estone_SUITE.erl > obj/i386-portbld-freebsd11.3/opt/smp/PROFILE_LOG dlsym: Resource temporarily unavailable gmake[5]: *** [i386-portbld-freebsd11.3/Makefile:733: obj/i386-portbld-freebsd11.3/opt/smp/PROFILE] Abort trap (core dumped) I've also read LLVM's profile data page [2] and maybe this is something we don't even need to build at all? [1]: http://beefy1.nyi.freebsd.org/data/113i386-quarterly/518722/logs/erlang-21.3.8.7,4.log [2]: http://llvm.org/docs/CommandGuide/llvm-profdata.html [3]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234451 [4]: https://www.reactiongifs.com/wp-content/uploads/2013/11/I-have-no-idea-what-I-am-doing.gif thanks Dave ___ 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 there a way to build only the port from source, and install dependencies from packages with the make command?
On Tue, 30 Apr 2019, at 21:17, Adam wrote: > On Tue, Apr 30, 2019 at 12:36 PM Yuri wrote: > > > Sometimes instructions to build some port from source are needed. "cd > > /usr/ports/{caregory}/{port-name} && make" rebuilds everything from > > source, including dependencies. > > > > Is there an easy way to make it install missing dependencies with pkg, > > without listing them? I couldn't find such feature. from within the appropriate port directory: function make-depends --description 'installs runtime and buildtime dependencies for a given port' sudo pkg install -r FreeBSD --automatic (make build-depends-list run-depends-list | sed -E -e 's,^.+/([^/]+/[^/]+$),\1,') end function make-pkg --description 'test port build locally' make clean \ check-sanity \ fetch makesum checksum \ extract patch \ configure build \ stage stage-qa \ check-orphans \ check-plist \ package \ && find /tmp/usr/ports -name \*.txz -type f end I use these locally while working on ports - should work similar for you too. A+ Dave ___ 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: Why does pkg want to install emby-server?
On Fri, 18 Jan 2019, at 22:27, Stefan Bethke wrote: > No matter what package I try to install on my 12-stable machine, pkg > always adds emby-server. When I check after the install, nothing > requires emby-server. What’s going on? you probably have a further package that is missing the emby-server as a dependency. sudo pkg check -d -v should tell you what package that is, either delete it or accept the corrective action A+ Dave ___ 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: pkg falls behind port version - how do ports become pkg's?
On Mon, 12 Nov 2018, at 23:06, Karl Pielorz wrote: > >From what I can see mysql56-server in quarterly really does need updating > to fix the CVE's - so who am I best emailing to ask if > mysql56-server/client could be updated on security grounds? > > Thanks again, Hi Karl the best person is the maintainer of that port (now in CC) and request a "MFH" or "Move From Head". You can see who this in the Makefile or via https://www.freshports.org/databases/mysql56-server for example. A+ Dave ___ 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: databases/couchdb upgrade to 2.2
On Mon, 10 Sep 2018, at 11:33, Miroslav Lachman wrote: > Hi, > > are there any plans to create port for CouchDB 2.2? > According to latest vulnerability in 1.7.2 and statement on upstream > website http://docs.couchdb.org/en/stable/cve/2018-11769.html there are > no plans to fix it in 1.7, because this version is no longer supported. Correct; however: 1. the risk is low (rogue admin destroys the things they already have access to via DB API) 2. update your /_config to exclude this in /usr/local/etc/couchdb/default.ini *note NOTE local.ini [httpd_global_handlers] ;_config = {couch_httpd_misc_handlers, handle_config_req} > I am not able to create / maintain CouchDB 2.2 port by myself but I > really would like to have not vulnerable version on our server. I'm focused on getting a thing ready for eurobsdcon and ports stuff has had to take a back seat for a couple of weeks, but it's so close now. The phab review patch is already 100% functional https://reviews.freebsd.org/D16819 what remains is polishing up the port esp round how it handles docs. Feedback is welcome of course. You can build / install it and send some feedback in. I'm interested to know how you're using CouchDB on FreeBSD (yay) email me sometime about it! A+ Dave ___ 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"
kmod driver incompatibilities with 11.1R created packages used on 11.2R
We've probably all seen the problems that non-developer users have run into with the various packages that have a dependency on kernel versions, when using the official pkg.freebsd.org built versions. We know that the problem will go away as soon as 11.1R is EOL end September, but in the interim I can imagine this must be really frustrating for people who don't have a familiarity with building from sources. Is there anything we can do to help them? they're often newcomers to FreeBSD so their new user experience is crap. Here's a few ideas, but there may be better ones: - put a note in pkg-message informing users of the issue and a link to a forums.freebsd.org post on how to build it manually - add something to the port's pkg-install script to only display that message on < 11.2R kernels - provide an alternative pkg repo so they don't have to build from source (possibly community supported) I'm specifically thinking of x11/nvidia-driver here but there are presumably other packages impacted from https://www.freshports.org/kld/ https://www.freebsd.org/security/security.html#sup A+ Dave ___ 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"
rc.d script ordering for net/zerotier & firewalls
zerotier is a peer-to-peer layer 2 overlay network that creates a tap interface for its traffic. In the current net/zerotier port[1], if you want to define firewall rules (e.g. pf) that rely on the existence of the zerotier interface, it will fail on reboot as the rc.d dependencies aren't sufficient: # PROVIDE: zerotier # REQUIRE: LOGIN # KEYWORD: shutdown This variant seems to "work on my machine" to manage the dependencies appropriately, see rcorder(8) output below. # PROVIDE: zerotier # REQUIRE: FILESYSTEMS netif # BEFORE: pf ipfw # KEYWORD: shutdown the intention is that the ordering would be as follows: 1. physical network interfaces are available 2. zerotier's tap interfaces are created via its daemon 3. then firewalls can be started up 4. jails and daemons (nginx, haproxy etc) can be assigned a zerotier address Is there a better way of handling this? Is there a reason why /pf/ is missing from /etc/rc.d/NETWORKING ? # PROVIDE: NETWORKING NETWORK # REQUIRE: netif netwait netoptions routing ppp ipfw stf # REQUIRE: defaultroute route6d resolv bridge # REQUIRE: static_arp static_ndp > rcorder /usr/local/etc/rc.d/* /etc/rc.d/* ... /etc/rc.d/hostname /etc/rc.d/ip6addrctl /etc/rc.d/netoptions /etc/rc.d/random /etc/rc.d/sppp /etc/rc.d/ipfilter /etc/rc.d/ipnat /etc/rc.d/ipfs /etc/rc.d/serial /etc/rc.d/iovctl /etc/rc.d/netif /etc/rc.d/devd /etc/rc.d/zfsd /etc/rc.d/ipsec /usr/local/etc/rc.d/zerotier /etc/rc.d/pfsync /etc/rc.d/pflog /etc/rc.d/pf /etc/rc.d/stf /etc/rc.d/ppp /etc/rc.d/routing /etc/rc.d/ipfw /etc/rc.d/netwait /etc/rc.d/resolv /etc/rc.d/local_unbound /etc/rc.d/nsswitch /etc/rc.d/routed /etc/rc.d/rtsold /etc/rc.d/static_ndp /etc/rc.d/static_arp /etc/rc.d/bridge /etc/rc.d/route6d /etc/rc.d/defaultroute /etc/rc.d/NETWORKING ... A+ Dave [1]: https://svnweb.freebsd.org/ports/head/net/zerotier/files/zerotier.in?revision=398568=markup ___ 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: Committer wanted: www/webhook
On Sun, 5 Nov 2017, at 13:36, Stefan Bethke wrote: > Hey, > > I would be grateful if some committer could take a look at > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222883 > > > Thanks, > Stefan Servus Stefan! Happy to take care of it, as I'm still under mentorship it might take a tad longer to file off any rough edges. A+ Dave ___ 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: Status of portupgrade and portmaster?
> What is the current status of portupgrade and portmaster? > > I haven't used portupgrade in some time, but what about portmaster? > > What is one officially supposed to use to build and upgrade packages from > source? In the interests of having some numbers other than email list replies I threw up a straw poll: https://forums.freebsd.org/threads/62633/ pick your poison and I'll report back in a week. RT/posts welcomed to spread the word. A+ Dave ___ 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: perl problem
On Tue, 20 Jun 2017, at 14:21, Jeffrey Bouquet via freebsd-ports wrote: > Attachment probably not sent to the list. > > CD /usr/ports/devel/p5-List-Regexp [new june 20 ] > make build > ... > Encode.c: loadable library and perl binaries are mismatched ( got > handshake key 0x8900080, needed > 0x7b00080 > *** Error code 1 > Stop. > make: stopped in /usr/ports/devel/p5-List-Regexp > > I've installed perl from v11 pkg because v12-CURRENT has not been > updated lately This is a very google-able error message. TLDR your perl bits need to be consistently compiled - you can't mix and match. When your perl version gets bumped you'll need to rebuild all your locally compiled packages, incl any local dependencies. The FreeBSD project 12.0-CURRENT binary packages are updated most weeks I think; what leads you to believe they are not? > and binaries fail with 'fstat' or 'stat' errors Is it possible that you have a 12.0-CURRENT from prior to the ino64 updates, and are trying to install binary packages from after that point in time? For most of the last year its been possible to get away with this, but not this time - a `uname -a` would probably confirm that. If that's the case, your 12.0-CURRENT needs to be CURRENT, so if you really need to, the 11.0 bits into an 11.0 jail and not on the host system. Background: https://lists.freebsd.org/pipermail/freebsd-current/2017-April/065687.html https://lists.freebsd.org/pipermail/freebsd-current/2017-May/066114.html https://svnweb.freebsd.org/base/head/UPDATING?view=markup=318792#l54 Either way a bit more specific information (kernel version, your package repo, your ports tree svn revision) will help us narrow things down for you. I have tried mixing home-grown ports & FreeBSD packages . before; it always bit me in the end. If you have the build capacity, use poudriere and let it keep things consistent for you A+ Dave ___ 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: consul-0.7.5
On Mon, 3 Apr 2017, at 20:32, Douglas Thrift via freebsd-ports wrote: > Hello, > > It looks like the newly updated consul version is not showing when > running "consul members". Instead of showing 0.7.5 it is still showing > 0.7.1. > > Thanks! > -- > Douglas William Thrift Hi Douglas patch + bugzilla filed. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218340 A+ Dave ___ 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"
new port needs committer -- sysutils/lava - apache couchdb view heater & databases/p5-Store-CouchDB
hi all, This very simple (and therefore hopefully error-free on my part :D) port from December would like a committer: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215508 It ensures that all couchdb indexes (views) are kept up to date, even if not directly used by the application. I also added a new perl-based port for Store::CouchDB yesterday, which as my first perl port may not be as error free as sysutils/lava, but feedback would be welcome. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217597 A+ Dave ___ 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: www/h2o needs a committer [BZ#213733]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213733 www/h2o update this still needs a committer - I am getting bugged by users waiting for this to land. thanks! A+ Dave ___ 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: The ports collection has some serious issues
On Fri, 16 Dec 2016, at 16:34, Roger Marquis wrote: > If portmaster was part of base I'd agree that it should be deprecated, > however, being a port it can be afforded more leeway. All portmaster > needs IMO is a strong WARNING message to be displayed on installation A) > enumerating some of the potential bugs and B) clarifying that portmaster > is third party software that is neither actively maintained nor > supported (or recommended?) by FreeBSD. > > Roger ^ this ^ The key thing that needs to change for newcomers (as a recent one myself) is to give a clear & simple recommendation in the Handbook.. not in ports or whatever after you've sifted the internet looking for more information - the implications of choosing pkg quarterly vs pkg latest, vs poudriere, portmaster etc is not at all clear - it's hard to know what is project supported vs community supported - knowing that e.g. DFLY uses synth exclusively now, and the the FreeBSD build cluster uses poudriere, gives a warm fuzzy feeling Some illustrative use cases are: - sysadmin for servers - personal user who needs custom options I was lucky to run into the first poudriere episode from bsdnow.tv and went with that from the get-go. synth's documentation is superb and keeps getting better. Both are excellent tools. A+ Dave ___ 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: what is the purpose of the quarterly ports branches?
On Tue, 13 Dec 2016, at 23:14, Grzegorz Junka wrote: > I heard that ports' SVN is mirrored to Github. Isn't it enough to just > create a branch or tag for each quarterly release? Even if quarterly > packages are deleted, re-building packages from such branch/tag should > allow to recreate those packages as required since the same code would > give the same packages? These branches already exist BTW: https://github.com/freebsd/freebsd-ports/tree/branches/2016Q3 A+ Dave ___ 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: The ports collection has some serious issues
On Mon, 12 Dec 2016, at 17:20, Julian Elischer wrote: > > Have you considered using things like poudriere that would allow you to > > build > > your own repository with your own set of packages and options. > > > > You will benefit: > > - ability to use pkg for your upgrades > > - ability to use customize your packages > > - safe rebuild process (in case of broken ABI) > > > > Best regards, > > Bapt > I'm actually slowly moving to this if I can work out how to specify my > own chroot image, and a few other things I need to tweak. (my own sets > of patches to add). Hi Julian, I've been doing this with poudriere + pkg + git for a couple of years now very happily, using a lagging ports checkout (similar to the quarterly branch but taken at our convenience), and git rebasing our custom patches so they "float" up to the top. We're using it at iwantmyname.com now as well. The guts of it is: - use poudriere as usual but with a git-backed /usr/ports - store custom patches in /usr/ports and push to https://github.com/ideegeo/ports/ until they get committed in FreeBSD ports tree - git rebase periodically to pull in shiny bits from git://github.com/freebsd/freebsd-ports master branch - ansible pkg triggers a poudriere run whenever we add a new package to the list - these are made available via our pkg repo to our servers - in practice, ansible is used to set up the whole stuff from scratch including letsencrypt certs for the https://pkg.example.org/ but these are the pre-automation steps I started with. Here are the raw notes from our wiki and that should be sufficient for you to try this out on a test VM somewhere. I assume I've forgotten stuff or made errors but promise to blog it over Christmas with a longer explanation. https://gist.github.com/dch/ec2693c051c66dcd2f17b30fc575a910 BTW I'm not exactly sure what you mean about a custom chroot image, but I imagine you can fiddle with the poudriere base in zroot/poudriere/jails/11_amd64 to your heart's content and it will be used during the build. A+ Dave ___ 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"
www/h2o needs a committer
It seems I let this one slip through the gap: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213733 www/h2o add mruby handler support and clean up options handling Could a committer take care of it? Thanks Dave ___ 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"
simple PRs with maintainer patches for commits
Could these 2 PRs get a committer please? I'm the maintainer for both. No upstream changes, just ports-related improvements. www/h2o: - support integrated mruby & clean up option handling - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213733 net-mgmt/riemann: - fix reload under daemon(8) using pkill - use new upstream master site - add conf.d for more complex configurations - add named daemon(8) process info - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212671 A+ Dave ___ 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: unifi5-5.0.7 -> 5.2.7
On Tue, 20 Sep 2016, at 21:27, Kurt Jaeger wrote: > Hi! > > > Thank you form maintaining the port! > > Any plans to upgrade to the 5.2.7 version any time soon? > > There's a patch at: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212865 > > Please run-test it and comment in the PR if it works. Unfortunately archivers/snappy-java is now at 1.1.3 and fails to build. I made a few changes but haven't worked out yet how to roll in the snappy 1.1.3 requirement correctly - https://github.com/skunkwerks/ports/commit/84aa6e4c9b0fccac97f4ff6870aaed6ab5d8bd80 is as far as I'll get for a couple of weeks now. A+ Dave ___ 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"
review/committer needed (new ports getting dusty)
Hi I added a new python port for graphite-api [0] and dependencies [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=20 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208889 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208890 www/h2o has its usual small update: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209517 thanks Dave [0]: http://graphite-api.readthedocs.org/ [1]: https://lists.freebsd.org/pipermail/freebsd-python/2016-April/010165.html ___ 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: Completely unscientific poll: cfengine, puppet, other?
Currently just ansible. In the past I've used: cfengine puppet chef ansible cfengine & puppet have large communities with significant amounts of re-usable code, ansible is still a way behind due to being much newer. I am not really impressed with DSLs, they seem to hide not quite enough of the complexity for me. All the tools have had various bits broken during the time I used them, you can expect to end up digging inside eventually no matter what tool you pick, so bear this in mind if you're comfortable doing that or not. Of the three I now only use ansible by choice (albeit in a somewhat smaller environment than when I started) because ansible is a very easy step from replacing custom shell scripts to using it as an orchestator, and many of my customers & colleagues can extend or add it without dealing with a complex system or unfamiliar DSL. In the end this was the deciding factor: is the organisation large enough to require & support dedicated/trained ops people or not? Finally, https://www.youtube.com/watch?v=GVhpPF0j-iE=1 & https://ttboj.wordpress.com/2016/01/18/next-generation-configuration-mgmt/ looks very interesting, albeit a way off complete. A+ Dave ___ 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"
automation of perl port creation from cpan
Hi, I have a perl app that I'd like to move to FreeBSD. It currently has a whole list of cpan dependencies. Is there any partial automation of generating ports from CPAN directly? Something similar to py-pytoport for example. Thanks Dave ___ 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: BZ#204988 needs a committer's tender caress net-mgmt/riemann
On Wed, 27 Jan 2016, at 04:11 PM, Dave Cottlehuber wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204988 > > riemann is a java-based tool, this change is largely around ensuring we > track & manage the pid of the spawned java daemon correctly. > > > A+ > Dave Bumping, we're up to 5 weeks since latest patch was submitted. Thanks! A+ Dave ___ 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"
BZ#204988 needs a committer's tender caress net-mgmt/riemann
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204988 riemann is a java-based tool, this change is largely around ensuring we track & manage the pid of the spawned java daemon correctly. A+ Dave ___ 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"
update for www/h2o to 1.4.2
Hi there, This needs a committer's tender touch please. We missed a couple releases while I was on vacation, would be nice to catch up again. Straightforwards patch, the setuidgid binary is in the place recommended by upstream project in https://github.com/h2o/h2o/issues/426 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200998 A+ Dave ___ 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
[www/h2o] r387352 (shebangfix) breaks quarterly build
Evening, The shebangfix applied in r387352 breaks the quarterly branch as this file is not present until h2o 1.2.0. Simple patch [1] seems correct but I'm not sure. Does this need anything else from me to be reverted? [1]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200685 — Dave Cottlehuber ___ 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
PR199936 update Riemann port to 0.2.9
Can a committer commit this please? BTW this is a simple update, but I'd like to be sure I have the patch workflow correct; so tips / corrections are welcomed. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199936 A+ Dave ___ 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: net-mgmt/riemann (new java port)
[ Riemann: Java/Clojure-based event monitoring system [1]: http://riemann.io/ [2]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197403 AFAICT this is ready to roll, I've been using it happily for the last month without issues too. This is a simple jar-based daemon. Is somebody able to take a look? Thanks Dave -- sent from my Couch ___ 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
introducing myself + 3 new ports www/h2o net-mgmt/riemann net-p2p/swift
Hi BSDers By way of introduction, I've been quietly running FreeBSD on my server a couple of years now, and am hoping any day for being able to run it on my laptop too. I'm primarily an Erlang/OTP developer, incl committer for Apache CouchDB, mainly working on http://www.swirl-project.org/ a not-yet-working Erlang implementation of the PPSP protocol[6]. I've done 3 ports recently and would love some further input on what I missed / could fix. Riemann: Java/Clojure-based event monitoring system [1]: http://riemann.io/ [2]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197403 h2o: HTTP/2 server implementation in C the project kindly made some changes to close down cleanly on FreeBSD [3]: https://github.com/h2o/h2o [4]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197519 swift: a LPGL C++ based implementation of the PPSP protocol [5]: http://libswift.org/ [6]: http://tools.ietf.org/html/draft-ietf-ppsp-peer-protocol No port submission for this as I'm waiting on upstream to commit some build fixes and tag the repo. All code is up at https://github.com/skunkwerks/freebsd-ports. Thank bapt@, xmj@ who have helped me out on IRC with poudriere and porting tips questions. — Dave Cottlehuber Sent from my Couch ___ 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