Jean-Yves B. a écrit 873 commentaires

En fait le lien de la news n'est pas clair sur ce qui est porté :

We are taking our C++ development solution to the Linux platform

Ça inclut autant C++ Builder® que Borland© C++.
La seule mention de C++ Builder qui est faite est à propos d'une version pour Windows.

J'avoue que je ne saisis pas pourquoi le texte de la news mentionne C++ Builder© alors que la news originale n'est parle pas.

Pas seulement. Tu auras beau faire du code POSIX et ANSI pur et beau, ça ne passera pas partout.

C'est vrai que c'est un plus pour apprendre à coder du multi plate-formes avec duplication des fonctions (implantées de manières différentes selon la cible) et les config fun qui vont avec (autoconf et ses amis (sauf libtool qui est un grand méchant)).

PowerArchiver est ton ami (c'est un graticiel devenu partagiciel depuis quelques versions).

-1, Off Topic

Mais il faudra le mettre sous une licence qui nous permette d'aller voir le disque dur des utilisateurs...

'Faut demander à Borland® justement. Il parait qu'en laissant 1000 chimp^Wjuristes taper à la machine, ils ont fait une licence comme ça par erreur. ;)

J'ai déjà répondu dans l'autre news où tu as posté la même chose par erreur, mais comme je suis gentil je reposte ici (que je ne t'y reprenne pas ! ;)

[gdb et gprof]

Si ta machine le permet => utilise ddd (http://www.gnu.org/software/ddd/(...)) ou gvd (http://libre.act-europe.fr/gvd/(...)). Pour les gens qui n'en veulent : GUD, le Grand Unified Debugger d'[X]Emacs.

En à côté, je tiens à préciser que dans un certain nombre de cas, débugger à coups de printf() peut introduire des bugs. Mais c'est valable aussi pour les débugger in vivo (post mortem c'est moins grave :) ).

Souvenez-vous : « La présence de l'observateur perturbe la mesure ».

[vi et ses travers]

Trop gros, passera pas.
De toutes façons : ed is the standard editor. Il y a TECO pour les fans aussi dans le genre. :)

[classbrowser/IDE]

Tu as pas mal de choix. Je cite mes préférences personnelles :
kdevelop (classbrowser correct http://www.kdevelop.org(...) ) et XEmacs (avec ecb http://ecb.sf.net(...) et la speedbar).
Infodock permettait pas mal de chose mais est un peu moribond.

Désolé, d'aller à contre-courant de la pensée dominante de ce forum mais ceci est simplement le recit objectif de mon expérience.

Accepte donc mon avis personnel (qui n'est par définition pas objectif).

J'ai besoin de gars motivés comme toi pour ajouter un support VBscript à Evolution, ça te tente ?

-1, ;)

[gdb et gprof]

Si ta machine le permet => utilise ddd (http://www.gnu.org/software/ddd/(...)) ou gvd (http://libre.act-europe.fr/gvd/(...)).
Pour les gens qui n'en veulent : GUD, le Grand Unified Debugger d'[X]Emacs.

[vi]

Trop gros, passera pas.
De toutes façons : ed is the standard editor. Il y a TECO pour les fans aussi dans le genre. :)

[classbrowser/IDE]

Tu as pas mal de choix. Je cite mes préférences personnelles :
kdevelop (classbrowser correct http://www.kdevelop.org/(...)) et XEmacs (avec ecb http://ecb.sf.net(...) et la speedbar).
Infodock permettait pas mal de chose mais est un peu moribond.

Désolé, d'aller à contre-courant de la pensée dominante de ce forum mais ceci est simplement le recit objectif de mon expérience.

Accepte donc mon avis personnel (qui n'est par définition pas objectif).

Ils disent « pour Linux » sans préciser l'architecture ... Linux n'est pas restreint aux x86 ! Et ça m'étonnerait que le source soit livré.

Je me demande si ce sera juste l'EDI ou le compilo aussi. Dans ce dernier cas ça va être un beau bordel : la portabilité de compilo à compilo ça n'a jamais été vraiment ça, ils sont tous buggés mais de manière différente ; ce n'est pas demain que l'on compilera le noyau avec BC++.

Bienvenue quand même aux fichiers de projet à la place des Makefile ! Et - joie - aux wizards qui génèrent du code spécifique aux libs Borland® !

Bon, allez, j'arrête de chambrer, ça aidra peut-être une ou deux boîtes à porter leurs softs sous Linux (oui, je sais, ce n'est pas sensé avoir un rapport).

[-1, non constructif]

De plus, il serait souhaitable d'avoir une interface graphique sympa pour administrer son FW.

Bof. Pourquoi ? Ou alors pas en local. En même temps l'interface austère du fichier texte est une sélection comme une autre pour écrèmer les admins incompétents.

Dans un contexte entreprise, un administrateur peut légitimement souhaiter disposer d'un outil central d'admin de ses firewalls

Là le problème vient de tout le monde. Je ne crois pas qu'il existe de mib standardisée pour gérer un firewall en snmp mais ce serait sympa (si on veut).

Il vaut quand même mieux isoler complètement le firewall d'un quelconque accès réseau (autre que les interfaces qu'il filtre), par pure paranoïa. Et dans ces cas là, vt100 roulaize. Mais je ne suis qu'un jeune padawan en admin réseau alors il vaut mieux que je me taise.

interface simple [...] pour gérer tout ça sans trop se gourer.

AMHA on se gourre autant quelque soit l'interface. En plus une config de firewall n'est pas un truc fait en 5 secondes, il faut réfléchir et tester avant de mettre en production.

Plus généralement une meilleure mutualisation des efforts (synergie ?) dans le LL serait souhaitable..

Ce serait bien mais ce n'est pas humainement possible car on ne peut rien exiger d'un développeur de libre bénévole, il développe pour lui avant tout (et par effet de bord pour les autres).

Oui et non. Il y a eu une histoire bizarre. Je ne crois pas qu'il y ait eu une version BSD pure.
En plus la stabilité de cette licence laisse perplexe, ça ne donne pas envie d'incorporer ça dans son code.


La licence actuelle est la suivante (version 3.4.23) :

Copyright (C) 1993-2002 by Darren Reed.

The author accepts no responsibility for the use of this software and
provides it on an ``as is'' basis without express or implied warranty.

Redistribution and use, with or without modification, in source and binary
forms, are permitted provided that this notice is preserved in its entirety
and due credit is given to the original author and the contributors.

The licence and distribution terms for any publically available version or
derivative of this code cannot be changed. i.e. this code cannot simply be
copied, in part or in whole, and put under another distribution licence
[including the GNU Public Licence.]

THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
SUCH DAMAGE.

I hate legalese, don't you ?

C'est bizarre, une sorte de BSD dont on n'a pas le droit de changer la licence (± GPL ?). Je me demande comment ça s'insère dans {Net,Free}BSD sans conflits ça ?

IPFilter incorporé à NetBSD semble avoir une autre licence :
http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/dist/ipf/LICENCE?rev=1.(...)
(mais je peux me tromper je ne connais pas bien l'arbre de Net et j'ai cherché un peu au pif)

Il faudrait que je googlise un peu pour retrouver les enfilades dans les ml de l'époque.

Pas plus le bordel que n distribs Linux.

N'empêche, trop gros, passe pas le troll :
windows unique, linux unique, solaris unique, arf.

Tout ça pour lancer l'enfilade habituelle sur la licence BSD, pfff.

[-1, couché le troll !]

Je me disait bien que j'avait déjà vu ce pâturage en fond d'écran quelque part ...

Bof. Pas mal de gens sont passés à pf. Je pense que ceux qui utilisent ipf avec openbsd > 2.9 se feront gentiment éconduire des ml si ils ont un problème avec.

L'OpenBSD de Darren n'est pas officiel, donc il ne bénéficiera pas forcément de la même aura que le « vrai ». En plus, OpenBSD sur CD est livré avec pf, pas ipf donc ça ne pose pas de réel problèmes pour ceux qui installent depuis le CD. Au pire certaines personnes qui ne voulaient pas upgrader à cause du passage à pf ne passeront jamais à pf mais bon, c'est le jeu.

Le développement de pf est assez actif (dixit le cvs), et la motivation semble grande (heureusement).

Je pense que le coup de Darren va plus motiver les troupes à faire le meilleur produit possible plutôt que les démotiver ...

Un truc qui m'étonne c'est qu'il n'y ai pas encore de bagarres à propos du nom.

Ah oui, j'm'ai gouré à cause des deux fichiers de configuration séparés (ce qui est bien). Mais on utilise pfctl pour charger les deux.

Ça m'apprendras à poster trop vite une fois de plus.

3 CDs ton patch quand même ...

(-1, pas drôle)

dildo => godemiché

-1

Je me demande si ils ne vont pas encore sortir le coup du : « fallait pas le dire tant qu'on a pas de patch ». Méthode ô combien sûre et efficace.

Ce n'était pas la même boîte (solutions.fi) qui avait déjà été houspillée par microsoft lors de la dernière faille annoncée « alors qu'il ne fallait pas » ? Et si ... ce sont eux.

Franchement, le bug est trop con en plus : on renvoie un nom de fichier bateau avec un nom de programme derrière un null byte, et si le content-type est bien placé « Hop ! », il s'exécute tout tout seul ... c'est un classique le coup du texte derrière la fin de chaîne C, ça traîne depuis toujours ce genre de blagues ...

J'imagine bien la contre pub :
« Ah vous vouliez du libre ? Maintenant il faut nourrir toute la communauté ! »
Avec tout une horde de hippies graisseux qui squattent la baraque ... :)

[-1, demain j'arrête la drogue]

En installant Linux, vous installez le Communisme !

Des gens meurrent pour bien peu de choses ...

Une intégration kmail+knode est prévue.
En revanche, il n'y aura pas d'intégration de l'agenda dans kmail de la même manière qu'Outlook(tm).

Il restera possible de faire une appli genre Outlook(R) en collant toutes les applis du lot kdepim ensemble à grands coups de KParts ...

Pour ce qui est des habitudes, il faut choisir qui séduire : la base d'utilisateurs actuels qui aiment la philosophie « une fonction = un outil » ou les nouveaux utilisateurs potentiels qui aiment la méthode plus « regroupante ».

Je pense que l'équipe KDE tient plus à ses utilisateurs actuels - fidèles - qu'à des hypothétiques utilisateurs venant d'un autre monde et auxquels on aura tout à réapprendre. Et ils ont raison.

Non, je fais juste une surdose de marques deposees. C'est une maniere comme une autre de designer les trucs qui sont philosophiquement eloignes du libre ... (meme si ca n'a pas forcement de rapport)
(Ca tiens aussi du delire personnel apres avoir subi une conf sur la propriete intellectuelle)

[desole, sans accents -> Lynx sur terminal texte sans touche compose possible]
(-1, private)

http://www.netstumbler.com(...(...))



WinNT, Linux, BSD, etc. La version NT fait meme des jolies cartes si on a un GPS couple a la machine ... (pour les autres je ne sais pas)

Rassurez-moi, ce sont des pages de 4 mégabits soit 512 Ko ? (et pas 4Mo)



Et, que ce soit des pages de 512Ko ou 4Mo il ne doit pas y avoir beaucoup de localité là-dessus ... (je sais : on s'en fout dans les cas d'utilisation de ce type de pages)

Ce n'est pas qu'une question de bande de fréquences.



Airport® ou pas, selon la loi, ton réseau doit s'arrêter au niveau des murs et ne pas se trouver sur la voie publique car tu deviens à ce moment fournisseur d'un service de télécommunication, et la procédure est tout autre dans ce cas.

Les dernières Radeon 8500 semblent des bonnes candidates. ATI ne fournissent pas [encore] les specs complètes de leur bidule mais sont beaucoup plus avenant vis-à-vis de l'Open Source que nVidia.



L'accélération 2D y est supportée. Xv pas encore mais l'équipe de gatos (http://gatos.sf.net/(...(...))) fait du très bon boulot. Le DRI devra attendre aussi. Elle ne permet pas grand chose pour l'instant mais est très tentante si on est prêt à parier sur la disponibilité prochaîne du support complet.