Re: latest freebsd:11:x86:64 repo and ruby 1.9 -> 2.0

On Mon, Oct 20, 2014 at 09:29:23AM +0300, Andriy Gapon wrote: > On 20/10/2014 01:08, Baptiste Daroussin wrote: > > On Sat, Oct 18, 2014 at 12:29:27PM +0300, Andriy Gapon wrote: > >>> $ pkg upgrade Updating FreeBSD repository catalogue... FreeBSD > >>> repository is up-to-date. Updating poudriere re

Re: security/krb5 fails to build

El día Monday, October 20, 2014 a las 07:48:23AM +0200, Olli Hauer escribió: >looking at the last lines from the log it seems to be a librool issue. >If the change in the pory Makefile contains a diff in 'USES=libtool...' >then try with thr updated port, the latest_link is with pkg no

Re: latest freebsd:11:x86:64 repo and ruby 1.9 -> 2.0

On 20/10/2014 01:08, Baptiste Daroussin wrote: > On Sat, Oct 18, 2014 at 12:29:27PM +0300, Andriy Gapon wrote: >>> $ pkg upgrade Updating FreeBSD repository catalogue... FreeBSD >>> repository is up-to-date. Updating poudriere repository catalogue... >>> poudriere repository is up-to-date. All rep

Re: latest freebsd:11:x86:64 repo and ruby 1.9 -> 2.0

On 20/10/2014 00:43, Craig Rodrigues wrote: > On Sat, Oct 18, 2014 at 2:29 AM, Andriy Gapon > wrote: > > > Then the real problem, I do not want these packages to be removed except > for > ruby-1.9.3.547_3,1. In other words, I want to keep using > zfs-snapshot-

security/krb5 fails to build

Hello, This is with ports from head (rev. 371094) and poudriere. The port security/krb5 fails to build. The last 50 lines of log are attached below. Please let me know if you need the complete log of poudriere. I can see in SVN a change in the Makefile some hours after my checkout: Revision

Adding an "only-free" option to the ports system

Hi This is a suggestion. Would it not be possible to add a feature to the ports system which enables the user to choose to avoid non Open Source ports? Some ports are obvious binary blobs, but other ports are less obvious. I would like to be able to add an option saying "only-free", or similar

Re: Adding an "only-free" option to the ports system

On Sun, Oct 19, 2014 at 11:35 PM, Martin Hanson wrote: > Hi > > This is a suggestion. > > Would it not be possible to add a feature to the ports system which > enables the user to choose to avoid non Open Source ports? > The feature already exists, see /usr/ports/Mk/bsd.licenses.mk and bsd.licens

Re: Adding an "only-free" option to the ports system

On Sun, Oct 19, 2014 at 9:35 PM, Martin Hanson wrote: > Hi > > This is a suggestion. > > Would it not be possible to add a feature to the ports system which > enables the user to choose to avoid non Open Source ports? > > Some ports are obvious binary blobs, but other ports are less obvious. > >

Download does not restart for TeX/texlive-20140525-texmf.tar.xz

Hi, I have a problem with downloading this file: http://distcache.FreeBSD.org/ports-distfiles/TeX/texlive-20140525-texmf.tar.xz It is no problem at all to download the file in one go. As the size of the file is pretty large, it is difficult for me to do so. After a download is interrupted, the d

libxml2 upgrade breaks building /usr/doc/ on current amd64

The upgrade of libxml2 broke building /usr/doc/ : (en_US.ISO8859-1)5056}make ===> articles (all) ===> articles/bsdl-gpl (all) install /usr/doc/share/xml/catalog-cwd.xml /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/catalog-cwd.xml echo '' >> /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/autogen.ent e

net-p2p/linuxdcpp appears to delete shared directories

Judging by the email address this appears to be an unmaintained port. Twice already I have lost shared directories. Most recently I lost my main music directory. After a quick search on the internet it appears that stuff like this even happens on Linux, so it's probably not a kernel bug, but rathe

[Bug 193693] Merge mail/dspam-devel in to mail/dspam

Hello all! I'm the current maintainer of mail/dspam and mail/dspam-devel, and I need some help committing the patch found in bug #193693. This one is a little messy as both ports have gone stale over the last few years, so apologies and thanks in advance to whomever jumps in to help. I will

Re: latest freebsd:11:x86:64 repo and ruby 1.9 -> 2.0

On Sat, Oct 18, 2014 at 12:29:27PM +0300, Andriy Gapon wrote: > > $ pkg upgrade > > Updating FreeBSD repository catalogue... > > FreeBSD repository is up-to-date. > > Updating poudriere repository catalogue... > > poudriere repository is up-to-date. > > All repositories are up-to-date. > > Checking

Re: latest freebsd:11:x86:64 repo and ruby 1.9 -> 2.0

On Sat, Oct 18, 2014 at 2:29 AM, Andriy Gapon wrote: > > Then the real problem, I do not want these packages to be removed except > for > ruby-1.9.3.547_3,1. In other words, I want to keep using > zfs-snapshot-mgmt, > libchk, hub and porttools. What should I do? > Did you try to "pkg lock" the

Re: dns/bind99 and the migration from FreeBSD 9.x -> 10.x

On Sun, 19 Oct 2014, David Wolfskill wrote: After a week (or two), I expect to cut over fully, and perform the process documented near the bottom of portmaster(8) to rebuild/iinstall all installed ports under stable/10. There is a version updated for pkg in https://bugs.freebsd.org/bugzilla/s

Re: sqlite3 breakage

On Sun, Oct 19, 2014 at 09:09:56PM +0200, Tijl Coosemans wrote: > Try building the ports without ccache. Sorry, no difference, fails in same place. -- John ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-po

Re: graphics/libEGL and graphics/libglapi are failing in poudriere due to missing gettext

2014-10-19 18:09 GMT+04:00 Mikhail Tsatsenko : > Hi, > It seems that both latest graphics/libEGL and graphics/libglapi need > gettext to build: > ===> Building for libglapi-10.3.0 > gmake[1]: Entering directory > '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xm

Re: sqlite3 breakage

On Sun, 19 Oct 2014 19:21:38 +0100 John wrote: > Hello, that was quick! :D > > > Check that you have these files in /usr/local/lib: > > > > libsqlite3.a > > libsqlite3.so > > libsqlite3.so.0 > > libsqlite3.so.0.8.6 > > > > If any are missing then make sure you have the latest version of pkg. >

Re: sqlite3 breakage

Hello, that was quick! :D > Check that you have these files in /usr/local/lib: > > libsqlite3.a > libsqlite3.so > libsqlite3.so.0 > libsqlite3.so.0.8.6 > > If any are missing then make sure you have the latest version of pkg. > It fixes a bug that allowed packages with missing files to be instal

Re: dns/bind99 and the migration from FreeBSD 9.x -> 10.x

On Thu, Feb 27, 2014 at 03:27:37PM -0800, David Wolfskill wrote: > I am not at all clear how to perform a migration of machines that > run authoritative nameservers from FreeBSD 9.x -> 10.x, given the > current setup of the dns/bind99 port. I'm hoping for some clues, > if not insight. > I se

at - atrun utility bug on 10.0

I find that while a job is running via the at facility, that is, atrun has executed it, every subsequent execution of atrun (via cron) STAYS running while the original program (executed by atrun) is still active. Generally, according to the docs, atrun is executed every 5 minutes */5 * * * * with

Re: postgresql-server depends on client. Why?

Palle Girgensohn wrote: So, apart from the obvious "I want to upgrade the client separately (before) the server", there are no arguments for not doing it the way we do it now. But maybe that argument is enough to motivate a change? KIS is one reason we do not install clients with server (of ot

Re: sqlite3 breakage

On Sun, 19 Oct 2014 14:28:08 +0100 John wrote: > sqlite3 appears to be breaking things in multiple places. > > using generic amd64 r273255 and ports 371178 > > I get errors like this whenever sqlite3 is called as a dependency. So, in > /data/ports/devel/libsoup-gnome: > > ===> Building for l

graphics/libEGL and graphics/libglapi are failing in poudriere due to missing gettext

Hi, It seems that both latest graphics/libEGL and graphics/libglapi need gettext to build: ===> Building for libglapi-10.3.0 gmake[1]: Entering directory '/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool' cd ../../../../../.. && gmake am--refresh cd ../../

sqlite3 breakage

Hello list, sqlite3 appears to be breaking things in multiple places. using generic amd64 r273255 and ports 371178 I get errors like this whenever sqlite3 is called as a dependency. So, in /data/ports/devel/libsoup-gnome: ===> Building for libsoup-gnome-2.40.3_4 cd /data/ports/devel/libsoup-g

Problem with portbuild (kicad-devel)

Hello list! On one machine the build of cad/kicad-devel works; 9.3-PRERELEASE The other one don´t build FreeBSD 8.3-STABLE Error is; local symbol 5298: discarded in section `.text._ZNK8wxString9AsCharBufERK8wxMBConv' from ../pcbnew/github/libgithub_plugin.a(githu local symbol 5299: discard

Re: libcdr, libfreehand, libspub

On Sunday 19 October 2014 05:57:16 Ajtim wrote: > Hi! > > My system: FreeBSD 10.1-RC2 #0 r272876: Fri Oct 10 01:12:21 UTC 2014 > r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > It work normal but wherever I run portmaster -ia I get the same three ports > for update: > > ===>

libcdr, libfreehand, libspub

Hi! My system: FreeBSD 10.1-RC2 #0 r272876: Fri Oct 10 01:12:21 UTC 2014 r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 It work normal but wherever I run portmaster -ia I get the same three ports for update: ===>>> The graphics/libcdr port moved to graphics/libcdr01

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

Re: Is py-sqlite3 broken (missing _ctypes)?

from Kubilay Kocak: > Hi Tom, thanks for the report! > This one needs further isolation to lang/python27, to identify why the > ctypes module fails to build. Let us know what you find. What specifically should I do? Should I try to build lang/python34 or python33? Distrowatch.com tracks some

Re: Is py-sqlite3 broken (missing _ctypes)?

On 16/10/2014 1:29 PM, Thomas Mueller wrote: > Trying to update www/seamonkey, I failed on an error in databases/py-sqlite3 > relating to _ctypes, am not really familiar with that. > > Did I do something wrong, or is this a more general bug? > > I am on FreeBSD-current amd64, r272279. > > I tri