OVH Community, your new community space.


08-12-2008, 02:12
I think that's pretty obvious.

A correct ebuild should compile without errors. Compilation errors are a sign of an incorrect ebuild or an incorrect system configuration, but I severely doubt it to be the latter seeing as how all the standard Gentoo packages have installed/updated without a problem.

08-12-2008, 02:09
That is a gcc error.
So not an update error but a compile error.

05-12-2008, 14:09
Thanks for the reply, Marco. It's too late for us to switch distributions now, as we've customized our server somewhat. Also, getting a server where everything already works out-of-the-box has advantages over having to set up everything manually. However, I'd still like to ask:
  • What's the difference between the standard version of a package and OVH's versions?
  • Is it safe to uninstall OVH's customized software and install the standard one provided by the distribution?
  • Why does updating them with e.g. "emerge -uD world" fail with the above-mentioned errors?

05-12-2008, 13:59
IF you want to update your softwares in a personalized way and not by using our patches, it would be better for you to use another distribution. In fact the release 2 (or release 1) is good for those customers who are not familiar with linux and that they need to set up easily a website. In fact all the essential software is installed on the server (php; apache; webmin; mysql) plus OVH have developed a module called ovhm which helps in setting up a domain name. Moreover you would not need to care to upgrade your release, as we issue automatically the release of our patches, so that you will just need to download the latest ones and run a simple script to upgrade the release at the latest version.
Please look at the following link for more informations:

04-12-2008, 03:57
When trying to update dev-lang/php4-ovh:

gcc  -DHAVE_CONFIG_H -Iext/mbstring/ -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/ext/mbstring/ -DPHP_ATOM_INC -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/include -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/main -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4 -I/usr/kerberos/include -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/ext/mbstring/mbregex -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/ext/mbstring/libmbfl -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/ext/xml/expat -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/TSRM -I/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/Zend    -O2 -pipe -march=k8  -c /home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/ext/mbstring/mbstring.c -o ext/mbstring/mbstring.o  && echo > ext/mbstring/mbstring.lo
/home/var/tmp/portage/dev-lang/php4-ovh-4.4.4/work/php-4.4.4/ext/imap/php_imap.c:74: error: conflicting types for 'utf8_mime2text'
/usr/include/imap/utf8aux.h:37: error: previous declaration of 'utf8_mime2text' was here
Also, dev-lang/php5-ovh with USE=imagemagick doesn't find imagemagick which is part of its own ebuild.

What are these OVH-modded ebuilds anyway? What are they for and why should we use them?