Re: redports.org - The public FreeBSD ports development infrastructure
On Do., 29. Dez. 2011 19:13:46 CET, Stephen Montgomery-Smith step...@missouri.edu wrote: I am trying this out. Looking at the instructions on https://redports.org/wiki/UserGuide: svn co https://svn.redports.org/yourusername mkdir www cp -pr /usr/ports/www/phpvirtualbox www/ svn add www svn commit -m phpvirtualbox added shouldn't there be a second line cd yourusername or something like that? Yes, thanks for spotting that! It's fixed now. ___ 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: redports.org - The public FreeBSD ports development infrastructure
On Do., 29. Dez. 2011 17:55:06 CET, Marin Atanasov Nikolov dna...@gmail.com wrote: On Thu, Dec 29, 2011 at 6:08 PM, Frank Laszlo fr...@franksworld.org wrote: On 12/29/11 6:44 AM, Bernhard Froehlich wrote: Hi Porters! I am happy to announce that redports.org has finally reached the point where I think It's safe to be used by everybody! FYI, I'm getting a 502 bad gateway error when loading the page. Me too :( BTW, has anyone considered evaluating Jenkins [1] for doing the same thing? Jenkins is quite interesting IMO, and is worth testing it out :) [1] http://jenkins-ci.org/ Regards, Marin I spend a few months planning and researching how to best implement the idea in a way that fits into the FreeBSD ecosystem. Throwing that all away and using a java based finished product will take a lot more time to only reimplement the status quo. Redports has been designed with care to heavily use Tinderbox and ZFS for actual building and only reimplement what is really needed. The result is easily extendable and written in C, shell and python for the Trac plugin. http://svn.bluelife.at/index.cgi/redports/browse/trunk ___ 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: mplayer and mencoder updates
Zhihao Yuan lich...@gmail.com writes: Zhihao Yuan lich...@gmail.com writes: On Thu, Dec 29, 2011 at 6:07 PM, Thomas Zander thomas.e.zan...@googlemail.com wrote: Hi, thank you all for your comments on the first iteration of the ports. A heavily revised version can be found on http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2 Changes: [...] - use newer gcc and binutils thus enabling significant speed-ups (and also, since most mplayer and ffmpeg development is done on newer gcc and binutils than we have in the base system, it's slowly getting tedious to ensure compatibility with older toolchain) So, with the new toolchain --disable-ssse3 is dropped but why BROKEN_RELOCATIONS is still there? GJ. Tested with clang, no problem either. Even though the port now explicitly uses gcc, ignoring CC from make.conf or Makefile.local ? And on clang with -integrated-as being default gnu as is not used, e.g. try to remove /usr/bin/as, it'd still build fine. It's not ignoring CC. It sets USE_GCC=, which can be overwrite by make CC=clang. Have you actually tried ? It's a known blind spot for clang -exp runs. $ echo CC=clang Makefile.local $ make -V CC gcc46 ___ 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: mplayer and mencoder updates
On Fri, 30 Dec 2011 01:07:58 +0100 Thomas Zander thomas.e.zan...@googlemail.com wrote: Hi, thank you all for your comments on the first iteration of the ports. A heavily revised version can be found on http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2 Changes: - reduce the number of explicit --enable-feature where it seemed reasonable, hence deviate less from the intention of the configure script - remove patching and reinplacing homegrown tweaks whenever possible, hence deviate less from the intention of the configure script - fix the reported pthread issue - always use internal libass - adopt patches to support 24 bit OSS output and keep volume during seek - use newer gcc and binutils thus enabling significant speed-ups (and also, since most mplayer and ffmpeg development is done on newer gcc and binutils than we have in the base system, it's slowly getting tedious to ensure compatibility with older toolchain) Caveats: - bluray does not work right now - keep it/turn it off in OPTIONS for now I hope the refactoring (removing mostly) of the tweaks to the configure and build environment does not impose noticeable changes for most users, but we may encounter difficulties in some configurations I couldn't check. Please give it a try! As always, comments, suggestions and especially patches are more than welcome. I see that some Makefiles under mplayer explicitly use gcc46. Is that really necessary? I like mplayer but I'm not interested in installing an entire gcc46 tool chain just to get the latest version. -- Gary Jennejohn ___ 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: mplayer and mencoder updates
On Fri, Dec 30, 2011 at 3:27 AM, Jan Beich jbe...@tormail.net wrote: Zhihao Yuan lich...@gmail.com writes: Zhihao Yuan lich...@gmail.com writes: On Thu, Dec 29, 2011 at 6:07 PM, Thomas Zander thomas.e.zan...@googlemail.com wrote: Hi, thank you all for your comments on the first iteration of the ports. A heavily revised version can be found on http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2 Changes: [...] - use newer gcc and binutils thus enabling significant speed-ups (and also, since most mplayer and ffmpeg development is done on newer gcc and binutils than we have in the base system, it's slowly getting tedious to ensure compatibility with older toolchain) So, with the new toolchain --disable-ssse3 is dropped but why BROKEN_RELOCATIONS is still there? GJ. Tested with clang, no problem either. Even though the port now explicitly uses gcc, ignoring CC from make.conf or Makefile.local ? And on clang with -integrated-as being default gnu as is not used, e.g. try to remove /usr/bin/as, it'd still build fine. It's not ignoring CC. It sets USE_GCC=, which can be overwrite by make CC=clang. Have you actually tried ? It's a known blind spot for clang -exp runs. $ echo CC=clang Makefile.local $ make -V CC gcc46 To specify a var in command has different effect. You can try it, make CC=clang in mplayer dir. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___ 4BSD -- http://4bsd.biz/ ___ 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: mplayer and mencoder updates
Hi all, and another quick iteration of the port, no big changes. Since it is still December 30 today, the URL stays the same, simply the content has been updated: http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2 Changes: - Remove the patch for BROKEN_RELOCATIONS (thanks Jan for the heads-up) - bluray actually does work with http://www.freebsd.org/cgi/query-pr.cgi?pr=163721 (not a real change, but noteworthy) Regarding the dependency on gcc46. I'll make some tests whether to keep supporting builds with the base system gcc for those who don't wish to install gcc from ports is doable. Best regards, Riggs ___ 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: mplayer and mencoder updates
And here we go again. On Fri, Dec 30, 2011 at 20:44, Thomas Zander thomas.e.zan...@googlemail.com wrote: Regarding the dependency on gcc46. I'll make some tests whether to keep supporting builds with the base system gcc for those who don't wish to install gcc from ports is doable. http://www.rrr.de/~riggs/mplayer/m20111231.tar.bz2 Changes: - Introduce OPTION variable OTCHAIN defaulting to on. Sets USE_GCC?=4.6 and depends on recent binutils so that all optimisations can be used. clang-friends can tweak that to their desire. If this switch is turned off, the Makefile assumes the base system gcc should be used and applies extra-patch-base_system_gcc to allow build (minus a few optimisations). Caveat: - It's late. I have tested this with some content on amd64 and i386 on 8/stable but YMMV. Please test and report problems. Best regards Riggs ___ 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
sa-update under perl 5.14
FreeBSD psg.com 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #2: Sat Dec 24 13:35:25
GMT 2011 r...@psg.com:/usr/obj/usr/src/sys/PSG i386
perl 5, version 14, subversion 2 (v5.14.2) built for
i386-freebsd-thread-multi-64int
p5-Mail-SpamAssassin-3.3.2_3
libwww-5.4.0_4
p5-libwww-6.02_1
the fun starts about retrying: 501 Protocol scheme 'http' is not
supported: 501 Protocol scheme 'http' is not supported
# sa-update -D
Dec 31 06:48:56.561 [95100] dbg: logger: adding facilities: all
Dec 31 06:48:56.561 [95100] dbg: logger: logging level is DBG
Dec 31 06:48:56.561 [95100] dbg: generic: SpamAssassin version 3.3.2
Dec 31 06:48:56.562 [95100] dbg: generic: Perl 5.014002, PREFIX=/usr/local,
DEF_RULES_DIR=/usr/local/share/spamassassin,
LOCAL_RULES_DIR=/usr/local/etc/mail/spamassassin,
LOCAL_STATE_DIR=/var/db/spamassassin
Dec 31 06:48:56.562 [95100] dbg: config: timing enabled
Dec 31 06:48:56.564 [95100] dbg: config: score set 0 chosen.
Dec 31 06:48:56.602 [95100] dbg: dns: no ipv6
Dec 31 06:48:56.602 [95100] dbg: dns: is Net::DNS::Resolver available? yes
Dec 31 06:48:56.603 [95100] dbg: dns: Net::DNS version: 0.67
Dec 31 06:48:56.603 [95100] dbg: generic: sa-update version svn917659
Dec 31 06:48:56.604 [95100] dbg: generic: using update directory:
/var/db/spamassassin/3.003002
Dec 31 06:48:57.238 [95100] dbg: diag: perl platform: 5.014002 freebsd
Dec 31 06:48:57.238 [95100] dbg: diag: [...] module installed: Digest::SHA1,
version 2.13
Dec 31 06:48:57.239 [95100] dbg: diag: [...] module installed: HTML::Parser,
version 3.69
Dec 31 06:48:57.239 [95100] dbg: diag: [...] module installed: Net::DNS,
version 0.67
Dec 31 06:48:57.239 [95100] dbg: diag: [...] module installed: NetAddr::IP,
version 4.058
Dec 31 06:48:57.239 [95100] dbg: diag: [...] module installed: Time::HiRes,
version 1.972101
Dec 31 06:48:57.239 [95100] dbg: diag: [...] module installed: Archive::Tar,
version 1.76
Dec 31 06:48:57.239 [95100] dbg: diag: [...] module installed: IO::Zlib,
version 1.10
Dec 31 06:48:57.240 [95100] dbg: diag: [...] module installed: Digest::SHA1,
version 2.13
Dec 31 06:48:57.240 [95100] dbg: diag: [...] module installed: MIME::Base64,
version 3.13
Dec 31 06:48:57.241 [95100] dbg: diag: [...] module installed: DB_File, version
1.821
Dec 31 06:48:57.241 [95100] dbg: diag: [...] module installed: Net::SMTP,
version 2.31
Dec 31 06:48:57.241 [95100] dbg: diag: [...] module not installed: Mail::SPF
('require' failed)
Dec 31 06:48:57.241 [95100] dbg: diag: [...] module installed:
IP::Country::Fast, version 604.001
Dec 31 06:48:57.241 [95100] dbg: diag: [...] module installed:
Razor2::Client::Agent, version 2.84
Dec 31 06:48:57.241 [95100] dbg: diag: [...] module installed: Net::Ident,
version 1.23
Dec 31 06:48:57.241 [95100] dbg: diag: [...] module not installed:
IO::Socket::INET6 ('require' failed)
Dec 31 06:48:57.242 [95100] dbg: diag: [...] module not installed:
IO::Socket::SSL ('require' failed)
Dec 31 06:48:57.242 [95100] dbg: diag: [...] module installed: Compress::Zlib,
version 2.033
Dec 31 06:48:57.242 [95100] dbg: diag: [...] module not installed: Mail::DKIM
('require' failed)
Dec 31 06:48:57.242 [95100] dbg: diag: [...] module installed: DBI, version
1.616
Dec 31 06:48:57.242 [95100] dbg: diag: [...] module installed: Getopt::Long,
version 2.38
Dec 31 06:48:57.242 [95100] dbg: diag: [...] module installed: LWP::UserAgent,
version 6.02
Dec 31 06:48:57.243 [95100] dbg: diag: [...] module installed: HTTP::Date,
version 6.00
Dec 31 06:48:57.243 [95100] dbg: diag: [...] module installed: Encode::Detect,
version 1.01
Dec 31 06:48:57.244 [95100] dbg: gpg: Searching for 'gpg'
Dec 31 06:48:57.244 [95100] dbg: util: current PATH is:
/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
Dec 31 06:48:57.245 [95100] dbg: util: executable for gpg was found at
/usr/local/bin/gpg
Dec 31 06:48:57.245 [95100] dbg: gpg: found /usr/local/bin/gpg
Dec 31 06:48:57.246 [95100] dbg: gpg: release trusted key id list:
5E541DC959CB8BAC7C78DFDC4056A61A5244EC45
26C900A46DD40CD5AD24F6D7DEE01987265FA05B
0C2B1D7175B852C64B3CDC716C55397824F434CE
Dec 31 06:48:57.338 [95100] dbg: channel: attempting channel
updates.spamassassin.org
Dec 31 06:48:57.339 [95100] dbg: channel: update directory
/var/db/spamassassin/3.003002/updates_spamassassin_org
Dec 31 06:48:57.339 [95100] dbg: channel: channel cf file
/var/db/spamassassin/3.003002/updates_spamassassin_org.cf
Dec 31 06:48:57.339 [95100] dbg: channel: channel pre file
/var/db/spamassassin/3.003002/updates_spamassassin_org.pre
Dec 31 06:48:57.346 [95100] dbg: channel: metadata version = 1104058
Dec 31 06:48:57.423 [95100] dbg: dns: 2.3.3.updates.spamassassin.org =
1225774, parsed as 1225774
Dec 31 06:48:57.423 [95100] dbg: channel: preparing temp directory for new
channel
Dec 31 06:48:57.425 [95100] dbg: generic: update tmp directory
/tmp/.spamassassin95100V4bp08tmp
Dec 31 06:48:57.425 [95100] dbg: generic: lint checking site pre files once
before attempting channel
