Re: Call for tester: VirtualBox 3.1.2 for FreeBSD
Hi,
On 28. des. 2009, at 00.24, Martin Wilke wrote:
- Install new port:
# cd ../virtualbox-ose-kmod make install clean
# cd ../virtualbox-ose make install clean
At this point, the install fails like thus:
running install_egg_info
Removing /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info
Writing /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info
(cd
/root/vbox/virtualbox-ose/work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/bin/sdk/bindings/xpcom/python
/bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1 /dev/null
21) /usr/sbin/chown -R root:wheel $1 /usr/bin/find -d $0 $2 -type d
-exec chmod 755 $1/{} \; /usr/bin/find -d $0 $2 -type f -exec chmod 444
$1/{} \;' -- * /usr/local/lib/python2.6/site-packages)
/usr/local/bin/python2.6 -mcompileall
/usr/local/lib/python2.6/site-packages/xpcom/
Listing /usr/local/lib/python2.6/site-packages/xpcom/ ...
Listing /usr/local/lib/python2.6/site-packages/xpcom/client ...
Listing /usr/local/lib/python2.6/site-packages/xpcom/server ...
pw: group 'vboxusers' already exists
Adding group vboxusers failed...
*** Error code 1
Stop in /root/vbox/virtualbox-ose.
*** Error code 1
Stop in /root/vbox/virtualbox-ose.
The vboxusers group does indeed exist:
vboxusers:*:920:
but has no users. Adding myself changes nothing.
Should I install the current version from ports first, before trying to ugprade
to this snapshot?
/Eirik
___
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 tester: VirtualBox 3.1.2 for FreeBSD
On Tue, January 5, 2010 9:18 am, Eirik Øverby wrote:
Hi,
On 28. des. 2009, at 00.24, Martin Wilke wrote:
- Install new port:
# cd ../virtualbox-ose-kmod make install clean
# cd ../virtualbox-ose make install clean
At this point, the install fails like thus:
running install_egg_info
Removing /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info
Writing /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info
(cd
/root/vbox/virtualbox-ose/work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/bin/sdk/bindings/xpcom/python
/bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1
/dev/null 21) /usr/sbin/chown -R root:wheel $1 /usr/bin/find
-d $0 $2 -type d -exec chmod 755 $1/{} \; /usr/bin/find -d $0 $2 -type
f -exec chmod 444 $1/{} \;' -- * /usr/local/lib/python2.6/site-packages)
/usr/local/bin/python2.6 -mcompileall
/usr/local/lib/python2.6/site-packages/xpcom/
Listing /usr/local/lib/python2.6/site-packages/xpcom/ ...
Listing /usr/local/lib/python2.6/site-packages/xpcom/client ...
Listing /usr/local/lib/python2.6/site-packages/xpcom/server ...
pw: group 'vboxusers' already exists
Adding group vboxusers failed...
*** Error code 1
Stop in /root/vbox/virtualbox-ose.
*** Error code 1
Stop in /root/vbox/virtualbox-ose.
The vboxusers group does indeed exist:
vboxusers:*:920:
but has no users. Adding myself changes nothing.
Looks a bit weird. The install script only needs and creates a vboxusers
group so that it can install the files with the correct ownership. But it
checks first if the group exists and that check seems to fail for an
unknown reason. Could you please send back the output of the following 3
commands? (as root)
pw group show vboxusers; echo $?
pw groupadd vboxusers -g 920
grep vbox /etc/group
Should I install the current version from ports first, before trying to
ugprade to this snapshot?
I think that should not change anything because the install script did not
change for a long time.
My guess at the moment is that something in your /etc/group is
inconsistent or wrong so that the tools get confused.
--
Bernhard Fröhlich
http://www.bluelife.at/
___
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: Linux - Skulltag / FMOD issue
Hello Sean, On Mon, Jan 04, 2010 at 03:34:20PM -0600, Sean C. Farley wrote: ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default I System::init returned error code 62 GSound init failed. Using nosound. Does this fix it: export SDL_AUDIODRIVER=dsp It didn't help, but the following did help: Selecting the SDL Audio Driver in Doom. Sorry have to be brief, there are monsters to chainsaw! (Will submit port later. Once I've killed the end-level boss) Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ ed...@mavetju.org Weblog: http://www.mavetju.org/weblog/ ___ 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 tester: VirtualBox 3.1.2 for FreeBSD
On 5. jan. 2010, at 10.12, Bernhard Froehlich wrote:
On Tue, January 5, 2010 9:18 am, Eirik Øverby wrote:
Hi,
On 28. des. 2009, at 00.24, Martin Wilke wrote:
- Install new port:
# cd ../virtualbox-ose-kmod make install clean
# cd ../virtualbox-ose make install clean
At this point, the install fails like thus:
running install_egg_info
Removing /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info
Writing /usr/local/lib/python2.6/site-packages/vboxapi-1.0-py2.6.egg-info
(cd
/root/vbox/virtualbox-ose/work/VirtualBox-3.1.2_OSE/out/freebsd.amd64/release/bin/sdk/bindings/xpcom/python
/bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1
/dev/null 21) /usr/sbin/chown -R root:wheel $1 /usr/bin/find
-d $0 $2 -type d -exec chmod 755 $1/{} \; /usr/bin/find -d $0 $2 -type
f -exec chmod 444 $1/{} \;' -- * /usr/local/lib/python2.6/site-packages)
/usr/local/bin/python2.6 -mcompileall
/usr/local/lib/python2.6/site-packages/xpcom/
Listing /usr/local/lib/python2.6/site-packages/xpcom/ ...
Listing /usr/local/lib/python2.6/site-packages/xpcom/client ...
Listing /usr/local/lib/python2.6/site-packages/xpcom/server ...
pw: group 'vboxusers' already exists
Adding group vboxusers failed...
*** Error code 1
Stop in /root/vbox/virtualbox-ose.
*** Error code 1
Stop in /root/vbox/virtualbox-ose.
The vboxusers group does indeed exist:
vboxusers:*:920:
but has no users. Adding myself changes nothing.
Looks a bit weird. The install script only needs and creates a vboxusers
group so that it can install the files with the correct ownership. But it
Reason found. Nscd was running, and somehow had not updated its cache for some
reason. Restarted it, and now it works.
Sorry about the noise.
/Eirik
checks first if the group exists and that check seems to fail for an
unknown reason. Could you please send back the output of the following 3
commands? (as root)
pw group show vboxusers; echo $?
pw groupadd vboxusers -g 920
grep vbox /etc/group
Should I install the current version from ports first, before trying to
ugprade to this snapshot?
I think that should not change anything because the install script did not
change for a long time.
My guess at the moment is that something in your /etc/group is
inconsistent or wrong so that the tools get confused.
--
Bernhard Fröhlich
http://www.bluelife.at/
___
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: Linux - Skulltag / FMOD issue
On Tue, Jan 05, 2010 at 08:15:28PM +1100, Edwin Groothuis wrote: Hello Sean, On Mon, Jan 04, 2010 at 03:34:20PM -0600, Sean C. Farley wrote: ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default I System::init returned error code 62 GSound init failed. Using nosound. Does this fix it: export SDL_AUDIODRIVER=dsp It didn't help, but the following did help: Selecting the SDL Audio Driver in Doom. Sorry have to be brief, there are monsters to chainsaw! (Will submit port later. Once I've killed the end-level boss) I hate motionsickness AFK, laying down for a moment. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ ed...@mavetju.org Weblog: http://www.mavetju.org/weblog/ ___ 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
new enigmail ports
Hello All, I'll update the enigmail ports next week, adding support for thunderbird3 and seamonkey2. In the meanwhile I have new XPIs ready for FreeBSD 8.0 amd64 for thunderbird 2/3 and seamonkey 1/2. If you like to test them and share back feedback write me privately. -- Alex Dupre ___ 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
Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6)
I'm having the same problem as outlined in this thread...
http://forums.freebsd.org/showthread.php?t=9280
In short, using the freeradius perl module in conjunction with a perl script
that requires perl modules that use shared libraries seems to be
problematic. Identical setup worked fine under FreeBSD 7.2 +
freeradius-2.1.4 + perl-5.8.9_2.
Any help would be greatly appreciated. Below is a dump that should explain
my specific problem.
rxg# uname -a
FreeBSD rxg.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Wed Dec 9 19:07:25
UTC 2009 r...@.localdomain:/usr/obj/usr/src/sys/RGNETS amd64
rxg#
rxg# pkg_info
freeradius-2.1.6A free RADIUS server implementation
gdbm-1.8.3_3The GNU database manager
gettext-0.17_1 GNU gettext package
gmake-3.81_3GNU version of 'make' utility
libiconv-1.13.1 A character set conversion library
libltdl-2.2.6a System independent dlopen wrapper
p5-Data-Validate-Domain-0.09 Data::Validate::Domain - domain validation
methods
p5-Net-Domain-TLD-1.68 Look up and validate TLDs
p5-YAML-Tiny-1.40 Read/Write YAML files with as little code as possible
perl-5.8.9_3Practical Extraction and Report Language
python26-2.6.2_3An interpreted object-oriented programming language
rxg#
rxg# cat /usr/local/etc/raddb/radiusd.conf
user = freeradius
group = freeradius
raddbdir = /usr/local/etc/raddb
logdir = /var/log/radius
libdir = /usr/local/lib
pidfile = /var/run/radiusd/radiusd.pid
prefix = /usr/local
exec_prefix = ${prefix}
localstatedir = /var
sbindir = ${exec_prefix}/sbin
radacctdir = ${logdir}/radacct
confdir = ${raddbdir}
run_dir = ${localstatedir}/run/radiusd
log_file = /var/log/radius/radius.log
log_destination = files
max_request_time = 30
delete_blocked_requests = no
cleanup_delay = 5
max_requests = 256
listen {
ipaddr = *
port = 1812
type = auth
}
listen {
ipaddr = *
port = 1813
type = acct
}
hostname_lookups = no
allow_core_dumps = no
regular_expressions = yes
extended_expressions = yes
log_stripped_names = no
log_auth = yes
log_auth_badpass = no
log_auth_goodpass = no
usercollide = no
lower_user = no
lower_pass = no
nospace_user = no
nospace_pass = no
checkrad = ${sbindir}/checkrad
proxy_requests = no
snmp = no
security {
max_attributes = 200
reject_delay = 1
status_server = no
}
thread pool {
start_servers = 1
max_servers = 16
min_spare_servers = 0
max_spare_servers = 5
max_requests_per_server = 0
}
modules {
perl {
module = /space/rxg/rxgd/bin/freeradius_hook
}
detail {
detailfile = ${radacctdir}/%{Client-IP-Address}/detail-%Y%m%d
detailperm = 0644
}
acct_unique {
key = User-Name, Acct-Session-Id, NAS-IP-Address,
Client-IP-Address, NAS-Port
}
eap {
default_eap_type = peap
timer_expire = 60
ignore_unknown_eap_types = no
# Generic Token Card.
#
# Currently, this is only permitted inside of EAP-TTLS,
# or EAP-PEAP. The module challenges the user with
# text, and the response from the user is taken to be
# the User-Password.
#
# Proxying the tunneled EAP-GTC session is a bad idea,
# the users password will go over the wire in plain-text,
# for anyone to see.
#
gtc {
challenge = Password:
auth_type = perl
}
tls {
private_key_password =
private_key_file = /etc/ssl/server.key
certificate_file = /etc/ssl/server.crt
CA_file = /etc/ssl/server.crt
dh_file = /usr/local/etc/raddb/dhparam
random_file = /space/rxg/rxgd/bin/random
}
ttls {
default_eap_type = gtc
copy_request_to_tunnel = yes
use_tunneled_reply = yes
}
peap {
default_eap_type = gtc
copy_request_to_tunnel = yes
use_tunneled_reply = yes
}
}
radutmp {
filename = ${logdir}/radutmp
username = %{User-Name}
case_sensitive = yes
check_with_nas = yes
callerid = yes
}
radutmp sradutmp {
filename = ${logdir}/sradutmp
perm = 0644
callerid = no
}
attr_filter {
attrsfile = ${confdir}/attrs
}
counter daily {
filename = ${raddbdir}/db.daily
key = User-Name
count-attribute = Acct-Session-Time
reset = daily
counter-name = Daily-Session-Time
check-name = Max-Daily-Session
allowed-servicetype = Framed-User
cache-size = 5000
}
preprocess {
huntgroups = ${confdir}/huntgroups
hints = ${confdir}/hints
with_ascend_hack = no
ascend_channels_per_line = 23
with_ntdomain_hack = no
with_specialix_jetstream_hack = no
with_cisco_vsa_hack = no
}
}
authorize {
preprocess
eap
perl
}
authenticate {
Re: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6)
Sent from my iPhone On Jan 5, 2010, at 10:12 AM, Nick Rogers ncrog...@gmail.com wrote: I'm having the same problem as outlined in this thread... http://forums.freebsd.org/showthread.php?t=9280 ... BEGIN failed--compilation aborted at /space/rxg/rxgd/Rxg/ActiveRecord/RadiusServer.pm line 10. Compilation failed in require at /space/rxg/rxgd/bin/freeradius_hook line 11. BEGIN failed--compilation aborted at /space/rxg/rxgd/bin/ freeradius_hook line 11 (#1) (F) The module you tried to load failed to load a dynamic extension. This may either mean that you upgraded your version of perl to one that is incompatible with your old dynamic extensions (which is known to happen between major versions of perl), or (more likely) that your dynamic extension was built against an older version of the library that is installed on your system. You may need to rebuild your old dynamic extensions. Uncaught exception from user code: Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol PL_sv_undef at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 Major ABI mismatch here with the IO module -- did you run the perl cleaner script and upgrade radius afterwards? Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/IO/Handle.pm line 263. -Garrett ___ 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: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6)
I installed FreeBSD 8.0-RELEASE from official ISO and used pkg_add -r to install the packages. I also tried building my own packages from ports tree and got the same result. On Tue, Jan 5, 2010 at 12:52 PM, Garrett Cooper yanef...@gmail.com wrote: Sent from my iPhone On Jan 5, 2010, at 10:12 AM, Nick Rogers ncrog...@gmail.com wrote: I'm having the same problem as outlined in this thread... http://forums.freebsd.org/showthread.php?t=9280 ... BEGIN failed--compilation aborted at /space/rxg/rxgd/Rxg/ActiveRecord/RadiusServer.pm line 10. Compilation failed in require at /space/rxg/rxgd/bin/freeradius_hook line 11. BEGIN failed--compilation aborted at /space/rxg/rxgd/bin/freeradius_hook line 11 (#1) (F) The module you tried to load failed to load a dynamic extension. This may either mean that you upgraded your version of perl to one that is incompatible with your old dynamic extensions (which is known to happen between major versions of perl), or (more likely) that your dynamic extension was built against an older version of the library that is installed on your system. You may need to rebuild your old dynamic extensions. Uncaught exception from user code: Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so' for module IO: /usr/local/lib/perl5/5.8.9/mach/auto/IO/IO.so: Undefined symbol PL_sv_undef at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/5.8.9/mach/IO.pm line 11 Major ABI mismatch here with the IO module -- did you run the perl cleaner script and upgrade radius afterwards? Compilation failed in require at /usr/local/lib/perl5/5.8.9/mach/IO/Handle.pm line 263. -Garrett ___ 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
Binary packages for releases and portupgrade
It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? What happens to the minor security updates? Can I follow TRELENG_8_0 and port portsupgrade recognize this as something that uses 8-release binary packages? Any other recommendations? Martin -- %%% Martin Cracauer craca...@cons.org http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ ___ 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: Binary packages for releases and portupgrade
Martin Cracauer wrote: It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. What happens to the minor security updates? Can I follow TRELENG_8_0 and port portsupgrade recognize this as something that uses 8-release binary packages? RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you want 8-stable, RELENG_8 is the way to go. Otherwise you will need to update the tag each time a new security branch is created. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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 devel/gobject-introspection fails to build on sparc
On 05.01.10 21:24, Simon Griffiths wrote: Hello, -Original Message- From: owner-freebsd-spar...@freebsd.org [mailto:owner-freebsd- spar...@freebsd.org] On Behalf Of Anton Shterenlikht Sent: 18 December 2009 13:41 To: Andrew Belashov Cc: gn...@freebsd.org; freebsd-spar...@freebsd.org; freebsd- po...@freebsd.org Subject: Re: port devel/gobject-introspection fails to build on sparc On Fri, Dec 18, 2009 at 03:17:40PM +0300, Andrew Belashov wrote: ** ERROR:ginfo.c:337:g_base_info_get_name: code should not be reached gmake[3]: *** [foo-1.0.tgir] Abort trap: 6 (core dumped) gmake[3]: *** Deleting file `foo-1.0.tgir' gmake[3]: Leaving directory `/usr/ports/devel/gobject- introspection/work/gobject -introspection-0.6.6/tests/scanner' gmake[2]: *** [all-recursive] Error 1 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 Did you find a way around this problem Anton? I ran into the same issue and in my situation it was enough to satisfy the dependency issue. So I commented the assert in ginfo.c around line 337. This is not _the_ solution, but for me it was enough. Andreas ___ 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: Issues with Perl 5.8.9_3 port/package (in combination with FreeRADIUS 2.1.6)
On Tue, 5 Jan 2010 15:21:04 -0500 Nick Rogers ncrog...@gmail.com articulated: I installed FreeBSD 8.0-RELEASE from official ISO and used pkg_add -r to install the packages. I also tried building my own packages from ports tree and got the same result. You might try using something like portmanger to rebuild your installed packages: portmanager -u -f -l -y If you go that route, be sure to update your ports tree first. -- Jerry ges...@yahoo.com ___ 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: Binary packages for releases and portupgrade
Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: Martin Cracauer wrote: It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. Are you saying there are binary packages for 8-stable? I thought I can only have them for -RELEASE? What happens to the minor security updates? Can I follow TRELENG_8_0 and port portsupgrade recognize this as something that uses 8-release binary packages? RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you want 8-stable, RELENG_8 is the way to go. Otherwise you will need to update the tag each time a new security branch is created. RELENG_8 will lift be out of binary ports, at least as far as portupgrade is concerned. RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I could run that and make portupgrade to the right thing (recognize the binary packages a insert them appropriately). If we have binary packages for 8-stable and/or if I can coerce portupgrade to use 8-release packages on 8-stable that would be fine, too. Martin -- %%% Martin Cracauer craca...@cons.org http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ ___ 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: Binary packages for releases and portupgrade
On Tue, Jan 5, 2010 at 2:21 PM, Martin Cracauer craca...@cons.org wrote: Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: Martin Cracauer wrote: It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. Are you saying there are binary packages for 8-stable? I thought I can only have them for -RELEASE? What happens to the minor security updates? Can I follow TRELENG_8_0 and port portsupgrade recognize this as something that uses 8-release binary packages? RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you want 8-stable, RELENG_8 is the way to go. Otherwise you will need to update the tag each time a new security branch is created. RELENG_8 will lift be out of binary ports, at least as far as portupgrade is concerned. RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I could run that and make portupgrade to the right thing (recognize the binary packages a insert them appropriately). If we have binary packages for 8-stable and/or if I can coerce portupgrade to use 8-release packages on 8-stable that would be fine, too. Have a read through the ports man page and the pkg_add man page. Pay attention to the PACKAGESITE environment variable. This variable tells pkg_add (and portupgrade, and portmaster) where to search for binary packages. By default, this is set to ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-X-release/Latest/ where X is the version of FreeBSD installed (7.0, 7.1, 7.2, 8.0, etc). All you have to do is change it to use packages-8-stable instead of packages-8.0-release, and it will search for, and install, binary packages that were built on 8-STABLE. Note: one should be using a release version that is as close to -STABLE as possible. IOW, the latest release on that branch (6.4 if you want 6-stable packages, 7.2 if you want 7-stable packages, 8.0 if you want 8-stable packages). That minimises the number and size of changes between -release and -stable, and will keep things running smoothly. -- Freddie Cash fjwc...@gmail.com ___ 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: Binary packages for releases and portupgrade
Martin Cracauer wrote: Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: Are you saying there are binary packages for 8-stable? I thought I can only have them for -RELEASE? There have always been binary packages for the -stable branches. For example check out ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/. RELENG_8 will lift be out of binary ports, at least as far as portupgrade is concerned. Sorry, I don't understand that sentence. RELENG_8_0 will have emergency fixes AFAIK I'm sorry, that's not correct. RELENG_8_0 is a fixed point in time. The 8.0 -p1 security branch will be RELENG_8_1, etc. and I was hoping that I could run that and make portupgrade to the right thing (recognize the binary packages a insert them appropriately). If you run a -RELEASE portupgrade will stick to the packages created for the -RELEASE, and will never change. If you intend to follow the ports tree as it updates you should really be following FreeBSD stable, and portupgrade will do the right thing. If we have binary packages for 8-stable and/or if I can coerce portupgrade to use 8-release packages on 8-stable that would be fine, too. If you want 8-release packages, you don't have to do anything different, those packages will never change. hope this helps, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: Binary packages for releases and portupgrade
On Tue, 5 Jan 2010, Martin Cracauer wrote: Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: Martin Cracauer wrote: It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. Are you saying there are binary packages for 8-stable? I thought I can only have them for -RELEASE? What happens to the minor security updates? Can I follow TRELENG_8_0 and port portsupgrade recognize this as something that uses 8-release binary packages? RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you want 8-stable, RELENG_8 is the way to go. Otherwise you will need to update the tag each time a new security branch is created. RELENG_8 will lift be out of binary ports, at least as far as portupgrade is concerned. RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I could run that and make portupgrade to the right thing (recognize the binary packages a insert them appropriately). If we have binary packages for 8-stable and/or if I can coerce portupgrade to use 8-release packages on 8-stable that would be fine, too. Martin Have a look at porting.openoffice.org/freebsd . You will find something that works for you. Greetings Uli. -- %%% Martin Cracauer craca...@cons.org http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ ___ 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 | Peter Ulrich Kruppa | Wuppertal | Germany ___ 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: Binary packages for releases and portupgrade
On Tue, Jan 5, 2010 at 2:37 PM, Freddie Cash fjwc...@gmail.com wrote: Have a read through the ports man page and the pkg_add man page. Pay attention to the PACKAGESITE environment variable. This variable tells pkg_add (and portupgrade, and portmaster) where to search for binary packages. By default, this is set to ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-X-release/Latest/ where X is the version of FreeBSD installed (7.0, 7.1, 7.2, 8.0, etc). All you have to do is change it to use packages-8-stable instead of packages-8.0-release, and it will search for, and install, binary packages that were built on 8-STABLE. Note: one should be using a release version that is as close to -STABLE as possible. IOW, the latest release on that branch (6.4 if you want 6-stable packages, 7.2 if you want 7-stable packages, 8.0 if you want 8-stable packages). That minimises the number and size of changes between -release and -stable, and will keep things running smoothly. Note 2: be sure to set the correct architecture as well. Change the i386 to amd64 if you have the 64-bit amd64/x86_64 version of FreeBSD installed. -- Freddie Cash fjwc...@gmail.com ___ 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: Binary packages for releases and portupgrade
On Tue, Jan 05, 2010 at 01:58:57PM -0800, Doug Barton wrote: Martin Cracauer wrote: It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. I'm sorry to say this, Doug, because I know you mean well, but this is not the first time you act as a spokeman for things you have no knowledge about and, again, get things wrong. Please stick to things you do know. Openoffice builds are attempted at all supported branches and platforms on each and every run. Unfortunately, they quite often fail due to several reasons, ranging from the code being quite large and complicated, and therefore very fragile, to too small hardware on some of the cluster nodes. The unfortunate end-result is therefore that finished packages are very sporadicaly available and the dedicated project mentioned in another reply in this thread is probably a better source, but we do use a large amount of resources to get those packages out there and have certainly not given up. -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the futureer...@freebsd.org pgpoi0Z4fNolZ.pgp Description: PGP signature
RE: port devel/gobject-introspection fails to build on sparc
-Original Message- From: owner-freebsd-po...@freebsd.org [mailto:owner-freebsd- po...@freebsd.org] On Behalf Of Andreas Tobler Sent: 05 January 2010 22:00 To: Simon Griffiths Cc: gn...@freebsd.org; 'Anton Shterenlikht'; freebsd- spar...@freebsd.org; freebsd-ports@freebsd.org; 'Andrew Belashov' Subject: Re: port devel/gobject-introspection fails to build on sparc Did you find a way around this problem Anton? I ran into the same issue and in my situation it was enough to satisfy the dependency issue. So I commented the assert in ginfo.c around line 337. This is not _the_ solution, but for me it was enough. Andreas Cool, that worked, thanks! Cheers, Si. ___ 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: Binary packages for releases and portupgrade
On Tue, Jan 05, 2010 at 01:58:57PM -0800, Doug Barton wrote: My understanding is that we've given up trying to produce packages for openoffice on all branches. I have no idea who told you this, but it is completely false. mcl ___ 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: Binary packages for releases and portupgrade
Mark Linimon wrote: On Tue, Jan 05, 2010 at 01:58:57PM -0800, Doug Barton wrote: My understanding is that we've given up trying to produce packages for openoffice on all branches. I have no idea who told you this, but it is completely false. Forgetting what I've heard and who I've heard it from, let's look simply at the practical results. There have not been openoffice packages available on a consistent basis for years, and haven't been any at all that I've seen for the last several months, and I've been looking for them. Given that the problems with building openoffice packages are all well known, and haven't really changed in the last several years, the only rational conclusion is to assume that we've stopped trying. Which, by the way, is fine, I don't see openoffice packages as a rational use of (limited, valuable) project resources, particularly when other good alternatives exist. My interest was in letting Martin know that if he expected to find openoffice packages (which he mentioned specifically) that he wasn't going to, and I felt it only fair that he know that going in. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: Binary packages for releases and portupgrade
Erwin Lansing wrote: On Tue, Jan 05, 2010 at 01:58:57PM -0800, Doug Barton wrote: Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. I'm sorry to say this, Doug, because I know you mean well, but this is not the first time you act as a spokeman for things you have no knowledge about and, again, get things wrong. Please stick to things you do know. Maybe this is a translation problem, but when someone says, My understanding is ... that's exactly how it should be read. I'm not attempting to act as a spokesman for anything, nor did I claim to be, and I don't think anyone (including Martin) is going to mistake me for a member of portmgr. If you want to prove me wrong, get some packages up there, no one will be happier than me, since I've been looking for them for several months now. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: OpenNMS 1.6.2 port
On 17/05/2009 12:47, Sevan / Venture37 wrote: Updated to 1.6.5 http://www.geeklan.co.uk/files/opennms/opennms-165-freebsd-port.tgz Updated to 1.6.8 http://www.geeklan.co.uk/files/opennms/opennms-168-freebsd-port.tgz Along with a new port for iplike http://www.geeklan.co.uk/files/iplike/iplike-108-freebsd-port.tgz iplike will be submitted for inclusion in ports very soon (just waiting to hear if anyone has any problems), the opennms port works but still requires more work doing to it, the follow blog post is amended with a progress report along with each revision of the port: http://www.geeklan.co.uk/?p=132 Any feedback is much appreciated :) Regards Sevan / Venture37 ___ 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: ports/12355: port of cdlabelgen, a CD frontcard/traycard generator, for use with gcombust or alone
Synopsis: port of cdlabelgen, a CD frontcard/traycard generator, for use with gcombust or alone Responsible-Changed-From-To: freebsd-ports-pgollucci Responsible-Changed-By: pgollucci Responsible-Changed-When: Wed Jan 6 06:15:44 UTC 2010 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=12355 ___ 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: Binary packages for releases and portupgrade
On Tue, Jan 05, 2010 at 11:37:00PM +0100, Peter Ulrich Kruppa wrote: On Tue, 5 Jan 2010, Martin Cracauer wrote: Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: Martin Cracauer wrote: It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. Are you saying there are binary packages for 8-stable? I thought I can only have them for -RELEASE? What happens to the minor security updates? Can I follow TRELENG_8_0 and port portsupgrade recognize this as something that uses 8-release binary packages? RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you want 8-stable, RELENG_8 is the way to go. Otherwise you will need to update the tag each time a new security branch is created. RELENG_8 will lift be out of binary ports, at least as far as portupgrade is concerned. RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I could run that and make portupgrade to the right thing (recognize the binary packages a insert them appropriately). If we have binary packages for 8-stable and/or if I can coerce portupgrade to use 8-release packages on 8-stable that would be fine, too. Martin Have a look at porting.openoffice.org/freebsd . You will find something that works for you. It depends on what you have. Say you have 8.0 i386 or even 7.2 i386. No binaries for you there then. John -- John Hay -- j...@meraka.csir.co.za / j...@freebsd.org ___ 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: Binary packages for releases and portupgrade
On Wed, 6 Jan 2010, John Hay wrote: On Tue, Jan 05, 2010 at 11:37:00PM +0100, Peter Ulrich Kruppa wrote: On Tue, 5 Jan 2010, Martin Cracauer wrote: Doug Barton wrote on Tue, Jan 05, 2010 at 01:58:57PM -0800: Martin Cracauer wrote: It's time to bite the bullet. My 1.3 GHz Pentium-M Notebook just can't keep up with the port building. I need OpenOffice and stuff and the party is really over at that point. I need something with binary packages. Do I understand that correctly if I run 8.0 release I get to have prebuilt binaries as recognized by portupgrade? Well, 8-release or 8-stable should both be fine for this purpose, for most packages, with portupgrade or portmaster. My understanding is that we've given up trying to produce packages for openoffice on all branches. Are you saying there are binary packages for 8-stable? I thought I can only have them for -RELEASE? What happens to the minor security updates? Can I follow TRELENG_8_0 and port portsupgrade recognize this as something that uses 8-release binary packages? RELENG_8_0 is _exactly_ 8.0-RELEASE, and will never change. If you want 8-stable, RELENG_8 is the way to go. Otherwise you will need to update the tag each time a new security branch is created. RELENG_8 will lift be out of binary ports, at least as far as portupgrade is concerned. RELENG_8_0 will have emergency fixes AFAIK and I was hoping that I could run that and make portupgrade to the right thing (recognize the binary packages a insert them appropriately). If we have binary packages for 8-stable and/or if I can coerce portupgrade to use 8-release packages on 8-stable that would be fine, too. Martin Have a look at porting.openoffice.org/freebsd . You will find something that works for you. It depends on what you have. Say you have 8.0 i386 or even 7.2 i386. No binaries for you there then. I have to admit, I have got an amd64. But you might be able to run the 7.1 -STABLE version with misc/compat7 installed. Did you try? Greetings Uli John -- John Hay -- j...@meraka.csir.co.za / j...@freebsd.org ___ 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 | Peter Ulrich Kruppa | Wuppertal | Germany ___ 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
