Re: mariadb10* ports broken on 9.x since last commit

September 1, 2016 2:43 PM, "Konstantin Belousov" wrote: > On Thu, Sep 01, 2016 at 10:50:18PM +0200, Dimitry Andric wrote: >> It is probably easier to work around this by configuring the binutils >> port so it does not emit .init_array/.fini_array sections. > > It was

Re: mariadb10* ports broken on 9.x since last commit

August 31, 2016 12:37 AM, "Bernard Spil" <br...@freebsd.org> wrote: > On 2016-08-30 17:45, Doug Barton wrote: > >> Since the last commit to the mariadb10* ports the resulting binaries >> dump core on 9.3-RELEASE-p43, even for a simple --help option. I am &g

mariadb10* ports broken on 9.x since last commit

Since the last commit to the mariadb10* ports the resulting binaries dump core on 9.3-RELEASE-p43, even for a simple --help option. I am assuming that is not the intended result Doug ___ freebsd-ports@freebsd.org mailing list

Re: Patch for named rc.d script to allow multiple instances

Hey George :) Glad to hear that this will actually be useful for someone. Doug On 02/23/2016 06:09 PM, George Michaelson wrote: thanks for this doug. we need to do this, this is hugely useful to us. On Wed, Feb 24, 2016 at 2:57 PM, Doug Barton <do...@dougbarton.us <mai

Patch for named rc.d script to allow multiple instances

Howdy, I'm currently working on a project that requires multiple instances of named to run on the same server. So I took some time to modify the rc.d script to support that robustly. The original concept for rc.d was that it should be easy to run multiple instances of the same service,

Re: Makefile for devel/tcllibc causes error in cache-init

On 02/17/2016 12:32 AM, Matthew Seaman wrote: On 17/02/2016 03:14, Doug Barton wrote: Matthew, When running cache-init for some time now I get this error: cache-init:devel/tcllibc (tcllibc-1.18_1) Error. RUN_DEPENDS /var/ports/devel/tcllib -- dependency is not a port cache-init: /usr/ports

Makefile for devel/tcllibc causes error in cache-init

Matthew, When running cache-init for some time now I get this error: cache-init:devel/tcllibc (tcllibc-1.18_1) Error. RUN_DEPENDS /var/ports/devel/tcllib -- dependency is not a port cache-init: /usr/ports/devel/tcllibc Error. Can't parse make output Interestingly I don't get that same error

Error in Makefile for games/libretro-cores

There is an error in the DISTFILES line in the games/libretro-cores Makefile that breaks 'make describe'. I have no idea what the error is, since the line is total gibberish, but if I comment it out the error goes away. hope this helps, Doug signature.asc Description: OpenPGP digital

Re: postfix update

On 5/9/15 10:32 PM, Doug Barton wrote: According to the VUXML postfix 2.11.4 is vulnerable. The update was released almost a month ago. Is a port update planned any time soon? I see that the update was performed. Thanks! :) Doug -- I am conducting an experiment in the efficacy of PGP/MIME

postfix update

According to the VUXML postfix 2.11.4 is vulnerable. The update was released almost a month ago. Is a port update planned any time soon? Doug -- I am conducting an experiment in the efficacy of PGP/MIME signatures. This message should be signed. If it is not, or the signature does not

pkg mirror broken

FYI: === Waiting on fetch checksum for ports-mgmt/pkg === fetch: http://mirror.shatow.net/freebsd/pkg/pkg-1.4.4.tar.xz: Forbidden ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send

Re: pkg mirrors broken

On 1/8/15 8:00 PM, Doug Barton wrote: FYI: === Waiting on fetch checksum for ports-mgmt/pkg === fetch: http://mirror.shatow.net/freebsd/pkg/pkg-1.4.4.tar.xz: Forbidden ... and again: = Attempting to fetch http://distcache.eu.FreeBSD.org/local-distfiles/portmgr/pkg-1.4.4.tar.xz fetch: http

BIND REPLACE_BASE option

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mat, Can you please explain why this option was removed? It's been in the ports for over 13 years, and lots of users utilized it. I realize that BIND is no longer in the base in 10.x, but that would be a reason to make the option conditional, to

Re: dns/bind* ports overwriting conf files

On 12/28/2013 02:57 AM, Mathieu Arnold wrote: +--On 27 décembre 2013 17:18:43 -0800 Doug Barton do...@dougbarton.us wrote: | What I proposed as part of this work years ago was to create something | like a bind-config package that would (optionally) install the same | default files

Re: bsd.port.mk FETCH_ARGS defaults, why -A ?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/27/2013 04:56 PM, Baptiste Daroussin wrote: | The checksum won't match, and the next site in the MASTER_SITES | list | will be checked, right? What is the downside of this redirect? | Keep in mind that the site was once approved by the port

Re: dns/bind* ports overwriting conf files

On 12/27/2013 04:00 PM, Mathieu Arnold wrote: +--On 25 décembre 2013 22:16:07 -0800 Doug Barton do...@dougbarton.us wrote: | While looking at the UPDATING entry for the bdb mess (more on that later) | I happened to see this: | | 20131209: |AFFECTS: users of dns/bind96, dns/bind98 and bind99

Re: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/26/2013 03:03 PM, Matthew Seaman wrote: | I've just committed an update to version 3.3 which should address some | of the issues to do with handling options files. Happy to say that the latest version now runs without errors on cache-init

Re: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex

On 12/25/2013 11:30 PM, Doug Barton wrote: I have used Matthew's p5-FreeBSD-Portindex for several years. In the past it was a very valuable tool that allowed me to keep an INDEX up to date relative to changes in the ports tree in seconds or minutes, instead of having to do 'make index' every

Re: Berkeley DB cleanup has apparently broken ports where no db is currently installed

On 12/26/2013 12:41 AM, Matthias Andree wrote: I disagree on the assessments of efforts here. I checked the docs, and the actual .db files are supposed to be compatible, Sure, they are, to some extent, SUPPOSED to be compatible. Experience tells us that is not the case. excepting the

Re: Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/26/2013 12:54 AM, Matthew Seaman wrote: | I'll be happy to fix any problems reported to me, but I need to see | reports of problems. Yours is the first mention I've seen of the | problems you mention. Now I know about it, a fix will be

Re: shells/bash-static fails to package/deinstall cleanly

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/26/2013 02:55 AM, Baptiste Daroussin wrote: Thank you. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBCAAGBQJSvLvUAAoJEFzGhvEaGryES3MIAM7YTPgDnWy/BmNEM3Ctw/Ls

WITHOUT_NLS is deprecated use NLS option instead

Tonight I'm seeing this during ports builds: /!\ WARNING /!\ WITHOUT_NLS is deprecated use NLS option instead This is silly. I traced the message to bsd.sanity.mk, which has similar silliness for many other longstanding make.conf options. If y'all are clever enough to create silly warning

shells/bash-static fails to package/deinstall cleanly

The problem is that the bash.1 and bashbugs.1 man pages do not get compressed, and therefore the package fails. If I add a MAN1 variable to the Makefile with those pages listed, it works. Doug ___ freebsd-ports@freebsd.org mailing list

dns/bind* ports overwriting conf files

While looking at the UPDATING entry for the bdb mess (more on that later) I happened to see this: 20131209: AFFECTS: users of dns/bind96, dns/bind98 and bind99 on FreeBSD 10.0 AUTHOR: er...@freebsd.org Bind versions before 9.6.3.2.ESV.R10_2, 9.8.6_2, and 9.9.4_2 on FreeBSD 10.0 will

Re: WITHOUT_NLS is deprecated use NLS option instead

On 12/25/2013 10:51 PM, clutton wrote: Sorry, but I have a quite opposite view. Making both variants work means chaos. More variants means more complication. if options for nls mean no || WITHOUT_NLS; then This is not chaos. It's called backwards compatibility, which is a critical part of

Berkeley DB cleanup has apparently broken ports where no db is currently installed

I saw the DEPRECATED notice for my old faithful bdb 4.7, and read the UPDATING entry related to the pending bdb purge. My first thought was That's a total waste of effort, with likely disastrous consequences. I'm all for removing broken/unused ports. Some of you may recall that I made a

Multiple 'make describe' errors

Some of these have been around a while, but all of them make me wonder how much testing is going on with all the mass changes lately: /usr/ports/Mk/bsd.port.mk, line 6756: Inconsistent operator for check-makefile make: fatal errors encountered -- cannot continue cache-init:

Too frequent/poorly tested bsd.port.mk commits, and general uselessness of p5-FreeBSD-Portindex

I have used Matthew's p5-FreeBSD-Portindex for several years. In the past it was a very valuable tool that allowed me to keep an INDEX up to date relative to changes in the ports tree in seconds or minutes, instead of having to do 'make index' every time. However the utility of the solution is

Re: shells/bash-static fails to package/deinstall cleanly

Please don't remove people from the CC line. I copied the maintainer on purpose. On 12/25/2013 11:40 PM, clutton wrote: On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote: The problem is that the bash.1 and bashbugs.1 man pages do not get compressed, and therefore the package fails. If I

Re: General usefulness of option descriptions

First, it was totally inappropriate for eadler to change your option descriptions. I've fixed it for you. More below. On 10/07/2012 06:24, Michael Gmelin wrote: Hi, This probably has been discussed before, but I think in many cases using the default descriptions of OptionsNG is more harm

Re: [CHANGE PROPOSAL] Moving WWW from pkg-descr to Makefile

On 10/06/2012 00:15, Matthew Seaman wrote: Putting the WWW information into the port Makefile means that portindex only has to deal with about half as many files I have the same response to you and Baptiste. I get what you're saying, but what we gain by putting it in the Makefile does not make

Re: [CHANGE PROPOSAL] Moving WWW from pkg-descr to Makefile

On 10/06/2012 01:04, Baptiste Daroussin wrote: Concerning the bpm, I have removed more old things and useless tests from it that I have added! I haven't done a line by line count, but even if you're right, that doesn't help when the code you add is so inefficient. For example, you still haven't

Re: [CHANGE PROPOSAL] Moving WWW from pkg-descr to Makefile

On 10/05/2012 07:05 AM, Baptiste Daroussin wrote: Hi, I want to propose and make the actual move of the WWW information from the pkg-descr to the Makefile itself via a WWW variable. doing this will have multiple benefits: * consistency all metadata bug this one are in Makefile ...

Re: flashplugin 11.2r202.238

I got tired of all that symlink nonsense a long time ago, and made this function to do the update: [ -e ${HOME}/.mozilla/plugins/npwrapper.libflashplayer.so ] unlink ${HOME}/.mozilla/plugins/npwrapper.libflashplayer.so; nspluginwrapper -i

Re: kdenetwork-4.8.4_2 and libotr

On 09/23/2012 14:36, Christopher Dawkins wrote: The advice in 20120908 seems irrelevant because I am not using pidgin-otr, No, it's still relevant. The distinction is that if you were using pidgin-otr, you have to delete it first before following the other instructions. anyway, it cannot work

Re: x11-toolkits/swt

On 09/17/2012 10:58, Doug Barton wrote: Turns out that swt-devel compiles against the new xul, and davmail seems to be working fine with it. I spoke to soon here. Davmail does indeed work, but with swt-devel compiled against the new libxul I got a weird echo of the icon on my XFCE panel. Going

Re: x11-toolkits/swt

On 09/12/2012 00:42, Doug Barton wrote: On 09/11/2012 05:58 AM, Pedro F. Giffuni wrote: Hello guys; - Original Message - ... 2012/9/11 Doug Barton do...@freebsd.org: Now that we have a new version of libxul in the ports tree, any plans of upgrading swt to take advantage

Re: Need a reality check: portmaster --list-origins misses entries?

On 9/14/2012 2:58 PM, Bryan Drewery wrote: On 9/14/2012 5:38 PM, David Wolfskill wrote: I am tentatively planning on rebuilding the installed ports on my laptop under stable/9 (vs. their current stable/8) on Sunday, to take advantage of several hours of travel time expected. In preparation

Re: x11-toolkits/swt

On 09/11/2012 05:58 AM, Pedro F. Giffuni wrote: Hello guys; - Original Message - ... 2012/9/11 Doug Barton do...@freebsd.org: Now that we have a new version of libxul in the ports tree, any plans of upgrading swt to take advantage of it? I'd love to get the vulnerabilities

Re: Clang as default compiler November 4th

On 09/11/2012 02:52 AM, Erik Cederstrand wrote: So can we do a sweep on the ports tree and mark the 2232 ports with USE_GCC=4.2 until they can actually build with clang? Unfortunately it isn't that simple. We already have a statistically significant number of ports that don't even compile with

Re: Clang as default compiler November 4th

On 09/11/2012 11:15 PM, Mark Linimon wrote: On Tue, Sep 11, 2012 at 11:27:50AM +0200, Lars Engels wrote: At the moment the ports maintainers don't give much about if their ports build with CLANG or not because they're not forced to. I think this is a mis-representation. Adding the

Re: Clang as default compiler November 4th

On 9/12/2012 12:40 AM, Erik Cederstrand wrote: Den 12/09/2012 kl. 11.29 skrev Doug Barton do...@freebsd.org: On 09/11/2012 02:52 AM, Erik Cederstrand wrote: So can we do a sweep on the ports tree and mark the 2232 ports with USE_GCC=4.2 until they can actually build with clang

Re: Clang as default compiler November 4th

On 9/12/2012 1:22 AM, Jerry wrote: On Tue, 11 Sep 2012 23:29:27 -1000 Doug Barton articulated: What we need to do is what I and others have been asking to do for years. We need to designate a modern version of gcc (no less than 4.6) as the official default ports compiler, and rework

Re: FreeBSD Port: net-p2p/bitcoin

On 09/09/2012 20:25, Kevin Oberman wrote: On Sun, Sep 9, 2012 at 6:33 PM, Daniel Morante dan...@morante.net wrote: I'm new to creating/maintain ports., I created a simple startup script and conf file for this port. I am wondering how I can submit my improvements? Have you looked at the

x11-toolkits/swt

Now that we have a new version of libxul in the ports tree, any plans of upgrading swt to take advantage of it? I'd love to get the vulnerabilities in the old version off of my daily periodic. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I

Re: Clang as default compiler November 4th

On 09/11/2012 02:27 AM, Lars Engels wrote: On Mon, Sep 10, 2012 at 10:54:04PM -0700, Doug Barton wrote: As of last week, 4,680 ports out of 23,857 failed to build with clang on 9-amd64. That's almost a 20% failure rate. Until we have better support for either building ports with clang, or have

Re: Clang as default compiler November 4th

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 As of last week, 4,680 ports out of 23,857 failed to build with clang on 9-amd64. That's almost a 20% failure rate. Until we have better support for either building ports with clang, or have better support for the idea of a ports compiler, this

Re: Portmaster and ccache

I'm sorry, I can't make any sense of your message at all. Can you show something along the lines of, When I type X, Y happens? FWIW, there has been no change in portmaster's support of ccache. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And

Re: csup vs portsnap was: fresh install of kde4 fails - japanese/kiten

On 09/01/2012 03:48, Jamie Paul Griffin wrote: [ RW wrote on Sat 1.Sep'12 at 0:49:54 +0100 ] On Wed, 29 Aug 2012 10:27:14 -0700 Jim Pazarena wrote: Which is the recommended way to stay PORT current? portsnap or csup? I will switch to portsnap, but it is pretty slow compared to csup.

Re: Can we please just remove the old Makefile headers?

On 08/30/2012 09:56 AM, Thomas Abthorpe wrote: So without further ado, this is what we would like to see at the top of the makefile # # $FreeBSD$ # PORTNAME= It is as easy as that :) I was sort of afraid that would be the answer ... while I realize we have massive historical

Re: Can we please just remove the old Makefile headers?

On 08/30/2012 10:09 AM, Steven Kreuzer wrote: This would make me happy. Another option I would like to throw out there is to just stick the # $FreeBSD$ at the end of the file so the first line is PORTNAME= ... also a good suggestion, and further improves the amount of usable data when you

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

4:37:53 pm Doug Barton wrote: The problem is that we don't really support the idea of things in the base magically deleting themselves. As I have said in previous messages, the bootstrapping problem is being overblown by several orders of magnitude. For newly installed systems where pkg

Re: portmaster 3.13.13 real endless loop Waiting on fetch checksum..

On 08/29/2012 09:46 AM, G. Paul Ziemba wrote: I think my original reply did not go out on 8/27, so here it is: I didn't see it, so thanks for the resend. One thing I did notice was that in the failed scenario (described in my previous message), the tmp file named /tmp/fooDI-FILESbar was

Re: lang/gcc46 dependency loop on lang/gcc

On 08/28/2012 01:44 PM, Gerald Pfeifer wrote: On Mon, 27 Aug 2012, Doug Barton wrote: This would seem to be an error in the bsd.gcc.mk logic, or perhaps an error in one of the ports' Makefiles, not sure yet. Any chance you could look into this? I had done that when Robert contacted me first

Re: lang/gcc46 dependency loop on lang/gcc

On 08/28/2012 03:12 PM, Robert Huff wrote: Doug Barton writes: But as for being stuck, I'm waiting on Robert to report his findings on which make.conf option hung him up. Life Happened(tm), which means I'll get to this first thing tomorrow, Sure, of course. :) I just wanted

lang/gcc46 dependency loop on lang/gcc

Gerald, It seems that if lang/gcc46 is installed, and then you attempt to update it, lang/gcc shows up in the output of build-depends-list, run-depends-list, or perhaps both. If lang/gcc46 is not installed already, this doesn't happen. This would seem to be an error in the bsd.gcc.mk logic, or

Re: lang/gcc46 dependency loop on lang/gcc

On 8/27/2012 12:44 PM, David Wolfskill wrote: FWIW, on the machine on which I'm writing this note, I successfully performed an: Upgrade of gcc-4.6.4.20120608 to gcc-4.6.4.20120817 yesterday without incident (using portmaster). Do you have lang/gcc installed, or lang/gcc46?

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 08/25/2012 02:49, Julien Laffaye wrote: True. But when you create jails without the installer, you have to install pkgng by hand. Just like all the other ports you have to install in a jail. -- I am only one, but I am one. I cannot do everything, but I can do something. And I

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 08/26/2012 11:37, Baptiste Daroussin wrote: On Sun, Aug 26, 2012 at 11:34:08AM -0700, Doug Barton wrote: On 08/25/2012 02:49, Julien Laffaye wrote: True. But when you create jails without the installer, you have to install pkgng by hand. Just like all the other ports you have to install

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 08/26/2012 05:58, Baptiste Daroussin wrote: The is the longer plan but this with also true with pkg_add -r, and the pkg bootstrap may it be pkg-bootstrap or /usr/sbin/pkg. We have been discussing with Security officers and we are waiting for the plan being written and setup by them, so

Re: portmaster 3.13.13 real endless loop Waiting on fetch checksum..

On 08/25/2012 16:58, G. Paul Ziemba wrote: The second scenario exhibits the problem. Here, I delete the distfile and just run portmaster without -F. The fetch completes, but portmaster does not seem to notice. Can you try that second test again, and add -D to the command line? -- I am

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 08/26/2012 11:58, Baptiste Daroussin wrote: On Sun, Aug 26, 2012 at 11:39:07AM -0700, Doug Barton wrote: On 08/26/2012 05:58, Baptiste Daroussin wrote: The is the longer plan but this with also true with pkg_add -r, and the pkg bootstrap may it be pkg-bootstrap or /usr/sbin/pkg. We have

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 08/26/2012 12:08, Ian Lepore wrote: Would this get better if the bootstrap tool were named pkg and were installed on a fresh system at /usr/local/sbin, so that it in effect replaces itself with the real thing, and has no need to leave a forwarding stub in /usr/sbin ? Maybe it could

Re: Cannot upgrade php5-simplexml

On 08/24/2012 11:37, Lars Eighner wrote: I can't seem to upgrade textproc/php5-simplexml because the existing version has no recorded origin. pkg_delete won't delete it. pkgdb -F doesn't seem to detect anything wrong. deinstall doesn't work. Remove the associated directory in

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 08/26/2012 13:35, Warren Block wrote: On Sun, 26 Aug 2012, Ian Lepore wrote: On Sun, 2012-08-26 at 20:58 +0200, Baptiste Daroussin wrote: On Sun, Aug 26, 2012 at 11:39:07AM -0700, Doug Barton wrote: On 08/26/2012 05:58, Baptiste Daroussin wrote: This isn't the security issue I

Can we please just remove the old Makefile headers?

The old Makefile headers, ala: # New ports collection makefile for:BIND 9.9.x # Date created: 27 January 2012 # Whom: dougb # # $FreeBSD: head/dns/bind99/Makefile 301487 2012-07-24 19:23:23Z dougb $ have not served a purpose for longer

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 8/23/2012 8:03 PM, Eitan Adler wrote: On 23 August 2012 22:59, Doug Barton do...@freebsd.org wrote: I tend to agree with Steve here ... we can't be responsible for other people's poorly written docs. This isn't about poorly written docs. This is the user expecting a tool to exist, which

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 8/24/2012 1:15 AM, Baptiste Daroussin wrote: BTW for people who haven't tested and want to share their opinion, here is how work /usr/sbin/pkg: it first checks if ${LOCALBASE}/sbin/pkg is there - if yes it directly execute

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 8/24/2012 5:33 PM, Glen Barber wrote: On Sat, Aug 25, 2012 at 01:25:15AM +0100, Jonathan Anderson wrote: On 24 Aug 2012, at 23:38, Doug Barton do...@freebsd.org wrote: Let me rephrase that more simply ... very few users are ever going to need

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 8/23/2012 3:19 PM, Steve Wills wrote: Hi, It seems to me that renaming the pkg binary in /usr/sbin/pkg to /usr/sbin/pkg-bootstrap would make sense. From a user standpoint, it is confusing that running the command gets different results the second time it is run vs. the first time. I

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 8/23/2012 7:23 PM, Eitan Adler wrote: On 23 August 2012 22:15, Steve Wills swi...@freebsd.org wrote: On Aug 23, 2012, at 10:08 PM, Eitan Adler wrote: On 23 August 2012 22:05, Steve Wills swi...@freebsd.org wrote: Why can't one of those steps be to run pkg-bootstrap? Because the how-to

Re: pkgng 1.0 release schedule, and HEAD switch to pkgng by default schedule

On 8/21/2012 6:58 PM, Bjoern A. Zeeb wrote: On Tue, 21 Aug 2012, Doug Barton wrote: I don't think we have ever done a complete replacement of major infrastructure in one release. You mean like sysinstall can be used as an installer on 9 that would do something meaningful with the current

Re: pkgng 1.0 release schedule, and HEAD switch to pkgng by default schedule

On 8/21/2012 6:46 AM, Baptiste Daroussin wrote: I would also like to just remove pkg_* tools from RELENG_10 if that fits the schedule. Um, no? Until pkg becomes mandatory (which can't happen for several years) the pkg_* tools can't be removed altogether. What _would_ be useful is what should

Re: pkgng 1.0 release schedule, and HEAD switch to pkgng by default schedule

On 8/21/2012 11:47 AM, Garrett Cooper wrote: On Tue, Aug 21, 2012 at 11:17 AM, Doug Barton do...@freebsd.org wrote: On 8/21/2012 6:46 AM, Baptiste Daroussin wrote: I would also like to just remove pkg_* tools from RELENG_10 if that fits the schedule. Um, no? ... What _would_ be useful

Re: pkgng 1.0 release schedule, and HEAD switch to pkgng by default schedule

On 8/21/2012 12:05 PM, Baptiste Daroussin wrote: 1/ if it fits the schedule: get rid of pkg_* tools in current to be able to have a fully pkgng only 10-RELEASE I think it would fit better with historic precedents to make pkg optional (but default on) in 10, and mandatory in 11. As stated

Re: pkgng 1.0 release schedule, and HEAD switch to pkgng by default schedule

On 8/21/2012 12:42 PM, Baptiste Daroussin wrote: On Tue, Aug 21, 2012 at 12:38:04PM -0700, Doug Barton wrote: On 8/21/2012 12:05 PM, Baptiste Daroussin wrote: 1/ if it fits the schedule: get rid of pkg_* tools in current to be able to have a fully pkgng only 10-RELEASE I think it would fit

Re: pkgng 1.0 release schedule, and HEAD switch to pkgng by default schedule

On 8/21/2012 1:08 PM, Warner Losh wrote: On Aug 21, 2012, at 1:51 PM, Doug Barton wrote: On 8/21/2012 12:42 PM, Baptiste Daroussin wrote: On Tue, Aug 21, 2012 at 12:38:04PM -0700, Doug Barton wrote: On 8/21/2012 12:05 PM, Baptiste Daroussin wrote: 1/ if it fits the schedule: get rid

Re: [CFT] TexLive port

On 08/20/2012 01:23, Dominic Fandrey wrote: I have run into problems with portmaster. The problem is that it doesn't check whether a dependency is satisfied. It just goes ahead and installs them. I think a dependency like: latex:${PORTSDIR}/print/teTeX-base shouldn't cause portmaster

Re: thunderbird-enigmail-1.4.3 build failing on i386 9.1

On 08/13/2012 03:42, Chris Rees wrote: On 13 Aug 2012 12:11, Alex Dupre a...@freebsd.org mailto:a...@freebsd.org wrote: Doug Barton ha scritto: This problem is caused for portmaster by the wacky way that they changed the dependency for thunderbird sources to avoid (zomg!) potential

Re: thunderbird-enigmail-1.4.3 build failing on i386 9.1

On 08/20/2012 01:45, Doug Barton wrote: On 08/13/2012 03:42, Chris Rees wrote: On 13 Aug 2012 12:11, Alex Dupre a...@freebsd.org mailto:a...@freebsd.org wrote: Doug Barton ha scritto: This problem is caused for portmaster by the wacky way that they changed the dependency for thunderbird

Re: devel/zookeeper rc.d script

On 08/20/2012 08:43, George Neville-Neil wrote: On Aug 6, 2012, at 03:04 , Doug Barton do...@freebsd.org wrote: On 07/09/2012 08:57, George Neville-Neil wrote: On Jul 9, 2012, at 00:15 , Doug Barton wrote: On 07/08/2012 20:01, George Neville-Neil wrote: On Jul 8, 2012, at 22:39 , Doug

wireshark

I can't update wireshark to the latest version in ports due to the portaudit warning. Meanwhile, I just tried 1.8.2 and it seems like a simple version upgrade. The result builds and runs just fine, plist looks good, etc. Any chance of getting this in soon'ish? Or do I have your permission to do

Re: ports/170569: sysutils/sec does not start automatically at boot time

On 08/14/2012 11:46 AM, j...@freebsd.org wrote: Synopsis: sysutils/sec does not start automatically at boot time State-Changed-From-To: feedback-patched State-Changed-By: jdp State-Changed-When: Tue Aug 14 21:43:44 UTC 2012 State-Changed-Why: I have tested the patch provided by Nicolas,

Re: thunderbird-enigmail-1.4.3 build failing on i386 9.1

This problem is caused for portmaster by the wacky way that they changed the dependency for thunderbird sources to avoid (zomg!) potential for fetching files related to thunderbird during the enigmail build process. I objected at the time, but my objection was ignored. I haven't found a way to

Re: portmaster 3.13.13 real endless loop Waiting on fetch checksum...

On Sat, Aug 11, 2012 at 9:07 AM, Doug Barton do...@freebsd.org mailto:do...@freebsd.org wrote: Ok, so do this ... remove the file from /usr/ports/distfiles, then go to the port directory and type 'make checksum' and see if it works properly. Then remove it again, and run

Re: portmaster 3.13.13 real endless loop Waiting on fetch checksum...

Guys, these reports are useless without the information that I asked for: While 'portmaster -F' is running in one window, keep an eye on /usr/ports/distfiles and see if the file is being downloaded, and also keep an eye on the log file in $TMPDIR to see if it is being appended to. Neither I nor

Re: portmaster 3.13.13 real endless loop Waiting on fetch checksum...

On 08/11/2012 01:24 AM, Michael Ranner wrote: As I already told, portmaster -F is fetching to /usr/ports/distfiles and appending to fetchlog in /tmp In your other message you indicate that the fetchlog in /tmp is empty. So I'm confused. But portmaster -i does this not! By the time it gets to

Re: libogg 1.3.0,4

On 08/11/2012 14:17, ajtiM wrote: Hi! I updated libogg to version 1.3.0,4 with postmaster and on the end of look like succes I got also: Registering installation for libogg-1.3.0,4 === No ORIGIN in /var/db/pkg/libogg-1.3.0,4/+CONTENTS The package data got corrupted somehow when you

Re: portmaster 3.13.13 real endless loop Waiting on fetch checksum...

On 08/11/2012 06:35, Michael Ranner wrote: There seems some weird problem with -DBATCH on my system. With the following modification (without -DBATCH) fetch will start to download but it will still not exit from pm_make2. There is no output for XXX6 First, don't use BATCH routinely. Second,

Re: portmaster 3.13.13 real endless loop Waiting on fetch checksum...

On 8/10/2012 8:21 AM, HU Dong wrote: I can simply reproduce this problem by this way: # portmaster -v databases/postgresql90-client Both of your reports sound like they are hanging on a bad mirror. Try putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and see if that helps. Doug

Re: portmaster 3.13.13 real endless loop Waiting on fetch checksum...

could download the file from the exact mirror manually with fetch command. B.R. HU Dong On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton do...@freebsd.org mailto:do...@freebsd.org wrote: On 8/10/2012 8:21 AM, HU Dong wrote: I can simply reproduce this problem by this way

Re: Questions about/issues with new OPTIONS framework

On 08/07/2012 11:53 PM, Matthew Seaman wrote: On 08/08/2012 07:25, Matthew Seaman wrote: Actually, that raises an important point, because the constructed variable names like 'mysql55-client_SET' should perhaps have syntactically significant characters like '-', '+' mapped to '_'

Re: Can't get gvim working

On 08/05/2012 23:54, David Demelier wrote: That's very odd, why it does not work for me then? You also had the gnome option enabled, I don't. If you've disabled that since you posted about it, -- I am only one, but I am one. I cannot do everything, but I can do something. And I will

Re: lang/gcc46

On 08/06/2012 00:30, b. f. wrote: On 8/6/12, Doug Barton do...@freebsd.org wrote: On 07/31/2012 08:57, Gerald Pfeifer wrote: On Sun, 29 Jul 2012, Doug Barton wrote: skipping quibbles and polemics Sure, whatever. Just to be clear, you compile stuff with gcc 4.6, that is linked against

Re: [RFC] bsd.port.mk: Record OPTIONS into /var/db/pkg on install

On 08/03/2012 17:49, Bryan Drewery wrote: Hi, While developing on ports-mgmt/poudriere I've added support to automatically rebuild packages if the selected options in /var/db/ports, or make.conf change. This so far has worked well with pkgng as it records the OPTIONS selected into the

Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit

On 08/01/2012 05:09, Oliver Pinter wrote: Hi all! I found this today on FD: http://seclists.org/fulldisclosure/2012/Aug/4 Apparently this affects us as well. Any news? -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I

Re: [RFC] bsd.port.mk: Record OPTIONS into /var/db/pkg on install

On 08/06/2012 06:34 AM, Bryan Drewery wrote: On 8/6/2012 3:00 AM, Doug Barton wrote: I would also like to see us embed the distfile information, either in +CONTENTS or in its own file. This information is very useful for tools like portmaster to better handle automated distfile cleanup. hth

Re: Can't get gvim working

On 08/05/2012 00:18, David Demelier wrote: On 05/08/2012 00:12, Doug Barton wrote: On 08/04/2012 14:56, David Demelier wrote: I finally found the problem: at the configure target see, checking for GTK - version = 2.2.0... Package glproto was not found in the pkg-config search path. Perhaps

Re: Can't get gvim working

On 08/05/2012 03:05, David Demelier wrote: On 05/08/2012 11:01, Doug Barton wrote: On 08/05/2012 00:18, David Demelier wrote: On 05/08/2012 00:12, Doug Barton wrote: On 08/04/2012 14:56, David Demelier wrote: I finally found the problem: at the configure target see, checking for GTK

Re: [CFT] [bsd.port.mk] ports ccache build support

On 08/05/2012 19:47, Jan Beich wrote: Bryan Drewery bdrew...@freebsd.org writes: The cache directory CCACHE_DIR defaults to /usr/obj/ccache Why not ${.OBJDIR}/ccache? This avoids one big port taking away all allocated space for itself unless --max-size is raised. Also, I have /usr/obj -

  1   2   3   4   5   6   7   8   9   10   >