How to maintain a manual download in a download restricted port?
Hello.
I deal with an "in spe" port, which does provide the source tarball from
the website via a PHP interface - so, no automatic fetch() seems to be
possible.
To provide the port in due time, I'd like to ask the people here how to
manage in the port's "Makefile" to refer the user to download manually
the sources, place them in ${DISTDIR} and restart installation.
I tried to have my eyes on some ports like java/jdk16, but, to be
honest, the Makefile is not very convenient for my fast eyes to read and
it seems there are many workarounds which are not necessary for a simple
port.
Maybe one of you is willing to answer me. Is there an elegant, BSDish
way to provide the message and stop doing the automatic fetch? I
couldn't find something in the "Porter's Handbook", but sometimes I'm
blind ;-) If there is a statement on that subject in the handbook,
please do not hesitate to refer to the section.
Thanks in advance,
Oliver
signature.asc
Description: OpenPGP digital signature
Re: How to maintain a manual download in a download restricted port?
On 24 Sep 2012 11:12, "O. Hartmann" wrote:
>
> Hello.
>
> I deal with an "in spe" port, which does provide the source tarball from
> the website via a PHP interface - so, no automatic fetch() seems to be
> possible.
>
> To provide the port in due time, I'd like to ask the people here how to
> manage in the port's "Makefile" to refer the user to download manually
> the sources, place them in ${DISTDIR} and restart installation.
>
> I tried to have my eyes on some ports like java/jdk16, but, to be
> honest, the Makefile is not very convenient for my fast eyes to read and
> it seems there are many workarounds which are not necessary for a simple
> port.
>
> Maybe one of you is willing to answer me. Is there an elegant, BSDish
> way to provide the message and stop doing the automatic fetch? I
> couldn't find something in the "Porter's Handbook", but sometimes I'm
> blind ;-) If there is a statement on that subject in the handbook,
> please do not hesitate to refer to the section.
>
http://www.freebsd.org/doc/en/books/porters-handbook/book.html#AEN3090
This appears to be a new feature- I didn't know about it either :)
Chris
___
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"
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/171914New port: devel/pocl: Portable open source OpenCL 1.2 o ports/171913[maintainer update] graphics/zathura-djvu 0.2.0 -> 0.2 o ports/171904[MAINTAINER] Update 3.0.10 to 3.0.11 o ports/171903Observium port should only provide dependencies f ports/171901[MAINTAINER REPLACE AND PORT UPDATE] multimedia/ffmpeg o ports/171899Openoffice 3.4.1 build failure o ports/171896ports/multimedia/libvdpau on 9.0-REL amd64 fails to co o ports/171895[maintainer update] devel/rubygem-awesomeprint: Update f ports/171893[BUG] sysutils/ezjail: ezjail_admin update -b (Cannot f ports/171892graphics/libvisual04-plugins: unbreak with clang f ports/171886[PATCH] multimedia/gpac-mp4box: [SUMMARIZE CHANGES] o ports/171884[maintainer update] update for graphics/opencolorio o ports/171881[NEW PORT] multimedia/freetuxtv: WebTV player based on o ports/171878libsphinxclient port is incompatible with sphinxsearch o ports/171872update mkvtoolnix to 5.8, keep old as mkvtoolnix50 o ports/171870[NEW PORT] games/visualspell: Challenges players to us o ports/171869[NEW PORT] games/multiplik12: Educational game for lea o ports/171868New port: net/remotebox [redports] o ports/171866sysutils/mcelog -- update to 1.0pre3 o ports/171861[NEW PORT] multimedia/pymp: Lean, flexible frontend to o ports/171855[NEW PORT] net-mgmt/node-statsd - Simple daemon for ea o ports/171850Misleading pkg install option in fusefs-kmod f ports/171849databases/postgis: port switches compiler! GCC -> CLAN o ports/171826Update audio/teamspeak3-server 3.0.5 -> 3.0.6.1 f ports/171818Please add option for Python-integration to sysutils/b o ports/171800security/metasploit: Update Metasploit to version 4.4. o ports/171796[NEW PORT] cad/repsnapper: Controller and GCode genera o ports/171792patch: allow xmille to select starting player randomly o ports/171791libreoffice-3.5.6_1 display corruption [unusable] f ports/171763Upgrade mail/davmail to 4.0.0-2016 o ports/171760New port: cad/sweethome3d o ports/171743security/openvpn-devel: update to latest snapshot o ports/171738security/openvpn-beta: update to 2.3-beta1 o ports/171735[NEW PORT] editors/py31-loook-devel: Simple Python too o ports/171734[NEW PORT] editors/py27-loook: Simple Python tool that f ports/171730emulators/virtualbox-ose: f ports/171723Update of the sysutils/tree port o ports/171722[MAINTAINER] graphics/mapnik: update to 2.1.0 f ports/171707multimedia/mplayer: i386 clang build error f ports/171699audio/murmur: Change didn't note in Makefile f ports/171677update for multimedia/clipgrab o ports/171675[NEW PORT] games/cocos2d: Framework for building 2D ga o ports/171674[NEW PORT] audio/alure: Utility library to help manage o ports/171635databases/rrdtool-1.4.7_2 build fails f ports/171605net-mgmt/netams 3.4.5 compilation error o ports/171603[NEW PORT] games/py27-dcross: Blocks fall from the top o ports/171602[NEW PORT] games/py27-cargocarrier: Collect cargo crat f ports/171591net-mgmt/zabbix2-agent: Segmentation fault with versio o ports/171576[NEW PORT] games/py27-bombz: Simple 2D puzzle game wit f ports/171575[patch] sysutils/uhidd: make it work with clang (encod o ports/171559[NEW PORT] games/airstrike: 2d biplane dogfight game o ports/171552[NEW PORT] games/traingame: Game about Trains f ports/171523[PATCH] devel/boost-libs: Allow building using Clang, o ports/171486[NEW PORT] games/help_hannahs_horse: Pacman with a fas o ports/171431[NEW PORT] games/asteroid: Modern version of the arcad o ports/171429[NEW PORT] games/pyspacewar: Two ships duel in a gravi f ports/171396emulators/virtualbox-ose: dd crashes in Virtualbox on o ports/171392[NEW PORT] games/py27-super_mario_bros_python: Clone o o ports/171391[NEW PORT] games/py27-pytowerdefense: Tower Defense Ga f ports/171388news/hellanzb doesn't work anymore since Fbsd 9.0 o ports/171378New port: x11-wm/herbstl
Re: multimedia/vlc options
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 23.09.2012 11:21, schrieb l...@lena.kiev.ua: >> 8.3-RELEASE-p2 i386. After update `make config` doesn't show >> checkboxes for options > >> May be it works in FreeBSD 9 and later, but in 8 and earlier the >> 'make config' dialog behaves differently. > > Same problem with www/firefox and possibly some other ports, but no > problem with most other ports, I tried: OpenEXR, aee, alsa-plugins, > audacity, aumix, avahi, babl, binutils, boehm-gc, boost-libs, > ca_root_nss, cairo, catdoc, centericq, centerim, clamav, coreutils, > cups-base, print/ghostscript8. > > So, perhaps the culprit is some recent change somewhere in > /usr/ports/Mk . > > Problem: > > > > Options for firefox 15.0.1,1 > > > D-Bus IPC system support > Install debug symbols > GNOME desktop environment support > Multimedia support via GStreamer > Proxy support via libproxy > Additional log messages > Use extra compiler optimizations > Profile-Guided Optimization > M(GNOME): GConf configuration backend > suppo M(GNOME): GIO for file I/O > M(GNOME): libgnomeui support module > M(GNOME): GnomeVFS2 support > S(AUDIO): ALSA audio architecture > support S(AUDIO): Open Sound System > support S(AUDIO): PulseAudio > sound server support U > v(+) > > [ OK ] Cancel > > > No problem: > > > > Options for ghostscript8 8.71_10 > > > [X] A4SIZE Set A4 (not Letter) as the default paper size > [X] CAIROCairo graphics library support > [X] CUPS CUPS printing system support > [X] FONTCONFIG Enable fontconfig support > [ ] FT_BRIDGEEnable FreeType Bridge support > [X] LIBPAPER libpaper support > [ ] GTK2 GTK+ 2 GUI toolkit support > [X] X11 X11 support (graphics) > [X] GS_x11 D: X Window System version 11 > [X] GS_x11alpha D: X Window System masquer. alpha > capability [X] GS_x11cmyk D: X Window System masquer. > 1bit/plane CMYK [X] GS_x11cmyk2 D: X Window System > 2-bit-per-plane CMYK [X] GS_x11cmyk4 D: X Window > System 4-bit-per-plane CMYK [X] GS_x11cmyk8 D: X > Window System 8-bit-per-plane CMYK [X] GS_x11gray2 > D: X Window System 2-bit gray-scale > v(+) > > [ OK ] Cancel > > > ___ > 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" You may add # handle long descriptions in port options DIALOG="/usr/ports/Tools/scripts/dialogwrapper.sh" to /etc/make.conf. This works for me (FreeBSD 8.3-stable). - -- Regards Alfred Bartsch Data-Service GmbH -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBgBLQACgkQ5QGe2JdVf3h3nQCeMJQJSiIydHfsF8GZijAp4tdR PP0AoK0OWY+aF6nK1PXcyqOHYu6GenYu =YSIM -END PGP SIGNATURE- ___ 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 maintain a manual download in a download restricted port?
Am 09/24/12 12:21, schrieb Chris Rees:
> On 24 Sep 2012 11:12, "O. Hartmann" wrote:
>>
>> Hello.
>>
>> I deal with an "in spe" port, which does provide the source tarball from
>> the website via a PHP interface - so, no automatic fetch() seems to be
>> possible.
>>
>> To provide the port in due time, I'd like to ask the people here how to
>> manage in the port's "Makefile" to refer the user to download manually
>> the sources, place them in ${DISTDIR} and restart installation.
>>
>> I tried to have my eyes on some ports like java/jdk16, but, to be
>> honest, the Makefile is not very convenient for my fast eyes to read and
>> it seems there are many workarounds which are not necessary for a simple
>> port.
>>
>> Maybe one of you is willing to answer me. Is there an elegant, BSDish
>> way to provide the message and stop doing the automatic fetch? I
>> couldn't find something in the "Porter's Handbook", but sometimes I'm
>> blind ;-) If there is a statement on that subject in the handbook,
>> please do not hesitate to refer to the section.
>>
>
> http://www.freebsd.org/doc/en/books/porters-handbook/book.html#AEN3090
>
> This appears to be a new feature- I didn't know about it either :)
>
> Chris
>
Thank you.
I tried - but failed again.
When setting those variables to:
NOFETCHFILES= ${DISTFILES}
or
RESTRICTED_FILES= ${DISTFILES}
and having
.if !exists(${DISTDIR}/${DISTNAME}${EXTRACT_SUFX})
IGNORE= \n
IGNORE+= Due to download restrictions please download the source
IGNORE+= tarball ${DISTNAME}${EXTRACT_SUFX} manually
IGNORE+= and place the it in ${DISTDIR} and start again.
IGNORE+= \n
.endif
Somehow I expect that setting those "RESTRICTED" or "NOFETCHFILES"
variables will make the script automatically not fetching anything - but
whenever I start the build via "make all", the first step is that the
DISTFILES are getting fetched - or tried to get fetched. This is what I
need to avaoid completely.
Oliver
signature.asc
Description: OpenPGP digital signature
Re: How to maintain a manual download in a download restricted port?
24.09.2012 16:29, O. Hartmann пишет:
Am 09/24/12 12:21, schrieb Chris Rees:
On 24 Sep 2012 11:12, "O. Hartmann" wrote:
Hello.
I deal with an "in spe" port, which does provide the source tarball from
the website via a PHP interface - so, no automatic fetch() seems to be
possible.
To provide the port in due time, I'd like to ask the people here how to
manage in the port's "Makefile" to refer the user to download manually
the sources, place them in ${DISTDIR} and restart installation.
I tried to have my eyes on some ports like java/jdk16, but, to be
honest, the Makefile is not very convenient for my fast eyes to read and
it seems there are many workarounds which are not necessary for a simple
port.
Maybe one of you is willing to answer me. Is there an elegant, BSDish
way to provide the message and stop doing the automatic fetch? I
couldn't find something in the "Porter's Handbook", but sometimes I'm
blind ;-) If there is a statement on that subject in the handbook,
please do not hesitate to refer to the section.
http://www.freebsd.org/doc/en/books/porters-handbook/book.html#AEN3090
This appears to be a new feature- I didn't know about it either :)
Chris
Thank you.
I tried - but failed again.
Hm, this is not my e-mail you replied to. I suggested a little bit
different section. It was 6.2.6. "Examples".
When setting those variables to:
NOFETCHFILES= ${DISTFILES}
or
RESTRICTED_FILES= ${DISTFILES}
and having
.if !exists(${DISTDIR}/${DISTNAME}${EXTRACT_SUFX})
IGNORE= \n
IGNORE+= Due to download restrictions please download the source
IGNORE+= tarball ${DISTNAME}${EXTRACT_SUFX} manually
IGNORE+= and place the it in ${DISTDIR} and start again.
IGNORE+= \n
.endif
Somehow I expect that setting those "RESTRICTED" or "NOFETCHFILES"
variables will make the script automatically not fetching anything - but
whenever I start the build via "make all", the first step is that the
DISTFILES are getting fetched - or tried to get fetched. This is what I
need to avaoid completely.
And here is my first question: have you read the section 6.2.6. to
the end? I.e. have you noticed the mandatory recommendation
"Note that this stanza must be preceded by..."?
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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 maintain a manual download in a download restricted port?
Am 09/24/12 14:49, schrieb Борис Самородов:
> 24.09.2012 16:29, O. Hartmann пишет:
>> Am 09/24/12 12:21, schrieb Chris Rees:
>>> On 24 Sep 2012 11:12, "O. Hartmann" wrote:
Hello.
I deal with an "in spe" port, which does provide the source tarball
from
the website via a PHP interface - so, no automatic fetch() seems to be
possible.
To provide the port in due time, I'd like to ask the people here how to
manage in the port's "Makefile" to refer the user to download manually
the sources, place them in ${DISTDIR} and restart installation.
I tried to have my eyes on some ports like java/jdk16, but, to be
honest, the Makefile is not very convenient for my fast eyes to read
and
it seems there are many workarounds which are not necessary for a
simple
port.
Maybe one of you is willing to answer me. Is there an elegant, BSDish
way to provide the message and stop doing the automatic fetch? I
couldn't find something in the "Porter's Handbook", but sometimes I'm
blind ;-) If there is a statement on that subject in the handbook,
please do not hesitate to refer to the section.
>>>
>>> http://www.freebsd.org/doc/en/books/porters-handbook/book.html#AEN3090
>>>
>>> This appears to be a new feature- I didn't know about it either :)
>>>
>>> Chris
>>>
>>
>>
>> Thank you.
>>
>> I tried - but failed again.
>
> Hm, this is not my e-mail you replied to. I suggested a little bit
> different section. It was 6.2.6. "Examples".
>
>> When setting those variables to:
>>
>> NOFETCHFILES= ${DISTFILES}
>>
>> or
>>
>> RESTRICTED_FILES= ${DISTFILES}
>>
>> and having
>> .if !exists(${DISTDIR}/${DISTNAME}${EXTRACT_SUFX})
>> IGNORE= \n
>> IGNORE+= Due to download restrictions please download the source
>> IGNORE+= tarball ${DISTNAME}${EXTRACT_SUFX} manually
>> IGNORE+= and place the it in ${DISTDIR} and start again.
>> IGNORE+= \n
>> .endif
>>
>> Somehow I expect that setting those "RESTRICTED" or "NOFETCHFILES"
>> variables will make the script automatically not fetching anything - but
>> whenever I start the build via "make all", the first step is that the
>> DISTFILES are getting fetched - or tried to get fetched. This is what I
>> need to avaoid completely.
>
> And here is my first question: have you read the section 6.2.6. to
> the end? I.e. have you noticed the mandatory recommendation
> "Note that this stanza must be preceded by..."?
Of course, I did NOT read the section to its end although it is very
short :-(
Sorry.
signature.asc
Description: OpenPGP digital signature
Re: multimedia/vlc options
In article <20120923092119.gb18...@lena.kiev> you write: >> 8.3-RELEASE-p2 i386. After >> update >> `make config` doesn't show checkboxes for options > >> May be it works in FreeBSD 9 and later, >> but in 8 and earlier the 'make config' dialog behaves differently. > >Same problem with www/firefox and possibly some other ports, >but no problem with most other ports, I tried: >OpenEXR, aee, alsa-plugins, audacity, aumix, avahi, babl, binutils, >boehm-gc, boost-libs, ca_root_nss, cairo, catdoc, centericq, centerim, >clamav, coreutils, cups-base, print/ghostscript8. > >So, perhaps the culprit is some recent change somewhere in /usr/ports/Mk . > >Problem: >[...] Seems dialog(1) on 8.x handles longer descriptions less well than later(?) Anyway I have shortened the offending description so you can try again now. Thanx, :) Juergen ___ 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: multimedia/vlc options
On 24 September 2012 13:43, Juergen Lock wrote: > Seems dialog(1) on 8.x handles longer descriptions less well than > later(?) Yes, this is a known issue. This is the what the wrapper script mentioned above attempts to automatically fix. (DIALOG=/usr/ports/Tools/scripts/dialogwrapper.sh) > Anyway I have shortened the offending description so you can try > again now. :) -- Eitan Adler ___ 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: [Call for Testers] VirtualBox 4.2.0
W dniu 2012-09-22 19:38, Bernhard Fröhlich pisze: vnc is now implemented as a proper virtualbox plugin. This means it can be configured in the GUI and it's using the VRDE interface so you can run the vnc server and the VM in the QT4 interface at the same time. What is the password for VNC connections and how to remove it? s14% VBoxManage modifyvm test --vrdeauthlibrary null s14% VBoxManage modifyvm test --vrdeport 5111 s14% VBoxHeadless --startvm test Oracle VM VirtualBox Headless Interface 4.2.0_OSE (C) 2008-2012 Oracle Corporation All rights reserved. 24/09/2012 20:08:20 Listening for VNC connections on TCP port 5111 24/09/2012 20:08:20 rfbListenOnTCP6Port error in getaddrinfo: ai_family not supported VRDE server is listening on port 5111. 24/09/2012 20:08:28 other clients: 24/09/2012 20:08:28 Client Protocol Version 3.8 24/09/2012 20:08:28 Protocol version sent 3.8, using 3.8 24/09/2012 20:08:28 rfbProcessClientSecurityType: executing handler for type 2 And when I connect to s14:5111 via TightVNC, I am asked for password.. -- Marek Salwerowicz ___ 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: [Call for Testers] VirtualBox 4.2.0
W dniu 2012-09-24 20:10, Marek Salwerowicz pisze: W dniu 2012-09-22 19:38, Bernhard Fröhlich pisze: vnc is now implemented as a proper virtualbox plugin. This means it can be configured in the GUI and it's using the VRDE interface so you can run the vnc server and the VM in the QT4 interface at the same time. What is the password for VNC connections and how to remove it? I answered myself (https://forums.virtualbox.org/viewtopic.php?f=31&t=50085): s14% VBoxManage modifyvm test --vrdeproperty VNCPassword=1234 and now it works with '1234' password I should look for some document that specifies all the VRDE properties -- Marek Salwerowicz ___ 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: [Call for Testers] VirtualBox 4.2.0
Hi,
i just downloaded the .tgz file and uncompressed it in /usr/ports
# cd /usr/ports/emulators/virtualbox-ose
# make
"Makefile", line 93: Malformed conditional (${PORT_OPTIONS:MX11})
"Makefile", line 98: if-less else
"Makefile", line 101: if-less endif
"Makefile", line 103: Malformed conditional (${PORT_OPTIONS:MQT4})
"Makefile", line 109: if-less else
"Makefile", line 112: if-less endif
"Makefile", line 114: Malformed conditional
(${PORT_OPTIONS:MGUESTADDITIONS})
"Makefile", line 120: if-less else
"Makefile", line 122: if-less endif
"Makefile", line 124: Malformed conditional (${PORT_OPTIONS:MDEBUG})
"Makefile", line 127: if-less endif
"Makefile", line 129: Malformed conditional (${PORT_OPTIONS:MDBUS})
"Makefile", line 131: if-less else
"Makefile", line 133: if-less endif
"Makefile", line 135: Malformed conditional (${PORT_OPTIONS:MPULSEAUDIO})
"Makefile", line 137: if-less else
"Makefile", line 139: if-less endif
"Makefile", line 141: Malformed conditional (${PORT_OPTIONS:MVNC})
"Makefile", line 144: if-less endif
"Makefile", line 146: Malformed conditional (${PORT_OPTIONS:MNLS})
"Makefile", line 148: if-less else
"Makefile", line 150: if-less endif
"Makefile", line 152: Malformed conditional (${PORT_OPTIONS:MVDE})
"Makefile", line 155: if-less endif
"Makefile", line 157: Malformed conditional (${PORT_OPTIONS:MWEBSERVICE})
"Makefile", line 163: if-less else
"Makefile", line 165: if-less endif
"Makefile", line 214: Malformed conditional (${PORT_OPTIONS:MVNC})
"Makefile", line 216: if-less endif
"Makefile", line 220: Malformed conditional (${PORT_OPTIONS:MUDPTUNNEL})
"Makefile", line 222: if-less endif
"Makefile", line 223: Malformed conditional (${PORT_OPTIONS:MWEBSERVICE})
"Makefile", line 230: if-less endif
"Makefile", line 255: Malformed conditional (${PORT_OPTIONS:MNLS})
"Makefile", line 258: if-less endif
"Makefile", line 274: Malformed conditional (${PORT_OPTIONS:MVNC})
"Makefile", line 277: if-less endif
"Makefile", line 279: Malformed conditional (${PORT_OPTIONS:MWEBSERVICE})
"Makefile", line 284: if-less endif
"Makefile", line 286: Malformed conditional
(${PORT_OPTIONS:MGUESTADDITIONS})
"Makefile", line 290: if-less endif
"Makefile", line 308: Malformed conditional (${PORT_OPTIONS:MQT4})
"Makefile", line 313: if-less endif
make: fatal errors encountered -- cannot continue
#
I'm using FREEBSD 9.1-PRERELEASE as of 15 Aug amd64
help me plz.
Sami
On Thu, Sep 20, 2012 at 8:02 AM, Bernhard Fröhlich wrote:
> Hi virtualbox users!
>
> I am very glad to be able to send out a VirtualBox 4.2.0 call for testers.
> We've done a good job pushing many patches upstream before the
> release this time so our port is much smaller and easier to handle.
>
> The stability of 4.2.0 seems to be better than the past .0 releases so
> our plan is to commit 4.2 to the portstree as soon as FreeBSD 9.1 is
> out the door. Feedback from this CFT will tell us where we really are
> so please also report positive feedback.
>
> We are still looking for more people that can help with vbox maintenance
> and development but the situation improved already since Mikhail
> Tsatsenko and Ed Maste joined the team! Thanks a lot guys!! If you
> are interested or have noticed a bug you can easily find us on IRC.
>
>
> Please ensure that your Kernel sources match your running kernel before
> building the virtualbox-ose-kmod port!
>
> Changes since VirtualBox 4.1:
> https://www.virtualbox.org/wiki/Changelog
>
> VirtualBox 4.2.0 and 4.1.22 (legacy) Ports:
>
> http://people.freebsd.org/~decke/virtualbox/virtualbox-cft-4.2.0-20120920.tar.gz
>
> IRC: #freebsd-vbox on Freenode
>
>
> Bernhard on behalf of the new VirtualBox on FreeBSD Team!
>
> --
> Bernhard Froehlich
> http://www.bluelife.at/
> ___
> freebsd-emulat...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
> To unsubscribe, send any mail to "
> freebsd-emulation-unsubscr...@freebsd.org"
>
--
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: [Call for Testers] VirtualBox 4.2.0
I've downloaded the latest ports now.
and it seems compiling :)
Sami
On Mon, Sep 24, 2012 at 11:37 PM, Sami Halabi wrote:
> Hi,
> i just downloaded the .tgz file and uncompressed it in /usr/ports
>
> # cd /usr/ports/emulators/virtualbox-ose
> # make
> "Makefile", line 93: Malformed conditional (${PORT_OPTIONS:MX11})
> "Makefile", line 98: if-less else
> "Makefile", line 101: if-less endif
> "Makefile", line 103: Malformed conditional (${PORT_OPTIONS:MQT4})
> "Makefile", line 109: if-less else
> "Makefile", line 112: if-less endif
> "Makefile", line 114: Malformed conditional
> (${PORT_OPTIONS:MGUESTADDITIONS})
> "Makefile", line 120: if-less else
> "Makefile", line 122: if-less endif
> "Makefile", line 124: Malformed conditional (${PORT_OPTIONS:MDEBUG})
> "Makefile", line 127: if-less endif
> "Makefile", line 129: Malformed conditional (${PORT_OPTIONS:MDBUS})
> "Makefile", line 131: if-less else
> "Makefile", line 133: if-less endif
> "Makefile", line 135: Malformed conditional (${PORT_OPTIONS:MPULSEAUDIO})
> "Makefile", line 137: if-less else
> "Makefile", line 139: if-less endif
> "Makefile", line 141: Malformed conditional (${PORT_OPTIONS:MVNC})
> "Makefile", line 144: if-less endif
> "Makefile", line 146: Malformed conditional (${PORT_OPTIONS:MNLS})
> "Makefile", line 148: if-less else
> "Makefile", line 150: if-less endif
> "Makefile", line 152: Malformed conditional (${PORT_OPTIONS:MVDE})
> "Makefile", line 155: if-less endif
> "Makefile", line 157: Malformed conditional (${PORT_OPTIONS:MWEBSERVICE})
> "Makefile", line 163: if-less else
> "Makefile", line 165: if-less endif
> "Makefile", line 214: Malformed conditional (${PORT_OPTIONS:MVNC})
> "Makefile", line 216: if-less endif
> "Makefile", line 220: Malformed conditional (${PORT_OPTIONS:MUDPTUNNEL})
> "Makefile", line 222: if-less endif
> "Makefile", line 223: Malformed conditional (${PORT_OPTIONS:MWEBSERVICE})
> "Makefile", line 230: if-less endif
> "Makefile", line 255: Malformed conditional (${PORT_OPTIONS:MNLS})
> "Makefile", line 258: if-less endif
> "Makefile", line 274: Malformed conditional (${PORT_OPTIONS:MVNC})
> "Makefile", line 277: if-less endif
> "Makefile", line 279: Malformed conditional (${PORT_OPTIONS:MWEBSERVICE})
> "Makefile", line 284: if-less endif
> "Makefile", line 286: Malformed conditional
> (${PORT_OPTIONS:MGUESTADDITIONS})
> "Makefile", line 290: if-less endif
> "Makefile", line 308: Malformed conditional (${PORT_OPTIONS:MQT4})
> "Makefile", line 313: if-less endif
> make: fatal errors encountered -- cannot continue
> #
>
>
> I'm using FREEBSD 9.1-PRERELEASE as of 15 Aug amd64
>
> help me plz.
>
> Sami
>
> On Thu, Sep 20, 2012 at 8:02 AM, Bernhard Fröhlich wrote:
>
>> Hi virtualbox users!
>>
>> I am very glad to be able to send out a VirtualBox 4.2.0 call for testers.
>> We've done a good job pushing many patches upstream before the
>> release this time so our port is much smaller and easier to handle.
>>
>> The stability of 4.2.0 seems to be better than the past .0 releases so
>> our plan is to commit 4.2 to the portstree as soon as FreeBSD 9.1 is
>> out the door. Feedback from this CFT will tell us where we really are
>> so please also report positive feedback.
>>
>> We are still looking for more people that can help with vbox maintenance
>> and development but the situation improved already since Mikhail
>> Tsatsenko and Ed Maste joined the team! Thanks a lot guys!! If you
>> are interested or have noticed a bug you can easily find us on IRC.
>>
>>
>> Please ensure that your Kernel sources match your running kernel before
>> building the virtualbox-ose-kmod port!
>>
>> Changes since VirtualBox 4.1:
>> https://www.virtualbox.org/wiki/Changelog
>>
>> VirtualBox 4.2.0 and 4.1.22 (legacy) Ports:
>>
>> http://people.freebsd.org/~decke/virtualbox/virtualbox-cft-4.2.0-20120920.tar.gz
>>
>> IRC: #freebsd-vbox on Freenode
>>
>>
>> Bernhard on behalf of the new VirtualBox on FreeBSD Team!
>>
>> --
>> Bernhard Froehlich
>> http://www.bluelife.at/
>> ___
>> freebsd-emulat...@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
>> To unsubscribe, send any mail to "
>> freebsd-emulation-unsubscr...@freebsd.org"
>>
>
>
>
> --
> Sami Halabi
> Information Systems Engineer
> NMS Projects Expert
> FreeBSD SysAdmin Expert
>
>
--
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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"
[BRAINSTORMIG] name of the variable for passing command line options via make
Hi, One of the missing thing since we switch to OptionNG is a reliable ability to pass options via command line that would override make.conf and config file options. Here is an implementation that do work: http://people.freebsd.org/~bapt/OVERRIDE_BLA.diff Now OVERRIDE_SET/UNSET doesn't seems to be the best name :) http://www.freebsd.org/cgi/query-pr.cgi?pr=170180 Here are other proposition from me: LATE_SET/UNSET CMD_SET/UNSET Do you have better proposition? Do you like one of those proposition? end of the brainstorming: 1st August, the proposition that received the more votes will be chosen :) regards, Bapt pgpAdpNQUyDgt.pgp Description: PGP signature
Re: [BRAINSTORMIG] name of the variable for passing command line options via make
On Tue, Sep 25, 2012 at 12:15:24AM +0200, Baptiste Daroussin wrote: > Hi, > > One of the missing thing since we switch to OptionNG is a reliable ability to > pass options via command line that would override make.conf and config file > options. > > Here is an implementation that do work: > http://people.freebsd.org/~bapt/OVERRIDE_BLA.diff > > Now OVERRIDE_SET/UNSET doesn't seems to be the best name :) > > http://www.freebsd.org/cgi/query-pr.cgi?pr=170180 > > Here are other proposition from me: > LATE_SET/UNSET > CMD_SET/UNSET > > Do you have better proposition? > Do you like one of those proposition? > > end of the brainstorming: > 1st August, the proposition that received the more votes will be chosen :) Of course 1st October should have been read here :) regards, Bapt pgpDhSO6BYJvu.pgp Description: PGP signature
devel/tnt: CLANG oddities, some dirty non-C++ conform code?
When compiling a large software package from USGS (called ISIS3) on
FreeBSD using CLANG (3.1 and 3.2 on FreeBSD 9.1-PRE and 10.0-CUR,
respectively) I receive the following sjowed nasty and sticky error.
Compiling the same code with gcc-4.6 works fine, but I guess this is due
to a loose syntax handling of gcc 4.6 C++ compared to CLANG C++, the
latter seems to be very restrictive in checking syntaxes.
Before filing an PR (people do not want to have simple PRs filed
regarding CLANG problems, they reuqest solutions/fixes), I'd like to ask
whether someone has come across this. My C++ knowledge is limited!
[...]
In file included from /usr/local/include/tnt/jama_lu.h:4:
In file included from /usr/local/include/tnt/tnt.h:55:
/usr/local/include/tnt/tnt_sparse_matrix_csr.h:97:3: error: no matching
constructor for initialization of 'Array1D'
rowptr_(M, r), colind_(nz, c), dim1_(M), dim2_(N) {}
^
/usr/local/include/tnt/tnt_array1d.h:63:11: note: candidate constructor
not viable: no known conversion from 'const int *' to 'const int' for
2nd argument;
dereference the argument with *
Array1D(int n, const T &a);
^
/usr/local/include/tnt/tnt_array1d.h:64:11: note: candidate constructor
not viable: 2nd argument ('const int *') would lose const qualifier
Array1D(int n, T *a);
^
/usr/local/include/tnt/tnt_array1d.h:61:11: note: candidate constructor
not viable: requires 0 arguments, but 2 were provided
Array1D();
^
/usr/local/include/tnt/tnt_array1d.h:62:11: note: candidate constructor
not viable: requires single argument 'n', but 2 arguments were provided
explicit Array1D(int n);
^
/usr/local/include/tnt/tnt_array1d.h:65:14: note: candidate constructor
not viable: requires single argument 'A', but 2 arguments were provided
inline Array1D(const Array1D &A);
[...]
signature.asc
Description: OpenPGP digital signature
Re: Postfix and SASL compilation problem
On Wed, 2012-09-12 at 12:36:47 +0200, Ján Šebošík wrote:
> while I was trying to build ports/mail/postfix, the problem occured
> in file ./work/postfix-2.9.4/src/global/dict_ldap.c.
>
> Line 232 in postfix-2.9.4/src/global/dict_ldap.c doesn't contain
> proper path to sasl.h header file on FreeBSD.
> Fixed line should look like this: #include
>
> Here is the patch:
> ###
> --- dict_ldap.c.old 2012-09-11 00:39:40.0 +0200
> +++ dict_ldap.c 2012-09-11 00:22:56.0 +0200
> @@ -229,7 +229,7 @@
>/*
> * SASL headers, for sasl_interact_t. Either SASL v1 or v2 should be fine.
> */
> -#include
> +#include
> #endif
Rather, the idiomatic approach is to add ${LOCALBASE}/include/sasl to
the preprocessor's include path. This is done when WITH_SASL2 is
defined. Does that produce undesirable results in your environment?
PS: sorry for the delayed reply; I hope to be quicker in response to
any follow-ups.
--
Sahil Tandon
___
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"
[devel/newfile] - Problem with patch.
Hi. When I upgrade the port devel/newfile, I get the following problem: [cut] ===>>> The following actions will be taken if you choose to proceed: Upgrade newfile-1.0.14_2 to newfile-1.0.14_3 ===>>> Proceed? y/n [y] ===>>> Starting build for ports that need updating <<<=== ===>>> Launching child to install devel/newfile ===>>> All >> devel/newfile (1/1) ===>>> Currently installed version: newfile-1.0.14_2 ===>>> Port directory: /usr/ports/devel/newfile ===>>> Starting check for build dependencies ===>>> Gathering dependency list for devel/newfile from ports ===>>> Dependency check complete for devel/newfile ===>>> All >> newfile-1.0.14_2 (1/1) ===> Cleaning for newfile-1.0.14_3 ===> Extracting for newfile-1.0.14_3 => SHA256 Checksum OK for newfile-1.0.14.tar.gz. ===> newfile-1.0.14_3 depends on file: /usr/local/bin/ruby18 - found ===> Patching for newfile-1.0.14_3 ===> newfile-1.0.14_3 depends on file: /usr/local/bin/ruby18 - found ===> Applying FreeBSD patches for newfile-1.0.14_3 1 out of 2 hunks failed--saving rejects to data/projects/p...@makefile.rej => Patch patch-data_projects_port_Makefile failed to apply cleanly. *** [do-patch] Error code 1 Stop in /usr/ports/devel/newfile. ===>>> make failed for devel/newfile ===>>> Aborting update ===>>> Update for devel/newfile failed ===>>> Aborting update Terminated ===>>> You can restart from the point of failure with this command line: portmaster devel/newfile root@atnus:/root # [/cut] I add a file p...@makefile.rej [cut] uid@atnus:~ > uname -a FreeBSD atnus.com 9.1-RC1 FreeBSD 9.1-RC1 #0: Fri Sep 21 16:17:42 CEST 2012 r...@atnus.com:/usr/obj/usr/src/sys/ATNUS i386 [/cut] -- Pozdrowienia, Rafał Szkodziński ___ 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: [devel/newfile] - Problem with patch.
There is nothing useful in that patch file anyway... Remove it! and continue forward. On Tue, Sep 25, 2012 at 06:21:30AM +0200, Rafał Szkodziński wrote: > Hi. > > When I upgrade the port devel/newfile, I get the following problem: > > [cut] > ===>>> The following actions will be taken if you choose to proceed: > Upgrade newfile-1.0.14_2 to newfile-1.0.14_3 > > ===>>> Proceed? y/n [y] > > > ===>>> Starting build for ports that need updating <<<=== > > ===>>> Launching child to install devel/newfile > > ===>>> All >> devel/newfile (1/1) > > ===>>> Currently installed version: newfile-1.0.14_2 > ===>>> Port directory: /usr/ports/devel/newfile > > ===>>> Starting check for build dependencies > ===>>> Gathering dependency list for devel/newfile from ports > ===>>> Dependency check complete for devel/newfile > > ===>>> All >> newfile-1.0.14_2 (1/1) > > ===> Cleaning for newfile-1.0.14_3 > ===> Extracting for newfile-1.0.14_3 > => SHA256 Checksum OK for newfile-1.0.14.tar.gz. > ===> newfile-1.0.14_3 depends on file: /usr/local/bin/ruby18 - found > ===> Patching for newfile-1.0.14_3 > ===> newfile-1.0.14_3 depends on file: /usr/local/bin/ruby18 - found > ===> Applying FreeBSD patches for newfile-1.0.14_3 > 1 out of 2 hunks failed--saving rejects to data/projects/p...@makefile.rej > => Patch patch-data_projects_port_Makefile failed to apply cleanly. > *** [do-patch] Error code 1 > > Stop in /usr/ports/devel/newfile. > > ===>>> make failed for devel/newfile > ===>>> Aborting update > > ===>>> Update for devel/newfile failed > ===>>> Aborting update > > Terminated > > ===>>> You can restart from the point of failure with this command line: > portmaster devel/newfile > > root@atnus:/root # > [/cut] > > I add a file p...@makefile.rej > > [cut] > uid@atnus:~ > uname -a > FreeBSD atnus.com 9.1-RC1 FreeBSD 9.1-RC1 #0: Fri Sep 21 16:17:42 CEST > 2012 r...@atnus.com:/usr/obj/usr/src/sys/ATNUS i386 > [/cut] > > > -- > Pozdrowienia, > Rafał Szkodziński > ___ > 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" -- - (2^(N-1)) JJH48-ARIN ___ 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: [BRAINSTORMIG] name of the variable for passing command line options via make
On 24/09/2012 23:15, Baptiste Daroussin wrote: > Here is an implementation that do work: > http://people.freebsd.org/~bapt/OVERRIDE_BLA.diff > > Now OVERRIDE_SET/UNSET doesn't seems to be the best name :) > > http://www.freebsd.org/cgi/query-pr.cgi?pr=170180 > > Here are other proposition from me: > LATE_SET/UNSET > CMD_SET/UNSET SETOPT and UNSETOPT ? As in: # cd /usr/ports/foo/bar # make SETOPT="THIS THAT" UNSETOPT="THEOTHER" install Since it is setting or unsetting options, and that expresses the user's wishes clearly and succinctly. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
