Re: Aggressive ports removal
On 8/30/20 1:54 PM, Yuri wrote: On 2020-08-30 12:39, Gary Aitken wrote: Should I file a bug report? Yes, please create a bug report for the port "sysutils/bsdstats". I believe that its current maintainer also runs the BSDstats website. #249019 ___ 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: Aggressive ports removal
On 8/30/20 12:20 PM, Warner Losh wrote:> On Sun, Aug 30, 2020, 12:13 PM Gary Aitken mailto:free...@dreamchaser.org>> wrote: I don't know how easy this would be to implement, but it would be very useful to know which ports are actually being built and installed. How difficult would it be to have pkg install and the make install script do some counting and a cron job forward the counts to freebsd.org <http://freebsd.org>? That would give a much better sense of how useful a port is. Yes, it's inaccurate given rebuilds, upgrades, etc., but if a port shows zero installs for several years it seems like it could be sidelined. The issue here is more social than technical. Most people don't want to disclose this information. On 8/30/20 12:53 PM, Yuri wrote: This is already implemented in the BSDstats project (sysutils/bsdstats). It does such accounting for hosts that have BSDstats installed. It shows stats on it's webpage https://bsdstats.org/ However, not many people are willing to install sysutils/bsdstats, or know about it, so it only counts based on a tiny fraction of hosts running FreeBSD. Thanks, I didn't realize port info was reported by bsdstats. However, the ports link at the bottom doesn't work. Also, the Release Stats link at both the top and bottom seems to change to point at the last page displayed. Should I file a bug report? Gary ___ 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: Aggressive ports removal
On 8/30/20 2:28 AM, Niclas Zeising wrote: On 2020-08-30 01:27, Greg 'groggy' Lehey wrote: Sorry for the length of the quotes, but I've added people who might not have seen the (relatively long) thread on this subject. This seems the best message to refer to. On Saturday, 29 August 2020 at 16:09:12 +0200, Stefan Esser wrote: Am 29.08.20 um 15:32 schrieb Niclas Zeising: On 2020-08-29 14:48, Michael Gmelin wrote: As I???ve seen quite a lot of similar commits: Is our policy now to deprecate ports (with one month notice) that aren???t maintained/have a dead upstream, even though the ports still work okay and aren???t the type that requires much maintenance anyway? Hi! As far as I know, there is no official policy, this was something that Tobias (tcberner@) and I (mostly I) agreed on, since we're doing a lot of the lifting when it comes to -fno-common. However, there is a lot of stale, old, unmaintained and possibly broken software in the Ports tree, and I viewed this as a chance to clean out some of the cruft. All these ports take resources from people needing to fix them, from the build cluster which is building them, and so on. Since there is no upstream fix for -fno-common, and there is no maintainer, I thought it would be a good idea to deprecate such ports, since there is no apparent interest in them. -fno-common is the new standard way of building C code (both llvm 11 and gcc 10 defaults to it). If someone is interested in the port, they can easily submit a PR to maintain the port and remove the deprecation (or commit the fix, if they are a FreeBSD committer). If they are removed, and someone in the future decides to take care of one (or more) of them, they can easily be resurrected, since they will live on in SVN (and git) history. No maintainer and no changes for a long time does not imply that there is no interest in a port! If it just works, serves its purpose for those using a minimal X11 environment (there are still twm users) and there is no indication of a lingering security problem, then why depreciate and later delete such a working port? Exactly. Another case in point: x11/xtset. Maintenance stopped in 1993, 11 days after the FreeBSD project came into existence. It works fine, and I find it very useful. If at some time in the future it should no longer work with the latest and greatest iteration of the C programming language or ports structure, that shouldn't be a reason to discard it. Then it is very easy. If it is useful to you, adopt it as maintainer, then you will get a notification if it fails to build, and you can fix the issue(s), instead of trusting that someone has the time and energy to fix it. At the same time you indicate that there is actually some interest in the port. We set deprecation dates in the future so that interested parties should have a chance to speak up. My suggestion: 1. Decisions to deprecate remove ports should be made only by portmgr@. This is like saying you don't trust ports developers. Any work on the ports tree would grind to a complete halt. 2. Ports are not broken because they don't easily adapt to some new ports framework. This is simply not true. Ports that don't adopt to a new ports framework are broken. New ports frameworks are developed to ease in porting, packaging or to improve or simplify ports, the same way as new kernel or base frameworks are invented. Things that do not comply with the new way of things are hindering progress and updates, and need to be either adapted or removed. It is exactly the same as for instance the removal of the Giant lock. The difference might be the rate of change. Since FreeBSD base has fixed releases and stable branches, but the ports tree mostly a rolling release model (that has to work on 3-4 different FreeBSD versions at the same time) the rate of change in the ports tree are necessarily higher. 3. Ports should not be removed without community consultation, which should last for at least n months, with m reminders being sent. I agree with the reminders. Every time you install a deprecated port or package you'll get just such a notification. Regards I don't know how easy this would be to implement, but it would be very useful to know which ports are actually being built and installed. How difficult would it be to have pkg install and the make install script do some counting and a cron job forward the counts to freebsd.org? That would give a much better sense of how useful a port is. Yes, it's inaccurate given rebuilds, upgrades, etc., but if a port shows zero installs for several years it seems like it could be sidelined. Gary ___ 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"
arduino vs. arduino18
Can anyone shed light on why the arduino port is still present? It seems to be superceded by the arduino18 port. There is no info in UPDATING for either, and the pkg-dmesg files say the same thing. arduino does not find the device when run as a non-privileged user on 11.3-RELEASE, and is unusable as such. Gary ___ 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: ifdef __linux__ / gtk issue; how to list defined symbols for cmake?
Thanks a boatload for the detailed explanation. Gary ___ 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"
ifdef __linux__ / gtk issue; how to list defined symbols for cmake?
I'm working on porting the prusa slicer. It contains a boatload of things like #if defined _WIN32 ... #elif defined(__linux__) ... #elif defined __APPLE__ ... occasionally there is a #if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__bsdi__) || defined(__DragonFly__) or a #ifdef __unix__ or a #ifdef __WXGTK__(for wxwidgets toolkit mapped to gtk) It appears that many of the issues for __linux__ are actually gtk issues which I *think* should be common to linux and bsd under gtk on X. Questions: 1. Is there an easy way to get a list of all the __*__ symbols? Where / how are these set up? Is there a way to list them at the start of compilation of each file to check the appropriate ones are all defined in different subdirs of the build tree? 2. I'm guessing/hoping the sym definitions are a general configuration process that mostly happens the same way across all ports. If __linux__ is defined, is __unix__ also defined? If any of the __*BSD__ syms are defined, is __unix__ also defined? 3. What's the relationship between the _WIN32, __APPLE__, __unix__ type syms in code and the WIN32, APPLE, UNIX, XCODE syms that I see in some of the CMakeLists.txt files? Are any/all of these case sensitive? How is CMAKE_SYSTEM_NAME, which may be "Linux" (on linux), related to the above syms? 4. Suggestions on how to approach this? I'm inclined to change the "#if defined(__linux__)" to "#if defined(__WXGTK__)" where appropriate instead of adding "|| defined(__FreeBSD__) || defined(__NetBSD__)..." etc. Is there a "BSD" sym that encompasses the various bsd variants? thoughts / suggestions / things to be careful of? Thanks, Gary ___ 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: force github file extension for fetch? (tar.bz2 instead of tar.gz)
On 6/3/19 3:33 PM, Michael Gmelin wrote: On Mon, 3 Jun 2019 12:46:32 -0600 Gary Aitken wrote: On 6/3/19 11:19 AM, Michael Gmelin wrote: On 3. Jun 2019, at 19:03, Gary Aitken wrote: Is it possible to force fetching of .tar.bz2 instead of .tar.gz if both are available? Or how does one get around the problem? 11.2-RELEASE-p4 relevant Makefile details: PORTNAME= wxwidgets DISTVERSIONPREFIX= v DISTVERSION=3.1.2 USE_GITHUB= yes GH_ACCOUNT= wxWidgets GH_PROJECT= wxWidgets See 5.4.5 in the porters handbook (EXTRACT_SUFX) Thanks; unfortunately it doesn't seem to work If I set EXTRACT_SUFX= .tar.bz2 it still fetches .tar.gz If I set DISTFILES= wxWidgets-wxWidgets-v3.1.2_GH0.tar.bz2 it also still fetches .tar.gz If I manually fetch the file and set the above variables (separate attempts), make makesum will compute the checksum for both files (if both are present), but a make extract uses the .gz, not the .bz2 If I get rid of (rename) the .gz, it ignores the .bz2 and tries to fetch the .gz. Does EXTRACT_SUFX conflict with USE_GITHUB? Github support is using _GITHUB_EXTRACT_SUFX (see bsd.sites.mk line 450): _GITHUB_REV=0 _GITHUB_EXTRACT_SUFX= .tar.gz So this can't be overridden on purpose. ah, thanks Are you sure you need a new wxWidgets port though? Won't x11-toolkits/wxgtk31 be sufficient (see also: https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/using-wx.html ) thank you, I missed that, did not think to look in handbook and didn't recognize wxgtk as an alias for wxwidget. I think that should work. Gary ___ 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: .build directory for cmake
On 6/3/19 2:07 PM, Tatsuki Makino wrote: What if that changes to USES=cmake:insource ? If I do that I see no different behavior from USES=cmake, at least in terms of trying to reproduce the original problem (which was resolved by removing the work/.configure_done* file). ___ 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: force github file extension for fetch? (tar.bz2 instead of tar.gz)
On 6/3/19 11:19 AM, Michael Gmelin wrote: On 3. Jun 2019, at 19:03, Gary Aitken wrote: In attempting to build a new port (prusa3d slicer) I need another new port (wxWidgets). The original distfile fetch of wxWidgets was a .tar.gz. The configure phase had an error; a search for the source of the error turned up a bug (old) which claimed the error was solved by fetching the distfile as a .tar.bz2. .tar.bz2 is the github *nix distfile for the port. Is it possible to force fetching of .tar.bz2 instead of .tar.gz if both are available? Or how does one get around the problem? 11.2-RELEASE-p4 relevant Makefile details: PORTNAME= wxwidgets DISTVERSIONPREFIX= v DISTVERSION=3.1.2 USE_GITHUB= yes GH_ACCOUNT= wxWidgets GH_PROJECT= wxWidgets See 5.4.5 in the porters handbook (EXTRACT_SUFX) https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-distfiles.html Thanks; unfortunately it doesn't seem to work If I set EXTRACT_SUFX= .tar.bz2 it still fetches .tar.gz If I set DISTFILES= wxWidgets-wxWidgets-v3.1.2_GH0.tar.bz2 it also still fetches .tar.gz If I manually fetch the file and set the above variables (separate attempts), make makesum will compute the checksum for both files (if both are present), but a make extract uses the .gz, not the .bz2 If I get rid of (rename) the .gz, it ignores the .bz2 and tries to fetch the .gz. Does EXTRACT_SUFX conflict with USE_GITHUB? Thanks, Gary ___ 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"
force github file extension for fetch? (tar.bz2 instead of tar.gz)
In attempting to build a new port (prusa3d slicer) I need another new port (wxWidgets). The original distfile fetch of wxWidgets was a .tar.gz. The configure phase had an error; a search for the source of the error turned up a bug (old) which claimed the error was solved by fetching the distfile as a .tar.bz2. .tar.bz2 is the github *nix distfile for the port. Is it possible to force fetching of .tar.bz2 instead of .tar.gz if both are available? Or how does one get around the problem? 11.2-RELEASE-p4 relevant Makefile details: PORTNAME= wxwidgets DISTVERSIONPREFIX= v DISTVERSION=3.1.2 USE_GITHUB= yes GH_ACCOUNT= wxWidgets GH_PROJECT= wxWidgets Thanks, Gary ___ 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: .build directory for cmake (was: freebsd-ports Digest, Vol 836, Issue 1)
On 6/3/19 8:18 AM, Adriaan de Groot wrote: On Monday, 3 June 2019 14:00:01 CEST freebsd-ports-requ...@freebsd.org wrote: From: Gary Aitken I'm trying to port some linux code which uses cmake, and clearly don't know what I'm doing. I have USES= cmake set, but a make build terminates with: cd: /usr/ports/cad/prusa-slicer/work/.build: No such file or directory What am I missing? I presume the .build directory should be automatically created by the build process. Are you sure that the configure step is completing succesfully? You'd have to take a look in WRKDIR (e.g. try WRKDIR=/tmp/bare make configure ) to see what it's created exactly and where -- if anywhere -- the build-dir has ended up. I know I've run into this same problem with cmake-based ports, but I don't remember what I did to resolve it. Feel free to pop into #kde-freebsd on Freenode IRC to bounce ideas off the FreeBSD devel/cmake maintainers. Thank you, that was a big help. There was a .configure_done.prusa-slicer._usr_local but no .build subdirectory. If I remove the .configure_done and do a make configure it correctly creates the .build subdir and populates it, but due to an error it doesn't complete and so leaves no .configure_done. So... I can continue work from here, thanks. What's not clear is how the .configure_done got written in the first place; I can't reproduce it. Thanks, Gary ___ 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"
.build directory for cmake
I'm trying to port some linux code which uses cmake, and clearly don't know what I'm doing. I have USES= cmake set, but a make build terminates with: cd: /usr/ports/cad/prusa-slicer/work/.build: No such file or directory What am I missing? I presume the .build directory should be automatically created by the build process. Thanks, Gary ___ 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"
portsnap not honoring WORKDIR and PORTSDIR?
Is portsnap supposed to honor WORKDIR and PORTSDIR? These are defined in /etc/portsnap.conf, and it's not clear to me whether they are honored only via the .conf file or whether they are supposed to be honored from the environment as well. They appear to not be honored from the environment, and I'm wondering whether that is deliberate or an oversight that should be corrected. Thanks, Gary ___ 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: How to get -RC2 is tarball name?
On 04/20/18 00:01, Yasuhiro KIMURA wrote:
From: Gary Aitken <free...@dreamchaser.org>
Subject: How to get -RC2 is tarball name?
Date: Thu, 19 Apr 2018 23:48:24 -0600
I'm trying to fetch:
https://download.gimp.org/mirror/pub/gimp/v2.10/gimp-2.10.0-RC2.tar.bz2
Both the RC2 and the bz2 are giving me problems.
I've tried every combination I can think of and can't seem to get the
right thing. In order to get the -RC2 I had to resort to:
PORTNAME?= gimp-devel-app
DISTVERSION=2.10.0
GIMPVERSION=RC2
DISTNAME=gimp-${DISTVERSION}-${GIMPVERSION}
MASTER_SITES= https://download.gimp.org/mirror/pub/gimp/v2.10/
but that asks for .../v2.10/gimp-2.10.0-RC2.tar.gz
tacking the .tar.bz2 on the end of DISTNAME doesn't help.
Add 'USES=tar:bzip2' to Makefile. It changes EXTRACT_SUFX to
'.tar.bz2'.
On 04/20/18 01:12, Jason E. Hale wrote:
Based on the graphics/gimp-app port currently in the ports tree, here
is what you should do:
Index: Makefile
===
--- Makefile(revision 467811)
+++ Makefile(working copy)
@@ -2,12 +2,11 @@
# $FreeBSD$
PORTNAME?= gimp-app
-PORTVERSION= 2.8.22
-PORTREVISION= 1
+DISTVERSION= 2.10.0-RC2
PORTEPOCH?=1
CATEGORIES?= graphics gnome
-MASTER_SITES= GIMP/gimp/v${PORTVERSION:R}
-DISTNAME= gimp-${PORTVERSION}
+MASTER_SITES= GIMP/gimp/v${PORTVERSION:R:R}
+DISTNAME= gimp-${DISTVERSION}
MAINTAINER=gn...@freebsd.org
COMMENT= GNU Image Manipulation Program
Thanks both of you for the comments, needed both.
Gary
___
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"
How to get -RC2 is tarball name?
I'm trying to fetch:
https://download.gimp.org/mirror/pub/gimp/v2.10/gimp-2.10.0-RC2.tar.bz2
Both the RC2 and the bz2 are giving me problems.
I've tried every combination I can think of and can't seem to get the
right thing. In order to get the -RC2 I had to resort to:
PORTNAME?= gimp-devel-app
DISTVERSION=2.10.0
GIMPVERSION=RC2
DISTNAME=gimp-${DISTVERSION}-${GIMPVERSION}
MASTER_SITES= https://download.gimp.org/mirror/pub/gimp/v2.10/
but that asks for .../v2.10/gimp-2.10.0-RC2.tar.gz
tacking the .tar.bz2 on the end of DISTNAME doesn't help.
I know this totally ignores all the other directives about
MASTER_SITES= GIMP
and recommendations for PORT/DIST NAME and VERSION, but I can't get
any other combination to get even this far.
Is there a way to get the portname "gimp-devel-app" truncated to "gimp"
with some operator X in ${PORTNAME:X}? I didn't see them described in
the handbook.
Is there a variable I can override for the tar.bz2 part?
Thanks,
Gary
___
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: magic syntax for most recent git from sourceforge? [solved]
On 04/18/18 00:06, Le Baron d’Merde wrote: On Tue, Apr 17, 2018 at 09:48:53PM -0600, Gary Aitken wrote: On 04/16/18 13:17, Gary Aitken wrote: Can anyone give me the magic formula for fetching the most recent git distro from sourceforge for a ports Makefile? The porter's handbook talks about how to fetch git repos from github but not about how to get them from sourceforge. I've tried a few things but can't get the right combo of MASTER_SITES and PORTNAME, DISTFILE, and DISTVERSION The git clone cmd is: git clone https://git.code.sf.net/p/nufraw/git nufraw-git This particular git version says it is 0.41 but attempting to fetch with from PORTVERSION=0.41 MASTER_SITES= https://sourceforge.net/projects/nufraw/files/latest/ doesn't work; PORTVERSION= 0.40 does. I've also tried with DISTVERSION= 07ebb73a with no joy. Many thanks to Jeremy Chadwick for guidance. Appropriate values for the above example are: DISTVERSION= 0.41 MASTER_SITES= SOURCEFORGE/nufraw Please use just SF instead, this is the way it is used in practice: https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-distfiles.html#makefile-master_sites-popular I guess you didn't read The 'FreeBSD Porter's Handbook' yet. :) Actually, I did, more than once. Because of the problem caused by having a mis-matched distinfo lying around I assumed (erroneously) that SF didn't work and started trying other things. The handbook explicitly mentions one might have to do this. A problem also encountered while searching for a solution was a stale distinfo left over from using the 0.40 version; moving it aside allowed the fetch to complete. Apparently the distinfo file is checked during the fetch process if it exists, not just at extract time. Please don't do that, run 'make makesum' instead. I know to do that and had all ready done so with the 0.40 version, which was why the stale distinfo was lying around. This whole thread came up because I couldn't get a good fetch to do a make makesum with because a stale distinfo was lying around. Do not forget to run 'portlint -AC' and 'poudriere testport ...' before opening a PR! ;) the portlint part is easy, poudriere not so easy if if it's not what one uses normally. Thanks, Gary ___ 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: magic syntax for most recent git from sourceforge? [solved]
On 04/16/18 13:17, Gary Aitken wrote: Can anyone give me the magic formula for fetching the most recent git distro from sourceforge for a ports Makefile? The porter's handbook talks about how to fetch git repos from github but not about how to get them from sourceforge. I've tried a few things but can't get the right combo of MASTER_SITES and PORTNAME, DISTFILE, and DISTVERSION The git clone cmd is: git clone https://git.code.sf.net/p/nufraw/git nufraw-git This particular git version says it is 0.41 but attempting to fetch with from PORTVERSION= 0.41 MASTER_SITES= https://sourceforge.net/projects/nufraw/files/latest/ doesn't work; PORTVERSION= 0.40 does. I've also tried with DISTVERSION= 07ebb73a with no joy. Many thanks to Jeremy Chadwick for guidance. Appropriate values for the above example are: DISTVERSION= 0.41 MASTER_SITES= SOURCEFORGE/nufraw A problem also encountered while searching for a solution was a stale distinfo left over from using the 0.40 version; moving it aside allowed the fetch to complete. Apparently the distinfo file is checked during the fetch process if it exists, not just at extract time. ___ 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"
magic syntax for most recent git from sourceforge?
Can anyone give me the magic formula for fetching the most recent git distro from sourceforge for a ports Makefile? The porter's handbook talks about how to fetch git repos from github but not about how to get them from sourceforge. I've tried a few things but can't get the right combo of MASTER_SITES and PORTNAME, DISTFILE, and DISTVERSION The git clone cmd is: git clone https://git.code.sf.net/p/nufraw/git nufraw-git This particular git version says it is 0.41 but attempting to fetch with from PORTVERSION=0.41 MASTER_SITES= https://sourceforge.net/projects/nufraw/files/latest/ doesn't work; PORTVERSION= 0.40 does. I've also tried with DISTVERSION=07ebb73a with no joy. Thanks, Gary ___ 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: .if and Makefile issues
On 03/26/18 01:11, Don Lewis wrote:
On 25 Mar, Don Lewis wrote:
On 25 Mar, Gary Aitken wrote:
I forgot that all of the lines from the "if" up to but not including
"fi" need to end with a \ so that make treats them all as one
multi-line shell command:
post-build:
echo "* post-build *"
# Avoid executable name conflict with dcraw port
if [ -e ${WRKSRC}/dcraw ]; then \
echo = dcraw exists = \
mv ${WRKSRC}/dcraw ${WRKSRC}/${PORTNAME}-dcraw \
else \
echo = dcraw does not exist = \
fi
Thanks, and thanks also to Theron Tarigo for his solution.
In case anyone in the future is looking at this:
The above doesn't work because of a few missing ;
(not a Makefile related issue; a shell syntax issue)
What works:
post-build:
echo "* post-build *"
#Avoid executable name conflict with dcraw port
if [ -e ${WRKSRC}/dcraw ] ; then \
echo "= dcraw exists =" ; \
mv ${WRKSRC}/dcraw ${WRKSRC}/${PORTNAME}-dcraw ; \
else \
echo "= dcraw does not exist =" ; \
fi
Thanks again,
Gary
___
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"
.if and Makefile issues
Bewildered and frustrated, looking for some guidance on a seemingly
simple task: check the existence of a file and rename it.
Looking at a number of examples in the Porter's guide, I should be
able to do something like this:
post-build:
echo "* post-build *"
#Avoid executable name conflict with dcraw port
.if exists ${WRKSRC}/dcraw
echo = dcraw exists =
mv ${WRKSRC}/dcraw ${WRKSRC}/${PORTNAME}-dcraw
.else
echo = dcraw does not exist =
.endif
That causes:
echo "* post-build *"
* post-build *
.if exists /usr/ports/graphics/ufraw-devel/work/ufraw-6d3259a/dcraw
make[1]: exec(.if) failed (No such file or directory)
*** Error code 1
I then tried adding parens:
post-build:
echo "* post-build *"
#Avoid executable name conflict with dcraw port
.if exists(${WRKSRC}/dcraw)
echo "= dcraw exists ="
mv ${WRKSRC}/dcraw ${WRKSRC}/${PORTNAME}-dcraw
.else
echo "= dcraw does not exist ="
.endif
echo "* post-build *"
* post-build *
.if exists(/usr/ports/graphics/ufraw-devel/work/ufraw-6d3259a/dcraw)
Syntax error: "(" unexpected
*** Error code 2
I finally got this to do *something*:
post-build:
echo "* post-build *"
# Avoid executable name conflict with dcraw port
.if exists ${WRKSRC}/dcraw
echo = dcraw exists =
mv ${WRKSRC}/dcraw ${WRKSRC}/${PORTNAME}-dcraw
.else
echo = dcraw does not exist =
.endif
echo "* post-build *"
* post-build *
echo "= dcraw does not exist ="
= dcraw does not exist =
Unfortunately, the file *does* exist.
Can someone enlighten me as to what is going on in the above three
situations, to further my education?
Any hints / pointers would be much appreciated:
1. Why does the .if, .else, and .endif have to have no leading whitespace?
2. Why does it require the on the stmt after the else but not
after the .if? (Same behavior with tabs on the ones after .if)
3. Why doesn't it find the file?
4. What's a right way to do this?
# ls /usr/ports/graphics/ufraw-devel/work/ufraw-6d3259a/dcraw
/usr/ports/graphics/ufraw-devel/work/ufraw-6d3259a/dcraw
Thanks, off to sleep to try to save what little hair is left.
Gary
___
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"
how to get autoconf to run
Hate to return so soon, but what is required in Makefile to get autoconf to do its thing? According the the porter's handbook, adding USE_AUTOTOOLS= autoheader aclocal should get autoconf to do its thing. It doesn't mention GNU_CONFIGURE= yes but I assume that is also required. In any case, I've tried it both ways. without GNU_CONFIGURE, make config succeeds but does nothing; in particular, no "configure" file is created. with GNU_CONFIGURE: $ make configure ===> Configuring for ufraw-devel-g20161113 env: ./configure: No such file or directory ===> Script "configure" failed unexpectedly. I've tried running as root as well as regular user with the same results. There are no new files in the working directories. My search for clues turned up nothing. Thanks for any pointers, Gary ___ 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: github fetch not working (solved, mostly)
On 03/18/18 18:13, Miroslav Lachman wrote:
Gary Aitken wrote on 2018/03/19 00:02:
fetch:
https://codeload.github.com/sergiomb2/ufraw/tar.gz/g20161113?dummy=/sergiomb2-ufraw-g20161113_GH0.tar.gz:
Not Found
=> Attempting to fetch
http://distcache.FreeBSD.org/ports-distfiles/ufraw-devel/sergiomb2-ufraw-g20161113_GH0.tar.gz
fetch:
http://distcache.FreeBSD.org/ports-distfiles/ufraw-devel/sergiomb2-ufraw-g20161113_GH0.tar.gz:
Not Found
=> Couldn't fetch it - please try to retrieve this => port manually
into ../../distfiles/ufraw-devel and try again.
It was my understanding that the USE_GITHUB target would somehow magically
clone the tree and build the requisite tarball, or
unpack the whole thing into distfiles. Obviously I'm missing
something. Clues?
Makefile: # $FreeBSD$
DISTDIR= ../../distfiles PORTNAME= ufraw-devel DISTVERSION=
g20161113 CATEGORIES= graphics #MASTER_SITES=
https://github.com/sergiomb2/ufraw.git
USE_GITHUB= yes GH_ACCOUNT= sergiomb2 GH_PROJECT=
ufraw #GH_TAGNAME= g6d3259aa
DIST_SUBDIR=${PORTNAME}
MAINTAINER= free...@dreamchaser.org COMMENT= Read and
manipulate raw images from digital cameras LICENSE= GPLv2
.include
Where did you get this version number? DISTVERSION= g20161113
I was trying to follow example 5.13 in the porter's handbook.
However, this particular git tree has only a main branch and no
tags, so it's not a perfect fit.
What about this
PORTNAME= ufraw-devel PORTVERSION= g20161113 CATEGORIES=
graphics MASTER_SITES= GH
MAINTAINER= free...@dreamchaser.org COMMENT= Read and
manipulate raw images from digital cameras
LICENSE= GPLv2
USE_GITHUB= yes GH_ACCOUNT= sergiomb2 GH_PROJECT= ufraw GH_TAGNAME=
6d3259a
.include
Unfortunately, that yields the same results.
However, thanks for the hints;
I did get it to work as follows:
MASTER_SITES= https://github.com/sergiomb2/ufraw/archive/
DISTNAME= master
The link shown on the website for a "Download zip file" is
https://github.com/sergiomb2/ufraw/archive/master.zip
But the file fetched was
ufraw-devel/master.tar.gz
$ make fetch
...
=> Attempting to fetch https://github.com/sergiomb2/ufraw/archive/master.tar.gz
fetch: https://github.com/sergiomb2/ufraw/archive/master.tar.gz: size of remote
file is not known
However, I'm still puzzled because this method totally ignores all the
special hooks that are supposed to make a git repository work.
Your first version was trying to fetch
https://codeload.github.com/sergiomb2/ufraw/tar.gz/g20161113?dummy=/sergiomb2-ufraw-g20161113_GH0.tar.gz
But you should fetch this (note the tag 6d3259a after tar.gz/)
https://codeload.github.com/sergiomb2/ufraw/tar.gz/6d3259a?dummy=/sergiomb2-ufraw-6d3259a_GH0.tar.gz
So you need to tune your Makefile to create link like above.
According to this
https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-distfiles.html#makefile-master_sites-popular
you need to set GH_ACCOUNT, GH_PROJECT and GH_TAGNAME=6d3259a to create right
URL:
${GH_ACCOUNT}/${GH_PROJECT}/tar.gz/${GH_TAGNAME}?dummy=/
This works for me
PORTNAME= ufraw-devel
PORTVERSION= g20161113
CATEGORIES= graphics
MASTER_SITES= GH
#DISTNAME= ${GH_ACCOUNT}-${GH_PROJECT}-${GH_TAGNAME}${DISTVERSIONSUFFIX}
MAINTAINER= free...@dreamchaser.org
COMMENT= Read and manipulate raw images from digital cameras
LICENSE= GPLv2
USE_GITHUB= yes
GH_ACCOUNT= sergiomb2
GH_PROJECT= ufraw
GH_TAGNAME= 6d3259a
.include
Thank you, Miroslav.
My original problem was I mistakenly prepended a 'g' on the GH_TAGNAME
value. I probably was remembering reading the example 5.13 where it
was prepending a 'g' for the artificial DISTVERSION.
Duh. I will go bang my head against the wall a few times...
Again, thank you.
Gary
___
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: github fetch not working (solved, mostly)
On 03/18/18 14:53, Miroslav Lachman wrote:
Gary Aitken wrote on 2018/03/18 20:04:
Trying to work up a development port of ufraw, fetching from
https://github.com/sergiomb2/ufraw.git (or at least that's where I
can get the source manually) Going slowly, just trying to get the
source fetched properly:
...
ufraw-devel-g20161113 depends on file: /usr/local/sbin/pkg - found
=> sergiomb2-ufraw-g20161113_GH0.tar.gz doesn't seem to exist in
../../distfiles/ufraw-devel. => Attempting to fetch
https://codeload.github.com/sergiomb2/ufraw/tar.gz/g20161113?dummy=/sergiomb2-ufraw-g20161113_GH0.tar.gz
fetch:
https://codeload.github.com/sergiomb2/ufraw/tar.gz/g20161113?dummy=/sergiomb2-ufraw-g20161113_GH0.tar.gz:
Not Found
=> Attempting to fetch
http://distcache.FreeBSD.org/ports-distfiles/ufraw-devel/sergiomb2-ufraw-g20161113_GH0.tar.gz
fetch:
http://distcache.FreeBSD.org/ports-distfiles/ufraw-devel/sergiomb2-ufraw-g20161113_GH0.tar.gz:
Not Found
=> Couldn't fetch it - please try to retrieve this => port manually
into ../../distfiles/ufraw-devel and try again.
It was my understanding that the USE_GITHUB target would somehow
magically clone the tree and build the requisite tarball, or
unpack the whole thing into distfiles. Obviously I'm missing
something. Clues?
Makefile: # $FreeBSD$
DISTDIR=../../distfiles PORTNAME= ufraw-devel
DISTVERSION=g20161113 CATEGORIES= graphics #MASTER_SITES=
https://github.com/sergiomb2/ufraw.git
USE_GITHUB= yes GH_ACCOUNT= sergiomb2 GH_PROJECT=
ufraw #GH_TAGNAME=g6d3259aa
DIST_SUBDIR=${PORTNAME}
MAINTAINER= free...@dreamchaser.org COMMENT=Read and
manipulate raw images from digital cameras LICENSE=GPLv2
.include
Where did you get this version number? DISTVERSION=g20161113
I was trying to follow example 5.13 in the porter's handbook.
However, this particular git tree has only a main branch and no
tags, so it's not a perfect fit.
What about this
PORTNAME= ufraw-devel PORTVERSION=g20161113 CATEGORIES=
graphics MASTER_SITES= GH
MAINTAINER= free...@dreamchaser.org COMMENT=Read and
manipulate raw images from digital cameras
LICENSE=GPLv2
USE_GITHUB= yes GH_ACCOUNT= sergiomb2 GH_PROJECT= ufraw
GH_TAGNAME= 6d3259a
.include
Unfortunately, that yields the same results.
However, thanks for the hints;
I did get it to work as follows:
MASTER_SITES= https://github.com/sergiomb2/ufraw/archive/
DISTNAME= master
The link shown on the website for a "Download zip file" is
https://github.com/sergiomb2/ufraw/archive/master.zip
But the file fetched was
ufraw-devel/master.tar.gz
$ make fetch
...
=> Attempting to fetch https://github.com/sergiomb2/ufraw/archive/master.tar.gz
fetch: https://github.com/sergiomb2/ufraw/archive/master.tar.gz: size of remote
file is not known
However, I'm still puzzled because this method totally ignores all the
special hooks that are supposed to make a git repository work.
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"
github fetch not working
Trying to work up a development port of ufraw, fetching from
https://github.com/sergiomb2/ufraw.git
(or at least that's where I can get the source manually)
Going slowly, just trying to get the source fetched properly:
/!\ ufraw-devel-g20161113: Makefile warnings, please consider fixing /!\
Not validating first entry in CATEGORIES due to being outside of PORTSDIR.
Please ensure this is proper when committing.
===> License GPLv2 accepted by the user
===> ufraw-devel-g20161113 depends on file: /usr/local/sbin/pkg - found
=> sergiomb2-ufraw-g20161113_GH0.tar.gz doesn't seem to exist in
../../distfiles/ufraw-devel.
=> Attempting to fetch
https://codeload.github.com/sergiomb2/ufraw/tar.gz/g20161113?dummy=/sergiomb2-ufraw-g20161113_GH0.tar.gz
fetch:
https://codeload.github.com/sergiomb2/ufraw/tar.gz/g20161113?dummy=/sergiomb2-ufraw-g20161113_GH0.tar.gz:
Not Found
=> Attempting to fetch
http://distcache.FreeBSD.org/ports-distfiles/ufraw-devel/sergiomb2-ufraw-g20161113_GH0.tar.gz
fetch:
http://distcache.FreeBSD.org/ports-distfiles/ufraw-devel/sergiomb2-ufraw-g20161113_GH0.tar.gz:
Not Found
=> Couldn't fetch it - please try to retrieve this
=> port manually into ../../distfiles/ufraw-devel and try again.
It was my understanding that the USE_GITHUB target would somehow
magically clone the tree and build the requisite tarball, or unpack
the whole thing into distfiles. Obviously I'm missing something.
Clues?
Makefile:
# $FreeBSD$
DISTDIR=../../distfiles
PORTNAME= ufraw-devel
DISTVERSION=g20161113
CATEGORIES= graphics
#MASTER_SITES= https://github.com/sergiomb2/ufraw.git
USE_GITHUB= yes
GH_ACCOUNT= sergiomb2
GH_PROJECT= ufraw
#GH_TAGNAME=g6d3259aa
DIST_SUBDIR=${PORTNAME}
MAINTAINER= free...@dreamchaser.org
COMMENT=Read and manipulate raw images from digital cameras
LICENSE=GPLv2
.include
Thanks,
Gary
___
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: best time to sync
On 11/18/16 08:29, Kurt Jaeger wrote: > Hello, > >> Can someone tell me what the best time to synchronize ports is, >> in terms of having a consistent ports tree? > >> Thought I saw something once about the end of the weekend being best >> but can't find it. In any case, is there a period during which the >> ports tree is held frozen to get a consistent build? > > If you want to have a more stable ports tree, use the > quarterlies, for example: > > mkdir ~/q4 > cd ~/q4 > svn checkout https://svn.freebsd.org/ports/branches/2016Q4 . I'm interested in a consistent ports tree for build purposes. I want updates, but I want the tree to be consistent enough to build. In the past I have sync'd at less than ideal times and things did not build as a result. I understand this is always a possibility, but was wondering if there was a time when it was most likely consistent. For example, is a weekly build done on the ports tree starting at a particular day and time? Daily? Gary ___ 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 time to sync
Can someone tell me what the best time to synchronize ports is, in terms of having a consistent ports tree? Thought I saw something once about the end of the weekend being best but can't find it. In any case, is there a period during which the ports tree is held frozen to get a consistent build? Tried for an answer on questions but didn't get anything helpful. Thanks, Gary ___ 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"
libmspack build error, unrecognized command line option -Wno-unused-result
Is anyone else seeing this error building archivers/libmspack cc1: error: unrecognized command line option -Wno-unused-result ___ 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
portmaster -- preserving added files?
Is portmaster supposed to retain files which it did not install when updating / reinstalling a port? For example, jave extensions are normally installed by placing a jar file in /usr/local/openjdk6/jre/lib/ext/ When reinstalling, these are wiped out. At least I think that's what happened when I reinstalled. Seems like they should be (at least optionally) retained? Gary ___ 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: portmaster -- preserving added files?
On 09/26/13 12:39, Kimmo Paasiala wrote: On Thu, Sep 26, 2013 at 9:25 PM, Scot Hetzel swhet...@gmail.com wrote: On Thu, Sep 26, 2013 at 11:35 AM, Gary Aitken free...@dreamchaser.org wrote: Is portmaster supposed to retain files which it did not install when updating / reinstalling a port? For example, jave extensions are normally installed by placing a jar file in /usr/local/openjdk6/jre/lib/ext/ When reinstalling, these are wiped out. snip The problem is not with portmaster, as it runs the pkg or pkg_install commands to remove the port. If you have files that are missing after uninstalling a port, then you'll need to check what that port is doing. Most likely the port has a @dirrm instead of an @dirrmtry for that directory in it's pkg-plist file. I had a look at the java/openjdk6/Makefile, and it creates the list of directories to remove with @dirrm instead of @dirrmtry. So it looks like the issue is with java/openjdk6 removing that directory. snip It's a larger problem with no clear solution. What the programs that install additional files after the initial installation should do is to use /var/db/xyz for the additional files so that they are contained in a separate directory alltogether. snip That presumes all additional files are installed via the ports mechanism, or at least know about it, which is highly unlikely. With plugins of various types and machine-independent binaries like java .class files abounding, requiring every add-on to be installed by the ports mechanism isn't likely to work in the long run. I can see how a program installed by the ports mechanism should use the mechanism you're advocating, but I don't think it applies to all cases. In this case, it was a mysql driver, obtained as a binary (.jar of java .class files). But things like gimp plugins have the same issue. Gary ___ 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: Multiple Java versions
On 09/25/13 00:38, Andrea Venturoli wrote: On 09/25/13 08:28, Jason Helfman wrote: java/javavmwrapper cc: java Sorry for being so dumb, but I don't understand this... I though I was using javavmwrapper... what do you mean? I believe you are correct in your original statement, and that there is something wrong with the java startup script. You do not need to set JAVA_HOME. The startup script has code to locate all installed versions, set JAVA_HOME if not already set, prioritize them, and execute the latest one; but it doesn't seem to be working properly. There is no javavmwrapper, at least in my installation(s). The java startup script (/usr/local/bin/java) indicates it is itself javawrapper.sh. If JAVA_HOME is not set, the startup script finds a java by using make, and that finds openjdk6 when openjdk6 and openjdk7 are both installed. In this case, the script is not using the installed prioritization list in /usr/local/etc/javavms. It seems to me it should be checking this before resorting to what make finds. However, you can avoid this behavior and get the right thing by setting JAVAVM_FALLBACK_ONLY=1 gary ___ 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: Multiple Java versions
On 09/25/13 12:54, Gary Aitken wrote: On 09/25/13 00:38, Andrea Venturoli wrote: On 09/25/13 08:28, Jason Helfman wrote: java/javavmwrapper cc: java Sorry for being so dumb, but I don't understand this... I though I was using javavmwrapper... what do you mean? I believe you are correct in your original statement, and that there is something wrong with the java startup script. You do not need to set JAVA_HOME. The startup script has code to locate all installed versions, set JAVA_HOME if not already set, prioritize them, and execute the latest one; but it doesn't seem to be working properly. There is no javavmwrapper, at least in my installation(s). The java startup script (/usr/local/bin/java) indicates it is itself javawrapper.sh. If JAVA_HOME is not set, the startup script finds a java by using make, and that finds openjdk6 when openjdk6 and openjdk7 are both installed. In this case, the script is not using the installed prioritization list in /usr/local/etc/javavms. It seems to me it should be checking this before resorting to what make finds. However, you can avoid this behavior and get the right thing by setting JAVAVM_FALLBACK_ONLY=1 My mistake. It is operating as advertised, although I think it's crazy that bsd.java.mk should be choosing openjdk6 over openjdk7. But if what you want is the prioritization set in /usr/local/etc/javavms, then you want to set JAVAVM_FALLBACK_ONLY instead of JAVA_HOME ___ 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: Gimp package?
On 09/21/13 13:15, grarpamp wrote: On 9/19/13, Gary Aitken vagab...@blackfoot.net wrote: On 09/19/13 12:46, grarpamp wrote: Hi. I see that a gimp port exists so I went to try the gimp package but could not find it in the stable i386 package branches on the FTP server, or in say 9 stable amd64. Is there a problem building or distributing it to FTP or am I missing something? The release packages are usually rather old so I use stable. Thanks. I have gimp installed under 9.1, amd64, built from ports and it works great. I don't know about packages, however. Well then that would mean packaging is broken or the port code hasn't made it to FTP package building yet, so nobody can use the package for a while now. I wouldn't know about that as I'm not familiar with the mechanism by which official packages are produced. I just wanted to use it so I built it from ports. Sorry I don't have any more info / can't be of more help. Gary ___ 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: Gimp package?
On 09/19/13 12:46, grarpamp wrote: Hi. I see that a gimp port exists so I went to try the gimp package but could not find it in the stable i386 package branches on the FTP server, or in say 9 stable amd64. Is there a problem building or distributing it to FTP or am I missing something? The release packages are usually rather old so I use stable. Thanks. I have gimp installed under 9.1, amd64, built from ports and it works great. I don't know about packages, however. Gary ___ 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: www/firefox: no audio with youtube and in-browser videos
On 09/02/13 13:16, O. Hartmann wrote: I have no audio in any video played by the browser. This feature was introduced with the last port update of www/firefox, which is at the moment of version pkg info firefox firefox-23.0.1,1 The operating system is FreeBSD 10.0-CURRENT #0 r255141: Mon Sep 2 11:12:28 CEST 2013 amd64 [firefox] make showconfig === The following configuration options are available for firefox-23.0.1,1: DBUS=on: D-Bus IPC system support DEBUG=off: Install debug symbols GCONF=off: GConf configuration backend support GIO=on: GIO for file I/O GNOMEUI=off: libgnomeui support module GNOMEVFS2=off: GnomeVFS2 (virtual file system) support GSTREAMER=off: Multimedia support via GStreamer LIBPROXY=off: Proxy support via libproxy LOGGING=on: Additional log messages OPTIMIZED_CFLAGS=on: Use extra compiler optimizations PGO=off: Use Profile-Guided Optimization WEBRTC=on: Web Real-Time Communication Options available for the single AUDIO: you have to select exactly one of them ALSA=off: ALSA audio architecture support PULSEAUDIO=on: PulseAudio sound server support === Use 'make config' to modify these settings If option ALSA=ON is selected, firefox crashes when trying to play videos. See UPDATING 20121010 ___ 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
firefox audio / youtube crashes
Firefox 22.0,1 core dumps when attempting to play a youtube video; the video loads and firefox immediately crashes when it starts playing. $ firefox (process:8337): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed Assertion failed: (wrote = 0 wrote == got), function alsa_refill_stream, file /usr/ports/www/firefox/work/mozilla-release/media/libcubeb/src/cubeb_alsa.c, line 319. Abort trap: 6 9.1-RELEASE-p5 FreeBSD 9.1-RELEASE-p5 #0: Sat Jul 27 01:14:23 UTC 2013 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 $ident /usr/ports/www/firefox/Makefile /usr/ports/www/firefox/Makefile: $FreeBSD: www/firefox/Makefile 321792 2013-06-26 11:01:34Z flo make showconfig === The following configuration options are available for firefox-22.0,1: DBUS=on: D-Bus IPC system support DEBUG=off: Install debug symbols GCONF=off: GConf configuration backend support GIO=on: GIO for file I/O GNOMEUI=off: libgnomeui support module GNOMEVFS2=off: GnomeVFS2 (virtual file system) support GSTREAMER=off: Multimedia support via GStreamer LIBPROXY=off: Proxy support via libproxy LOGGING=on: Additional log messages OPTIMIZED_CFLAGS=off: Use extra compiler optimizations PGO=off: Use Profile-Guided Optimization WEBRTC=on: Web Real-Time Communication Options available for the single AUDIO: you have to select exactly one of them ALSA=on: ALSA audio architecture support PULSEAUDIO=off: PulseAudio sound server support === Use 'make config' to modify these settings Is it something I've screwed up, or the port, or ...? ___ 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: firefox audio / youtube crashes
On 08/08/13 10:11, Florian Smeets wrote: On 08.08.13 17:30, Gary Aitken wrote: Firefox 22.0,1 core dumps when attempting to play a youtube video; the video loads and firefox immediately crashes when it starts playing. $ firefox (process:8337): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed Assertion failed: (wrote = 0 wrote == got), function alsa_refill_stream, file /usr/ports/www/firefox/work/mozilla-release/media/libcubeb/src/cubeb_alsa.c, line 319. Abort trap: 6 9.1-RELEASE-p5 FreeBSD 9.1-RELEASE-p5 #0: Sat Jul 27 01:14:23 UTC 2013 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 $ident /usr/ports/www/firefox/Makefile /usr/ports/www/firefox/Makefile: $FreeBSD: www/firefox/Makefile 321792 2013-06-26 11:01:34Z flo Please see UPDATING entry 20121010. ugh, sorry for the wasted bandwidth. Thought it was installed that way because it was the default, didn't check or remember (losing brain cells fast these days...) Thanks. ___ 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
hmmm, build --from sd on openoffice-3 ?
While trying to build openoffice-3, I get an error as follows: ... sw deliver deliver -- version: 275594 COPY: build.lst - /usr/ports/editors/openoffice-3/work/aoo-3.4.1/main/solver/341/unxfbsdx.pro/inc/sw/build.lst LOG: writing /usr/ports/editors/openoffice-3/work/aoo-3.4.1/main/solver/341/unxfbsdx.pro/inc/sw/deliver.log Module 'sw' delivered successfully. 1 files copied, 0 files unchanged 1 module(s): sd need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice-3/work/aoo-3.4.1/main/sd/source/ui/toolpanel When you have fixed the errors in that module you can resume the build by running: build --from sd But there is no build, and no make build If I do a simple make the port build completes, and a make install installs, but I'm concerned about the sd module being messed up and would like to rebuild only so I can find what went wrong without rebuilding the whole dang thing. Unfortunately, I didn't pipe the output to a file... Can anyone tell me how to do the equivalent of build --from sd? Thanks, Gary ___ 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: firefox won't build
On 07/31/13 02:48, James wrote: What is the exact build stop error? It was in the original post, but here's a bit more detail: === Building for firefox-22.0,1 ... gmake -C 2d libs Blur.cpp gmake[4]: Entering directory `/usr/ports/www/firefox/work/mozilla-release/obj-x8 6_64-portbld-freebsd9.0/gfx/2d' /usr/bin/clang++ -o Blur.o -c -I../../dist/stl_wrappers -I../../dist/system_wrap pers -include ../../../config/gcc_hidden.h -DMOZ_GFX -DUSE_CAIRO -DGFX2D_INTERNA L -DMOZ_ENABLE_FREETYPE -DSK_A32_SHIFT=24 -DSK_R32_SHIFT=16 -DSK_G32_SHIFT=8 -DS K_B32_SHIFT=0 -DUSE_SSE2 -DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API -D_IMPL_NS _COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_ XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DSTATIC_EXPORTABLE_JS_API -DNO_NSPR_10_SUPPO RT -DEXCLUDE_SKIA_DEPENDENCIES -DOS_POSIX=1 -DOS_FREEBSD=1 -DOS_BSD=1 -I../../.. /ipc/chromium/src -I../../../ipc/glue -I../../ipc/ipdl/_ipdlheaders -I../../../ gfx/2d -I. -I../../dist/include -I/usr/local/include/nspr -I/usr/local/include/ nss -I/usr/local/include/nss/nss -I/usr/local/include -I/usr/local/include-f PIC -Qunused-arguments -isystem/usr/local/include -I/usr/local/include -Qunused -arguments -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype -limits -Wempty-body -Wsign-compare -Wno-invalid-offsetof -Wno-c++0x-extensions -Wno-unknown-warning-option -Wno-return-type-c-linkage -Wno-mismatched-tags -O2 -pipe -fno-strict-aliasing -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunc tion-sections -fdata-sections -fno-exceptions -std=gnu++0x -pipe -DNDEBUG -DTRI MMED -fno-omit-frame-pointer -I/usr/local/include/cairo -I/usr/local/include/gl ib-2.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local /include/drm -I/usr/local/include/libpng15 -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 -I/usr/local/include/p ixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/drm -I/usr/local/inc lude/libpng15 -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/pixman- 1-Qunused-arguments -isystem/usr/local/include -I/usr/local/include -DMOZIL LA_CLIENT -include ../../mozilla-config.h -MD -MF .deps/Blur.o.pp /usr/ports/ww w/firefox/work/mozilla-release/gfx/2d/Blur.cpp In file included from /usr/ports/www/firefox/work/mozilla-release/gfx/2d/Blur.cp p:7: In file included from ../../dist/include/mozilla/gfx/Blur.h:12: ../../dist/include/mozilla/CheckedInt.h:179:31: error: non-type template argument of type 'const bool' is not an integral constant expression static const bool value = IntegerType(-1) = IntegerType(0); ^ ../../dist/include/mozilla/CheckedInt.h:343:28: note: while checking a default template argument used here return IsInRangeImplT, U::run(x); ~~^ ../../dist/include/mozilla/CheckedInt.h:578:18: note: in instantiation of function template specialization 'mozilla::detail::IsInRangeint, float' requested here mIsValid(detail::IsInRangeT(value)) ^ /usr/ports/www/firefox/work/mozilla-release/gfx/2d/Blur.cpp:404:37: note: in instantiation of function template specialization 'mozilla::CheckedIntint::CheckedIntfloat' requested here CheckedIntint32_t minDataSize = CheckedInt... ^ 1 error generated. gmake[4]: *** [Blur.o] Error 1 gmake[4]: *** Waiting for unfinished jobs gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla-release/obj-x86 _64-portbld-freebsd9.0/gfx/2d' ... (other processes exit with error 2) gmake: *** [default] Error 2 === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop in /usr/ports/www/firefox. ___ 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
firefox won't build
Ports tree updated this morning and everything being built on amd64. Unfortunately, I don't know enough about c++ templates to see what's wrong. Anyone else seeing this? In file included from /usr/ports/www/firefox/work/mozilla-release/gfx/2d/Blur.cp p:7: In file included from ../../dist/include/mozilla/gfx/Blur.h:12: ../../dist/include/mozilla/CheckedInt.h:179:31: error: non-type template argument of type 'const bool' is not an integral constant expression static const bool value = IntegerType(-1) = IntegerType(0); ^ ../../dist/include/mozilla/CheckedInt.h:343:28: note: while checking a default template argument used here return IsInRangeImplT, U::run(x); ~~^ ../../dist/include/mozilla/CheckedInt.h:578:18: note: in instantiation of function template specialization 'mozilla::detail::IsInRangeint, float' requested here mIsValid(detail::IsInRangeT(value)) ^ /usr/ports/www/firefox/work/mozilla-release/gfx/2d/Blur.cpp:404:37: note: in instantiation of function template specialization 'mozilla::CheckedIntint::CheckedIntfloat' requested here CheckedIntint32_t minDataSize = CheckedInt... ___ 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
configure tweaks for Makefile generation?
I'm confused about tweaking a Makefile which is normally generated initially using ./configure. If one needs to define variables which affect the make process, and a Makefile is generated initially using ./configure, is the right thing to do simply to insert the define directly into the Makefile, or is one supposed to define the variable in the environment and rerun ./configure? In other words, should the goal be to make configure generate an appropriate Makefile, or is configure just used to get a starting point for an appropriate Makefile, and the Makefile treated as the source from that point on? Thanks, Gary ___ 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
general ports config question
Tried getting an answer on questions but nothing useful; hope this is appropriate. I've been wanting gimp 2.8.0 (now 2.8.2) for a bit and as it's been slow to show up in the ports collection, thought I would see about building it. Unfortunately, I don't know squat about the process but figured trying it would help slow my brain from atrophying at its currently rapidly accelerating pace. Not wanting to disrupt my current environment (gimp 2.6 built from ports), I wanted to build 2.8 someplace else. Since gimp-2.8.2 requires babl-0.1.10, I thought I'd start there. It's not clear to me what params or environment variables to set prior to running ./configure to generate a Makefile which will cause it to: 1. use stuff in the work directory by preference, 2. still find installed stuff in /usr/local if necessary; 3. install the result in a different place, e.g. /usr/local in the work directory. Unpacked the tarball in a work directory. Just doing ./configure and then make craps out with Making all in babl Makefile, line 959: Missing dependency operator which is a line which says: -include $(INTROSPECTION_MAKEFILE) which is defined empty Looking at the installed version of babl (babl-0.1.6), this and other symbols are all defined to be something out of /usr/local which leads me to think I'm missing something pretty basic; I'm guessing those symbols should still be pointing at /usr/local/ via some defines I haven't set. hints? Thanks, Gary ___ 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
