Re: It is safe to build ports for 7.0 from a 6.3 chroot?

2008-03-04 Thread José García Juanino 
On 04/03/2008, Mel [EMAIL PROTECTED] wrote:
 On Tuesday 04 March 2008 01:48:37 Bogdan Ćulibrk wrote:
  
   0) Do I need to reinvent wheel?
  
  
   Joke off. Really, why would you try alternate way of upgrading, when
   there's straight way to do it?


 Minimize downtime of services provided by ports?

  Jose: take a look at Tinderbox - it does exactly what you want to do: build
  ports for OS release X on OS release Y, using chroot. If you're unsure about
  your own method, because of OSVERSION or similar, do it using Tinderbox.

Thank you very much for your responses.
The aim is, as you comment, minimize downtime of services. Also, I
want to switch back to the 6.3 release in a fast way if I find some
problem running the new one. Therefore, I cannot erase the 6.3
release.

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

Re: What's the point of the shell choice in single user mode?

2007-12-07 Thread José García Juanino 
El lunes 03 de diciembre a las 19:14:12 CET, RW escribió:
 On Sun, 02 Dec 2007 18:48:33 +0100
 Jorn Argelo [EMAIL PROTECTED] wrote:
 
 
  Also note that vi doesn't work by default as it needs to write
  to /tmp. So mount /tmp or re-mount / to RW permissions.
 
 I think vi will also fail unless it has access to termcap, so you'd
 need /usr mounted too.

You can copy /usr/share/misc/termcap.db to /root/.termcap.db and use
/rescue/vi. Only / and /tmp is needed.

Regards


pgpJ8kyXu7D5b.pgp
Description: PGP signature

Re: Upgrading to Xorg 7.2.0

2007-05-22 Thread José García Juanino 
El martes 22 de mayo a las 17:06:55 CEST, Christopher Prance escribió:
  On 5/22/07, Norberto Meijome [EMAIL PROTECTED] wrote:

  ===  Building for mesa-demos-6.5.3_1
  gmake[1]: Entering directory
  `/usr/ports/graphics/mesa-demos/work/Mesa-6.5.3/progs/demos'
  cc -I../../include -fPIC -pedantic -I/usr/local/include -DUSE_XSHM
  -DHZ=100 -O2 -fno-strict-aliasing -pipe  arbfplight.c readtex.o
  -L/usr/local/lib -lglut -lGLU -lGL -lXext -lXmu -lXi -lX11 -lm -o
  arbfplight
  arbfplight.c:14:21: GL/glut.h: No such file or directory

It looks like it cannot find ${X11BASE}/include/GL/glut.h. This header
is installed by graphics/libglut port. Check whether
/usr/X11R6/include/GL/glut.h exists. In that case update it with
portupgrade -f, and then that header will install in
/usr/local/include/GL/glut.h (check before whether you have
devel/imake-6 port instead of the devel/imake one, as the last one is
the suitable port for Xorg 7.2).

Regards

-- 
http://www.telefonica.net/web2/gauss


pgpJmJh9te1qB.pgp
Description: PGP signature

Re: Periodic xl watchdog timeouts on 6.2-RELEASE

2007-03-10 Thread José García Juanino 
El sábado 10 de marzo a las 02:45:23 CET, Brian J. Conway escribió:
 I'm trying to track down a watchdog timeout that shows on average once a
 day, usually at a random time when idle.  The system has two 3c905C NICs
 and does ipfw+natd duty with a couple services, and spends most of its
 time idle, both CPU and bandwidth-wise.  Nothing out of the ordinary
 happens when saturating my cable connection at ~8 Mbps, be it with HTTP or
 100+ BitTorrent connections.  However, I'll randomly see in the logs
 during quieter times:
 
 Mar 10 00:04:46 imogen kernel: xl0: watchdog timeout
 Mar 10 00:04:46 imogen kernel: xl0: link state changed to DOWN
 Mar 10 00:04:48 imogen kernel: xl0: link state changed to UP
 
 (  )

I had exactly the same problem in my acpi-blacklisted motherboard. I
disabled acpi and the errors vanished. In my case, this error was not
related with NICs, but exclusively with the motherboard.

Regards


pgpn02GLQzaG6.pgp
Description: PGP signature

Re: freebsd 6.2 oracle php php-oci8 core dump

2007-03-01 Thread José García Juanino 
El martes 27 de febrero a las 11:16:44 CET, Dan Cojocar escribió:
 Hello all,
 I have oracle-xe, lang/php5,
 databases/linux-oracle-instantclient-basic,
 databases/linux-oracle-instantclient-sdk, databases/oracle8-client and
 databases/php5-oci8
 following this howto: http://mrtenente.infosys.lt/blog/?p=22 all are
 installed without errors.
 But when I connect to oracle from php i get a core dump that i cannot 
 access.
 I mention that I have compiled php with debug enabled.
 Can somebody suggest another setup? Or how to investigate this?

I think databases/oracle8-client port is broken in 6.2-RELEASE. I have installed
databases/tora port and it crashes with a core. In 6.1-RELEASE works well.

My settings:

WITHOUT_MYSQL=1
WITHOUT_PGSQL=1
WITHOUT_KDE=1


Regards

-- 
http://personales.ya.com/banach


pgpfkaqPeWLqP.pgp
Description: PGP signature