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

[Marco Beishuizen]

On Tue, 6 Apr 2021, the wise Helge Oldach wrote:


Marco Beishuizen wrote on Tue, 06 Apr 2021 15:59:48 +0200 (CEST):

To avoid possible future problems I placed .sujournal into
$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 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 that.

Regards,
Marco

--
America is the country where you buy a lifetime
supply of aspirin for one dollar, and use it up in two weeks.
___
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: cannot git clone into /usr/ports when separate filesystem

[Marco Beishuizen]

On Tue, 6 Apr 2021, the wise Michael Gmelin 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" which will ignore already existing files.



Kind of re-sending what I wrote earlier, as I managed to have diverging
HTML and plain text alternatives in my previous email (facepalm).

I wouldn't bother to get all these details right and instead just clone
somewhere else 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 command, like `find removeme \
-mindepth 1 -maxdepth 1 -exec mv {} . \;`, but this was easier).

Also, in case "git status" shows something like "Untracked filed
.sujournal", add ".sujournal" to your global git excludes file.

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
$XDG_CONFIG_HOME/git/ignore[0].


Thanks for the help. A git checkout does get the portstree into 
/usr/ports. So cloning into another directory and copying it wasn't 
needed.


To avoid possible future problems I placed .sujournal into 
$HOME/.gitexcludes as you suggested.


So it seems to be working again.

Regards,
Marco
___
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: cannot git clone into /usr/ports when separate filesystem

[Marco Beishuizen]

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" which will ignore already existing files.

Kind regards
Helge


Ah yes, this finally seems to be working. Thanks a lot!

Regards,
Marco

--
Marijuana is nature's way of saying, "Hi!".
___
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: cannot git clone into /usr/ports when separate filesystem

[Marco Beishuizen]

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 against.
See git-pull(1) for details.

git pull  

If you wish to set tracking information for this branch you can do so 
with:


git branch --set-upstream-to=/ master
...

--
Behold the fool saith, "Put not all thine eggs in the one basket" -- which
is but a manner of saying, "Scatter your money and your attention"; but
the wise man saith, "Put all your eggs in the one basket and -- watch that
basket!"
-- Mark Twain
___
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: cannot git clone into /usr/ports when separate filesystem

[Marco Beishuizen]

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 is interesting, he isn't.
___
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: cannot git clone into /usr/ports when separate filesystem

[Marco Beishuizen]

On Tue, 6 Apr 2021, the wise Felix Palmen wrote:


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, …?), some
breakage with the transition seems plausible.

Ah, please no CC, thanks.


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.


Regards,
Marco

--
Thrashing is just virtual crashing.
___
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: cannot git clone into /usr/ports when separate filesystem

[Marco Beishuizen]

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 stretched across three seats in a movie theatre,
he walked over and whispered, "I'm sorry, sir, but you're allowed only a single
seat." The man moaned, but did not budge.  "Sir," the user said more loudly,
"if you don't move, I'll have to call a manager."  The man moaned again but
stayed where he was. The usher left, and returned with the manager, who, after
several more attempts at dislodging the fellow, called the police.
The cop took a look at the reclining man and said, "All right, boyo,
what's your name?"
"Samuel," he mumbled.
"And where're you from, Sam?"
"The balcony."
___
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: cannot git clone into /usr/ports when separate filesystem

[Marco Beishuizen]

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 probably still configured to use the Github mirror for ports, so 
grab the new config file (using the repo on git.freebsd.org) from here: 



I did clone it yesterday but today a git pull resulted in a corrupt file 
for some reason, so I decided to start over.


--
Every suicide is a solution to a problem.
-- Jean Baechler
___
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"

cannot git clone into /usr/ports when separate filesystem

[Marco Beishuizen]

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? Recreating a new .sujournal every 
time a ports tree needs to be cloned is quite annoying.


Regards,
Marco
--
It has been said that man is a rational animal.  All my life I have
been searching for evidence which could support this.
-- Bertrand Russell
___
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: creating a new port from github: "_GH0" suffix in the filename

[Marco Beishuizen]

On Thu, 16 Apr 2020, the wise Mathieu Arnold wrote:


On Thu, Apr 16, 2020 at 01:20:20PM +0200, Marco Beishuizen wrote:

GH_TAGNAME= g0de4b1c


   ^
There is an extra g here, commit hash only use hexadecimals.


The name of the file is correct, except for the added "_GH0".
How can I download the file without the "_GH0" suffix?


The _GH0 suffix is fine :)


After some fiddling around, downloading worked after removing 
the "GH_TAGNAME" line, and adding "DISTVERSIONSUFFIX= -g0de4b1c".


The _GH0 suffix is indeed not a problem anymore.

Remain some plist issues, but that's another subject...

Thanks!
Marco
___
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"

creating a new port from github: "_GH0" suffix in the filename

[Marco Beishuizen]

Hi,

I'm trying to create a new port which is hosted on github (the luakit 
development version).


The Makefile is just a modified version of the one from www/luakit.
The Makefile I got so far is:

[...]
# Created by: Stefan Hagen 
# $FreeBSD: head/www/luakit/Makefile 531700 2020-04-14 15:49:36Z mat $

PORTNAME=   luakit-devel
DISTVERSION=2.1-33
PORTEPOCH=  1
CATEGORIES= www

MAINTAINER= mb...@xs4all.nl
COMMENT=Fast, small, webkit2 based browser framework extensible with Lua

LICENSE=GPLv3
LICENSE_FILE=   ${WRKSRC}/COPYING.GPLv3

NOT_FOR_ARCHS=  sparc64
NOT_FOR_ARCHS_REASON_sparc64=   Does not install on sparc64

BUILD_DEPENDS=  help2man:misc/help2man \
${LUA_MODLIBDIR}/lfs.so:devel/luafilesystem@${LUA_FLAVOR}
LIB_DEPENDS=libdbus-glib-1.so:devel/dbus-glib \
libsoup-2.4.so:devel/libsoup \
libfreetype.so:print/freetype2 \
libwebkit2gtk-4.0.so:www/webkit2-gtk3 \
libfontconfig.so:x11-fonts/fontconfig
RUN_DEPENDS=
${LUA_PKGNAMEPREFIX}luafilesystem>=0:devel/luafilesystem@${LUA_FLAVOR}

USES=   compiler:c++11-lang desktop-file-utils gettext-runtime gmake \
gnome lua:51 pkgconfig sqlite
USE_GITHUB= yes
GH_ACCOUNT= luakit
GH_PROJECT= luakit
GH_TAGNAME= g0de4b1c
USE_GNOME=  cairo gdkpixbuf2 glib20 gtk30

OPTIONS_DEFINE= DOCS LUAJIT
LUAJIT_DESC=Use the Just-In-Time compiler for lua
LUAJIT_LIB_DEPENDS= libluajit-5.1.so:lang/luajit
LUAJIT_MAKE_ARGS=   USE_LUAJIT=1
LUAJIT_MAKE_ARGS_OFF=   USE_LUAJIT=0

CONFLICTS_INSTALL=  luakit

post-extract:
@${REINPLACE_CMD} -e \
's|share/man|man| ; s|luakit/doc|doc/luakit| ; \
s|/etc/xdg|${PREFIX}/etc/xdg| ; /MANPREFIX */s|?=|=| ; \
s|gnu99|gnu11| ; s|-ggdb||' \
${WRKSRC}/config.mk
@${REINPLACE_CMD} -e 's|bin/env lua|&${LUA_VER_STR}|' \
${WRKSRC}/build-utils/gentokens.lua

post-install:
${STRIP_CMD} ${STAGEDIR}${PREFIX}/bin/luakit

.include 
[...]

The tarball isn't downloaded because "_GH0" is being added to the name of 
the file to be downloaded. So I get an error message:


[...]
=> luakit-luakit-2.1-33-gOde4b1c_GH0.tar.gz doesn't seem to exist in 
/usr/ports/distfiles/.
=> Attempting to fetch 
https://codeload.github.com/luakit/luakit/tar.gz/gOde4b1c?dummy=/luakit-luakit-2.1-33-gOde4b1c_GH0.tar.gz
fetch: 
https://codeload.github.com/luakit/luakit/tar.gz/gOde4b1c?dummy=/luakit-luakit-2.1-33-gOde4b1c_GH0.tar.gz: 
Not Found
=> Attempting to fetch 
http://distcache.FreeBSD.org/ports-distfiles/luakit-luakit-2.1-33-gOde4b1c_GH0.tar.gz
fetch: 
http://distcache.FreeBSD.org/ports-distfiles/luakit-luakit-2.1-33-gOde4b1c_GH0.tar.gz: 
Not Found

=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles/ and try again.
*** Error code 1
[...]

The name of the file is correct, except for the added "_GH0".
How can I download the file without the "_GH0" suffix?

Thanks,
Marco

--
My own dear love, he is strong and bold
And he cares not what comes after.
His words ring sweet as a chime of gold,
And his eyes are lit with laughter.
He is jubilant as a flag unfurled --
Oh, a girl, she'd not forget him.
My own dear love, he is all my world --
And I wish I'd never met him.
-- Dorothy Parker, part 1
___
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: portupgrade + FLAVORS

[Marco Beishuizen]

On Sun, 7 Apr 2019, the wise Matthew D. Fuller wrote:

For any portupgrade users still out there wishing for FLAVOR support, I 
have patches to add it.  I've been running them here locally for a few 
weeks without incident (apart from an extra upgrade or two actually 
working without manual intervention/resort to portmaster, that is). 
Dropping the attached patch into 
$PORTS/ports-mgmt/portupgrade/files/patch-flavors and rebuilding it is a 
simple shortcut to getting it in place.


I haven't done any testing of using portupgrade with pre-built packages 
(is there even any reason to post-pkg?), or using portinstall (never saw 
the point), but it seems to handle the upgrading path just fine.


Also sitting in a PR upstream at 
https://github.com/freebsd/portupgrade/pull/72


Thanks! Portupgrade is still my favorite so I'll definitely try the patch.
Any reason why not just submit it in Bugzilla?

Regards,
Marco

--
President Thieu says he'll quit if he doesn't get more than 50%
of the vote.  In a democracy, that's not called quitting.
-- The Washington Post
___
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: env: ./configure: No such file or directory

[Marco Beishuizen]

On Thu, 7 Feb 2019, the wise Tobias Kortkamp wrote:


WRKSRC= ${WRKDIR}/${DISTNAME}/src


Try removing WRKSRC.


This didn't work because then it can't find the file to patch:

[...]
===>  Extracting for wmmoonclock-1.29
=> SHA256 Checksum OK for wmmoonclock-1.29.tar.gz.
===>  Patching for wmmoonclock-1.29
===>  Applying FreeBSD patches for wmmoonclock-1.29
File to patch: wmMoonClock.c
No file found--skip this patch? [n]
patch:  can't find wmMoonClock.c
=> FreeBSD patch patch-wmMoonClock.c failed to apply cleanly.
*** Error code 1
[...]

--
Art is the tree of life.  Science is the tree of death.
___
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"

env: ./configure: No such file or directory

[Marco Beishuizen]

Hi,

I'm trying to update the port I maintain astro/wmmoonclock to a newer 
version. This didn't go as smooth as I expected. Now I got an error when 
running "make check-plist":


[...]
===>  Configuring for wmmoonclock-1.29
env: ./configure: No such file or directory
===>  Script "configure" failed unexpectedly.
Please report the problem to mb...@xs4all.nl [maintainer] and attach the
"/home/marco/devel/_freebsd/ports/astro/wmmoonclock/work/wmmoonclock-1.29/src/config.log"
including the output of the failure of your make command. Also, it might 
be
a good idea to provide an overview of all packages installed on your 
system

(e.g. a /usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1
[...]

The mentioned config.log doesn't exist.

The Makefile I got so far is:

[...]
# Created by: Kris Kennaway 
# $FreeBSD: head/astro/wmmoonclock/Makefile 491964 2019-02-02 17:34:27Z tobik $

PORTNAME=   wmmoonclock
PORTVERSION=1.29
CATEGORIES= astro windowmaker
MASTER_SITES=   https://www.dockapps.net/download/

MAINTAINER= mb...@xs4all.nl
COMMENT=Displays the phase of the moon, plus orbital data

LICENSE=GPLv2

WRKSRC= ${WRKDIR}/${DISTNAME}/src

USE_XORG=   xpm
USES=   gmake
GNU_CONFIGURE=  yes

PLIST_FILES=bin/wmmoonclock man/man1/wmmoonclock.1.gz

do-install:
${INSTALL_PROGRAM} ${WRKSRC}/wmMoonClock 
${STAGEDIR}${PREFIX}/bin/wmmoonclock
${INSTALL_MAN} ${WRKSRC}/wmMoonClock.1 
${STAGEDIR}${PREFIX}/man/man1/wmmoonclock.1

.include 
[...]

Does anyone has an idea what to put or change into the Makefile to make 
this work?


Thanks in advance,

Marco

--
Absolutum obsoletum.  (If it works, it's out of date.)
-- Stafford Beer
___
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: RUN_DEPENDS and portmaster

[Marco Beishuizen]

On Wed, 19 Sep 2018, the wise RW via freebsd-ports wrote:

I presume that's because you use a restricted set of packages. Without 
flavor support portupgrade can't always get the port directory from the 
origin.


The are currently 782 ports installed on this system. Didn't have much 
difficulties with flavors yet.



That said "in the next few weeks" last year.


I know but developers time is limited. Important thing is that portupgrade 
generally still works.


--
Cats are intended to teach us that not everything in nature has a function.
-- Garrison Keillor
___
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: RUN_DEPENDS and portmaster

[Marco Beishuizen]

On Wed, 19 Sep 2018, the wise Thomas Mueller wrote:

This discussion of portmaster prompts me to ask, what is the status of 
portupgrade?


I used portupgrade at first but subsequently switched to portmaster.


I still use portupgrade daily and it works fine. Afaik the maintainer is 
adding support for flavors into portupgrade but I don't know the status of 
it:


https://lists.freebsd.org/pipermail/freebsd-ports/2017-December/111445.html

Regards,
Marco

--
There are three reasons for becoming a writer: the first is that you need
the money; the second that you have something to say that you think the
world should know; the third is that you can't think what to do with the
long winter evenings.
-- Quentin Crisp
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pkg-plist and stage directory for new port

[Marco Beishuizen]

On Fri, 14 Sep 2018, the wise Lorenzo Salvadore via freebsd-ports wrote:


Show us your makefile please.


The Makefile I have so far:

PORTNAME=   pgadmin4
PORTVERSION=3.3
CATEGORIES= databases
MASTER_SITES=   PGSQL/pgadmin/pgadmin4/v${PORTVERSION}/source/
DISTNAME=   pgadmin4-${PORTVERSION}

MAINTAINER= mb...@xs4all.nl
COMMENT=PostgreSQL Administration Tool

LICENSE=PostgreSQL

BUILD_DEPENDS   sphinx-build:textproc/py-sphinx
USES=   pgsql python qmake:outsource qt:5
USE_QT= core gui network widgets
QMAKE_SOURCE_PATH=  ${WRKSRC}/runtime

.include 

When I created my first port, I remember I had some difficulty to 
understand staging: imho it needs to be explained better in the 
documentation. Are you aware of the variable ${STAGEDIR}? You probably 
need to add to your makefile some lines similar to the followings:


do-install:
  ${INSTALL_PROGRAM} ${WRKSRC}/??/pgAdmin4 ${STAGEDIR}${PREFIX}/bin


Quite possible that it's something like this. I'll dig into it.

Thanks,

Marco

--
Never underestimate the bandwidth of a station wagon full of tapes.
-- Dr. Warren Jackson, Director, UTCS
___
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"

pkg-plist and stage directory for new port

[Marco Beishuizen]

Hi,

In my quest for creating a new port (pgadmin4) I'm having a problem with 
creating a working pkg-plist. Seems to me that at least the created binary 
should be in the pkg-plist file, in my case "bin/pgAdmin4". But when I do 
that, make check-plist results in an error:


===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: bin/pgAdmin4
===> Error: Plist issues found.
*** Error code 1

Which is correct because the /stage directory is empty. I could remove the 
bin/pgAdmin4 line from the pkg-plist file but that doesn't seem right to 
me because then the created binary isn't installed at all I guess. Correct 
thing imo would be that the created binary is copied to the 
/stage/usr/local/bin directory.


So biggest question is why is the /stage directory still empty?

Thanks & regards,
Marco

--
QOTD:
"I sprinkled some baking powder over a couple of potatoes, but it
didn't work."
___
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: creating makefile for new pgadmin4 port: qmake error

[Marco Beishuizen]

On Thu, 13 Sep 2018, the wise Loïc Bartoletti wrote:


You have to build outsource so:

USES=??? pgsql python qmake:outsource qt:5

QMAKE_SOURCE_PATH=??? ${WRKSRC}/runtime

Good luck for the next steps

Loïc


Yes this one is solved. Thanks!

Regards,
Marco

--
The days just prior to marriage are like a snappy introduction
to a tedious book.
___
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"

creating makefile for new pgadmin4 port: qmake error

[Marco Beishuizen]

Hi,

I'm trying to create a port for pgadmin4. If I follow the instructions in 
the readme file for building from source (first a qmake and the a make), 
all works fine and the pgAdmin4 binary is build.


Next step is to create the makefile for the port. So far I have:

[...]
PORTNAME=   pgadmin4
PORTVERSION=3.3
CATEGORIES= databases
MASTER_SITES=   PGSQL/pgadmin/pgadmin4/v${PORTVERSION}/source/
DISTNAME=   pgadmin4-${PORTVERSION}

MAINTAINER= mb...@xs4all.nl
COMMENT=PostgreSQL Administration Tool

LICENSE=PostgreSQL

BUILD_DEPENDS   sphinx-build:textproc/py-sphinx
USES=   pgsql python qmake qt:5
USE_QT= core gui network widgets

.include 
[...]


The error I get at this point is that qmake doesn't seem to work:

[...]
===>  License PostgreSQL accepted by the user
===>   pgadmin4-3.3 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by pgadmin4-3.3 for building
===>  Extracting for pgadmin4-3.3
=> SHA256 Checksum OK for pgadmin4-3.3.tar.gz.
===>  Patching for pgadmin4-3.3
===>   pgadmin4-3.3 depends on file: /usr/local/bin/python2.7 - found
===>   pgadmin4-3.3 depends on file: /usr/local/lib/qt5/bin/qmake - found
===>   pgadmin4-3.3 depends on shared library: libpq.so.5 - found 
(/usr/local/lib/libpq.so.5)
===>   pgadmin4-3.3 depends on shared library: libQt5Core.so - found 
(/usr/local/lib/qt5/libQt5Core.so)
===>   pgadmin4-3.3 depends on shared library: libQt5Gui.so - found 
(/usr/local/lib/qt5/libQt5Gui.so)
===>   pgadmin4-3.3 depends on shared library: libQt5Network.so - found 
(/usr/local/lib/qt5/libQt5Network.so)
===>   pgadmin4-3.3 depends on shared library: libQt5Widgets.so - found 
(/usr/local/lib/qt5/libQt5Widgets.so)

===>  Configuring for pgadmin4-3.3
Usage: /usr/local/lib/qt5/bin/qmake [mode] [options] [files]

QMake has two modes, one mode for generating project files based on
some heuristics, and the other for generating makefiles. Normally you
shouldn't need to specify a mode, as makefile generation is the default
mode for qmake, but you may use this to test qmake on an existing project

Mode:
  -project   Put qmake into project file generation mode
 In this mode qmake interprets files as files to
 be built,
 defaults to *; *; *; *.ts; *.xlf; *.qrc
 Note: The created .pro file probably will
 need to be edited. For example add the QT variable to
 specify what modules are required.
  -makefile  Put qmake into makefile generation mode (default)
 In this mode qmake interprets files as project files to
 be processed, if skipped qmake will try to find a project
 file in your current working directory

Warnings Options:
  -Wnone Turn off all warnings; specific ones may be re-enabled by
 later -W options
  -Wall  Turn on all warnings
  -Wparser   Turn on parser warnings
  -WlogicTurn on logic warnings (on by default)
  -Wdeprecated   Turn on deprecation warnings (on by default)

Options:
   * You can place any variable assignment in options and it will be *
   * processed as if it was in [files]. These assignments will be*
   * processed before [files] by default.*
  -o fileWrite output to file
  -d Increase debug level
  -t templ   Overrides TEMPLATE as templ
  -tp prefix Overrides TEMPLATE so that prefix is prefixed into the 
value

  -help  This help
  -v Version information
  -early All subsequent variable assignments will be
 parsed right before default_pre.prf
  -beforeAll subsequent variable assignments will be
 parsed right before [files] (the default)
  -after All subsequent variable assignments will be
  -late  All subsequent variable assignments will be
 parsed right after default_post.prf
  -norecursive   Don't do a recursive search
  -recursive Do a recursive search
  -set   Set persistent property
  -unset   Unset persistent property
  -query   Query persistent property. Show all if  is empty.
  -qtconf file   Use file instead of looking for qt.conf
  -cache fileUse file as cache   [makefile mode only]
  -spec spec Use spec as QMAKESPEC   [makefile mode only]
  -nocache   Don't use a cache file  [makefile mode only]
  -nodepend  Don't generate dependencies [makefile mode only]
  -nomoc Don't generate moc targets  [makefile mode only]
  -nopwd Don't look for files in pwd [project mode only]
*** Error code 1

Stop.
make: stopped in /home/marco/devel/_freebsd/ports/databases/pgadmin4
[...]

So question is why is qmake not working? Probably need to add something in 
the Makefile but I've no idea what. I've tried all th

Re: print/textinfo fails to build due to size mismatch after htmlxref.cnf changed

[Marco Beishuizen]

On Tue, 26 Dec 2017, the wise Joseph Mingrone wrote:


print/texinfo % make extract
===>  License GPLv3+ accepted by the user
===>   texinfo-6.5,1 depends on file: /usr/local/sbin/pkg - found
...
=> htmlxref.cnf doesn't seem to exist in /usr/ports/distfiles/texinfo/6.5.
=> Attempting to fetch http://ftpmirror.gnu.org/texinfo/htmlxref.cnf
fetch: http://ftpmirror.gnu.org/texinfo/htmlxref.cnf: size mismatch: expected 
20137, actual 20118
...

From print/texinfo/Makfile
MASTER_SITES=   GNU \
LOCAL/sunpoet/${DIST_SUBDIR}:DEFAULT,local
DISTFILES=  ${DISTNAME}${EXTRACT_SUFX} htmlxref.cnf texi2dvi:local 
texinfo.tex:local

It is odd that they distribute these files separately and unversioned.



Hi,

This has happened before, see:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209228

I always solved it by downloading the file with the correct size somewhere 
else on the internet.


Regards,
Marco

--
Finagle's Creed:
Science is true.  Don't be misled by facts.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: windowmaker-0.95.8

[Marco Beishuizen]

On Fri, 13 Oct 2017, the wise James Geering wrote:

After a few screens scrolling past the script stops with an error at 
"checking for Magick support library ... configure: error: found 
MagickWand library but could not compile its header"


...


conftest.c:72:10: fatal error: 'wand/magick_wand.h' file not found


What happens if you try to install graphics/ImageMagick first? On my 
machine the header file is located in 
/usr/local/include/ImageMagick-6/wand/


Regards,
Marco
--
If the thunder don't get you, then the lightning will.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: windowmaker-0.95.8

[Marco Beishuizen]

On Fri, 13 Oct 2017, the wise James Geering wrote:

Hello, I hope I have the maintainers correct; I was expecting a single 
person but find two names! Marco you have certainly helped me on another 
post and saw that you submitted the port on the fresh ports page - do I 
have this wrong?


Currently h...@freebsd.org is the port maintainer of the windowmaker port. 
After the update to windowmaker 0.95.8 earlier this year there was no 
update of the x11-wm/windowmaker port from the maintainer, so I submitted 
a patch for the port to be updated to the newer version (as I'm using 
windowmaker myself). Another port committer has committed the patch for me 
(p...@freebsd.org) after three months of no response from the maintainer.


I'm on FreeBSD 11.1-Release I have been trying to upgrade to the latest 
WindowMaker from 0.95.7 -> 0.95.8.  Having realised that the latest 
compilation hadn't yet made it to the port mechanism I started down the 
path of downloading the latest source via SVN. root% svn checkout 
svn://svn.freebsd.org/ports/head /usr/ports Once downloaded I moved to 
/usr/ports/x11-wm/windowmaker/ and issue a root% make config-recursive 
... I accept all the defaults in the ensuing configuration screens. 
Finally I issue a root% make install command After a few screens 
scrolling past the script stops with an error at "checking for Magick 
support library ... configure: error: found MagickWand library but could 
not compile its header"


From looking at the config.log I find the following: 
*** configure:17675: 
checking for Magick support library configure:22: cc -o conftest -O2 
-pipe -fstack-protector -fno-strict-aliasing -Wall -Wextra 
-Wno-sign-compare -Wno-deprecated -Wno-deprecated-declarations 
-I/usr/local/include -DNDEBUG -D_XOPEN_SOURCE=700 -DFREEBSD 
-L/usr/local/lib -fstack-protector conftest.c -lkvm -L/usr/local/lib 
-lMagickWand-6 -lMagickCore-6 >&5 configure:22: $? = 0 configure:17: cc 
-c -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -Wextra 
-Wno-sign-compare -Wno-deprecated -Wno-deprecated-declarations 
-I/usr/local/include/ImageMagick-6 -DMAGICKCORE_HDRI_ENABLE=0 
-DMAGICKCORE_QUANTUM_DEPTH=16 -I/usr/local/include -DNDEBUG 
-D_XOPEN_SOURCE=700 -DFREEBSD conftest.c

&5
conftest.c:72:10: fatal error: 'wand/magick_wand.h' file not found 
** so it looks like 
magick_wand.h cannot be found.  Surely this should have been brought 
down with the repo checkout?


I've not seen this error before. The port installs and runs here fine 
and the tests in poudriere here and at the ports committers side didn't 
show any errors. Don't see any strange things on your side too so I'll 
have to look into this.


As I'm not the port maintainer best thing to do for now is to file a bug 
report at https://bugs.freebsd.org/bugzilla/.


Regards,
Marco

--
100 buckets of bits on the bus
100 buckets of bits
Take one down, short it to ground
FF buckets of bits on the bus

FF buckets of bits on the bus
FF buckets of bits
Take one down, short it to ground
FE buckets of bits on the bus

ad infinitum...
___
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"

Request to commit update x11-wm/windowmaker to 0.95.8

[Marco Beishuizen]

Hi,

I submitted a patch to update x11-wm/windowmaker to 0.95.8 over 3 months 
ago but there is no response from the maintainer.


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220058

Is it possible to get this patch reviewed/committed?

Thanks in advance,

Regards,
Marco

--
A newspaper is a circulating library with high blood pressure.
-- Arthure "Bugs" Baer
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Status of portupgrade and portmaster?

[Marco Beishuizen]

On Mon, 2 Oct 2017, the wise Matt Smith wrote:

I'm running 11.1-STABLE now, upgrading every few months or when there 
is an important security fix. Do I have to build a new system twice in 
that case (once my running system and once the poudriere jail)?




What I do is to initially create the jail using poudriere jail -c -j 11 
-m src=/usr/src and then I upgrade the jail using poudriere jail -u -j 
11.


These commands use the existing /usr/src and /usr/obj trees from the 
host system buildworld/kernel. It doesn't need to be rebuilt.


Did a make cleanworld last time I upgraded so /usr/obj is empty now, but 
next time I'll try this out. Didn't know poudriere could do this (although 
it's in the manpage I see now). Thanks for the info!


Regards,
Marco
--
This sentence no verb.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Status of portupgrade and portmaster?

[Marco Beishuizen]

On Mon, 2 Oct 2017, the wise Don Lewis wrote:

Yes it can.  If you use the svn method when creating a jail you can 
chose any arbitrary source branch from the svn repository and then you 
can specify any desired svn revision on that branch when you update the 
jail.  You would probably want to use this method when building ports 
for 12.0-CURRENT rather than creating the jail using a 12.0-CURRENT 
snapshot.


I'm running 11.1-STABLE now, upgrading every few months or when there is 
an important security fix. Do I have to build a new system twice in that 
case (once my running system and once the poudriere jail)?


--
Science is facts; just as houses are made of stones, so is science made
of facts; but a pile of stones is not a house and a collection of facts
is not necessarily science.
-- Jules Henri Poincar'e
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Status of portupgrade and portmaster?

[Marco Beishuizen]

On Mon, 2 Oct 2017, the wise Matthew D. Fuller wrote:

On Fri, Sep 29, 2017 at 09:21:31PM +0200 I heard the voice of Marco 
Beishuizen, and lo! it spake thus:


Using portupgrade every day and still works great. Tried portmaster 
once but liked portupgrade more. I use poudriere just for testing 
ports.


I also use portupgrade constantly on several systems, and portmaster 
occasionally for some special cases where it has advantages.


I also use poudriere on a lot of systems.  Actually, most, nowadays. And 
I'm extremely happy with it.  But I expect the systems I'm running 
straight out of ports now will continue to do so for a very long time, 
since poudriere just won't fit at all.


I agree, imho poudriere is designed to maintain ports and testing them, or 
if you have to build ports for lots of systems. And it works very well for 
that too. But portupgrade and portmaster are imho far better in just 
tracking newer versions of installed ports. I'm also not sure if poudriere 
is able to track ports on a STABLE system (as in my case).


So I hope both tools will be available in the future.

--
Breeding rabbits is a hare raising experience.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Status of portupgrade and portmaster?

[Marco Beishuizen]

On Fri, 29 Sep 2017, the wise Thomas Mueller wrote:


What is the current status of portupgrade and portmaster?

I haven't used portupgrade in some time, but what about portmaster?


Using portupgrade every day and still works great. Tried portmaster once 
but liked portupgrade more. I use poudriere just for testing ports.


--
I can feel for her because, although I have never been an Alaskan
prostitute dancing on the bar in a spangled dress, I still get very
bored with washing and ironing and dishwashing and cooking day after
relentless day.
-- Betty MacDonald
___
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"

libimobiledevice, ssl and "Failed to connect to lockdownd service on the device"

[Marco Beishuizen]

Hi,

I'm trying to mount my iPhone (SE) with fuse to copy all photos and videos 
to my FreeBSD machine. Installed sysutils/fusefs-ifuse and started usbmuxd 
(when the phone is unlocked, as instructed). All daemons run as expected 
etc., but running "ifuse -o allow_other /mnt/iphone" results in an error: 
"Failed to connect to lockdownd service on the device".


After some searching it seems that libimobiledevice should be build with 
OpenSSL instead of GnuTLS. But in the ports this is not a buildoption.


So is it possible to build libimobiledevice with OpenSSL? Or does anyone 
know if there is something else going on?


Thanks,
Marco

--
The value of a program is proportional to the weight of its output.
___
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: FireFox memory usage

[Marco Beishuizen]

On Fri, 15 Sep 2017, the wise Andrea Venturoli wrote:


Hello.

I'm on 10.3/amd64 with firefox-esr 52.3.0.

Since a few days my 4GiB desktop is crawling due to swap usage and 
looking at top, I see FireFox using almost 7GiB of RAM (SIZE column), 
2.5 of which are "RES".


I don't think this is normal, since I'm not doing anything fancy (i.e. 
running webapps or opening tenth of windows/tabs).


I've been using FF for several years and, while I recognize it's 
constantly getting slower, more bloated and more resource hungry, I find 
it hard to believe such a sudden rise in memory usage might be normal.


One suspect I have is some kind of memory leak, since closing FF and 
reopening the same sites I had opened before will drop the RAM usage to 
under 1GiB.


I'm lost at what to look at... I don't even know if it's an upstream or 
FreeBSD problem.


I start by asking if anyone else is seeing this and/or if anything in 
the way it is ported or in its dependencies could be the cause of this.


bye & Thanks
av.


I also use ff-esr on an old machine with 4GB RAM. It starts with 2 
processes, one uses ~300MB (RES) and one ~150MB. It doubles in size quite 
quickly after some browsing (especially something like Facebook or 
Linkedin). When watching YT videos it grows to ~1GB. The SIZE column is 
~1.5GB here. Note that the only add-on I use is uBlock Origin.


Although I think these sizes have become quite ridiculous, I never saw 
memory usage that big. But I have to say I usually close FF if memory 
usage gets out of hand.


Regards,
Marco
--
A political man can have as his aim the realization of freedom,
but he has no means to realize it other than through violence.
-- Jean-Paul Sartre
___
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: mail/alpine new Makefile

[Marco Beishuizen]

On Fri, 9 Jun 2017, the wise Kubilay Kocak wrote:


I haven't looked, but might this be due to:

# Option PICO
PICO_RUN_DEPENDS=pico:editors/pico-alpine

Since pico-alpine is a slave port of alpine, you'll want to make sure 
you're overriding things correctly, and something that was replaced with 
an options helper may have changed that behaviour (where previously it 
was conditional)


Got finally a working Makefile:

- removed all .include lines except for ".include " at the 
end. The ".include " line causes make ignoring all 
options.
- removed the pico option since it's a slave port and part of mail/alpine 
anyway.

- made some adjustments for the LDAP option.

It all seems to work now and will submit the patches asap.

Thanks for the help!

Regards,
Marco
--
Love is like a friendship caught on fire.  In the beginning a flame, very
pretty, often hot and fierce, but still only light and flickering.  As love
grows older, our hearts mature and our love becomes as coals, deep-burning
and unquenchable.
-- Bruce Lee
___
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: mail/alpine new Makefile

[Marco Beishuizen]

On Fri, 9 Jun 2017, the wise Kubilay Kocak wrote:

I think I had a brainfail, and I believe it is in-fact fine to use both 
(if necessary) and the wording of the handbook might need to be tweaked 
not to imply it.


That aside, I can't see use (testing) of PORT_OPTIONS:M or other 
variables that pre/post.mk inclusion is needed for, so neither 
bsd.port.options nor bsd.{pre,post}.mk appears to be necessary.


That wouldn't seem to be the issue (though I could be wrong).

Q: Does enabling/disabling OPTIONS change/add/remove CONFIGURE_ARGS for
example? (make -V CONFIGURE_ARGS)


Yes looks fine:

root@yokozuna:/poudriere/ports/local/mail/alpine # make -V CONFIGURE_ARGS
--with-debug-level=2  --enable-background-post  --without-krb5 
--without-tcl  --with-system-pinerc=/usr/local/etc/alpine.conf 
--with-system-fixed-pinerc=/usr/local/etc/alpine.conf.fixed 
--with-password-prog=/usr/bin/passwd 
--with-system-mail-directory=/var/mail --with-interactive-spellcheck 
--with-interactive-spellcheck=/usr/local/bin/aspell --with-ipv6 
--with-ldap --with-ldap-dir=/usr/local --enable-mouse --enable-nls 
--with-simple-spellcheck --with-passfile --with-passfile=.alpine-passfile 
--with-pthread --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}



Q: Is the make config dialog presenting OPTIONS correctly?


Yes


Q: Once OPTIONS are saved, does /var/db/ports/category_portname/options
accurately reflect the state changes?


Yes


Q: Does make -V PORT_OPTIONS show/contain enabled options?


Yes

--
Gone With The Wind LITE(tm)
-- by Margaret Mitchell

A woman only likes men she can't have and the South gets trashed.

Gift of the Magii LITE(tm)
-- by O. Henry

A husband and wife forget to register their gift preferences.

The Old Man and the Sea LITE(tm)
-- by Ernest Hemingway

An old man goes fishing, but doesn't have much luck.

Diary of a Young Girl LITE(tm)
-- by Anne Frank

A young girl hides in an attic but is discovered.
___
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: mail/alpine new Makefile

[Marco Beishuizen]

On Fri, 9 Jun 2017, the wise Kubilay Kocak wrote:


On 6/9/17 7:41 PM, Marco Beishuizen wrote:

Hi Marco,

I believe the reason is:


.include 


The port includes this  ... AND




.include 


This -^

Use one or the other, or neither if its *all* options helpers, but not
both. See:

https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html

The paragraph just above the "Example 5.28. Simple Use of OPTIONS"


I've also tried building with only ".include " at the end but 
then I get an error calculating dependencies:


root@yokozuna:/poudriere/ports/local/mail/alpine # poudriere testport -o 
mail/alpine -j 110R -p local

[00:00:00] >> Creating the reference jail... done
[00:00:50] >> Mounting system devices for 110R-local
[00:00:51] >> Mounting ports/packages/distfiles
[00:00:51] >> Stashing existing package repository
[00:00:51] >> Mounting packages from: 
/poudriere/data/packages/110R-local

/etc/resolv.conf -> /poudriere/data/.m/110R-local/ref/etc/resolv.conf
[00:00:51] >> Starting jail 110R-local
[00:00:51] >> Logs: 
/poudriere/data/logs/bulk/110R-local/2017-06-09_13h44m57s

[00:00:51] >> Loading MOVED
[00:00:52] >> Calculating ports order and dependencies
[00:00:53] >> Error: editors/pico-alpine incorrectly depends on 
itself. Please contact maintainer of the port to fix this.

[00:00:53] >> Error: Fatal errors encountered calculating dependencies
[00:00:53] >> Cleaning up
[00:00:53] >> Unmounting file systems

Regards,
Marco

--
I love treason but hate a traitor.
-- Gaius Julius Caesar
___
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: mail/alpine new Makefile

[Marco Beishuizen]

On Fri, 9 Jun 2017, the wise Kubilay Kocak wrote:


On 6/9/17 7:41 PM, Marco Beishuizen wrote:

Hi Marco,

I believe the reason is:


.include 


The port includes this  ... AND




.include 


This -^

Use one or the other, or neither if its *all* options helpers, but not
both. See:

https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html

The paragraph just above the "Example 5.28. Simple Use of OPTIONS"


Thanks Kubilay. I've removed the ".include changed the ".include " line at the end to ".include 
". It still builds and installs but the options that are 
set are still not built in.


Also the file /usr/ports/Mk/bsd.port.options.mk suggests that all three 
lines should be present.


Regards,
Marco
--
Finagle's Creed:
Science is true.  Don't be misled by facts.
___
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"

mail/alpine new Makefile

[Marco Beishuizen]

Hi,

Being the maintainer of mail/alpine, I'm trying to cleanup it's Makefile. 
What I now have is this:


PORTNAME?=  alpine
PORTVERSION=2.21
PORTREVISION?=  0
CATEGORIES?=mail news ipv6
MASTER_SITES=   http://alpine.freeiz.com/alpine/release/src/
DIST_SUBDIR=alpine-${PORTVERSION}

MAINTAINER= mb...@xs4all.nl
COMMENT?=   Mail and news client descended from Pine

LICENSE=APACHE20

USES+=  ssl libtool ncurses tar:xz gettext-runtime
MAKE_JOBS_UNSAFE=   yes
GNU_CONFIGURE=  yes
CONFIGURE_ARGS+=--with-debug-level=2 \
--enable-background-post \
--without-krb5 \
--without-tcl \
--with-system-pinerc=${PREFIX}/etc/alpine.conf \

--with-system-fixed-pinerc=${PREFIX}/etc/alpine.conf.fixed \
--with-password-prog=/usr/bin/passwd \
--with-system-mail-directory=/var/mail
MAKE_ARGS+= CC="${CC}" CXX="${CXX}" GCCCFLAGS="${CFLAGS}"

OPTIONS_DEFINE= ASPELL CONS25 DOCS IPV6 LDAP MAILDIR MOUSE NLS NOSPELL 
PASSFILE PICO THREADS
OPTIONS_DEFAULT+=   MOUSE PICO THREADS

CONS25_DESC=Add a patch to support color for default console
MAILDIR_DESC=   Add a patch for maildir support
NOSPELL_DESC=   Use simple spellcheck
PASSFILE_DESC=  Support for a stored password file
PICO_DESC=  Build and install pico, the default editor

.include 

# Option ASPELL
ASPELL_CONFIGURE_WITH=  interactive-spellcheck
ASPELL_CONFIGURE_ON=
--with-interactive-spellcheck=${LOCALBASE}/bin/aspell
ASPELL_BUILD_DEPENDS=   aspell:textproc/aspell
ASPELL_RUN_DEPENDS= aspell:textproc/aspell

# Option CONS25
CONS25_EXTRA_PATCHES=   ${FILESDIR}/cons25-alpine_keymenu.c

# Option IPV6
IPV6_CONFIGURE_WITH=ipv6

# Option LDAP
OPENLDAP_USE=   openldap=yes
LDAP_CONFIGURE_WITH=ldap
LDAP_CONFIGURE_ON=  --with-ldap-dir=${LOCALBASE}

# Option MAILDIR
MAILDIR_PATCH_SITES=
http://alpine.freeiz.com/alpine/patches/alpine-${PORTVERSION}/
MAILDIR_PATCHFILES+=maildir.patch.gz:-p1

# Option MOUSE
MOUSE_CONFIGURE_ENABLE= mouse

# Option NLS
NLS_CONFIGURE_ENABLE=   nls

# Option NOSPELL
NOSPELL_CONFIGURE_WITH= simple-spellcheck

# Option PASSFILE
PASSFILE_CONFIGURE_WITH=passfile
PASSFILE_CONFIGURE_ON=  --with-passfile=.alpine-passfile

# Option PICO
PICO_RUN_DEPENDS=   pico:editors/pico-alpine

# Option THREADS
THREADS_CONFIGURE_WITH= pthread

.include 

post-patch:
@${CP} ${WRKSRC}/imap/Makefile ${WRKSRC}/imap/Makefile.presed
@${SED} -e "s#^\(all:.*\) bundled\$$#\1#" \
${WRKSRC}/imap/Makefile.presed > ${WRKSRC}/imap/Makefile
@${CP} ${WRKSRC}/pico/Makefile.in ${WRKSRC}/pico/Makefile.in.presed
@${SED} -e "s#^bin_PROGRAMS = pico.*#bin_PROGRAMS =#" \
-e "s#\$$(pico_SOURCES) \$$(pilot_SOURCES)##" \
${WRKSRC}/pico/Makefile.in.presed > ${WRKSRC}/pico/Makefile.in
@${CP} ${WRKSRC}/Makefile.in ${WRKSRC}/Makefile.in.presed
@${SED} -e "s#doc/man1/pico.1 doc/man1/pilot.1 ##" \
${WRKSRC}/Makefile.in.presed > ${WRKSRC}/Makefile.in
@${CP} ${WRKSRC}/imap/src/osdep/unix/Makefile \
${WRKSRC}/imap/src/osdep/unix/Makefile.presed
@${SED} -e "s#^LOCKPGM=.*#LOCKPGM= ${PREFIX}/libexec/mlock#" \
${WRKSRC}/imap/src/osdep/unix/Makefile.presed \
> ${WRKSRC}/imap/src/osdep/unix/Makefile
@for i in ${WRKSRC}/README ${WRKSRC}/doc/man1/alpine.1 \
${WRKSRC}/doc/*.txt \
${WRKSRC}/doc/tech-notes/*.txt \
${WRKSRC}/doc/tech-notes/*.html \
${WRKSRC}/pith/pine.hlp ; do \
${CP} $$i $$i.presed ; \
${SED} -e "s:/usr/local/lib/:${PREFIX}/etc/:g" \
-e "s:/usr/local/pine.conf:${PREFIX}/etc/pine.conf:g" \
-e "s:pine\.conf:alpine.conf:g" \
-e "s:/usr/local:${PREFIX}:g" \
-e "s:@@PREFIX@@:${PREFIX}:g" \
$$i.presed > $$i ; \
done

PORTDOCSbase=   LICENSE NOTICE README
PORTDOCSdoc=brochure.txt
PORTDOCShtml=   tech-notes/background.html tech-notes/cmd-line.html \
tech-notes/config-notes.html tech-notes/config.html \
tech-notes/index.html tech-notes/installation.html \
tech-notes/introduction.html tech-notes/low-level.html \
tech-notes/tech-notes.txt
PORTDOCS=   ${PORTDOCSbase} ${PORTDOCSdoc} ${PORTDOCShtml}

post-install:
${STAGEDIR}${PREFIX}/bin/alpine -conf > 
${STAGEDIR}${PREFIX}/etc/alpine.conf.sample

post-install-DOCS-on:
${INSTALL} -d ${STAGEDIR}${DOCSDIR} ${STAGEDIR}${DOCSDIR}/tech-notes
.for f in ${PO

shutting down computer causes WindowMaker coredump

[Marco Beishuizen]

Hi,

I just discovered a really strange issue with my machine running FreeBSD 
11/amd64.


Sometimes WM coredumps when shutting down the computer from an xterm, 
using "shutdown -p now" (after closing all running programs). This is a 
small problem by itself, but the strange thing is that this *only* happens 
after I have upgraded firefox from ports. E.g today FF had a small update, 
I upgraded FF this afternoon and this evening when shutting down, WM 
coredumps.


Right now I can't see the relationship between WM, FF, shutting down and 
what can cause this.


Has anyone seen something like this before?

Regards,
Marco
--
Tax reform means "Don't tax you, don't tax me, tax that fellow behind
the tree."
-- Russell Long
___
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: qt5 fails to build

[Marco Beishuizen]

On Sun, 19 Feb 2017, the wise tech-lists wrote:

I'm trying to build qt5 on a fresh freebsd-11-stable image. If it works, 
then there's something wrong with ports on my desktop.


I've just upgraded qt5 on my FreeBSD 11-ST machine with portupgrade. In 
general it went fine. Only hickup was that "qt5-quick" had a problem with 
another library of the older qt5-quickcontrols ("install files in the same 
place"). Deleting the older port was enough to finish the portupgrade.


Regards,
Marco

--
f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng.
___
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: Firefox and sndio

[Marco Beishuizen]

On Sat, 28 Jan 2017, the wise Grzegorz Junka wrote:

Audio in Firefox seems to be working fine when ALSA is enabled. But when 
ALSA is disabled and only SNDIO is enabled there is no sound. In either 
case I had PULSEAUDIO disabled. What's the expected configuration for 
this to work?


Works fine here with SNDIO enabled and ALSA/PULSEAUDIO disabled (with an 
Audigy2, emu10kx driver in kernel). I don't have an sndiod running.


Regards,
Marco
--
We prefer to believe that the absence of inverted commas guarantees the
originality of a thought, whereas it may be merely that the utterer has
forgotten its source.
-- Clifton Fadiman, "Any Number Can Play"
___
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"

Qt5 printing with lpr

[Marco Beishuizen]

Hi,

Does Qt5 support normal lpr/lpd printing in FreeBSD? In all Qt5 
applications (qpdfview, qupzilla), I'm missing a printer to choose from in 
the print dialogs.


In the Qt5 buildoptions CUPS can be disabled so I assume CUPS isn't 
required. Is this correct?


Thanks and regards,
Marco
--
The reason they're called wisdom teeth
is that the experience makes you wise.
___
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: Qt5 applications broken: could not find or load the Qt platform plugin "xcb"

[Marco Beishuizen]

On Sat, 12 Nov 2016, the wise Nilton Jose Rizzo wrote:

Hi Marcos, when I update my sustem on november 3, I need to force the 
pkg to reeinstall all qt 5.6 packeges, because it's not upgrade all 
correct


Hi Nilton,

For now updating Qt-gui fixed it for me, but I'll keep it in mind.

Thanks & Regards,
Marco

--
Throw away documentation and manuals,
and users will be a hundred times happier.
Throw away privileges and quotas,
and users will do the Right Thing.
Throw away proprietary and site licenses,
and there won't be any pirating.

If these three aren't enough,
just stay at your home directory
and let all processes take their course.
___
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: Qt5 applications broken: could not find or load the Qt platform plugin "xcb"

[Marco Beishuizen]

On Fri, 11 Nov 2016, the wise Tobias Kortkamp wrote:


Running pkg upgrade -f qt5-gui fixed this for me.



Yes, this worked. Thanks for the pointer!

Regards,
Marco

--
Divorce is a game played by lawyers.
-- Cary Grant
___
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"

Qt5 applications broken: could not find or load the Qt platform plugin "xcb"

[Marco Beishuizen]

Hi,

All Qt5 applications seem to be broken. When trying to start either of 
them, I get:


[...]
Fatal: This application failed to start because it could not find or load 
the Qt platform plugin "xcb"

in "".

Available platform plugins are: minimal, offscreen, xcb.

Reinstalling the application may fix this problem.

Abort (core dumped)
[...]

Reinstalling any of them didn't make a difference. Does anyone know what 
I'm missing here?


Regards,

Marco


--
"Hey, Sam, how about a loan?"
"Whattaya need?"
"Oh, about $500."
"Whattaya got for collateral?"
"Whattaya need?"
"How about an eye?"
-- Sam Giancana
___
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 use security/gnupg with mail/alpine

[Marco Beishuizen]

Hi,

I would like to have the ability to use PGP with my favorite mailer 
(alpine). But after installing security/gnupg I've no idea where to go 
from there. Couldn't find a clear description in Google how to make this 
work in FreeBSD and Alpine.


So what is the right way to make PGP work in mail on FreeBSD?

Regards,
Marco

--
FORTUNE'S GUIDE TO DEALING WITH REAL-LIFE SCIENCE FICTION: #2
What to do...
if you get a phone call from Mars:
Speak slowly and be sure to enunciate your words properly.  Limit
your vocabulary to simple words.  Try to determine if you are
speaking to someone in a leadership capacity, or an ordinary citizen.

if he, she or it doesn't speak English?
Hang up.  There's no sense in trying to learn Martian over the phone.
If your Martian really had something important to say to you, he, she
or it would have taken the trouble to learn the language before
calling.

if you get a phone call from Jupiter?
Explain to your caller, politely but firmly, that being from Jupiter,
he, she or it is not "life as we know it".  Try to terminate the
conversation as soon as possible.  It will not profit you, and the
charges may have been reversed.
___
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: revive wmmemload port

[Marco Beishuizen]

On Fri, 28 Aug 2015, the wise A.J. "Fonz" van Werven wrote:

That *looks* like files being included in an incorrect order. Can you 
send me a tarball of the port directory as you have it now? With any 
luck I might be able to track down the problem more easily then.


Yes, this was it. Seems to build ok now. Thanks for the help so far!
Now I'll try to make a patch.

--
It pays in England to be a revolutionary and a bible-smacker most of
one's life and then come round.
-- Lord Alfred Douglas
___
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: revive wmmemload port

[Marco Beishuizen]

On Fri, 28 Aug 2015, the wise A.J. "Fonz" van Werven wrote:


Hmm,

It seems like  uses types such as u_int and dev_t without 
including , which is where those types are defined. I'm not 
sure whether that's a bug in FreeBSD or it's supposed to be this way, 
but in the meantime, does it help if you add


#include 

to mem_freebsd.c? If so, I'd suggest adding a patch to the port's files/ 
directory.


Hi,

Adding  results in less, but fatal errors as well:

...
===>  Building for wmmemload-0.1.8
--- all ---
/usr/bin/make  all-recursive
--- all-recursive ---
Making all in src
--- main.o ---
--- mem_freebsd.o ---
--- dockapp.o ---
--- main.o ---
cc -DHAVE_CONFIG_H -I. -I..  -I/usr/local/include -I/usr/local/include 
-O2 -pipe -march=nocona  -fstack-protector -fno-strict-aliasing -MT main.o 
-MD -MP -MF .deps/main.Tpo -c -o main.o main.c

--- mem_freebsd.o ---
cc -DHAVE_CONFIG_H -I. -I..  -I/usr/local/include -I/usr/local/include 
-O2 -pipe -march=nocona  -fstack-protector -fno-strict-aliasing -MT 
mem_freebsd.o -MD -MP -MF .deps/mem_freebsd.Tpo -c -o mem_freebsd.o 
mem_freebsd.c

--- dockapp.o ---
cc -DHAVE_CONFIG_H -I. -I..  -I/usr/local/include -I/usr/local/include 
-O2 -pipe -march=nocona  -fstack-protector -fno-strict-aliasing -MT 
dockapp.o -MD -MP -MF .deps/dockapp.Tpo -c -o dockapp.o dockapp.c

--- mem_freebsd.o ---
In file included from mem_freebsd.c:18:
/usr/include/vm/vm_param.h:94:2: error: unknown type name 'u_int'
u_int   xsw_version;
^
/usr/include/vm/vm_param.h:95:2: error: unknown type name 'dev_t'; did you 
mean 'div_t'?

dev_t   xsw_dev;
^
/usr/include/stdlib.h:62:3: note: 'div_t' declared here
} div_t;
  ^
2 errors generated.
*** [mem_freebsd.o] Error code 1
...

Regards,
Marco
___
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: revive wmmemload port

[Marco Beishuizen]

On Thu, 27 Aug 2015, the wise Kurt Jaeger wrote:


Hi!

There's the problem.

The tgz file does not unpack into a work/wmmemload-0.1.8/ directory, 
instead it unpacks into something else.


Try to check this and fix it with some WRKSRC or similar variable.


Well, the good news is that I got somewhat further, the bad news is I ran 
into a build problem. The makefile I now have is:


...
# $FreeBSD$

PORTNAME=   wmmemload
PORTVERSION=0.1.8
PORTREVISION=   0
CATEGORIES= sysutils windowmaker
MASTER_SITES=   https://dev.gentoo.org/~voyageur/distfiles/

MAINTAINER= mb...@xs4all.nl
COMMENT=A dockapp for windowmaker that displays the current mem/swap 
usage

USE_XORG=   xpm
WRKSRC= ${WRKDIR}/dockapps
GNU_CONFIGURE=  yes
USES=   gmake
USES=   autoreconf

.include 
...

But the build stops with a lot of errors:

...
In file included from mem_freebsd.c:18:
/usr/include/vm/vm_param.h:94:2: error: unknown type name 'u_int'
u_int   xsw_version;
^
/usr/include/vm/vm_param.h:95:2: error: unknown type name 'dev_t'; did you 
mean 'div_t'?

dev_t   xsw_dev;
^
/usr/include/stdlib.h:62:3: note: 'div_t' declared here
} div_t;
  ^
mem_freebsd.c:50:2: error: use of undeclared identifier 'u_int'
u_int mtotal, mwired, mcached, mfree, mused;
^
mem_freebsd.c:54:2: error: use of undeclared identifier 'u_int'
u_int new_swappgsin, new_swappgsout;
^
mem_freebsd.c:64:40: error: use of undeclared identifier 'mtotal'
GETSYSCTL("vm.stats.vm.v_page_count", mtotal);
  ^
mem_freebsd.c:29:48: note: expanded from macro 'GETSYSCTL'
#define GETSYSCTL(name, var) getsysctl(name, &(var), sizeof(var))
   ^
mem_freebsd.c:65:40: error: use of undeclared identifier 'mwired'
GETSYSCTL("vm.stats.vm.v_wire_count", mwired);
  ^
mem_freebsd.c:29:48: note: expanded from macro 'GETSYSCTL'
#define GETSYSCTL(name, var) getsysctl(name, &(var), sizeof(var))
   ^
mem_freebsd.c:66:41: error: use of undeclared identifier 'mcached'
GETSYSCTL("vm.stats.vm.v_cache_count", mcached);
   ^
mem_freebsd.c:29:48: note: expanded from macro 'GETSYSCTL'
#define GETSYSCTL(name, var) getsysctl(name, &(var), sizeof(var))
   ^
mem_freebsd.c:67:40: error: use of undeclared identifier 'mfree'; did you 
mean 'free'?

GETSYSCTL("vm.stats.vm.v_free_count", mfree);
  ^
  free
mem_freebsd.c:29:48: note: expanded from macro 'GETSYSCTL'
#define GETSYSCTL(name, var) getsysctl(name, &(var), sizeof(var))
   ^
/usr/include/stdlib.h:93:7: note: 'free' declared here
void free(void *);
 ^
mem_freebsd.c:67:40: error: use of undeclared identifier 'mfree'; did you 
mean 'free'?

GETSYSCTL("vm.stats.vm.v_free_count", mfree);
  ^
  free
mem_freebsd.c:29:61: note: expanded from macro 'GETSYSCTL'
#define GETSYSCTL(name, var) getsysctl(name, &(var), sizeof(var))

/usr/include/stdlib.h:93:7: note: 'free' declared here
void free(void *);
 ^
mem_freebsd.c:78:39: error: use of undeclared identifier 'new_swappgsin'; 
did you mean 'swappgsin'?

GETSYSCTL("vm.stats.vm.v_swappgsin", new_swappgsin);
 ^
 swappgsin
mem_freebsd.c:29:48: note: expanded from macro 'GETSYSCTL'
#define GETSYSCTL(name, var) getsysctl(name, &(var), sizeof(var))
   ^
mem_freebsd.c:56:13: note: 'swappgsin' declared here
static int swappgsin = -1;
   ^
mem_freebsd.c:78:39: error: use of undeclared identifier 'new_swappgsin'; 
did you mean 'swappgsin'?

GETSYSCTL("vm.stats.vm.v_swappgsin", new_swappgsin);
 ^
 swappgsin
mem_freebsd.c:29:61: note: expanded from macro 'GETSYSCTL'
#define GETSYSCTL(name, var) getsysctl(name, &(var), sizeof(var))
^
mem_freebsd.c:56:13: note: 'swappgsin' declared here
static int swappgsin = -1;
   ^
mem_freebsd.c:79:40: error: use of undeclared identifier 'new_swappgsout'; 
did you mean 'swappgsout'?

GETSYSCTL("vm.stats.vm.v_swappgsout", new_swappgsout);
  ^~
  swappgsout
mem_freebsd.c:29:48: note: expanded from macro 'GETSYSCTL'
#define GETSYSCTL(name, var) getsysctl(name, &(var), sizeof(v

revive wmmemload port

[Marco Beishuizen]

Hi,

I'm trying to "revive" the wmmemload port because I'm using WindowMaker 
now as windowmanager, it looks like it's still being maintained upstream 
and, of course, I would like to use it.


First difficult thing for me is writing the makefile. Right now it's like 
this:


...
# $FreeBSD$

PORTNAME=   wmmemload
PORTVERSION=0.1.8
PORTREVISION=   0
CATEGORIES= sysutils windowmaker
MASTER_SITES=   https://dev.gentoo.org/~voyageur/distfiles/

MAINTAINER= mb...@xs4all.nl
COMMENT=A dockapp for windowmaker that displays the current mem/swap 
usage

USE_XORG=   xpm
GNU_CONFIGURE=  yes
USES=   gmake

.include 
...

But then I get a configure error:

...
===>   wmmemload-0.1.8 depends on file: 
/usr/local/libdata/pkgconfig/xpm.pc - found

===>  Configuring for wmmemload-0.1.8
cd: /home/marco/Devel/wmmemload/work/wmmemload-0.1.8: No such file or 
directory

env: ./configure: No such file or directory
===>  Script "configure" failed unexpectedly.
Please report the problem to mb...@xs4all.nl [maintainer] and attach the
"/home/marco/Devel/wmmemload/work/wmmemload-0.1.8/config.log" including 
the
output of the failure of your make command. Also, it might be a good idea 
to

provide an overview of all packages installed on your system (e.g. a
/usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1
...

So it doesn't even begin to build yet. Does anyone knows how to go from 
here?


Thanks in advance.
Regards,
Marco

--
There are four stages to a marriage.  First there's the affair, then there's
the marriage, then children and finally the fourth stage, without which you
cannot know a woman, the divorce.
-- Norman Mailer
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pkg autoremove segfaulting

[Marco Beishuizen]

On Sat, 18 Apr 2015, the wise Marco Beishuizen wrote:


On Fri, 17 Apr 2015, the wise Baptiste Daroussin wrote:


Can you send me the output of pkg -o DEBUG_LEVEL=4 autoremove?

Best regards,
Bapt


DBG(3)[51642]> Pkg: add a new reverse dependency origin: x11-fm/pcmanfm, 
name: pcmanfm, version: 1.2.3 DBG(4)[51642]> Pkgdb: running 'SELECT 
k.annotation AS tag, v.annotation AS value FROM pkg_annotation p JOIN 
annotation k ON (p.tag_id = k.annotation_id)  JOIN annotation v ON 
(p.value_id = v.annotation_id) WHERE p.package_id = ?1 ORDER BY tag, 
value' DBG(2)[51642]> universe: add new local pkg: libfm, 
(libfm-1.2.3:2$0$peie6yrf137wmsskg8dgprj5ajxshahs16ey63k16yrye9k936nb) 
Child process pid=51642 terminated abnormally: Segmentation fault


Pcmanfm seems to cause this. After I removed pcmanfm and libfm pkg 
autoremove works fine.


Regards,
Marco

--
Hurewitz's Memory Principle:
The chance of forgetting something is directly proportional
to... to... uh.
___
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: pkg autoremove segfaulting

[Marco Beishuizen]

On Fri, 17 Apr 2015, the wise Baptiste Daroussin wrote:


Can you send me the output of pkg -o DEBUG_LEVEL=4 autoremove?

Best regards,
Bapt


Sure but it's a lot:

DBG(3)[51642]> Pkg: add a new dependency origin: x11/libXau, name: libXau, 
version: 1.0.8_2
DBG(3)[51642]> Pkg: add a new dependency origin: x11/libX11, name: libX11, 
version: 1.6.2_2,1
DBG(4)[51642]> Pkgdb: running 'SELECT p.name, p.origin, p.version, 0  FROM 
packages AS pINNER JOIN deps AS d ON (p.id = d.package_id)  WHERE 
d.name = ?1'
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
graphics/graphviz, name: graphviz, version: 2.38.0_6
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
x11/xorg-libraries, name: xorg-libraries, version: 7.7_2
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
x11-toolkits/libXaw, name: libXaw, version: 1.0.12_2,2
DBG(4)[51642]> Pkgdb: running 'SELECT k.annotation AS tag, v.annotation AS 
value  FROM pkg_annotation pJOIN annotation k ON (p.tag_id = 
k.annotation_id)JOIN annotation v ON (p.value_id = v.annotation_id) 
WHERE p.package_id = ?1  ORDER BY tag, value'
DBG(4)[51642]> Pkgdb: running 'SELECT id, origin, name, name as uniqueid, 
version, comment, desc, message, arch, maintainer, www, prefix, flatsize, 
licenselogic, automatic, locked, time, manifestdigest FROM packages AS p 
WHERE name = ?1 COLLATE NOCASE OR (name = SPLIT_VERSION('name', ?1) 
COLLATE NOCASE AND  version = SPLIT_VERSION('version', ?1)) ORDER BY 
p.name;'
DBG(4)[51642]> Pkgdb: running 'SELECT p.name, p.origin, p.version, 0  FROM 
packages AS pINNER JOIN deps AS d ON (p.id = d.package_id)  WHERE 
d.name = ?1'
DBG(4)[51642]> Pkgdb: running 'SELECT k.annotation AS tag, v.annotation AS 
value  FROM pkg_annotation pJOIN annotation k ON (p.tag_id = 
k.annotation_id)JOIN annotation v ON (p.value_id = v.annotation_id) 
WHERE p.package_id = ?1  ORDER BY tag, value'
DBG(4)[51642]> Pkgdb: running 'SELECT d.name, d.origin, d.version, 0  FROM 
deps AS dLEFT JOIN packages AS p ON(p.origin = d.origin AND p.name 
= d.name)  WHERE d.package_id = ?1  ORDER BY d.origin DESC'
DBG(3)[51642]> Pkg: add a new dependency origin: x11/xproto, name: xproto, 
version: 7.0.26
DBG(3)[51642]> Pkg: add a new dependency origin: x11/libXext, name: 
libXext, version: 1.3.3,1
DBG(3)[51642]> Pkg: add a new dependency origin: x11/libX11, name: libX11, 
version: 1.6.2_2,1
DBG(3)[51642]> Pkg: add a new dependency origin: x11-toolkits/libXt, name: 
libXt, version: 1.1.4_2,1
DBG(4)[51642]> Pkgdb: running 'SELECT p.name, p.origin, p.version, 0  FROM 
packages AS pINNER JOIN deps AS d ON (p.id = d.package_id)  WHERE 
d.name = ?1'
DBG(3)[51642]> Pkg: add a new reverse dependency origin: x11/libgnome, 
name: libgnome, version: 2.32.0_3
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
x11-toolkits/Xaw3d, name: Xaw3d, version: 1.5E_6
DBG(3)[51642]> Pkg: add a new reverse dependency origin: sysutils/xosview, 
name: xosview, version: 1.16_1
DBG(3)[51642]> Pkg: add a new reverse dependency origin: print/transfig, 
name: transfig, version: 3.2.5e_2
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
graphics/graphviz, name: graphviz, version: 2.38.0_6
DBG(3)[51642]> Pkg: add a new reverse dependency origin: graphics/py-gimp, 
name: py27-gimp, version: 2.8.14
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
x11/xorg-libraries, name: xorg-libraries, version: 7.7_2
DBG(3)[51642]> Pkg: add a new reverse dependency origin: editors/emacs, 
name: emacs24, version: 24.4_6,3
DBG(3)[51642]> Pkg: add a new reverse dependency origin: print/tex-xdvik, 
name: tex-xdvik, version: 22.87_3
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
graphics/gimp-app, name: gimp-app, version: 2.8.14_2,1
DBG(3)[51642]> Pkg: add a new reverse dependency origin: x11-wm/fluxbox, 
name: fluxbox, version: 1.3.7
DBG(3)[51642]> Pkg: add a new reverse dependency origin: x11/kdelibs4, 
name: kdelibs, version: 4.14.3
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
x11-servers/xorg-server, name: xorg-server, version: 1.14.7_4,1
DBG(3)[51642]> Pkg: add a new reverse dependency origin: editors/vim, 
name: vim, version: 7.4.691
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
x11-wm/libwraster, name: libwraster, version: 0.95.6_4


DBG(3)[51642]> Pkg: add a new reverse dependency 
origin: x11-wm/windowmaker, name: windowmaker, version: 0.95.6_4
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
x11-clocks/wmcalclock, name: wmCalClock, version: 1.26_1
DBG(3)[51642]> Pkg: add a new reverse dependency origin: audio/wmix, name: 
wmix, version: 3.1_3
DBG(3)[51642]> Pkg: add a new reverse dependency origin: audio/mixer.app, 
name: mixer.app, version: 1.8.0_2
DBG(3)[51642]> Pkg: add a new reverse dependency origin: net/wmnd, name: 
wmnd, version: 0.4.17
DBG(3)[51642]> Pkg: add a new reverse dependency origin: 
sysutils/wmcpuload, name: wmcpuload, version: 1.0.1_4
DBG(3)[51642]> Pkg: add a new reverse dependency origin: s

pkg autoremove segfaulting

[Marco Beishuizen]

Hi,

After the latest upgrade to pkg 1.5.1, "pkg autoremove" segfaults:

root@yokozuna:/home/marco # pkg autoremove
Child process pid=33524 terminated abnormally: Segmentation fault

I tried to reinstall pkg but still the same. Seems the only pkg command 
that does this though.


Regards,
Marco

--
System going down at 1:45 this afternoon for disk crashing.
___
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: plist problems upgrading alpine port [solved]

[Marco Beishuizen]

Hi,

I've finally found the solution! After a lot of trial and error with 
the Makefile and removing all references to tech-notes.txt in the 
pkg-plist, make check-plist found no errors.


Thanks for all the help!

Regards,
Marco
___
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: plist problems upgrading alpine port

[Marco Beishuizen]

On Fri, 20 Feb 2015, the wise Kimmo Paasiala wrote:

Is the tech-notes.txt file copied to the stage directory at all? The 
error is really that you are saying in your pkg-plist file that a 
%%DOCSDIR%%/tech-notes/tech-notes.txt file should be present in the 
stage directory before the pkg-plist check but isn't. A line from your 
first message shows low-level.html copied but is there anything in the 
log about tech-notes.txt?


And afaik the tech-notes.txt file is copied:

...
install  -o root -g wheel -m 444 
/home/marco/tmp/alpine/work/alpine-2.20/doc/tech-notes/tech-notes.txt 
/home/marco/tmp/alpine/work/stage/usr/local/share/doc/alpine

...

Regards,
Marco

--
But in our enthusiasm, we could not resist a radical overhaul of the
system, in which all of its major weaknesses have been exposed,
analyzed, and replaced with new weaknesses.
-- Bruce Leverett,
   "Register Allocation in Optimizing Compilers"
___
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: plist problems upgrading alpine port

[Marco Beishuizen]

On Fri, 20 Feb 2015, the wise Kimmo Paasiala wrote:

Is the tech-notes.txt file copied to the stage directory at all? The 
error is really that you are saying in your pkg-plist file that a 
%%DOCSDIR%%/tech-notes/tech-notes.txt file should be present in the 
stage directory before the pkg-plist check but isn't. A line from your 
first message shows low-level.html copied but is there anything in the 
log about tech-notes.txt?


A file called .invalid-plist-missing has one line in it:

%%DOCSDIR%%/tech-notes/tech-notes.txt

This is afaik the only error message.

The file .PLIST.mktmp says:

/usr/local/share/licenses/alpine-2.20/catalog.mk
/usr/local/share/licenses/alpine-2.20/LICENSE
/usr/local/share/licenses/alpine-2.20/APACHE20
bin/alpine
bin/rpdump
bin/rpload
etc/alpine.conf.sample
man/man1/alpine.1.gz
man/man1/rpdump.1.gz
man/man1/rpload.1.gz
share/doc/alpine/tech-notes.txt
/usr/local/share/doc/alpine/tech-notes/tech-notes.txt
/usr/local/share/doc/alpine/LICENSE
/usr/local/share/doc/alpine/NOTICE
/usr/local/share/doc/alpine/README
/usr/local/share/doc/alpine/brochure.txt
/usr/local/share/doc/alpine/tech-notes/background.html
/usr/local/share/doc/alpine/tech-notes/cmd-line.html
/usr/local/share/doc/alpine/tech-notes/config-notes.html
/usr/local/share/doc/alpine/tech-notes/config.html
/usr/local/share/doc/alpine/tech-notes/index.html
/usr/local/share/doc/alpine/tech-notes/installation.html
/usr/local/share/doc/alpine/tech-notes/introduction.html
/usr/local/share/doc/alpine/tech-notes/low-level.html

And the file .staged-files:

/usr/local/bin/alpine
/usr/local/bin/rpdump
/usr/local/bin/rpload
/usr/local/etc/alpine.conf.sample
/usr/local/man/man1/alpine.1.gz
/usr/local/man/man1/rpdump.1.gz
/usr/local/man/man1/rpload.1.gz
/usr/local/share/doc/alpine/LICENSE
/usr/local/share/doc/alpine/NOTICE
/usr/local/share/doc/alpine/README
/usr/local/share/doc/alpine/brochure.txt
/usr/local/share/doc/alpine/tech-notes.txt
/usr/local/share/doc/alpine/tech-notes/background.html
/usr/local/share/doc/alpine/tech-notes/cmd-line.html
/usr/local/share/doc/alpine/tech-notes/config-notes.html
/usr/local/share/doc/alpine/tech-notes/config.html
/usr/local/share/doc/alpine/tech-notes/index.html
/usr/local/share/doc/alpine/tech-notes/installation.html
/usr/local/share/doc/alpine/tech-notes/introduction.html
/usr/local/share/doc/alpine/tech-notes/low-level.html
/usr/local/share/licenses/alpine-2.20/APACHE20
/usr/local/share/licenses/alpine-2.20/LICENSE
/usr/local/share/licenses/alpine-2.20/catalog.mk

In the original alpine tarball tech-notes.txt is in /doc/tech-notes/.


Regards,
Marco
--
The duration of passion is proportionate with the original resistance
of the woman.
-- Honore de Balzac
___
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: plist problems upgrading alpine port

[Marco Beishuizen]

On Fri, 20 Feb 2015, the wise Kimmo Paasiala wrote:

Is the tech-notes.txt file copied to the stage directory at all? The 
error is really that you are saying in your pkg-plist file that a 
%%DOCSDIR%%/tech-notes/tech-notes.txt file should be present in the 
stage directory before the pkg-plist check but isn't. A line from your 
first message shows low-level.html copied but is there anything in the 
log about tech-notes.txt?


A file called .invalid-plist-missing has one line in it:

%%DOCSDIR%%/tech-notes/tech-notes.txt

This is afaik the only error message.

The file .PLIST.mktmp says:

/usr/local/share/licenses/alpine-2.20/catalog.mk
/usr/local/share/licenses/alpine-2.20/LICENSE
/usr/local/share/licenses/alpine-2.20/APACHE20
bin/alpine
bin/rpdump
bin/rpload
etc/alpine.conf.sample
man/man1/alpine.1.gz
man/man1/rpdump.1.gz
man/man1/rpload.1.gz
share/doc/alpine/tech-notes.txt
/usr/local/share/doc/alpine/tech-notes/tech-notes.txt
/usr/local/share/doc/alpine/LICENSE
/usr/local/share/doc/alpine/NOTICE
/usr/local/share/doc/alpine/README
/usr/local/share/doc/alpine/brochure.txt
/usr/local/share/doc/alpine/tech-notes/background.html
/usr/local/share/doc/alpine/tech-notes/cmd-line.html
/usr/local/share/doc/alpine/tech-notes/config-notes.html
/usr/local/share/doc/alpine/tech-notes/config.html
/usr/local/share/doc/alpine/tech-notes/index.html
/usr/local/share/doc/alpine/tech-notes/installation.html
/usr/local/share/doc/alpine/tech-notes/introduction.html
/usr/local/share/doc/alpine/tech-notes/low-level.html

And the file .staged-files:

/usr/local/bin/alpine
/usr/local/bin/rpdump
/usr/local/bin/rpload
/usr/local/etc/alpine.conf.sample
/usr/local/man/man1/alpine.1.gz
/usr/local/man/man1/rpdump.1.gz
/usr/local/man/man1/rpload.1.gz
/usr/local/share/doc/alpine/LICENSE
/usr/local/share/doc/alpine/NOTICE
/usr/local/share/doc/alpine/README
/usr/local/share/doc/alpine/brochure.txt
/usr/local/share/doc/alpine/tech-notes.txt
/usr/local/share/doc/alpine/tech-notes/background.html
/usr/local/share/doc/alpine/tech-notes/cmd-line.html
/usr/local/share/doc/alpine/tech-notes/config-notes.html
/usr/local/share/doc/alpine/tech-notes/config.html
/usr/local/share/doc/alpine/tech-notes/index.html
/usr/local/share/doc/alpine/tech-notes/installation.html
/usr/local/share/doc/alpine/tech-notes/introduction.html
/usr/local/share/doc/alpine/tech-notes/low-level.html
/usr/local/share/licenses/alpine-2.20/APACHE20
/usr/local/share/licenses/alpine-2.20/LICENSE
/usr/local/share/licenses/alpine-2.20/catalog.mk

In the original alpine tarball tech-notes.txt is in /doc/tech-notes/.


Regards,
Marco
--
The duration of passion is proportionate with the original resistance
of the woman.
-- Honore de Balzac
___
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: plist problems upgrading alpine port

[Marco Beishuizen]

On Fri, 20 Feb 2015, the wise Marco Beishuizen wrote:


On Thu, 19 Feb 2015, the wise Ben Woods wrote:


It's the opposite actually. That line was already in pkg-plist, but needed
to be removed. You have now added it a second time, meaning you get the
error twice.

You need to now delete both instances of that line from pkg-plist.



That won't work either. The pkg-plist is now like this:

bin/alpine
bin/rpdump
bin/rpload
%%ETCDIR%%.conf.sample
man/man1/alpine.1.gz
man/man1/rpdump.1.gz
man/man1/rpload.1.gz
%%PORTDOCSDOCSDIR%%/tech-notes.txt

And results in this:

install  -o root -g wheel -m 444 
/home/marco/tmp/alpine/work/alpine-2.20/doc/tech-notes/low-level.html 
/home/marco/tmp/alpine/work/stage/usr/local/share/doc/alpine/tech-notes

> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: %%PORTDOCSDOCSDIR%%/tech-notes.txt
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
===> Error: Plist issues found.
*** Error code 1

Regards,
Marco


That is: removing the last line of pkg-plist above results in the errors 
above.


Regards,
Marco

--
When you're ready to give up the struggle, who can you surrender to?
___
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: plist problems upgrading alpine port

[Marco Beishuizen]

On Thu, 19 Feb 2015, the wise Ben Woods wrote:


It's the opposite actually. That line was already in pkg-plist, but needed
to be removed. You have now added it a second time, meaning you get the
error twice.

You need to now delete both instances of that line from pkg-plist.



That won't work either. The pkg-plist is now like this:

bin/alpine
bin/rpdump
bin/rpload
%%ETCDIR%%.conf.sample
man/man1/alpine.1.gz
man/man1/rpdump.1.gz
man/man1/rpload.1.gz
%%PORTDOCSDOCSDIR%%/tech-notes.txt

And results in this:

install  -o root -g wheel -m 444 
/home/marco/tmp/alpine/work/alpine-2.20/doc/tech-notes/low-level.html 
/home/marco/tmp/alpine/work/stage/usr/local/share/doc/alpine/tech-notes

> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: %%PORTDOCSDOCSDIR%%/tech-notes.txt
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
===> Error: Plist issues found.
*** Error code 1

Regards,
Marco

--
Take Care of the Molehills, and the Mountains Will Take Care of Themselves.
-- Motto of the Federal Civil Service
___
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: plist problems upgrading alpine port

[Marco Beishuizen]

On Thu, 19 Feb 2015, the wise cpet wrote:


On 2015-02-19 14:48, Marco Beishuizen wrote:

Hi,

I'm trying to upgrade the alpine port to 2.20 but I'm having problems
with plist and staging. The error is:

...
install  -o root -g wheel -m 444
/home/marco/tmp/alpine/work/alpine-2.20/doc/tech-notes/low-level.html
/home/marco/tmp/alpine/work/stage/usr/local/share/doc/alpine/tech-notes
> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
===> Error: Plist issues found.
*** Error code 1
...

I guess the Makefile should be changed somewhere but I've no idea where.

Does anyone have a clue how to solve this?

Regards,

Marco


Copy and paste that to pkg-plist problem solved.


This makes it worse:

...
install  -o root -g wheel -m 444 
/home/marco/tmp/alpine/work/alpine-2.20/doc/tech-notes/low-level.html 
/home/marco/tmp/alpine/work/stage/usr/local/share/doc/alpine/tech-notes

> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
===> Error: Plist issues found.
*** Error code 1
...

Regards,
Marco

--
Mr. Rockford, this is the Thomas Crown School of Dance and Contemporary
Etiquette.  We aren't going to call again!  Now you want these free
lessons or what?
___
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"

plist problems upgrading alpine port

[Marco Beishuizen]

Hi,

I'm trying to upgrade the alpine port to 2.20 but I'm having problems with 
plist and staging. The error is:


...
install  -o root -g wheel -m 444 
/home/marco/tmp/alpine/work/alpine-2.20/doc/tech-notes/low-level.html 
/home/marco/tmp/alpine/work/stage/usr/local/share/doc/alpine/tech-notes

> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
===> Error: Plist issues found.
*** Error code 1
...

I guess the Makefile should be changed somewhere but I've no idea where.

Does anyone have a clue how to solve this?

Regards,

Marco

--
The advantage of being celibate is that when one sees a pretty girl one
does not need to grieve over having an ugly one back home.
-- Paul Leautaud, "Propos dun jour"
___
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: updating alpine port to new version (as a maintainer)

[Marco Beishuizen]

On Tue, 20 Jan 2015, the wise Kurt Jaeger wrote:


Hi!


Still trying to make the new alpine port work. There is one error message
left:

===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
===> Error: Plist issues found.
*** Error code 1


So, the install did not put one file into STAGEDIR, but plist says
that this file should be there ? So maybe plist is wrong ?


Adding things to the pkg-plist file just makes it worse so I think the
cause of this is somewhere in the makefile, but I just can't find it.


Have you tried removing the right line from the plist file ?


The remaining plist file:

bin/alpine
bin/rpdump
bin/rpload
%%ETCDIR%%.conf.sample
man/man1/alpine.1.gz
man/man1/rpdump.1.gz
man/man1/rpload.1.gz
%%PORTDOCSDOCSDIR%%/tech-notes.txt

The last line was added to get rid of the other plist error. Seems to me 
that I can't remove the other lines.


Regards,
Marco

--
If I had only known, I would have been a locksmith.
-- Albert Einstein
___
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: updating alpine port to new version (as a maintainer)

[Marco Beishuizen]

On Sun, 18 Jan 2015, the wise Kurt Jaeger wrote:

Hi,

Still trying to make the new alpine port work. There is one error message 
left:


===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
===> Error: Plist issues found.
*** Error code 1

Adding things to the pkg-plist file just makes it worse so I think the 
cause of this is somewhere in the makefile, but I just can't find it.


Does someone know how to get rid of this last error?

Thanks in advance,

Marco

--
Be it our wealth, our jobs, or even our homes;
nothing is safe while the legislature is in session.
___
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: updating alpine port to new version (as a maintainer)

[Marco Beishuizen]

On Sat, 17 Jan 2015, the wise Scot Hetzel wrote:

Well, problems with the maildir patch seem to have dissappeared, but I'm 
not there yet. Alpine compiles, but the problems with the plist remain. 
I'll look further into the Makefile and see if I can solve this.


The current error is:

> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: %%PORTDOCSDOCSDIR%%/tech-notes.txt
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%DOCSDIR%%/tech-notes/tech-notes.txt
===> Error: Plist issues found.
*** Error code 1

Regards,
Marco


--
I tell ya, drugs never worked out for me.  The first time I tried smoking
pot I didn't know what I was doing.  I smoked half the joint, got the
munchies, and ate the other half.

Well, the first time I tried coke I was so embarrassed.  I kept getting the
bottle stuck up my nose.
-- Rodney Dangerfield
___
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: updating alpine port to new version (as a maintainer)

[Marco Beishuizen]

On Sat, 17 Jan 2015, the wise Scot Hetzel wrote:


Are you using the correct version of the maildir.patch.gz.

If you look on line 116 of the original Makefile, it shows:

116 PATCH_SITES= http://patches.freeiz.com/alpine/patches/alpine-2.11/
117 PATCHFILES+= maildir.patch.gz

You should change that line so that it shows alpine-2.20 or
alpine-${PORTVERSION} instead.


Yes I already saw this and changed it.


I checked the alpine-2.20/maildir.patch.gz and it shows that sm_read
requires 2 arguments.

Since the patch file isn't versioned, you will have to remove the file
from your distfiles and run make checksum to update the checksum for
the file.


This didn't work:

===>  License APACHE20 accepted by the user
===>  Found saved configuration for alpine-2.11_2
===>   alpine-2.20 depends on file: /usr/local/sbin/pkg - found
=> alpine-2.20.tar.xz doesn't seem to exist in 
/usr/ports/distfiles/alpine-2.20.
=> Attempting to fetch 
http://patches.freeiz.com/alpine/release/src/alpine-2.20.tar.xz
alpine-2.20.tar.xz100% of 4717 kB  388 kBps 
00m12s
=> maildir.patch.gz doesn't seem to exist in 
/usr/ports/distfiles/alpine-2.20.
=> Attempting to fetch 
http://patches.freeiz.com/alpine/patches/alpine-2.20/maildir.patch.gz
maildir.patch.gz  100% of   33 kB 5433 kBps 
00m00s

===> Fetching all distfiles required by alpine-2.20 for building
=> SHA256 Checksum OK for alpine-2.20/alpine-2.20.tar.xz.
=> No SHA256 checksum recorded for alpine-2.20/maildir.patch.gz.
=> No suitable checksum found for alpine-2.20/maildir.patch.gz.
*** Error code 1


Another option is to change lines 116 and 117 to:

116 PATCH_SITES= http://patches.freeiz.com/alpine/patches/
117 PATCHFILES+= alpine-${PORTVERSION}/maildir.patch.gz

This will ensure everyone has the correct version of the maildir.patch.gz file.


Errors here too:

===>  License APACHE20 accepted by the user
===>  Found saved configuration for alpine-2.11_2
===>   alpine-2.20 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by alpine-2.20 for building
=> SHA256 Checksum OK for alpine-2.20/alpine-2.20.tar.xz.
cannot open alpine-2.20/alpine-2.20/maildir.patch.gz: No such file or 
directory

*** Error code 2

Regards,

Marco

--
I have made this letter longer than usual
because I lack the time to make it shorter.
-- Blaise Pascal
___
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: updating alpine port to new version (as a maintainer)

[Marco Beishuizen]

On Sat, 17 Jan 2015, the wise Scot Hetzel wrote:


On line 41 of the current ports Makefile, it shows tech-notes.txt:

41 PORTDOCSdoc= brochure.txt tech-notes.txt

Then on lines 163-164 in the post-install stage it tries to install them:

163 .for f in ${PORTDOCSdoc}
164   ${INSTALL_MAN} ${WRKSRC}/doc/$f ${STAGEDIR}${DOCSDIR}
165 .endfor

Change the PORTDOCSdoc variable to:

PORTDOCSdoc= brochure.txt tech-notes/tech-notes.txt

This should install the tech-notes.txt file into the ${DOCSDIR}.

The other option is to remove tech-notes.txt from PORTDOCSdoc and
added it to PORTDOCShtml.  Then update the pkg-plist for the new
location.


Thank you too Scot for your help. After adjusting these lines (and also 
one in line 145) this part seems to work.


Now it gives a compile error and a lot of warnings during compiling.

The 2 errors are:

maildir.c:1720:66: error: too few arguments to function call, expected 2, 
have 1

  if (maildir_canonicalize (test, ref, pat) && (s = sm_read (&sdb))) {
~~~  ^
maildir.c:1722:30: error: too few arguments to function call, expected 2, 
have 1
while ((s = sm_read (&sdb)) != NULL); /* until no more subscriptions 
*/



Regards,
Marco
___
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: updating alpine port to new version (as a maintainer)

[Marco Beishuizen]

On Sat, 17 Jan 2015, the wise Kurt Jaeger wrote:

I normally proceed by moving all non-applying patches into a seperate 
directory and try if the build works:


cd ~/myp/mail/alpine mkdir OLD mv files/patch-alpine__alpine.c OLD/

# and retry rm -rf work && make check-plist

If the patch is required (but different), one has to dig into the code 
and find out what needs to change for the code to build.


After removing 5 patches the make check-plist now hangs at:

===>  License APACHE20 accepted by the user
===>  Found saved configuration for alpine-2.11_2
===>   alpine-2.20 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by alpine-2.20 for building
===>  Extracting for alpine-2.20
=> SHA256 Checksum OK for alpine-2.20/alpine-2.20.tar.xz.
=> SHA256 Checksum OK for alpine-2.20/maildir.patch.gz.
===>  Patching for alpine-2.20
===>  Applying distribution patches for alpine-2.20
===>  Applying FreeBSD patches for alpine-2.20
cp: /home/marco/tmp/alpine/work/alpine-2.20/doc/tech-notes.txt: No such 
file or directory

*** Error code 1

The file tech-notes.txt is not in /doc/, but in /doc/tech-notes/. Where 
can I change this?


Regards,
Marco

--
America, how can I write a holy litany in your silly mood?
-- Allen Ginsberg
___
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: updating alpine port to new version (as a maintainer)

[Marco Beishuizen]

On Sat, 17 Jan 2015, the wise Kurt Jaeger wrote:

Hi Kurt,

Thanks for helping. Unfortunately not all things went as planned.


# fix distinfo, make makesum does this for mw
make makesum


This looked fine.


# then I check the build and stuff on my test system (10.1-amd64)
rm -rf work && make check-plist
[ some iterations later ]


When I do the make check-plist I get an error:

===>  License APACHE20 accepted by the user
===>  Found saved configuration for alpine-2.11_2
===>   alpine-2.20 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by alpine-2.20 for building
===>  Extracting for alpine-2.20
=> SHA256 Checksum OK for alpine-2.20/alpine-2.20.tar.xz.
=> SHA256 Checksum OK for alpine-2.20/maildir.patch.gz.
===>  Patching for alpine-2.20
===>  Applying distribution patches for alpine-2.20
===>  Applying FreeBSD patches for alpine-2.20
Ignoring previously applied (or reversed) patch.
2 out of 2 hunks ignored--saving rejects to ./alpine/alpine.c.rej
=> Patch patch-alpine__alpine.c failed to apply cleanly.
=> Patch(es) patch-alpine__Makefile.am patch-alpine__Makefile.in applied 
cleanly.

*** Error code 1

The contents of alpine.c.rej are:

@@ -50,7 +50,6 @@
 #include "init.h"
 #include "remote.h"
 #include "pattern.h"
-#include "newuser.h"
 #include "setup.h"
 #include "adrbkcmd.h"
 #include "signal.h"
@@ -767,7 +766,6 @@
pine_state->mangled_header = 1;
show_main_screen(pine_state, 0, FirstMenu, &main_keymenu, 0,
 (Pos *) NULL);
-   new_user_or_version(pine_state);
ClearScreen();
 }

Any ideas how to go from here?

Regards,

Marco
--
Woman would be more charming if one could
fall into her arms without falling into her hands.
-- DeGourmont
___
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"

updating alpine port to new version (as a maintainer)

[Marco Beishuizen]

Hi,

I am the port maintainer of the alpine port, nevertheless not a very 
experienced one.


The alpine mailer has recently been updated from 2.11 to 2.20 and I as a 
maintainer would like to update the port to the new version.


According to the porter's handbook I have to use diff to create a patch in 
order to upgrade the alpine port. Is this correct? I'm hoping to get some 
pointers from an experienced port maintainer how to deal with upgrades 
like this.


Thanks in advance for your help.

Regards,

Marco
___
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: pkg-static: ruby19-bdb5-0.6.6_4 conflicts with ruby19-bdb-0.6.6_4 (installs files into the same place)

[Marco Beishuizen]

On Sat, 23 Aug 2014, the wise Bryan Drewery wrote:



pkg delete -f ruby19-bdb-0.6.6_4



Yes! That worked. Was simpler than I thought. Thanks.

Regards,
Marco

--
To a New Yorker, the only California houses on the market for less than
a million dollars are those on fire.  These generally go for six hundred
thousand.
-- From "East vs. West: The War Between the Coasts"
___
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"

pkg-static: ruby19-bdb5-0.6.6_4 conflicts with ruby19-bdb-0.6.6_4 (installs files into the same place)

[Marco Beishuizen]

Hi,

I'm trying to move from db48 to db5. The only port that refuses to upgrade 
is databases/ruby-bdb. Whatever I do I get:

...
> Compressing man pages (compress-man)
===>  Installing for ruby19-bdb5-0.6.6_4
===>   Registering installation for ruby19-bdb5-0.6.6_4
pkg-static: ruby19-bdb5-0.6.6_4 conflicts with ruby19-bdb-0.6.6_4 
(installs files into the same place).  Problematic file: 
/usr/local/lib/ruby/site_ruby/1.9/i386-freebsd9/bdb.so

*** [fake-pkg] Error code 70

Stop in /usr/ports/databases/ruby-bdb.
*** [reinstall] Error code 1

Stop in /usr/ports/databases/ruby-bdb.
...

How do get rid of this error?

Regards,
Marco

--
Tact, n.:
The unsaid part of what you're thinking.
___
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: texlive-texmf

[Marco Beishuizen]

On Sat, 23 Aug 2014, the wise Ajtim wrote:


Hi!

I try to update ports on FreeBSD 10.0 RELELEASE and it stopped at:

===>   Registering installation for texlive-base-20140525 as automatic
mktexlsr: Updating /usr/local/share/texmf/ls-R...
mktexlsr: Updating /usr/local/share/texmf-config/ls-R...
mktexlsr: Updating /usr/local/share/texmf-dist/ls-R...
mktexlsr: Updating /usr/local/share/texmf-local/ls-R...
mktexlsr: Updating /usr/local/share/texmf-var/ls-R...
mktexlsr: Done.
pkg-static: texlive-base-20140525 conflicts with texlive-texmf-20120701_4
(installs files into the same place).  Problematic file: /usr/local/share/texmf-
dist/bibtex/csf/base/88591lat.csf
*** Error code 70

Stop.
make: stopped in /usr/ports/print/texlive-base

===>>> Installation of texlive-base-20140525 (print/texlive-base) failed

Thank you.


Hi,

Here on 9.3-STABLE too. Even when everything of tex is deleted and doing a 
clean install.


Regards,
Marco

--
Air Force Inertia Axiom:
Consistency is always easier to defend than correctness.
___
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"

FF 30 XPCOM and xpcshell

[Marco Beishuizen]

Hi,

FF seems really broken now. It cannot start because of an error:
..
XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
Shared object "libsqlite3.so.8" not found, required by "libxul.so"
Couldn't load XPCOM.
..

I think this can be repaired when FF is reinstalled, but that doesn't work 
because "xpcshell" coredumps at installation.


Has anyone an idea how to solve this?

Regards,
Marco

--
Lord, defend me from my friends; I can account for my enemies.
-- Charles D'Hericault
___
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: port maintainership of alpine?

[Marco Beishuizen]

On Sat, 24 May 2014, the wise Kurt Jaeger wrote:


I guess (very rough guess, I know) you need between 40 to 80 hours (!)
to dig deep enough to get it done. You need to learn make.



Hmm I think it would be best then to look into make first.


If Michelle is doing the port, she will be much faster, from what
I can see 8-)


Yeah, she probably will :)


But if you want to start digging into this in general, I can only encourage
you to learn this.


I'll definitely do this. Looking at the manpage of make as we speak.
Thanks for the help,

Regards,
Marco

--
I have a map of the United States.  It's actual size.
I spent last summer folding it.
People ask me where I live, and I say, "E6".
-- Steven Wright
___
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: port maintainership of alpine?

[Marco Beishuizen]

On Sat, 24 May 2014, the wise Kurt Jaeger wrote:


How many ports did you already build yourself ? On which fbsd versions ?
Did you sometimes fix ports to get them to build ?


Using FreeBSD since 4.0 (I think) as my main OS, and always used ports, so 
it must be hundreds? Problems I fixed myself after some googling or with 
help from the mailinglists.



Ah! Thanks for the pointer. Then you only need to get the 'make' stuff.

How much 'make' did you take up on the side ?

I guess (very rough guess, I know) you need between 40 to 80 hours (!)
to dig deep enough to get it done. You need to learn make.


Hmm I think it would be best then to look into make first.

--
Love thy neighbor as thyself, but choose your neighborhood.
-- Louise Beal
___
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: port maintainership of alpine?

[Marco Beishuizen]

On Sat, 24 May 2014, the wise Kurt Jaeger wrote:


My favorite mailer alpine has no port maintainer at the moment. Ports
that have no maintainer and/or staging are at risk of being deleted from
the portstree, and alpine is a port that I would definitely miss.

So I was thinking of becoming a port maintainer. Although I'm using
FreeBSD for 15 years now, I have no programming experience at all.


Do you have experience building software ? What is your background ?


Other than building ports, no. I don't have an IT background, but a 
finance and legal background so that's not helping me here :-).



So my first question is if it is possible for someone like me to become a
maintainer for a port like alpine, or should I learn programming in C
first?


Learning 'make' would probably more important to maintain the port.

Given that the latest alpine release was around 2008, it looks like
this software is not maintained even upstream! For this, you will
definitly need C skills.


The version in ports is old but alpine is still being developed and 
currently at version 2.11.



Given the deadline for non-staged ports, it looks like a tight race.


I know so that is why I'm interested.

--
Have no friends not equal to yourself.
-- Confucius
___
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"

port maintainership of alpine?

[Marco Beishuizen]

Hi,

My favorite mailer alpine has no port maintainer at the moment. Ports 
that have no maintainer and/or staging are at risk of being deleted from 
the portstree, and alpine is a port that I would definitely miss.


So I was thinking of becoming a port maintainer. Although I'm using 
FreeBSD for 15 years now, I have no programming experience at all.


So my first question is if it is possible for someone like me to become a 
maintainer for a port like alpine, or should I learn programming in C 
first?


Regards,
Marco
--
The road to hell is paved with good intentions.  And littered with
sloppy analysis!
___
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: Upgrade dri-9.1.7_3,2 to dri-9.1.7_4,2

[Marco Beishuizen]

On Sun, 18 May 2014, the wise Jos Chrispijn wrote:


  Just to inform you that there is something going wrong updating this
  port update:
  --- cut ---
  ../../../../src/gallium/auxiliary/util/u_sse.h:206: error: incompatible
  type for argument 1 of '__builtin_ia32_psrlqi128'
  ../../../../src/gallium/auxiliary/util/u_sse.h:207: error: incompatible
  type for argument 1 of '__builtin_ia32_psrlqi128'
  gmake[4]: *** [lp_rast_tri.lo] Error 1


I'm having this too. Running FreeBSD 9.2-STABLE on i386.

Regards,
Marco

--
Tout choses sont dites deja, mais comme
personne n'ecoute, il faut toujours recommencer.
-- A. Gide
___
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"

conflict nvidia-drivers-331.49 and libEGL-9.1.7_1

[Marco Beishuizen]

Hi,

Since the 'official' use of the new Xorg (I already used it on my system), 
I have a conflict between the Nvidia driver and libEGL. I think the driver 
is actually installed but when registering I get:


...
===>  Installing for nvidia-driver-331.49
===>   Registering installation for nvidia-driver-331.49
Installing nvidia-driver-331.49...pkg-static: nvidia-driver-331.49 
conflicts with libEGL-9.1.7_1 (installs files into the same place). 
Problematic file: /usr/local/lib/libEGL.so

...

and

...
*** [fake-pkg] Error code 70
Stop in /usr/ports/x11/nvidia-driver.
...

I can deinstall libEGL but a lot of ports depend on it so that's not a 
good solution either.


Has anyone got a clue how to solve this?

Regards,
Marco

--
The trouble with doing something right the first
time is that nobody appreciates how difficult it was.
___
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"

install error nvidia-driver 331.20

[Marco Beishuizen]

Hi,

I'm getting an install error when installing the nvidia-driver 331.20 from 
ports:


...
Creating bzip'd tar ball in 
'/usr/ports/x11/nvidia-driver/work/nvidia-driver-331.20.tbz'

tar: lib/libEGL.so: Cannot stat: No such file or directory
tar: lib/libEGL.so.1: Cannot stat: No such file or directory
tar: lib/libGLESv1_CM.so: Cannot stat: No such file or directory
tar: lib/libGLESv1_CM.so.1: Cannot stat: No such file or directory
tar: lib/libGLESv2.so: Cannot stat: No such file or directory
tar: lib/libGLESv2.so.2: Cannot stat: No such file or directory
tar: lib/libnvidia-eglcore.so: Cannot stat: No such file or directory
tar: lib/libnvidia-eglcore.so.1: Cannot stat: No such file or directory
tar: lib/libnvidia-glsi.so: Cannot stat: No such file or directory
tar: lib/libnvidia-glsi.so.1: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
*** [do-package] Error code 1
...

The files mentioned above do actually exist in /usr/local/lib.
I'm running FreeBSD 9.2-STABLE i386.

Does anyone have a clue to solve this?

Thanks in advance,
Regards,
Marco

--
The Hollywood tradition I like best is called "sucking up to the stars."
-- Johnny Carson
___
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: how to install ruby18

[Marco Beishuizen]

On Sun, 5 Jan 2014, the wise Gyrd Thane Lange wrote:


Hi!

I had a similar problem some time ago. Some intermediate combination of
pkg-tools/ruby/portupgrade installed bad metadata. The following
helped me identity the ports with bad files:

find /var/db/pkg -type f -exec iconv -t US-ASCII {} > /dev/null \;

Reinstalling the indicated ports solved it for me. I'm currently using
pkg-tools, ruby19 and portupgrade with no problems on FreeBSD 8.3.


Well thank you Gyrd! This was actually the problem. Your commandline 
showed that jpilot had bad metadata, and after removing it the pkgdb seems 
clean again.


Thanks all for the help.

Regards,
Marco

--
GENIUS:
Person clever enough to be born in the right place at the right
time of the right sex and to follow up this advantage by saying
all the right things to all the right people.
___
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: how to install ruby18

[Marco Beishuizen]

On Sat, 4 Jan 2014, the wise Steve Wills wrote:

I'm not sure this is the right solution. Most of those types of problems 
have disappeared now that rdoc isn't a dependency. If you remove 
rubygem-rdoc, does the problem go away?


Rubygem-rdoc wasn't installed at all, so this isn't it either I'm afraid.

Marco

--
The average girl would rather have beauty than brains because she
knows that the average man can see much better than he can think.
-- Ladies' Home Journal
___
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: how to install ruby18

[Marco Beishuizen]

On Sat, 4 Jan 2014, the wise Mathieu Arnold wrote:

Hum, pkgtools.something, in /usr/local/etc/. Maybe you need to remove 
/var/db/pkg/pkgdb.db and let pkgdb rebuild it.


/usr/local/etc/pkgtools.conf is the default and rebuilding the pkgdb.db 
has no effect either.


Regards,

Marco

--
The sendmail configuration file is one of those files that looks like someone
beat their head on the keyboard.  After working with it... I can see why!
-- Harry Skelton
___
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: how to install ruby18

[Marco Beishuizen]

On Sat, 4 Jan 2014, the wise Mathieu Arnold wrote:

That error may come from a non us-ascii character in portupgrade's 
configuration files.


Which configuration files are you referring to?

Thanks,
Regards,
Marco

--
1 bulls, 3 cows.
___
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: how to install ruby18

[Marco Beishuizen]

On Sat, 4 Jan 2014, the wise John Marino wrote:


Ruby18 is gone forever, and unsupported, so that's not the best option.
DragonFly had these same type errors with ruby19, until we redefined
GEM_ENV in bsd.ruby.mk

-GEM_ENV?=LC_CTYPE=UTF-8
+GEM_ENV+=LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8

Maybe setting GEM_ENV in your make.conf and rebuilding all the ruby
stuff would fix it for you too.  Shot in the dark.


Tried both changing /usr/ports/Mk/bsd.ruby.mk and setting GEM_ENV in 
make.conf and rebuilding the ruby stuff, but this had no effect.


Thanks for the tip anyway.

Regards,
Marco

--
Boys are beyond the range of anybody's sure understanding, at least
when they are between the ages of 18 months and 90 years.
-- James Thurber
___
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: how to install ruby18

[Marco Beishuizen]

On Sat, 4 Jan 2014, the wise John Marino wrote:

Are you sure about your statement, "portupgrade doesn't work with 
default ruby19"?


It seems to build fine for us:
http://pkgbox64.dragonflybsd.org/bulk/bleeding-edge-default/latest-per-pkg/portupgrade-2.4.12%2c2.log

It also builds fine on FreeBSD:
http://beefy2.isc.freebsd.org/bulk/10amd64-quarterly/latest-per-pkg/portupgrade-2.4.12,2.log

Also, portsmon is clean:
http://portsmon.freebsd.org/portoverview.py?category=ports-mgmt&portname=portupgrade

It appears your problem is local, not global.
(And no, you can't easily install ruby18 again)


Portupgrade builds fine, but I have my locale set to UTF-8 and in that 
case the pkgdb breaks and portupgrade no longer works:


...
root@yokozuna:/home/marco# pkgdb -FfO
--->  Checking the package registry database
invalid byte sequence in UTF-8
...

When the locale is set to the standard C the error changes to "invalid 
byte sequence in US-ASCII".


I have this error for a very long time and after a lot of searching 
and fiddling with the locale settings have no idea how to solve this.


Ruby18 worked fine so that would be the best option imo.

Regards,

Marco

--
E.T. GO HOME!!!  (And take your Smurfs with you.)
___
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"

how to install ruby18

[Marco Beishuizen]

Hi,

Since portupgrade doesn't work with the default ruby19 ("invalid byte 
sequence" errors) I want to reinstall ruby18 instead. But ruby18 has been 
removed from the ports, so how can I install ruby18 again?


Regards,
Marco

--
Illinois isn't exactly the land that God forgot:
it's more like the land He's trying to ignore.
___
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 and vlc without dbus

[Marco Beishuizen]

Hi,

I've built both firefox and vlc without dbus (unchecked in options). FF 
was also built without gconf and gesettings etc. But when running them 
they both start a dbus-launch and dbus-daemon. FF also starts gconfd-2.


So why do unchecking these options don't have any effect?

Regards,
Marco

--
Prof:So the American government went to IBM to come up with a data
 encryption standard and they came up with ...
Student: EBCDIC!
___
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: accidently removed /usr/ports/.svn/pristine

[Marco Beishuizen]

On Mon, 14 Oct 2013, the wise Christoph Moench-Tegeder wrote:


Your freshly checked out ports tree now lives in /home/marco/ports
(if your line was really copy&pasted).


You are right. After I redid all the steps (this time the right way) all 
seems well now.


Thanks for all the help!

Regards,

Marco

--
By doing just a little every day, you can
gradually let the task completely overwhelm you.
___
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: accidently removed /usr/ports/.svn/pristine

[Marco Beishuizen]

On Mon, 14 Oct 2013, the wise Sergey V. Dyatko wrote:


rm -fr /usr/ports
svn co ..


I did this too but still no new ports tree:

root@yokozuna:/home/marco# svn co svn://svn.freebsd.org/ports/head ports
Checked out revision 330285.
root@yokozuna:/home/marco# svn up /usr/ports
Skipped '/usr/ports'
Summary of conflicts:
  Skipped paths: 1

Marco

--
It is better to wear chains than to believe you are free,
and weight yourself down with invisible chains.
___
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: accidently removed /usr/ports/.svn/pristine

[Marco Beishuizen]

On Sun, 13 Oct 2013, the wise Larry Rosenman wrote:


re-checkout the tree


I did a re-checkout but I'm still getting errors:

Updating '/usr/ports':
svn: E02: Can't open file 
'/usr/ports/.svn/pristine/3d/3d137a82c6597c2c70a7f77b171e7456196e847e.svn-base': 
No such file or directory

svn: E02: Additional errors:
svn: E02: Can't open file 
'/usr/ports/.svn/pristine/3d/3d137a82c6597c2c70a7f77b171e7456196e847e.svn-base': 
No such file or directory


Marco
--
Quality Control, n.:
The process of testing one out of every 1,000 units coming off
a production line to make sure that at least one out of 100 works.
___
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"

accidently removed /usr/ports/.svn/pristine

[Marco Beishuizen]

Hi,

I thought that I could safely remove the /usr/ports/.svn/pristine 
directory. But that wasn't the case so now updating the ports tree with 
svn doesn't work anymore.


Is there a way to repair the damage? I reinstalled subversion but that 
wasn't enough.


Thanks,

Marco

--
Eat, drink, and be merry!  Tomorrow you may be in Utah.
___
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: Unable to print from firefox

[Marco Beishuizen]

On Wed, 12 Jun 2013, the wise Warren Block wrote:

Me too: Firefox used to print, now it just coredumps.  This is on xfce4 
and printing with lpr, the real one.


I will reinstall gtk and report back.


No change after rebuilding x11-toolkits/gtk20, Firefox still dumps core 
very quickly after choosing File/Print.  I do have the cups client 
installed, something required it, but it is not configured.


I had this too. Using the real lpr, I just deinstalled cups completely and 
FF stopped coredumping when printing.


Regards,
Marco

--
People will accept your ideas much more readily if you tell them that Benjamin
Franklin said it first.
___
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: portupgrade broken after ruby upgrade

[Marco Beishuizen]

On Tue, 28 May 2013, the wise Bryan Drewery wrote:


root@yokozuna:/usr/ports# portupgrade -a
invalid byte sequence in UTF-8
Command failed [exit code 1]: /usr/local/sbin/pkgdb -aFOQ


Portupgrade does not handle major ruby upgrades well.

I recommend rebuilding portupgrade and its databases:

# make -C /usr/ports/ports-mgmt/portupgrade build deinstall install clean
# rm -f /var/db/pkg/pkgdb.db
# rm -f /usr/ports/*.db
# pkgdb -fu
# portsdb -fu


Sorry, didn't work either. Still the same error message.

Regards,
Marco

--
We really don't have any enemies.
It's just that some of our best friends are trying to kill us.
___
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: portupgrade broken after ruby upgrade

[Marco Beishuizen]

On Tue, 28 May 2013, the wise Jerry wrote:


Did you update the ports as specified in the UPDATING file?


Yes, but that didn't do anything.

what is the output of: "pkg_info -R ruby-1.9\* and "pkg_info -R 
ruby-1.8\*" if you still have it installed?

...
root@yokozuna:/usr/ports# pkg_info -R ruby-1.9\*
Information for ruby-1.9.3.429,1:

Required by:
ruby19-bdb-0.6.6_1
ruby19-date2-4.0.19
portupgrade-2.4.10.5_1,2
...

I've deinstalled ruby18.

Regards,
Marco


--
Time will end all my troubles,
but I don't always approve of Time's methods.
___
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"

portupgrade broken after ruby upgrade

[Marco Beishuizen]

Hi,

Seems that portupgrade is broken after the upgrade from ruby18 to ruby19:
...
root@yokozuna:/usr/ports# portupgrade -a
invalid byte sequence in UTF-8
Command failed [exit code 1]: /usr/local/sbin/pkgdb -aFOQ
...

I've rebuilt the pkgdb and reinstalled portupgrade but that didn't help.

Regards,
Marco

--
You will lose your present job and have to become a door to door
mayonnaise salesman.
___
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: libreoffice build fails on i386

[Marco Beishuizen]

On Sun, 3 Feb 2013, the wise Bob Eager wrote:

I solved it for the moment by temporarily putting WITH_GCC=yes in 
make.conf, then cleaning and trying again.


Yes, this was it. Thanks for the tip!

Regards,
Marco

--
Being owned by someone used to be called
slavery -- now it's called commitment.
___
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: libreoffice build fails on i386

[Marco Beishuizen]

On Sun, 3 Feb 2013, the wise Kevin Oberman wrote:


I am unable to build libreoffice on an i386 system. It builds fine on
amd64. All systems are running 9.1-stable, one from Jan. 10 and one
from Jan. 27. Both using default compilers. I get a segment fault
running the sot.
[ build CUT ] sot_test_sot
R=/usr/ports/editors/libreoffice/work && S=$R/libreoffice-core-3.5.7.2
&& O=$S/solver/unxfbsdi.pro && W=$S/workdir/unxfbsdi.pro &&  mkdir -p
$W/CppunitTest/ && (LD_LIBRARY_PATH="$O/lib":$O/lib/sqlite
DBGSV_ERROR_OUT=shell STAR_RESOURCEPATH=$O/bin/
$O/bin/cppunit/cppunittester
$W/LinkTarget/CppunitTest/libtest_sot_test_sot.so --headless
--protector unoexceptionprotector.so unoexceptionprotector  --headless
"-env:UNO_TYPES= file://$O/bin/udkapi.rdb  file://$O/bin/types.rdb"
-env:URE_INTERNAL_LIB_DIR=file://$O/lib
-env:LO_LIB_DIR=file://$O/lib > $W/CppunitTest/sot_test_sot.test.log
2>&1 || (cat $W/CppunitTest/sot_test_sot.test.log && echo; echo
"Error: a unit test failed, please do one of:"; echo; echo "export
DEBUGCPPUNIT=TRUE# for exception catching"; echo "export
GDBCPPUNITTRACE=\"gdb --args\" # for interactive debugging"; echo
"export VALGRIND=memcheck# for memory checking" ; echo
"and retry." && false))
Segmentation fault (core dumped)

I have the core file, but I suspect it is of no use unless I re-build
with debug symbols.

Has anyone else seen this? the prior build (before the boost update
was fine. Boost updated without error.


I'm getting this too for some time now on 9.1-stable. My ports are up to 
date and tried yesterday again but no luck.


My error message is:

...
 internal build errors:

ERROR: error 65280 occurred while making
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.7.2/sot/prj

 it seems that the error is inside 'sot', please re-run build
 inside this module to isolate the error and/or test your fix:
...


Regards,
Marco

--
Intellect annuls Fate.
So far as a man thinks, he is free.
-- Ralph Waldo Emerson
___
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: [CFT] editors/emacs to 24.1

[Marco Beishuizen]

On Tue, 7 Aug 2012, the wise Ashish SHUKLA wrote:


newer system? 10-CURRENT, or 9.1-PRERELEASE?


I follow 9-STABLE which now is called 9.1-PRERELEASE.

Marco
--
QOTD:
"Flash!  Flash!  I love you! ...but we only have fourteen hours to
save the earth!"
___
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: [CFT] editors/emacs to 24.1

[Marco Beishuizen]

On Tue, 7 Aug 2012, the wise Ashish SHUKLA wrote:


Hi Marco,

The backtrace you posted doesn't reveal much. And since, I'm not able to 
reproduce it, it's hard for me to troubleshoot. I suggest posting this 
to emacs-devel[1] list, or filing a bug report with Emacs[2].


If it resolves for you with some diff, feel free to mention to me.

References: [1] https://lists.gnu.org/mailman/listinfo/emacs-devel/ [2] 
http://debbugs.gnu.org/db/pa/lemacs.html


HTH


Hi Ashish,

Well it seems it had something to do with the FreeBSD base system. I use 
stable (problems) and you use release (no problem) so I just upgraded to a 
newer system. And guess what? Until now problem solved! So fingers 
crossed, and hoping it stays ok.


Thanks for all the help!

Regards,

Marco

--
The Angels want to wear my red shoes.
-- E. Costello
___
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: [CFT] editors/emacs to 24.1

[Marco Beishuizen]

On Sun, 5 Aug 2012, the wise Ashish SHUKLA wrote:


% gdb $(which emacs)
(gdb) core-file emacs.core
(gdb) bt full


Hi Marco,

Could you provide output of those () ?


Output of this is:

(gdb) core /var/coredumps/emacs.core
Core was generated by `emacs'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libglib-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libglib-2.0.so.0
Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgthread-2.0.so.0
Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgobject-2.0.so.0
Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0
Reading symbols from /usr/local/lib/libpango-1.0.so.0...done.
Loaded symbols for /usr/local/lib/libpango-1.0.so.0
Reading symbols from /lib/libm.so.5...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/local/lib/libcairo.so.2...done.
Loaded symbols for /usr/local/lib/libcairo.so.2
Reading symbols from /usr/local/lib/libfreetype.so.9...done.
Loaded symbols for /usr/local/lib/libfreetype.so.9
Reading symbols from /usr/local/lib/libfontconfig.so.1...done.
Loaded symbols for /usr/local/lib/libfontconfig.so.1
Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...done.
Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0
Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...done.
Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0
Reading symbols from /usr/local/lib/libgio-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgio-2.0.so.0
Reading symbols from /usr/local/lib/libX11.so.6...done.
Loaded symbols for /usr/local/lib/libX11.so.6
Reading symbols from /usr/local/lib/libXext.so.6...done.
Loaded symbols for /usr/local/lib/libXext.so.6
Reading symbols from /usr/local/lib/libXrender.so.1...done.
Loaded symbols for /usr/local/lib/libXrender.so.1
Reading symbols from /usr/local/lib/libXinerama.so.1...done.
Loaded symbols for /usr/local/lib/libXinerama.so.1
Reading symbols from /usr/local/lib/libXi.so.6...done.
Loaded symbols for /usr/local/lib/libXi.so.6
Reading symbols from /usr/local/lib/libXrandr.so.2...done.
Loaded symbols for /usr/local/lib/libXrandr.so.2
Reading symbols from /usr/local/lib/libXcursor.so.1...done.
Loaded symbols for /usr/local/lib/libXcursor.so.1
Reading symbols from /usr/local/lib/libXfixes.so.3...done.
Loaded symbols for /usr/local/lib/libXfixes.so.3
Reading symbols from /usr/local/lib/libXcomposite.so.1...done.
Loaded symbols for /usr/local/lib/libXcomposite.so.1
Reading symbols from /usr/local/lib/libXdamage.so.1...done.
Loaded symbols for /usr/local/lib/libXdamage.so.1
Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0
Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0
Reading symbols from /usr/local/lib/libatk-1.0.so.0...done.
Loaded symbols for /usr/local/lib/libatk-1.0.so.0
Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0
Reading symbols from /usr/local/lib/libSM.so.6...done.
Loaded symbols for /usr/local/lib/libSM.so.6
Reading symbols from /usr/local/lib/libICE.so.6...done.
Loaded symbols for /usr/local/lib/libICE.so.6
Reading symbols from /usr/local/lib/libtiff.so.4...done.
Loaded symbols for /usr/local/lib/libtiff.so.4
Reading symbols from /usr/local/lib/libjpeg.so.11...done.
Loaded symbols for /usr/local/lib/libjpeg.so.11
Reading symbols from /usr/local/lib/libpng15.so.15...done.
Loaded symbols for /usr/local/lib/libpng15.so.15
Reading symbols from /lib/libz.so.6...done.
Loaded symbols for /lib/libz.so.6
Reading symbols from /usr/local/lib/libgif.so.5...done.
Loaded symbols for /usr/local/lib/libgif.so.5
Reading symbols from /usr/local/lib/libXpm.so.4...done.
Loaded symbols for /usr/local/lib/libXpm.so.4
Reading symbols from /usr/local/lib/libXft.so.2...done.
Loaded symbols for /usr/local/lib/libXft.so.2
Reading symbols from /usr/local/lib/librsvg-2.so.2...done.
Loaded symbols for /usr/local/lib/librsvg-2.so.2
Reading symbols from /usr/local/lib/libMagickCore.so.5...done.
Loaded symbols for /usr/local/lib/libMagickCore.so.5
Reading symbols from /usr/local/lib/libMagickWand.so.5...done.
Loaded symbols for /usr/local/lib/libMagickWand.so.5
Reading symbols from /usr/local/lib/libdbus-1.so.3...done.
Loaded symbols for /usr/local/lib/libdbus-1.so.3
Reading symbols from /lib/libthr.so.3...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /usr/local/lib/libxml2.so.5...done.
Loaded symbols for /usr/local/lib/libxml2.so.5
Reading symbols from /lib/libutil.so.9...done.
Loaded symbols for /lib/libutil.so.9
Reading symbols from /lib/libncurses.so.8...done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /usr/local/lib/libgconf-2.so.4...done.
Loaded symbols 

Re: [CFT] editors/emacs to 24.1

[Marco Beishuizen]

On Sun, 5 Aug 2012, the wise Ashish SHUKLA wrote:


Does "emacs -Q" crash for you as well?



Yes, same error messages.

Regards,

Marco

--
Don't relax!  It's only your tension that's holding you together.
___
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: [CFT] editors/emacs to 24.1

[Marco Beishuizen]

On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote:


Sorry about the problem. Could you please mention the error messages (if any
you're getting) ?


It seems that emacs 24.1 core dumps only with dbus enabled:
...
Fatal error (11)Segmentation fault (core dumped)
...

With dbus disabled (and gconf/gsettings too) emacs works, but when trying 
to open a file it crashes:

...
(emacs:90186): GVFS-RemoteVolumeMonitor-WARNING **: invoking IsSupported() 
failed for remote volume monitor with dbus name 
org.gtk.Private.AfcVolumeMonitor: 
org.freedesktop.DBus.Error.Spawn.ChildExited: Process 
/usr/local/libexec/gvfs-afc-volume-monitor exited with status 1

Segmentation fault (core dumped)
...

So it seems to me that emacs needs dbus?

Regards,
Marco

--
A doctor calls his patient to give him the results of his tests.  "I have
some bad news," says the doctor, "and some worse news."  The bad news is
that you only have six weeks to live."
"Oh, no," says the patient.  "What could possibly be worse than
that?"
"Well," the doctor replies, "I've been trying to reach you since
last Monday."
___
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"