Re: Serious problems updating Current after switching to libxul.

2010-01-19 Thread Matthew Seaman

keneasson wrote:



Can anyone help me get my system back up and running?

make.conf looks like this:
WITH_MYSQL_VER=51
APACHE_VERSION=22
OVERRIDE_LINUX_BASE_PORT=f8
WWWDIR = /web/phpmyadmin
WITH_CUPS=yes
CUPS_OVERWRITE_BASE=true
#NO_LPR=true
USE_GECKO=libxul


^
This is your problem.  You want to say:

 WITH_GECKO=libxul

here.


# Begin portconf settings
# Do not touch these lines
.if !empty(.CURDIR:M/usr/ports*) amp;amp; exists(/usr/local/libexec/portconf)
_PORTCONF!=/usr/local/libexec/portconf
.for i in ${_PORTCONF:S/|/ /g}
${i:S/%/ /g}
.endfor
.endif
# End portconf settings
# added by use.perl 2009-09-19 16:22:20
PERL_VERSION=5.10.1


In general, you *never* add any USE_FOO flags to /etc/make.conf -- USE_FOO
is designed for use by port maintainers inside the limited scope of 
port-specific Makefiles: the presence of a USE_FOO setting in scope

generally does dramatic things like adding dependencies on whole
software subsystems.  Your 'USE_GECKO' setting in /etc/make.conf (which has
effect in the global scope) has made *every* port on your machine depend on 
gecko related libraries.  It's not really surprising you're experiencing a

bit of brokenness.

Instead, you need a WITH_FOO flag.  WITH_FOO is designed for end users to
tweak the way ports work in detail: they only have any effect in ports that
are specifically written to take notice of them; everything else will just 
ignore them.  Even so, it's very common to use directory matching login or,
as you have, things like PORTCONF to limit the application of a WITH_FOO
flag to a specific port.  The whole OPTIONS dialogue system is just a
front-end to setting WITH_FOO flags for a specific port.

Note: something that may cause a certain amount of astonishment to neophyte
users.  The opposite of saying:

WITH_FOO=yes

is not:

WITH_FOO=no   ### Don't do this.

but:

WITHOUT_FOO=yes   ### Do this.

That's because the value of 'WITH_FOO' variables is not actually tested 
anywhere, only whether the variable is defined or not.  Setting 
WITH_FOO=bananas would have exactly the same effect, as, indeed does 
WITH_FOO=no or WITH_FOO=over_my_dead_body


Cheers,

Matthew

--
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
 Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
 Kent, CT11 9PW



signature.asc
Description: OpenPGP digital signature


Re: serious problems

2007-11-30 Thread Jack Raats
Hi Michael,

 While running make installworld my computer crashed. (FreeBSD 6.2-p9
 kernel)
 At this moment the system misses some of the elf libs. Running in
 single user mode and running make installworld again gives all kind
 of errors

 Right out of the handbook.

 23.4.14.6. What do I do if something goes wrong?

 Make absolutely sure your environment has no extraneous cruft from
 earlier builds. This is simple enough.

 # chflags -R noschg /usr/obj/usr
 # rm -rf /usr/obj/usr
 # cd /usr/src
 # make cleandir
 # make cleandir
 Yes, make cleandir really should be run twice.

Due to the fact that the elf libraries are gone ?!?!? I cann't loging
normally and I cannot run these commands. Tonight I try to get in single
user and I'll retry what the handbook says

Jack

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: serious problems

2007-11-30 Thread Michael Smith

Hello Jack:

On Nov 29, 2007, at 10:48 PM, Jack Raats wrote:


Hi

While running make installworld my computer crashed. (FreeBSD 6.2-p9  
kernel)
At this moment the system misses some of the elf libs. Running in  
single user mode and running make installworld again gives all kind  
of errors


Any leads to solve this problem??

Jack


Right out of the handbook.

23.4.14.6. What do I do if something goes wrong?

Make absolutely sure your environment has no extraneous cruft from  
earlier builds. This is simple enough.


# chflags -R noschg /usr/obj/usr
# rm -rf /usr/obj/usr
# cd /usr/src
# make cleandir
# make cleandir
Yes, make cleandir really should be run twice.

Then restart the whole process, starting with make buildworld.

/quote

Regards,

Mike
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: serious problems

2007-11-30 Thread Daniel Bye
On Fri, Nov 30, 2007 at 07:48:30AM +0100, Jack Raats wrote:
 Hi
 
 While running make installworld my computer crashed. (FreeBSD 6.2-p9 kernel)
 At this moment the system misses some of the elf libs. Running in single 
 user mode and running make installworld again gives all kind of errors
 
 Any leads to solve this problem??

It would be helpful to know what errors you are seeing. 

-- 
Daniel Bye
 _
  ASCII ribbon campaign ( )
 - against HTML, vCards and  X
- proprietary attachments in e-mail / \


pgpjPTEkgiCJh.pgp
Description: PGP signature


Re: Serious problems here

2003-07-13 Thread Stephen Hovey
I think someone replaced the contents of your source

On Sat, 12 Jul 2003, quadrant wrote:

 Last night I had a very serious encounter with cc.
 I worked my way up to a cc of the following
 statement, but the compiler gave me ALL
 kinds od errors...
 what in the world did I do wrong??
 
 # cc -u -I /usr/local/bin -q -C /usr/local -i CC -d  -O useput
 --DMYFILE INSEQUENCE -oI /home -C_MAOUTPUT
 _GSTRING_ONMYCOCK_LOOKINGINSIDEMYWINDOW
 -Dl -/w ../..wobegone -r notthoutme -W i CC
 _DIMHERE-MYBOX - nowhere_to_go -u 4||lookingtogetlaid
 -- -p F openBox -v -q IfV_OPEN _DMASTER_QUAL
 _DMY_SLUT _D - openlegs -O _WITHOUT_FAT_COCKS
 _D - only mine in your split -04 -G __OUTSIDE__
 ONLY you move_ -4 pop my __COCK and I'll move
 your ass around! _DTATE_GODSMACK = _NOGOOD
 ++ _WHILE_ fatcock_ + nocount_OMYGOD ;; //
 I CANT FUCKING HANDLE IT!! THE CRACK OF MY ASS IS
 TEARING!! MOTHERFUCKING__WOW!!!
 
 
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to [EMAIL PROTECTED]
 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]