Re: /usr/ports/print/ghostscript9-agpl-base gs_ll3.ps: Error: /undefinedresource (fwd)

# A few with spaces in names find . -name \*\.pkgsave\* -exec rm {} \; find . -name \*\.pkgsave\* -print reboot Fixed it ! gs works now, brings up a panel inside X11 :-) Thanks Coosemans !! I've also purged all pkgsave on all other bootable partitions on this host & another. There's no

Re: /usr/ports/print/ghostscript9-agpl-base gs_ll3.ps: Error: /undefinedresource (fwd)

On Tue, 04 May 2021 22:01:46 +0200 "Julian H. Stacey" wrote: >> Delete all those .pkgsave files. These are backups created by pkg when >> it has to install a file over an existing file. It means a previous >> version of ghostscript wasn't deleted properly. > > Thanks Coosemans, I ran my

Re: /usr/ports/print/ghostscript9-agpl-base gs_ll3.ps: Error: /undefinedresource (fwd)

freebsd.org Sun, 02 May 2021 23:43:44 +0200 > > but no reply by Tue May 4 16:26:48 CEST 2021. > > Have others seen similar or got ideas to fix gs ghostscript ? > > --- > > > > Hi doc...@freebsd.org > > as MAINTAINER= in /usr/ports/print/ghostscrip

Re: /usr/ports/print/ghostscript9-agpl-base gs_ll3.ps: Error: /undefinedresource (fwd)

; --- > > Hi doc...@freebsd.org > as MAINTAINER= in /usr/ports/print/ghostscript9-agpl-base > > I'm stuck, gs fails to start, suggestions please ? > > FreeBSD lapr.js.berklix.net 12.2-STABLE FreeBSD 12.2-STABLE #1038: Mon Feb 15 > 02:04:28 CET 2021 > j...@la

Re: cannot git clone into /usr/ports when separate filesystem

On 4/6/21 10:25 AM, Michael Gmelin wrote: > Hi Jose, > > On Tue, 6 Apr 2021 08:33:27 -0700 > Jose Quinteiro wrote: > > ... > This information is not correct. > You are absolutely right. Sorry for the bad information! Thanks, Jose ___

Re: cannot git clone into /usr/ports when separate filesystem

l git repositories with no > further configuration. This information is not correct. Example: [root@testhost /usr/ports]# cat $HOME/.gitconfig [user] email = free...@grem.de name = Michael Gmelin [root@testhost /usr/ports]# cat $HOME/.gitignore t.ignoreme [root@testhos

Re: cannot git clone into /usr/ports when separate filesystem

> $HOME/.gitexcludes as you suggested. > > > > That would work as there is no good reason a .sujournal file would > > be tracked by any git repo on your system but is kind of an odd > > placement. I would have added it to /usr/ports/.gitignore - that's > > the

Re: cannot git clone into /usr/ports when separate filesystem

by any git repo on your system but is kind of an odd placement. I would have added it to /usr/ports/.gitignore - that's the common file name, and this exclusion is obviosuly not global or system related, but specific to your /usr/ports repo being on a file system mount point. Ok thanks. Will do

Re: cannot git clone into /usr/ports when separate filesystem

On 4/6/21 6:28 AM, Michael Gmelin wrote: > Example: > > git config core.excludesFile=$HOME/.gitexcludes > echo .sujournal >>$HOME/.gitexcludes > > In case you don't want to override the excludesFile setting, alter one > of the config files in the default global location >

Re: cannot git clone into /usr/ports when separate filesystem

and move files into place, e.g.: cd /usr/ports git clone https://git.freebsd.org/ports.git removeme mv removeme/.* removeme/* . rmdir removeme git status git pull Note that "Invalid Arguments" errors are expected on the mv command (this could be replaced by a fancy find co

Re: cannot git clone into /usr/ports when separate filesystem

On Tue, 6 Apr 2021, the wise Helge Oldach wrote: Sorry, I forgot: git checkout main Once done, just regularly: git pull --ff-only Explanation: "clone" is roughly equivalent to "init + remote add + checkout". Separating the three steps will allow for the -f (--force) option on "remote add"

Re: cannot git clone into /usr/ports when separate filesystem

On Tue, 6 Apr 2021 15:12:42 +0200 (CEST) free...@oldach.net (Helge Oldach) wrote: > Marco Beishuizen wrote on Tue, 06 Apr 2021 14:25:51 +0200 (CEST): > > On Tue, 6 Apr 2021, the wise Helge Oldach wrote: > > > cd /usr/ports > > > git init . > > > git remot

Re: cannot git clone into /usr/ports when separate filesystem

* Marco Beishuizen [20210406 14:35]: > Pulling isn't possible either: > > ... > There is no tracking information for the current branch. > Please specify which branch you want to rebase against. > See git-pull(1) for details. > > git pull > > If you wish to set tracking information for

Re: cannot git clone into /usr/ports when separate filesystem

On Tue, 6 Apr 2021, the wise Felix Palmen wrote: This is meant to avoid cloning, you can just `pull` after adding a remote to an empty repository. Pulling isn't possible either: ... There is no tracking information for the current branch. Please specify which branch you want to rebase

Re: cannot git clone into /usr/ports when separate filesystem

* Marco Beishuizen [20210406 14:25]: > On Tue, 6 Apr 2021, the wise Helge Oldach wrote: > > > cd /usr/ports > > git init . > > git remote add -t main -f freebsd https://git.freebsd.org/ports.git > > This created new .git subdirectories but still cannot clone i

Re: cannot git clone into /usr/ports when separate filesystem

On Tue, 6 Apr 2021, the wise Helge Oldach wrote: cd /usr/ports git init . git remote add -t main -f freebsd https://git.freebsd.org/ports.git Kind regards Helge This created new .git subdirectories but still cannot clone into /usr/ports. -- The minute a man is convinced that he

Re: cannot git clone into /usr/ports when separate filesystem

* Marco Beishuizen [20210406 14:01]: > From https://git.freebsd.org/ports.git. > It's up since yesterday. Cloning after totally emptying /usr/ports worked > fine, but today git complained about corrupt files in the .git subdirectory > so I decided to start over again. This was the

Re: cannot git clone into /usr/ports when separate filesystem

> On 6. Apr 2021, at 13:10, Marco Beishuizen > wrote: > > Hi, > > I'm trying to git clone the portstree into /usr/ports. /usr/ports is > a separate filesystem so it contains a .sujournal file. But now git > complains "fatal: destination path 'ports' already

Re: cannot git clone into /usr/ports when separate filesystem

/ports.git. It's up since yesterday. Cloning after totally emptying /usr/ports worked fine, but today git complained about corrupt files in the .git subdirectory so I decided to start over again. Regards, Marco -- Thrashing is just virtual crashing

Re: cannot git clone into /usr/ports when separate filesystem

* Marco Beishuizen [20210406 13:47]: > I did clone it yesterday but today a git pull resulted in a corrupt file for > some reason, so I decided to start over. Where did you clone from? The official repo is only available for a few hours now. So, if you cloned from a mirror (Github, Gitlab, …?),

Re: cannot git clone into /usr/ports when separate filesystem

On Tue, 6 Apr 2021, the wise Hans Petter Selasky wrote: Not sure if it helps, but did you try to add a "/", like: git clone /usr/ports/ This doesn't make a difference. Isn't there a way to force git to clone it into /usr/ports? Regards, Marco -- When the usher noticed a man

Re: cannot git clone into /usr/ports when separate filesystem

On Tue, 6 Apr 2021, the wise Felix Palmen wrote: Normally, you should clone only once and use `git pull` afterwards, so no problem here. Furthermore, if you don't really need git but just want to keep your ports tree up to date, you might want to have a look at net/gitup instead. It's

Re: cannot git clone into /usr/ports when separate filesystem

* Marco Beishuizen [20210406 13:09]: > So my question is what to do next? Recreating a new .sujournal every time a > ports tree needs to be cloned is quite annoying. Normally, you should clone only once and use `git pull` afterwards, so no problem here. Furthermore, if you don't really need git

Re: cannot git clone into /usr/ports when separate filesystem

On 4/6/21 1:09 PM, Marco Beishuizen wrote: Hi, I'm trying to git clone the portstree into /usr/ports. /usr/ports is a separate filesystem so it contains a .sujournal file. But now git complains "fatal: destination path 'ports' already exists and is not an empty directory." So m

cannot git clone into /usr/ports when separate filesystem

Hi, I'm trying to git clone the portstree into /usr/ports. /usr/ports is a separate filesystem so it contains a .sujournal file. But now git complains "fatal: destination path 'ports' already exists and is not an empty directory." So my question is what to do next? Recrea

Re: having trouble "svn up"-ing /usr/ports/

Feb 2nd from source (including running > > mergemaster) > > > > Since at least yesterday any attempt at "svn up" in /usr/ports either > times > > out, or rather, fails after some time (over a minute) with: > > "svn: E170013: Unable to connect to a repository at

Re: having trouble "svn up"-ing /usr/ports/

On 05/02/21 18:11, Michael Schuster wrote: Hi, sorry if this is the wrong group - please point me to the proper place if that's the case. I updated to Current (14) on Feb 2nd from source (including running mergemaster) Since at least yesterday any attempt at "svn up" in /usr/po

having trouble "svn up"-ing /usr/ports/

Hi, sorry if this is the wrong group - please point me to the proper place if that's the case. I updated to Current (14) on Feb 2nd from source (including running mergemaster) Since at least yesterday any attempt at "svn up" in /usr/ports either times out, or rather, fails after some

Re: Erroneous lines in /usr/ports/MOVED

On Fri, 5 Feb 2021 12:04:36 +0100, Fernando Apesteguía wrote: > On Fri, Feb 5, 2021 at 11:33 AM Milan Obuch > wrote: > > > On Fri, 5 Feb 2021 09:59:46 +0100, Fernando Apesteguía > > wrote: > > > > > On Thu, Feb 4, 2021 at 11:36 PM Milan Obuch > > > wrote: > > > > > > > After updating

Re: Erroneous lines in /usr/ports/MOVED

On Fri, Feb 5, 2021 at 11:33 AM Milan Obuch wrote: > On Fri, 5 Feb 2021 09:59:46 +0100, Fernando Apesteguía > wrote: > > > On Thu, Feb 4, 2021 at 11:36 PM Milan Obuch > > wrote: > > > > > After updating ports tree now portmaster bails out on old gstreamer > > > ports, now moved to gstreamer1

Re: Erroneous lines in /usr/ports/MOVED

On Fri, 5 Feb 2021 09:59:46 +0100, Fernando Apesteguía wrote: > On Thu, Feb 4, 2021 at 11:36 PM Milan Obuch > wrote: > > > After updating ports tree now portmaster bails out on old gstreamer > > ports, now moved to gstreamer1 ones. I found there are some errors > > in MOVED file, which, at

Re: Erroneous lines in /usr/ports/MOVED

On Thu, Feb 4, 2021 at 11:36 PM Milan Obuch wrote: > After updating ports tree now portmaster bails out on old gstreamer > ports, now moved to gstreamer1 ones. I found there are some errors in > MOVED file, which, at least for me, could be fixed using patch in > attachment. > Done in

Erroneous lines in /usr/ports/MOVED

After updating ports tree now portmaster bails out on old gstreamer ports, now moved to gstreamer1 ones. I found there are some errors in MOVED file, which, at least for me, could be fixed using patch in attachment. Maybe my fix is not the best, so I leave it for more experienced ones... but this

Re: Why are there 1981 p5-* subdirectories in /usr/ports/devel?

On Tue, Feb 4, 2020 at 1:18 PM Kurt Jaeger wrote: > > Hi! > > > I find the number of perl subdirectores in the /usr/ports/devel > > directory pretty annoying to navigate. > > Is there a reason there needs to be 1981 of them? > > There are approx. 1300 python por

Re: Why are there 1981 p5-* subdirectories in /usr/ports/devel?

Hi! > I find the number of perl subdirectores in the /usr/ports/devel > directory pretty annoying to navigate. > Is there a reason there needs to be 1981 of them? There are approx. 1300 python ports in devel and approx. 1100 ruby ports. > Couldn't there be a better > way

Why are there 1981 p5-* subdirectories in /usr/ports/devel?

I find the number of perl subdirectores in the /usr/ports/devel directory pretty annoying to navigate. Is there a reason there needs to be 1981 of them? Couldn't there be a better way to organize all of the perl ports so that they don't clutter up the devel directory so much? Bob -- Bob

devel/py-Jinja2 build hangs on py27-setuptools 'git archive /usr/ports'

' process hangs with some sub-process calling py-setuptools which calls 'git archive --prefix /usr/ports/ HEAD": ===>   py27-Jinja2-2.10 depends on package: py27-setuptools>0 - found ===>   py27-Jinja2-2.10 depends on file: /usr/local/bin/python2.7 - found ===>  Con

Re: /usr/ports/devel/powerpc64-gcc/Makefile : armv7 too vs. only armv6 and aarch64 for CXXFLAGS=-fbracket-depth=512 ?

On 7/28/18 1:24 PM, Mark Millard wrote: > Is armv7 really distinct from armv6 and aarch64 for the below? > > .if ${TARGETARCH} == "armv6" || ${TARGETARCH} == "aarch64" > . if ${COMPILER_TYPE} == clang > MAKE_ARGS+=CXXFLAGS=-fbracket-depth=512 > . endif > .endif > > (Not that I expect that this

Re: 6100 subdirectories in /usr/ports/devel!

On 2018-02-19 17:25, Dan Mahoney (Gushi) wrote: > On Mon, 19 Feb 2018, blubee blubeeme wrote: ... > > For those of us requiring a perl module on a bunch of machines, we don't have > a good mechanism (outside of ports/pkg/poudriere) to build those modules and > get them out.  One of the things

Re: 6100 subdirectories in /usr/ports/devel!

Hi! > On 02/19/2018 11:25 AM, Dan Mahoney (Gushi) wrote: > > Several of the CPAN modules currently around today don't compile cleanly > > under FreeBSD, but nobody cares because they just use the package which > > has the additional patches. > Do you have a list of those CPAN modules which

Re: 6100 subdirectories in /usr/ports/devel!

On 02/19/2018 11:25 AM, Dan Mahoney (Gushi) wrote: Several of the CPAN modules currently around today don't compile cleanly under FreeBSD, but nobody cares because they just use the package which has the additional patches. Do you have a list of those CPAN modules which don't compile

Re: 6100 subdirectories in /usr/ports/devel!

On Mon, 19 Feb 2018, blubee blubeeme wrote: I agree with this as well, why maintain these ports when they're being maintained upstream. Plus, if we do need patches, they can be applied during the build step. maybe with the ability to add some patches on the way through.. There is just too

Re: 6100 subdirectories in /usr/ports/devel!

ne Grosbein wrote: > >> > >>> 29.12.2017 3:36, Bob Willcox wrote: > >>> > >>> Does anyone else feel that having 6100 subdirectories (939 are for py-* > >>>>> stuff) > >>>>> is a bit excessive? > >>>>>

Re: 6100 subdirectories in /usr/ports/devel!

es anyone else feel that having 6100 subdirectories (939 are for py-* >>>>> stuff) >>>>> is a bit excessive? >>>>> >>>> It is. But py-* stuff has second place only: >>>> >>>> $ ls /usr/ports/devel | sed 's/-.*//' | sort

Re: 6100 subdirectories in /usr/ports/devel!

/usr/ports/devel | sed 's/-.*//' | sort | uniq -c | sort -rn | head 1908 p5 964 py 600 rubygem 280 hs 176 pear 57 R 56 pecl 48 elixir 47 geany 43 erlang In fact, ports/devel is first but not only category having similar problem with p5-* stuff: $ cd /usr/ports $ find . -type

Re: 6100 subdirectories in /usr/ports/devel!

On 29/12/17 4:36 am, Bob Willcox wrote: Does anyone else feel that having 6100 subdirectories (939 are for py-* stuff) is a bit excessive? I hadn't really looked at the number of subdirectories there in quite a long time and was shocked to see how meny there are now. yeah we really could do

security/nss (from /usr/ports/ -r457579 ) vs stable/11: install: /wrkdirs/usr/ports/security/nss/work/nss-3.34.1/dist/FreeBSD11.0_OPT.OBJ/lib/*.so: No such file or directory

: === ===> Staging for nss-3.34.1 ===> Generating temporary packing list /bin/mkdir -p /wrkdirs/usr/ports/security/nss/work/stage/usr/local/include/nss/nss /wrkdirs/usr/ports/security/nss/work/stage/usr/local/lib/nss /usr/bin/find /wrkdirs/usr/ports/security/nss/work/nss-3.34.1/dist/public/nss -type l

Re: amd64 /usr/ports -r457579: x11/xscreensaver fails to build because "error: no member named 'rgba_masks' in 'Visual'" (in xft.c)

blue_len= masklen (visual->rgba_masks[2]); > ~~ ^ > 6 errors generated. > gmake[2]: *** [Makefile:192: xft.o] Error 1 > gmake[2]: *** Waiting for unfinished jobs > 1 warning generated. > gmake[2]: Leaving directory > '/wrkdirs/usr/p

Re: amd64 /usr/ports -r457579: x11/xscreensaver fails to build because "error: no member named 'rgba_masks' in 'Visual'" (in xft.c)

This error appears if xft=off. ___ 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"

amd64 /usr/ports -r457579: x11/xscreensaver fails to build because "error: no member named 'rgba_masks' in 'Visual'" (in xft.c)

ng generated. gmake[2]: Leaving directory '/wrkdirs/usr/ports/x11/xscreensaver/work/xscreensaver-5.38/utils' # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision:

Re: 6100 subdirectories in /usr/ports/devel!

On Fri, Dec 29, 2017 at 04:28:43AM +0700, Eugene Grosbein wrote: > 29.12.2017 4:16, Bob Willcox wrote: > > >> In fact, ports/devel is first but not only category having similar problem > >> with p5-* stuff: > >> > >> $ cd /usr/ports > >> $

Re: 6100 subdirectories in /usr/ports/devel!

29.12.2017 4:16, Bob Willcox wrote: >> In fact, ports/devel is first but not only category having similar problem >> with p5-* stuff: >> >> $ cd /usr/ports >> $ find . -type d -mindepth 1 -maxdepth 1 | while read category; do printf >> "%15s " ${cat

Re: 6100 subdirectories in /usr/ports/devel!

; > 43 erlang > > In fact, ports/devel is first but not only category having similar problem > with p5-* stuff: > > $ cd /usr/ports > $ find . -type d -mindepth 1 -maxdepth 1 | while read category; do printf > "%15s " ${category#./}; ls $category | sed 's/-.*/

Re: 6100 subdirectories in /usr/ports/devel!

29.12.2017 3:36, Bob Willcox wrote: >> Does anyone else feel that having 6100 subdirectories (939 are for py-* >> stuff) >> is a bit excessive? > > It is. But py-* stuff has second place only: > > $ ls /usr/ports/devel | sed 's/-.*//' | sort | uniq -c | sort

Re: 6100 subdirectories in /usr/ports/devel!

29.12.2017 3:36, Bob Willcox wrote: > Does anyone else feel that having 6100 subdirectories (939 are for py-* stuff) > is a bit excessive? It is. But py-* stuff has second place only: $ ls /usr/ports/devel | sed 's/-.*//' | sort | uniq -c | sort -rn | head 1908 p5 964 py 600 rubygem

6100 subdirectories in /usr/ports/devel!

Does anyone else feel that having 6100 subdirectories (939 are for py-* stuff) is a bit excessive? I hadn't really looked at the number of subdirectories there in quite a long time and was shocked to see how meny there are now. -- Bob Willcox| If everything is coming your way, you're in the

Re: poudriere-devel -S SRCPATH : no longer supported? (/usr/ports/ -r454407 vintage example)

[Dumb typo in my } placements.] On 2017-Nov-22, at 8:36 PM, Mark Millard wrote: > As evidence only two lines of jail.sh reference SRCPATH > other than where -S assigns to it: > > # grep "SRCPATH" /usr/local/share/poudriere/jail.sh > [ -z "${SRCPATH}" ] && DISTS="${DISTS} src" > [

poudriere-devel -S SRCPATH : no longer supported? (/usr/ports/ -r454407 vintage example)

As evidence only two lines of jail.sh reference SRCPATH other than where -S assigns to it: # grep "SRCPATH" /usr/local/share/poudriere/jail.sh [ -z "${SRCPATH}" ] && DISTS="${DISTS} src" [ -n "$SRCPATH" ] && jset ${JAILNAME} srcpath ${SRCPATH}

Make clean trying to unmount /dev on RPI2 in /usr/ports

Lateley attempts to run make in /usr/ports has been generating errors along the lines of umount: unmount of /dev failed: No such file or directory umount: retrying using path instead of file system ID The first time it appeared was while running make index, but it happened again running make -j4

Re: /usr/ports/Mk/Uses/execinfo.mk and r450351

On Sun, Sep 24, 2017 at 06:44:22PM -0700, Don Lewis wrote: > There is something funny going on with your copy of the ports tree. My > copy is currently at r450422 and I looked at Makefile for the first two That's what I thought might be the case :( Thanks for setting me straight. -- Keith

Re: /usr/ports/Mk/Uses/execinfo.mk and r450351

d portmaster > spat out the following. > > /usr/ports# portmaster -m BATCH=yes -D --update-if-newer --no-confirm -a > make: "/usr/ports/Mk/bsd.port.mk" line 1439: Cannot open > /usr/ports/Mk/Uses/execinfo.mk > make: Fatal errors encountered -- cannot continue >

Re: somebody typed the USES setting in /usr/ports/sysutils/screen?

>> psg.com:/usr/ports/sysutils/screen# make config >> make: "/usr/ports/Mk/Uses/ncurses.mk" line 84: USES=ncurses only accept 'port >> ' and 'base' as arguments, got ports > > I'm sorry about that. Fixed in r449031. thanks! randy ___

Re: somebody typed the USES setting in /usr/ports/sysutils/screen?

In message <m2r2vs449h.wl-ra...@psg.com>, Randy Bush writes: > up to date 10.3 > up to date ports > > psg.com:/usr/ports/sysutils/screen# make config > make: "/usr/ports/Mk/Uses/ncurses.mk" line 84: USES=ncurses only accept 'port > ' and 'base' as arguments, got

somebody typed the USES setting in /usr/ports/sysutils/screen?

up to date 10.3 up to date ports psg.com:/usr/ports/sysutils/screen# make config make: "/usr/ports/Mk/Uses/ncurses.mk" line 84: USES=ncurses only accept 'port' and 'base' as arguments, got ports ___ freebsd-ports@freebsd.org mailing

Re: head -r320192 vs. devel/aarch64-xtoolchain-gcc and devel/aarch64-binutils (/usr/ports -r443557): "liblto_plugin.so: error loading plugin: Service unavailable" for .pico link

[The problem during buildworld via aarch64-xtoolchain-gcc still occurs for -r322287 of head and -r447082 of /usr/ports. It is because of using the default static-link of devel/aarch64-binutils utilities, including /usr/local/bin/aarch64-freebsd-ld . A non-default devel/aarch64-binutils is required

Incomplete origin in pkg db after: make -C /usr/ports/any/origin/

"make -C /usr/ports/any/origin/ install clean" registers an incomplete origin ("any/" instead of "any/origin") in the package database for most ports or fails completely for ports-mgmt/pkg (on 11.1-RELEASE/amd64). "make -C /usr/ports/any/origin instal

Re: /usr/ports -r444615 (e.g.) & head -r320458 (e.g.): sysutils/u-boot-pine64 build fails for arch/arm/dts/pine64_plus.dtb source handling error (gic in a64.dtsi)

gmake[2]: *** [dts/Makefile:36: arch-dtbs] Error 2 > > gmake[1]: *** [Makefile:821: dts/dt.dtb] Error 2 > > gmake[1]: *** Waiting for unfinished jobs > > gmake[1]: Leaving directory > > '/usr/obj/portswork/usr/ports/sysutils/u-boot-pine64/work/u-boot-2016.05' &g

Re: /usr/ports -r444615 (e.g.) & head -r320458 (e.g.): sysutils/u-boot-pine64 build fails for arch/arm/dts/pine64_plus.dtb source handling error (gic in a64.dtsi)

* [scripts/Makefile.lib:299: arch/arm/dts/pine64_plus.dtb] Error 1 > gmake[2]: *** [dts/Makefile:36: arch-dtbs] Error 2 > gmake[1]: *** [Makefile:821: dts/dt.dtb] Error 2 > gmake[1]: *** Waiting for unfinished jobs > gmake[1]: Leaving directory > '/usr/obj/portswork/usr/por

anyone can work on /usr/ports/Mk/*

Hi, this is a reminder that you do not have to be in portmgr@ or be a ports committer to be able to work on /usr/ports/Mk/* . So if you have an idea, fix, or other patch, feel free to send in a PR [1] or open a review [2]. Some files in /usr/ports/Mk/ (like bsd.port.mk) do however require portmgr

Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target"

[I've submitted bugzilla 219153 for this libvm issue of not handling powerpc's/powerp64's ET_DYN vmcore.* 's and such.] On 2017-May-8, at 1:18 PM, Mark Millard wrote: > [Mostly: Why THING #2 fails: checks for ET_EXEC > but the actual vmcore.* 's have ET_DYN instead.] > >

Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target"

[Mostly: Why THING #2 fails: checks for ET_EXEC but the actual vmcore.* 's have ET_DYN instead.] On 2017-May-8, at 11:30 AM, John Baldwin wrote: > On Saturday, May 06, 2017 10:03:57 PM Mark Millard wrote: >> THING #0: >> >> It appears that usr.sbin/crashinfo/crashinfo.sh assumes >> that

Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target"

On Saturday, May 06, 2017 10:03:57 PM Mark Millard wrote: > THING #0: > > It appears that usr.sbin/crashinfo/crashinfo.sh assumes > that /usr/local/bin/gdb will work better for all architectures, > including for kgdb types of activity: > > find_gdb() > { > local binary > > for

Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target"

; >> On: >> >> # uname -apKU >> FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r317820M powerpc powerpc >> 1200030 1200030 >> >> When I attempt to use: >> >> # which kgdb >> /usr/local/bin/kgdb >> >> that was from b

Re: Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target"

db > > that was from building devel/gdb for: > > # svnlite info /usr/ports | grep "Re[plv]" > Relative URL: ^/head > Repository Root: https://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 440115 > Last Changed Rev: 4

Lack of TARGET_ARCH=powerpc support in kgdb from devel/gdb (e.g., -r440115 of /usr/ports): "ABI doesn't support a vmcore target"

On: # uname -apKU FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r317820M powerpc powerpc 1200030 1200030 When I attempt to use: # which kgdb /usr/local/bin/kgdb that was from building devel/gdb for: # svnlite info /usr/ports | grep "Re[plv]" Relative URL: ^/head Repository R

Re: svn error: node conflict in /usr/ports/x11/xcb-proto/files

On Sun, Apr 23, 2017 at 09:32:08AM +, Thomas Mueller wrote: > ... > > > FreeBSD amelia2 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r286653M: Wed > > Aug 12 15:25:51 UTC 2015 > > > root@amelia2:/usr/obj/usr/src/sys/SANDY11NC-NDIS amd64 > > > You should really update world/kernel first and then

Re: svn error: node conflict in /usr/ports/x11/xcb-proto/files

> Thomas Mueller skrev: > > On this computer, I can't get /usr/ports/x11/xcb-proto/files: > > Skipped 'files' -- Node remains in conflict > > At revision 439134. > > Summary of conflicts: > > Skipped paths: 1 > Have you tried 'svn revert -R .' in /us

Re: svn error: node conflict in /usr/ports/x11/xcb-proto/files

Thomas Mueller skrev: > > On this computer, I can't get /usr/ports/x11/xcb-proto/files: > Skipped 'files' -- Node remains in conflict > > At revision 439134. > >

svn error: node conflict in /usr/ports/x11/xcb-proto/files

On this computer, I can't get /usr/ports/x11/xcb-proto/files: Skipped 'files' -- Node remains in conflict At revision 439134. Summary of conflicts

Re: Make index fails with no entry for /usr/ports/audio/linux-c7-mikmod

On Mon, Feb 20, 2017 at 19:28:55 +0100, Tijl Coosemans wrote: > On Mon, 20 Feb 2017 08:35:55 +0200 Vasil Dimov wrote: > > This happens when emulators/linux_base-c7 is installed. Then > > games/linux-uplink-demo/Makefile which contains "USE_LINUX=... mikmod > > ..." picks up a

Re: Make index fails with no entry for /usr/ports/audio/linux-c7-mikmod

On Mon, 20 Feb 2017 08:35:55 +0200 Vasil Dimov wrote: > This happens when emulators/linux_base-c7 is installed. Then > games/linux-uplink-demo/Makefile which contains "USE_LINUX=... mikmod > ..." picks up a dependency on audio/linux-c7-mikmod which does not > exist. > > Should

Re: Make index fails with no entry for /usr/ports/audio/linux-c7-mikmod

between c6 and c7 ports, that could eventually cause similar problems: /usr/ports$ diff -u <(ls -d */linux-c6-* |sed 's/-c6-/-c?-/') <(ls -d */linux-c7-* |sed 's/-c7-/-c?-/') |sed -E -e 's/^(-.*)-c\?-(.*)$/\1-c6-\2/' -e 's/^(\+.*)-c\?-(.*)$/\1-c7-\2/' --- /dev/fd/632017-02-11 16:25:43

Re: /usr/ports/devel/check Port upgrade fails

Hi Kurt, Op 6-2-2017 om 16:15 schreef Kurt Jaeger: Please look for the other mail thread a few hours ago, see: https://lists.freebsd.org/pipermail/freebsd-ports/2017-February/107030.html Sorry, I have overseen that one - it worked for me. Keep up the good work, Jos

Re: /usr/ports/devel/check Port upgrade fails

tering installation for check-0.10.0 as automatic > Installing check-0.10.0... > pkg-static: check-0.10.0 conflicts with libcheck-0.10.0 (installs files > into the same place). Problematic file: /usr/local/bin/checkmk > *** Error code 70 > > Stop. > make[1]: stopped in /usr/ports/

Re: /usr/ports/devel/check Port upgrade fails

Hi! > ===> Installing for check-0.10.0 > ===> Checking if check already installed > ===> Registering installation for check-0.10.0 as automatic [...] > can you plstell me how to solve? Thanks! Please look for the other mail thread a few hours ago, see:

Re: Malformed conditional /usr/ports/Mk/bsd..default.version line 44

Thanks , for quick correction. ___ 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"

Malformed conditional /usr/ports/Mk/bsd..default.version line 44

After update of the linux-c6 ports error message make: "/usr/ports/ftp/curl/../../Mk/bsd.default-versions.mk" line 44: Malformed conditional (${ARCH} == "amd64") in /usr/ports/Mk/bsd..default.version line 44 ___ freebsd-ports@free

Re: Why standard user mailnull (26:26) is missing from /usr/ports/UIDs?

On Thu, Dec 29, 2016 at 03:31:45PM +, Matthew Seaman wrote: > On 29/12/2016 13:21, Alexey Dokuchaev wrote: > > Hence there're two questions: > > > > 1) $subj > > 2) Is it OK to add `mailnull' to /usr/ports/UIDs similar to `smmsp'? Or, > > 3) every port shou

Re: Why standard user mailnull (26:26) is missing from /usr/ports/UIDs?

On 29/12/2016 13:21, Alexey Dokuchaev wrote: > Hence there're two questions: > > 1) $subj > 2) Is it OK to add `mailnull' to /usr/ports/UIDs similar to `smmsp'? Or, > 3) every port should not abuse default system users and create their own? Given the mailnull user exists as p

Why standard user mailnull (26:26) is missing from /usr/ports/UIDs?

email processing. However, staging the port fails like this: ===> Generating temporary packing list ===> Creating groups. ===> Creating users ** Cannot find any information about user `mailnull' in /usr/ports/UIDs. *** Error code 1 Changing the user to `smmsp' solves it, but `

Make index fails with no entry for /usr/ports/audio/linux-c7-mikmod

curlew:/root# freebsd-version -ku 11.0-RELEASE-p2 11.0-RELEASE-p5 curlew:/root# make -C /usr/ports index Generating INDEX-11 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- [snip] --- describe.x11-toolkits --- --- describe.x11-wm --- make_index

Re: armv6 specific std::async crash from g++6 built a.out [stable/11 -r304943 context; /usr/ports -r421001 context]

-a7 still get the problem. > > Using -O0 instead of -O2 still gets the problem. > > But I'll note that my stable/11 -r304943 build and my ports builds (usr/ports > -r421001 vintage) were/are based on using -mcpu=cortex-a7 . Also the system > clang 3.8.0 was used to build g++6:

Re: armv6 specific std::async crash from g++6 built a.out [stable/11 -r304943 context; /usr/ports -r421001 context]

ntic -Wall -O2 -pthread > -Wl,-rpath=/usr/local/lib/gcc6 -mcpu=cortex-a7 g++6_build_crashes.cpp Omitting the -mcpu=cortex-a7 still get the problem. Using -O0 instead of -O2 still gets the problem. But I'll note that my stable/11 -r304943 build and my ports builds (usr/ports -r421001 vintage) w

Re: armv6 specific std::async crash from g++6 built a.out [stable/11 -r304943 context; /usr/ports -r421001 context]

e<>) (this=0x2082500c) at /usr/local/lib/gcc6/include/c++/functional:1400 > #7 > std::_Bind_simple<std::__future_base::_Async_state_impl<std::_Bind_simple (*())()>, void>::_Async_state_impl(std::_Bind_simple (*())()>&&)::{lambda()#1} ()>::operator()() ( > th

Re: armv6 specific std::async crash from g++6 built a.out [stable/11 -r304943 context; /usr/ports -r421001 context]

_simple> (*())()>, void>::_Async_state_impl(std::_Bind_simple> (*())()>&&)::{lambda()#1} ()>::_M_invoke<>(std::_Index_tupl >> e<>) (this=0x2082500c) at /usr/local/lib/gcc6/include/c++/functional:1400 >> #7 >> std::_Bind_simple<std::__fu

armv6 specific std::async crash from g++6 built a.out [stable/11 -r304943 context; /usr/ports -r421001 context]

gt;) (this=0x2082500c) at /usr/local/lib/gcc6/include/c++/functional:1400 > #7 > std::_Bind_simple<std::__future_base::_Async_state_impl<std::_Bind_simple (*())()>, void>::_Async_state_impl(std::_Bind_simple (*())()>&&)::{lambda()#1} ()>::operator()() ( >

Re: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not

On Mon, 13 Jun 2016, Andreas Tobler wrote: > Should be fixed. I forgot to commit the lang/gcc6 patch. Thanks, Andreas! I see this in the lang/gcc6 now (and in case anyone is wondering, lang/gcc6-devel gets new stuff earlier from upstream, whereas lang/gcc6 needs to wait for the next release --

Re: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not

Should be fixed. I forgot to commit the lang/gcc6 patch. Andreas ___ 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: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not

On 2016-Jun-12, at 5:43 PM, Mark Millard wrote: > Just a quick top-posted note: lang/gcc5 (as of /usr/ports -r416711) built > fine, unlike the lang/gcc6 noted before/below. [I happened to try lang/gcc5 > with the bootstrap configuration item disabled.] > > I may try lang/gc

Re: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not

Just a quick top-posted note: lang/gcc5 (as of /usr/ports -r416711) built fine, unlike the lang/gcc6 noted before/below. [I happened to try lang/gcc5 with the bootstrap configuration item disabled.] I may try lang/gcc6-devel to see what it does. === Mark Millard markmi at dsl-only.net On 2016

  1   2   3   4   5   >