Reprise du message précédent :

Comment je peux passer en ip fixe, mon switch n'a aucun paramètrage, d'ailleurs d'après ce que j'ai lu celui-ci agit sur les adresses MAC et non les adresses ip.
 
Ce qui est tout de même bizarre c'est que ça marche dans un sens mais pas dans l'autre.

Pour avoir une IP fixe ça se passe sur ton poste

bonjour tout le monde.
 
Bon je trouve pas KDE4 dans les ports, je suposse que c'est parcequ'il n'y est pas : donc savons à peu près quand il y sera et existe-t-il actuellement un autre moyen d'installer la bête sur ma machine ( passée tout récemment en 6.3  ).
 
merci de votre aide.

kde4 n'est pas très stable, mais si tu veux tester :
http://mail.kde.org/pipermail/kde- [...] 01897.html
je te conseille de lire les mailing lists de kde-freebsd, il y a plein d'infos utiles/intéressantes
enjoy yourself

il faudrait mettre à jour le titre du topic, pour dire que c'est la 6.3 qui est dispo

C'est has been 6.x
 

La 7.0 pointe le bout de son nez très très prochainement the_fireball. Et vu la faible différence entre la 6.2 et la 6.3 je n'en voit pas l'intérêt.

Ceci-dit, ça me demande pas trop de boulot

 
possible mais avec l'ancien titre ça ne faisait pas ressortir un topic à jour
 
Merci vlack, ton topic il est plus mieux d'un coup  
 

Mon topic a toujours été mieux

Dites les gens, je tente de bidouiller une box, et à l'installworld j'ai ca  
 
install: rename: /lib/INS@XR6A to /lib/libc.so.6: Operation not permitted
*** Error code 71
 
je tente alors de changer le flag, et voilà ce qu'il me dit cet espece de batard.
 
root@sd-9656lib# chflags -R noschg libc.so.6
chflags: libc.so.6: Operation not permitted
 
 
Une idée pour aider un toto comme moi ?

tu utilises les securelevel ? que retourne sysctl kern.securelevel ?

Ouala, si tu te mets en securelevel 0, ça va le faire
(si c'est ton souhait )

ok je vais le faire, merci du tuyau

 
Après une MAJ vers 6.3, ça semble plus stable. Un peu plus de 5 jours d'uptime

Hello, encore une question
 
Voilà, j'ai une dedibox qui tourne super bien depuis pas mal de temps maintenant, mais fut un temps j'avais tenté de foutre le ftp dessus en SSL avec Proftpd et le resultat fut je dois l'avouer assez catastrophique. Genre 3 threads hop CPU à 100% ... Du bonheur quoi
 
Est-ce que quelqu'un ici à une dedibox et un FTP SSL par hasard ?

je dis surement une bêtise mais essaye de linker ton proftpd avec le proc dédié au calcul crypto

oép t'as le padlock sur les via.
 
Par contre openssl en commandline le gère. OpenVPN peut le gérer et openssh aussi (dans des version récentes).
Je suis pas sur que les trucs bêtements liés à libssl puissent le faire...

Bah écoute, j'ai "tenté" au vu de ce que je trouvais sur google ... et heu ca n'a pas fait avancer le schmilblik
 
tjs un cpu sur les rotules

FBSD est un super système, léger, stable, mais ce que je reproche est son manque d'approche plus user-friendly.  
 
Ses forks allant soi disant dans ce sens, ne sont que du FBSD avec quelques ajouts, superficiels comme une installation plus aisée.  
 
Les problème pour moi est que FBSD est une distribution trop basé  source au détriment du binaire, ce qui rallenti considérablement l'installation et les MAJ, faisant tourner aussi pendant ce temps le CPU au fond, ce qui ne doit pas être si bon pour la facture d'électricité, pour un faible gain de performance théorique. Il vaut mieux une précompilation bien faite, même si les binaires sont génériques que mal compiler ses sources.
 
Et ensuite, le système de MAJ système, même s'il est propre, n'est pas des plus aisé: par exemple, sur une debian, il n'y a que 3 commandes à lancer, et celles-ci peuvent se faire aussi en un clic via synaptic et adept, alors que sur FBSD, il y a en tout 13 commandes à taper, ce qui n'est pas très aisé.  
 
Si FBSD veut rendre son OS plus grand public, il faut qu'il y ajoutent un gestionnaire graphique de paquet binaire, et fassent un meilleur support pour les paquets précompilés et que la MAJ du système suive cette logique.

Tu l'utilises en desktop ?

Je ne vois pas l'intéret pour FreeBSD de changer.
Comme chaque distro, FreebSD a choisi sa voie.
Elle s'y tient depuis le dpuis le début et c'est ainsi qu'elle a conquis son public.
 
La comparer aune Debian est limite insultant (pour les 2 distro concernées).
1] Elles ne font pas partie du même univers : Debian fait partie du monde Linux alors que FreeBSD fait parte du monde BSD.
2] Ces 2 distros ont un mode de fonctionnement, une licence, une façon d'entrevoir l'expérience utilisateur, une histoire complètement unique.
 
Les comparer est malvenu.
Si tu veux vraiment comparer, compares Free avec les autres BSD ou avec MAC si ça te chante (y'a une base BSD). Mais PAS avec une distro GNU/Linux.
-----
Je suis sous Debian depuis des années, j'ai testé une FreeBSD il y a quelques années et j'en suis ressorti avec un mauvais ressenti sur FreeBSD.
Est-ce que j'ai accusé l'OS d'être mauvais ? Non.
 
Si FreeBSD ne te convient pas, changes de distro, tu as le choix.

T'aurais  commencé ta reflexion par ce point, tu te serait rendu compte que ça servait à rien d'aller plus loin, et ça t'aurais épargné un post
 
Je suis pas convaincu que la priorité du projet FreeBSD soit d'être grand public.

Je ne répondrais  dans un premier temps par cette abréviation anglo saxonne : RTFM.
 
 
La partie plus ou moins constructive sur l'argumentaire :
 

 
Pour forcer l'utilisation d'un packet pré compilé :
 

 
Mettre à jour l'arbre des ports :
 

 
Pour tout mettre à jour :
 

 
 
Ces informations ce trouvent au début du topic .
 

Il a parlait du système AMA, pas des ports

Bon mon but en postant n'étati pas de troller mais de donner un avis. Faut pas se mettre aussi vite sur la défensive. J'utilise FreeBSD depuis un an, je remarque que certaines choses laissent quand même à désirer.

Oui ou pkg_add existe aussi. Masi voila tout les ports ne sont pas précompilés, loin de là.

Mise à jour du système, pas des ports:
 
-Nettoyer le répertoire des anciennes compilations:
chflags -R noschg /usr/obj/usr
rm -rf /usr/obj/usr
cd /usr/src &&  make cleandir
make cleandir
make cleandir
-MAJ système
make buildworld
make kernel KERNCONF=MONNOYAU
shutdown now
cd /usr/src &&  mergemaster -p
make installworld
make delete-old
make delete-old-libs
mergemaster
 
Et je passe su et reboot. Ça fait beaucoup de commande pour une MAJ du système.

3

Peut-être pas, en effet. Le but d'un OS a toujours été d'exploiter le matériel et de faire tourner des applications et le but de ses développeurs est que son système soit utilisé, sinon, iln'y aurait aucune raison de le developper.
Mais il y a aussi le fait que qu'on le veuille ou pas, il y aura toujours une certaine compétition entre le différents systèmes d'exploitation, peut-être pas pour faire celui qui a le plus de PDM mais ne fusse que pour survivre. Il y a quand même des devs qui travaillent dessus à plein temps.
 
FreeBsd est un système que j'apprécie, mais je trouve parfois que la gestion des paquets et la MAJ système est un peu archaïque. Bien sur, j'apprécie suffisamment le système pour que cela ne soit pas plus dérangeant que ça, mais s'il est possible de simplifier la chose et que c'est techniquement possible, pourquoi ne pas le faire? Car ce n'est pas leur priorité? Cela me semble bizarre comme prétexte, car le but de l'informatique est de simplifier les procédures.

Je pense qu'il n'est pas mauvais pour un OS d'évoluer. Je pense que FBSD est un super système, léger, stable, réactif, propre, ayant beaucoup d'application. Mais je me pose la question sur certains point que je trouve un peu moins pertinent.
Peut-être que l'initiative de faire un FBSD user-friendly ne doit pas venir de la core team, mais peut-être plutot d'un fork. Tout ceux que je connais, ne sont vraiment pas satisfaisant et ne réussissent pas leur mission de faire un FBSD user-friendly.
 

 
Waw si tu vois une insulte lorsque quelqu'un compare 2 os, je te conseillerais d'éteindre ton PC et de sortir prendre l'air.    
Et puis on compare bien linux à Windows.

Oui, bien sur, mais par déduction, tu devrais remarquer au moins que si je parle de certains principes fondamentaux de FBSD, je dois être aussi capable de faire la différence avec une distro linux.
 

Si je compare, c'est parce que je préfère comparer ce que je connais. L'inverse serait idiot. Et malgré leurs différences, il y a beaucoup de similitudes. Si tu préfère que je compare un système BSD ave un autre BSD, comme tu viens de parler de MAC, dans Os X, il suffit de cliquer sur un bouton pour que le système se mette à jour.

 
Arf , marche pas chez moi , firefox se lance pas pourtant j'ai la derniere version de wine
Fais ch....
 
Voila le résultat :
 
[splissken@SPFreeBSD ~/Firefox-win]$ wine firefox.exe  
fixme:spoolsv:serv_main (0 0x0)
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls"
err:iphlpapi:getRouteTable Received unsupported sockaddr family 0x12
err:iphlpapi:getRouteTable Unexpected address type 0x10
err:iphlpapi:getRouteTable Unexpected address type 0x20
fixme:iphlpapi:NotifyAddrChange (Handle 0xbf7dc608, overlapped 0xbf7dc5ec): stub
err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered
err:ole:CoGetClassObject no class object {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for context 0x1
fixme:system:SetProcessDPIAware stub!

Bon, pour flash , vais finir par installer window en machine virtuelle
Ya quoi sous FreeBSD VMWare je suppose...

Tu utilises quelle métgode pour utiliser flash? linuxpluginwrapper ou NSPluginWrapper?

 
Tu te fais un peu chier pour pas grand chose :x

 

 
on a pas la même technique visiblement  

J'aime beaucoup les 3 make cleandir à la suite

En effet il y en a un en trop. Cependant, il est conseillé de le fairer 2 fois.

Explique. Tu connais une autres technique que celle décrite dans /usr/src/UPDATING?

et voila

et c'est ce que je fais sur des serveurs de prod hein

Perso sur serveur en prod :  
make buildword
make kernel
mergemaster -p
make installworld
mergemaster
reboot

Cela me semble bizarre: de un, je savais pas qu'on pouvais faire un enchainement de commande avec un redémarrage parmis celles-ci et deuxièmement, avec reboot, tu redémarre totalement, non? Et pas en single user. Sans compter qu'avec reboot, il faut monter les partitions dans ce mode et se mettre dans /usr/src, alors que shutdown now fais l'affaire pour le premier cas.
Soit tu as abrégé, soit je découvre de nouveaux trucs.
Et puis un enchainement des commandes ne diminue pas le nombre de celles-ci.

Mais tu ne te mets pas en single user pour installer? ou alors tu construis le monde en single user. Et tu vides pas les tracesdes anciennes compilations?