Sortie de FreeBSD 4.7

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
11
oct.
2002
FreeBSD
FreeBSD 4.7 est sorti !

Au menu pas beaucoup de nouveautés, surtout des corrections de bugs de la précédente version (4.6.2). A noter tout de même:
- L'intégration d'XFree 4.2.1
- IPFW2
- la correction de nombreuses failles de sécurité
...

La prochaine avancée majeure (FreeBSD 5.0) est toujours prévue pour le 20 novembre... au vu des nouvelles fonctionnalités espérons qu'elle sorte le plus vite possible !

Aller plus loin

  • # ISO

    Posté par  (site web personnel) . Évalué à 10.

    Pas la peine de s'embêter avec le ftp principal pour les ISO, autant passer par les miroirs qui offrent un bon débit : j'ai téléchargé il y a une heure les 4 images i386 sur 4 miroirs français différents avec 300 Ko/s sur chacun (soit 1,2 Mo/s au total, oui ça ne se fait pas sur de l'ADSL :). Conclusion : les miroirs c'est mieux et en plus c'est plus rapide.

    • [^] # Re: ISO

      Posté par  . Évalué à 10.

      Arf les isos, je charge plus les isos depuis un bon moment. Rien ne vaut une bonne recup avec cvsup, suivi d'un bon petit make world.
      http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.(...)
      http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld(...)

      • [^] # Re: ISO

        Posté par  . Évalué à 10.

        Faut prevoir combien d'espace disque, pour faire cette recup?
        Et faut prevoir combien de temps pour le make world? Ou plutot, chaque config etant differente, un ordre de grandeur...?

        Yves

        • [^] # Re: ISO

          Posté par  (site web personnel, Mastodon) . Évalué à 10.

          La récup en cvsup dépend de ta dernière mise à jour ou plutôt de la date des fichiers dans ton /usr/src. Si tu as les sources de la 4.3 par exemple, il faut compter plus de temps que si tes sources datent de la 4.6. En règle général, j'essaye de le faire régulièrement pour maintenir mes sources à jour. L'ordre de grandeur, c'est une petite heure avec un modem 56K sur cvsup2.fr.freebsd.org en faisant la mise à jour tous les deux ou trois mois.
          Pour ce qui est du make world, ca prends pas loin de quatre heures sur PII 266. Voilà

          • [^] # Re: ISO

            Posté par  . Évalué à 10.

            Et en espace disque? (mes 500M n'ont pas suffi pour passer de la 4.6 a la 4.6.2 y'a qq jours; methode: cvsup)

            Yves

            • [^] # Re: ISO

              Posté par  (site web personnel, Mastodon) . Évalué à 10.

              Alors, j'avoue qu'au niveau des sources, je suis plus très sûr. Il me semble que 500 Mo de disque avant compil sont suffisants. Enfin, je sais plus trop et comme je ne suis pas devant ma machine perso ;-)

              • [^] # Re: ISO

                Posté par  . Évalué à 10.

                Je confirme, avoir 500 Mo dans /usr/obj est largement suffisant pour compiler le monde. Il faut compter en fait environ 400 Mo.
                A noter qu'après compilation (ou installation) il est de bon goût de lancer ce magnifique outil qu'est mergemaster, pour mettre vos fichiers de conf à jour. La première fois c'est impressionnant !!

                • [^] # Re: ISO

                  Posté par  (site web personnel, Mastodon) . Évalué à 10.

                  Merci de me soutenir !!
                  A noter qu'après compilation (ou installation) il est de bon goût de lancer ce magnifique outil qu'est mergemaster, pour mettre vos fichiers de conf à jour. La première fois c'est impressionnant !!
                  C'est clair que c'est impressionnant mais un peu long quand même.

                  • [^] # Re: ISO

                    Posté par  . Évalué à 10.

                    Pour que ça soit court:

                    mergemaster -p

                    que les fichiers importants.

                    Ensuite:

                    mergemaster

                    Et la tu valides à l'aveugle. Ca marche très bien, j'ai fait 4.3 => 4.6.2 comme ça entre autres.

                    Sinon la compilation prend moins de 45 minutes sur un athlon 1800 - 256 ram, si la partition est en soft update que tu as mis pipe dans /etc/make.conf et que tu lances avec -j4 le make buildworld.

      • [^] # Re: ISO

        Posté par  (site web personnel, Mastodon) . Évalué à 10.

        Ouais, le cvsup, c'est bien mais se faire un petit jeu de CDs de temps en temps, c'est pas mal non plus. Ca permet d'avoir une sauvegarde ton système à un instant donné puisque bien sûr lors de tes backups, tu ne sauves pas tout bien sûr ;-)
        En parlant de backup, un petit lien qui ne fait pas de mal http://www.oreilly.com/catalog/esa3/chapter/index.html(...)

  • # Commentaire inutile du jour.

    Posté par  (site web personnel, Mastodon) . Évalué à -10.

    Mais qu'est-ce que ça fout sur un site dédié à Linux ?!? On fait de la bidouille ici, on est pas des 3133t !

    • [^] # Re: Commentaire inutile du jour.

      Posté par  . Évalué à 8.

      Mais qu'est-ce que ça fout sur un site dédié à Linux ?!?

      Autant que des news sur les aventures de Microsoft avec la justice, ou que la critique du film de mercredi dernier...

      Un peu d'ouverture d'esprit, voyons!

      Le bonjour chez vous,
      Yves

  • # IPFW2

    Posté par  . Évalué à 4.

    Quelqu'un a testé ipfw2 ?

    Qu'y a-t-il de nouveau ?

    Y-a-t-il une homepage (je ne l'ai pas trouvée).

    • [^] # Re: IPFW2

      Posté par  . Évalué à 4.

      IPFW2 est une réécriture partielle du code de ipfw par Luigi Rizzo. En plus du qq améliorations qui concernent la génération du byte code, IPFW gère (enfin) les groupes dans les regles, et les keep alives sont implémentés, et on firewall autres chose que de l'IPv4 (lire la layer 2) et puis plein de petit truc comme la gestion facile des TTL.
      Pour avoir plus de details RTFM a la fin il y a :
      IPFW2 ENHANCEMENTS
      Sinon lire les theads "HEADS-UP" dans la mailing list freebsd-ipfw.

  • # Pas de troll svp...

    Posté par  . Évalué à 3.

    J'aimerais que des personnes réellement impartiales m'indiquent les réelles différences entre linux/bsd (sans entrer ds l'historique sysv/bsd4.4) tant au niveau du kernel que de l'administration.
    Est REELEMENT + secure? l'offre logicielle de base est-elle de meilleure que sous linux? Le temps d'admin est-il rentable? bref si qq peut m'indiquer des pointeurs sur d'eventuelles comparaisons OBJECTIVES, j'en serais ravi :)
    Je suis tout a fait preneurs des liens bien techniques sur l'archi du noyau entre autre...

    • [^] # Re: Pas de troll svp...

      Posté par  . Évalué à 0.

      baw, c'est mieu de rien dire ici.. c tous des racistes...

      et venés pas dire que c'est retarder... (en packages)c + stable (packages + kernel) et pas de kernel a 100mo..... 75mo de modules..... tout s'integre au kernel.. kernel a 3.5 mo boot en 2 secondes.... je stop la.. comme jai dit plus haut le 3/4 pense qu'a debian et font chier les autres qui utilisent un autre os... no comment.. ensuite vener nous traiter de l33t regardez vous tous....... juste a voir certain commentaire sur des postes *BSD ....

    • [^] # Re: Pas de troll svp...

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      Bon, je vais essayer de ne pas troller ;-) donc exit les problèmes de licences.
      Commençons par le noyau :
      - la configuration avant compilation se fait dans un simple fichier texte et est assez simple
      - il est relativement monolithique et sa taille est donc largement supérieure à un noyau Linux. Toutefois, cette différence tend à disparaître et on observe de plus en plus de gens configurer un noyau léger et utiliser le kldload (équivalent au insmod Linux)

      Le système à proprement parler:
      - Initialisation à la BSD (jusque là rien d'anormal) c'est-à-dire que l'on ne trouve pas de répertoire rc.d dans etc, tout est fait dans des scripts et dans un fichier qui s'appelle rc.conf et qui utilise une liste de paires clé/valeur.
      - Initialisation des logiciels installés en local (je veux dire /usr/local). Dans /usr/local/etc, on trouve un répertoire rc.d qui contient des scripts de démarrage des applis. Ces scripts sont nommées comme suit, 000.pkgtools.sh, doivent se terminer par .sh et être exécutables
      - Système d'installation des softs par le mécanisme des ports. Le répertoire /usr/ports contient une série de Makefile classés par thèmes et par appli. Un petit make install dans /usr/ports/net/openldap2 télécharge l'archive d'OpenLDAP, la décompresse, installe si ce n'est déjà fait (d'après /var/db/pkg) les dépendances dans notre cas la lib libiodbc (qui elle se trouve dans /usr/ports/databases). Actuellement, le répertoire des ports contient jusqu'à 7000 ports

      Pour ce qui est du plus ou moins sécure, je peux pas vraiment répondre, si ce n'est que même sans customization particulière, ça a l'air de tenir la route.
      Sinon, l'admin, c'est comme du Linux, c'est de l'Unix quoi !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.