Gyro Gearllose a écrit 1322 commentaires

En SQL, il existe l'opérateur NATURAL JOIN !!!

Bordel, je ne connaissais pas.... Mais bon, au vu de

Cet opérateur, effectue automatiquement la jointure entre les champs de noms identiques:

J'en comprend que si les noms de champs ne sont pas identiques, ça ne fonctionne pas. Or, il s'avère que j'ai beaucoup de cas comme ça. Mais bon, je retiens l'idée. Après tout, vu que je veux un designer graphique pour écrire mes requêtes, il serait peut-être plus judicieux de ma part de laisser cette possibilité.... En tout cas, c'est noté, et ce sera testé bientôt !

Que non ! J'en suis à une phase pré-alpha de base qui ne fait rien d'autre que de me lister les base de données gérées par mon serveur postgres pour l'instant. C'est déjà un début, mais ça ne fait pas grand chose. Je travaille dessus en ce moment, d'ailleurs.

Il n'est commencé que depuis lundi, c'est donc du tout neuf.

Parmis les fonctionnalités, j'aimerais gagner assez rapidement l'interface complète de pgaccess, pour ceux qui connaissent. Ce produit est pas mal, mais je crois savoir qu'il n'est plus très activement suivi. Et puis, ce qui me déplait royalement dans ce "truc" c'est qu'il me créé des tables pga_* dans mes bases sans me demander l'autorisation, et rien que ça, ça me gave. Voilà pourquoi je me suis lancé.
Si jamais j'arrive à quelque chose de propre et fonctionnel, je passerais une news ici bas pour vous tenir au courant, ne vous inquiétez pas.

P.S. : Il n'est pas question que je lache mon projet pour l'instant. Je ne reprends pas les remarques faites ci-dessus, car vous les avez sûrement déjà lues, mais je veux juste ajouter que de toutes façons, même si mon produit n'est pas aussi fonctionnel/complet/cequevousvoulez que kexi, au moins, ce sera mon "oeuvre" et cela m'aura au moins permis de comprendre comment fonctionne tout ce bazard ;-)

Ben.... maintenant que je suis devant le fait accompli, je ne sais plus trop quoi penser. Je continue en freelance, car je suis loin d'être un expert en programmation.

De plus, mon projet, tout en étant similaire, devrait apporter des fonctionnalités en plus qui je pense sont non-négligeable.

Par exemple, j'aimerai arriver à récupérer des tables systèmes de postgres l'organisation des tables (structure et liens), de façon à ne pas avoir à m'occuper des clauses 'where' d'une requête.
Exemple :
Table A, champ n lié à table B champ n.
Table B, champ m lié à table C champ m.

Je choisis un champ de A et un champ de C (dans l'interface graphique), et mon prog me complète tout seul "where A.n = B.n and B.m = C.m". Ceci étant fait, mon code SQL est généré correctement, et il ne me reste plus qu'à me concentrer sur les éventuels filtres que je veux appliquer (and A.n = '10', par exemple).

Bref, pour en revenir à kexi, sur la page d'infos on peut aussi y lire que l'interfaçage avec odbc est prévu pour les prochaines releases. Mais on ne mentionne pas postgreSQL. Je trouve ça dommage de devoir passer par odbc quand postgreSQL sait tout faire (en tout cas pour la partie qui le concerne directement). Peut-être que ça viendra. A suivre !

Lu sur la page d'informations du projet :
Kexi is aimed to be an easy to use frontend to various database backends. At the moment this documentation is written, only MySQL as server based database and CQL++ as integrated single user backends. It is planned to support other database systems too for better corporate usage in the next versions.

Ceci dit, je me suis posé la même question.

En fait, ça a l'air pas mal, en effet. Je suis un peu dégouté, car je me suis lancé dans un projet similaire pour postgreSQL, et du coup, j'arrive trop tard.

Enfin, je vais continuer quand même, car si je n'arrive pas à un produit aussi abouti, au moins j'aurais fouillé un peu (côté programmation KDE & postgreSQL au moins).

Merci pour ces précisions. Je me doutais bien qu'il y avait un truc dans le genre.
Alors, si c'est un coup de bluf, je ne comprend pas l'intérêt ? A moins que ce ne soit pour montrer aux pays dans lesquels les brevets logiciels n'existent pas (encore) les dérives de cette M@?!/ .... daube.
Quant-à le seconde solution que tu proposes, je ne vois pas non plus l'interêt qu'ils pourraient avoir à faire double jeu...
Mais bon, je ne suis pas juriste, ni économiste, ni nimportequoiiste, loin de là. Juste un petit programmeur qui cherche à comprendre. Et là, j'avoue sans peine que j'ai un peu de mal quand même.

Bon, j'ai lu l'interview, mais je n'arrive pas bien à cerner quel est le code incriminé, ou du moins ce que ça concerne. Si j'ai bien compris, SCO attaque IBM pour du code pompé.... soit !
Mais que vient faire Linux là dedans ? Apparement, ça porterait sur system V, mais sur quoi, quelle partie exactement ?
Si quelqu'un peut éclairer ma lanterne ....

P.S. Je cherche juste à comprendre, pas la peine de vous défouler sur mon commentaire.

Je n'avais (presque) pas envie de répondre à vos remarques sur mon précédent post.... Et puis, faire ça ou peigner la girafe....

Vous me faites bien marrer. A aucun moment je n'ai défendu ce qui a vos yeux est le mal en personne. Yast, je ne le porte pas plus dans mon coeur que vous. Du moins, je m'en moque un peu, car sur mes LFS, je m'en passe aisément. J'ai posé une question, on m'y a répondu. J'ai signifié que j'avais pris connaissance de la réponse, et je pensais la discussion close. Mais non, il faut toujours qu'il y en ait qui se la ramènent. L'un pour agiter les drapeaux de la morale, genre "berk, suse c'est de la daube, alors y'a pas plus d'intérêt à venir au libre qu'à rester sous du proprio dans ces conditions". Et l'autre qui me parle comme à un attardé. Franchement, je crois que je vais avoir du mal à dormir ce soir, tellement je suis mort de rire. J'en ai des crampes au bide.
Y'en a pas un pour reconnaitre que Suse, malgrès tout ce que vous pensez de YaST a, et continue de contribuer à Linux et ce qui est autour. Ne voir que la portion de leur travail que vous n'aimez pas, et occulter tout le reste, c'est bien montrer votre étroitesse d'esprit.
S'il vous plait, ne prenez même pas la peine de répondre à ce post, ne me mettez pas de [+], mettez des [-] si ça vous fait plaisir, mais par pitié, gardez votre chapelet sur YaST pour vous. Y'en a assez au dessus. M'intéresse plus. Bien le bonsoir.

donc pas vraiment a la portée du premier venu .

Mais quand même faisable. C'est ce que je voulais voir confirmé ! Le troll récurrent sur YaST à chaque fois qu'il y a une news n'a vraiment plus de sens alors. Je m'explique, car je ne veux surtout pas provoquer une levée de boucliers !
Si on peut se passer de YaST, celui qui voudra le faire sera loin d'être un néophyte, il me semble. En tant qu'utilisateur lambda, savoir que YaST n'est pas libre, on s'en fout à ce moment là.
Les distribs SuSE m'ont toujours parru de bonne facture, mais il est vrai que je ne me suis jamais posé la question quant-à YaST. J'achetais la version boite, avec les bouquins que je trouvais bien fait. Le sont-ils toujours ? Pour ne pas en avoir eu dans les mains depuis un moment, je ne saurais dire. De plus, leurs distribs sont relativement accessibles, même pour un neu², il me semble.

Parce que ça existe déja

Hé bien... Je ne savais pas....

(...)tu as plus vite fait de prendre une RedHat/Debian/Gentoo ou autre

Je suis bien d'accord. De ce que tu dis, c'est encore plus fort ce que je pensais. Vu qu'il existe des concurents libres à YaST, je ne vois pas où est le problème. Si j'ai bien tout compris, il y a moyen d'installer une SuSE sans passer par YaST (à moins que ce ne soit vérouillé, mais j'en doute ?) ?

Enfin, moi, ce que j'en dis.... J'aimais bien la SuSE, mais après moults essais, je préfère de loin un LFS, mais là, on n'est plus dans la même histoire. Ceci dit, à mon taf', on a utilisé la SuSE pendant des années, et on continue (on doit avoir une 7.0 et une 7.1 qui tournent toujours). Et malgrès les considérations sur YaST, je dois bien avouer qu'on ne s'en plaint pas. Linux est toujours Linux, quelle que soit la boîte !

Ndm : et YaST, l'installeur, est toujours propriétaire. :-(

Ouais, bien d'accord. Alors, puisque nous avons toute liberté (ou presque) de faire ce qu'on veut avec des logiciels libres, pourquoi ne pas ré-écrire un logiciel similaire, libre lui, qui serait une alternative à YaST ?
Je trouve ça marrant. Y'a bien webmin et autres, mais il faut déjà un système qui tourne, il me semble. Y'a bien des outils qui permettent de gérer sa distrib' suite à l'install (voir les différents sous KDE ou Gnome, etc.), mais y'en a pas pour gérer l'install.... Où est le pb ?
On sait parcourir un CD, on sait utiliser les commandes rpm et autres... Hé ben alors ? Ca rajoutera du temps de traitement pour récupérer les infos, mais une fois le système formaté et les partitions montées, on devrait pouvoir stocker tout ça.... Dans /var, tiens, soyons fous. Et puis après, ben roulez jeunesse !
Enfin, ce que j'en dis... Avoir les idées, c'est p'têt bien, mais je ne me sens pas capable de coder ça dans l'immédiat. Peut-être qu'un jour....

C'est comme le "bon parlé", ça n'existe pas :-)

Non, sûrement pas, et c'est d'ailleurs pour ça que je l'avais mis entre guillemets. Je pensais en fait un peu plus à des techniques de programmation, dans le sens de ce qui est dit ci-dessus, et pas à une bibliothèque d'algo ou carément des sources toutes rédigées, sinon il n'y aurait plus rien à faire.
Une approche similaire serait les articles "briques de bases en C" diffusés dans GNU/Linux Mag. Par exemple, moi, j'aimerai bien me lancer dans la programmation d'une appli pour KDE. Visiblement la doc, très fournie, devrait suffire, mais de mon point de vue il n'en est rien.
Ce doit faire 5 ans que je n'ai pas rédigé une ligne de C++, et même si tous les objets sont décrits dans la doc (qui n'en reste pas moins agréable à parcourir sous Kdevelop), nulle part n'est expliqué simplement comment faire pour créer une appli, faire réagir les menus, etc.
Les exemples "standards" fournis par Kdevelop lorsqu'on créée un nouveau projet sont pas mal, mais il faut sans cesse consulter la doc, et ce n'est pas simple. Enfin, ce n'est là encore qu'un avis....

Hé ben... Je crois bien que je n'ai jamais lu de commentaire ni aussi longs, ni aussi bien argumentés ici !
En tout cas, je dois dire que même si je ne suis pas d'un niveau suffisant pour pouvoir y donner le moindre avis technique, je dois bien avouer que j'ai appris des choses à vous lire.
A ce propos d'ailleurs, vous faites souvent référence dans les commentaires ci-dessus aux pages de manuel des fonctions utilisées et/ou aux pages info. Bien, mais il me semble que la tâche du programmeur est justement de programmer, pas de lire la doc.
Ce que je veux dire par là, inutile de s'enflamer inutilement, ce n'est pas qu'il faut banir la doc, loin de là, mais pourquoi ne trouve-t-on pas ou peu de doc sur ce que j'ai presque envie d'appeler les "bonnes façons de coder" ?
J'avoue qu'à cette heure (Il est 00h00), je n'ai pas le courage de chercher... Mais il me semble qu'une doc aussi bien argumentée que ce qui précède serait plus utile à un programmeur, en première approche que les pages du man....
Ca ne reste que mon avis....

Ok, merci pour l'info. Entre-temps, je suis allé jeter un oeil sur le site, et j'ai trouvé les sources, mais pas les srpms. Peu m'importe, mais il faudra que je teste ça un de ces 4.

Je t'avais mal compris également.
Pour l'instant, je n'ai pas encore récupéré les pilotes NVidia, car la seule carte Nvidia que je possède est à la maison, et mon LFS "maison" est loin d'être terminé.
Là dessus, si l'installeur fonctionne, je ne vais peut-être pas me prendre la tête avec la compilation des sources. Encore qu'il y a là un point qui m'est obscur : si c'est un pilote en "closed source", pourquoi fournissent-ils les sources ? N'est-ce pas anti-nomique ? A moins que ce ne soient que les sources de l'installeur (J'ai pas vérifié, mais le bon sens me fait dire que c'est ça....).

Quant-à la réponse qui m'est faite ci-dessus, rpm2cpio, inconnu au bataillon sans les "packages" rpm d'installés, que ce soit la base ou les outils, ce qui est mon cas (et le restera, je pense).

Mis à part pour les SRPMS, le tarball ça fait un peu double emploi non?

Ben... Si tu n'as pas de base rmp, comment tu fais pour extraire les sources ? Sur un LFS, par exemple, pas de rpm du tout !
Mais pour aller dans ton sens, et dans mon cas particulier, je pense que c'est plutôt le srpms qui est en trop ;-)
Après tout, si tu as la commande rpm, c'est que tu es sous une distrib quelconque, fournie avec tous les outils standards, et donc, tar gzip et autres sont fournis !

Tu aurais dit bas-de-gamme au lieu de vieux

Oui, ben je dois bien avouer que tu as raison. Le problème, ou du moins mon problème, quand je m'exprime est de choisir les bons mots, et là, par feignantise, je me suis gouré.

Et il faut bien avouer que c'est souvent l'impression qui se dégage quand on survole certains forums comme ceux de Hardware.fr (...)

Je te crois sur parole, car je ne survolle jamais ces forums, et ce genre de concours me passe largement au dessus... Tout simplement parce que je cherche une machine qui réponde à mes besoins et non la plus grosse !

Ceci étant dit, et pour revenir au sujet de la news, grace à l'aide des posts ci-dessus, j'ai essayé movix, et visiblement, il y a déjà un support pour l'epia inclus. Reste à espérer que le support pour cette nouvelle carte sera suivi par cette distrib'...

Je viens de lire ce que tu (?) as mis sur ta page, et je dois dire que je suis particulièrement outré, car mes propos ont été détournés de leur sens initial. Si tu relis le commentaire que j'avais posté initialement, tu remarqueras que j'avais mis le terme "vieux" entre guillemets, comme ici. Ce qui signifie bien que je voulais altérer un tant soit peu le sens de ce mot. Oui, j'avoue avoir eu :
1) Besoin d'un proc plus rapide (et c'est pas pour ça que j'ai étalé les biffetons sur la table pour avoir le dernier truc à la mode qui arrache.
2) Que j'ai eu des goûts de luxe (? encore que, 400 FF pour un Athlon XP 1800+ ne me semble pas une dépense dépassant l'entendement).
3) Ne pas m'être exprimé comme je le souhaitais (ou en tout cas ne pas avoir été compris).

Alors, comme je ne veux pas passer pour un petit bourge qui fait le malin avec son matos qui arrache grave, je vais tenter une fois de plus de m'expliquer, simplement, avec juste une question : Vous tous avez l'air outrés que j'utilise un Duron 850Mo pour lire les DVD dans mon salon. Vous préféreriez alors que je le laisse pourir dans un coin ?
A bon entendeur....

Vieux ? Vieux ? Pour un Duron 850 et 512 Mo de RAM ?

Bon, alors pour faire court : oui, par rapport à ce qui se fait actuellement, c'est vieux. C'est bien connu, le matos est déjà dépassé quand tu sors du magason.....
Ceci étant dit, je n'ai pas dit que je voulais m'en débarasser. Moi aussi, j'ai changé de matos, car j'ai eu des occases, et j'avais besoin de truc "qui ramment moins" pour faire du montage video, moi aussi...

C'est bien une idée de Windowsien, ça :)

Hé là ?! Si j'étais windowzien, je ne serais pas en train de poster ici en me renseignant sur ce qui se fait sous Linux pour transformer mon Duron 850 en lecteur de salon !!!!!

Je me doutais bien que ça allait faire réagir. Que voulez-vous. J'ai eu des opportunités qui m'ont permis d'acheter du matos à pas trop cher, plus ou moins d'occas, en plus. Si la mention d'un Duron 850 / 512 Mo vous fait hurler, je ne vais pas en rajouter....
Toujours est-il que ce PC me "reste sur les bras", et que je n'ai pas de lecteur DVD de salon, d'où ma question "out of topic" du début.
Je trouve Movix pas mal, d'ailleurs. Il manque encore de quelques fonctionnalités, et je devrais prendre contact avec l'auteur d'ici peu. Car je ne peux pas demander à ma copine, par exemple, de passer des paramètres au noyeaux pour qu'il démarre correctement, avec la sortie TV - SECAM d'activée et le support du clavier en français. Automatisons !

Oui, c'est d'ailleurs pour ça que j'avais écrit "vieux"... J'ai un duron 850/512 Mo SDRAM à recycler... Et movix, c'est carément tiptop... on est déjà en phase de test, ça m'a l'air plus que bien. Seule ombre au tableau, il ne lit pas (encore ?) les CD audio (en tout cas on n'a pas trouvé sur MoviX²...

Impec', exactement ce que je cherchais. Je vais tester ça dès ce soir chez moi. Désolé pour l'"out-of-topic".... Et puis ça m'apprendra à chercher où il faut. J'avais regardé rapidement ce midi sur google, et divers sites recensant les diverses distro disponnibles sans franc succès, et je ne pensais pas que ça existait déjà....

En parlant de DVD....
Je voulais poster un article, mais je manque *vraiment* d'informations/liens pour ce faire.
Savez-vous si il existe une distribution linux vraiment orientée DVD, qui pourrait s'installer à partir d'un CD et ne proposer au boot qu'un XFree (?) avec comme seule appli de dispo un player DVD/mp3/CD audio/Video CD, etc pilotable par clavier/souris et éventuellement par télécommande IR ?
Ca permettrait de recycler un "vieux" PC avec juste un DD minimal (500Mo devraient être suffisant), voire juste booter sur le lecteur à la mode console, pour faire un lecteur DVD de salon ?
Partant de rien, et n'ayant pas les connaissances suffisantes pour créer une distrib permettant celà, j'en appelle à vos bookmarks !

De même, si on ne veut lister QUE les sous répertoires du répertoire courant, on peut faire :
$ ls -l | grep ^d

Sur le principe, je suis d'accord avec toi. Si j'avais une distribution "classique" d'installée, y'a bien longtemps que je serais en train de tester pingus. Mais sur un LFS, pas moyen d'utiliser autre chose que les sources.... Les rpms et autres deb ne passent pas.
De plus, même si je pouvais installer directement les binaires, les librairies manquantes ne me permettraient pas de toutes façons de jouer...
Au mieux, j'aurais un message m'indiquant que le prog ne trouve pas telle ou telle bibliothèque, au pire, j'aurais un core dump....
Quoi qu'il en soit, je ne cherche pas les sources pour critiquer celui qui les a écrits, ou pour chercher à avoir le truc le plus-rapide-de-la-mort-qui-tue-car-c'est-moi-qui-l'ai-compilé.
Ce que je ne comprend pas, c'est que les posts que j'ai passé précédement soient scorés [-] alors qu'ils auraient peut-être intéressé d'autres LFSiens comme moi. Peu importe....

Hé ben, c'est pas gagné ! J'ai essayé vos deux sources, le .tar.gz et le .orig.tar.gz. Première constatation, il manke le ./configure. Je lance autogen.sh-> manque ./decomp.
Bref, je crois que je suis damné, et que je ne pourrais pas tester pingus aujourd'hui :-(((
Faut dire que je suis au boulot aussi.... Y'a p'têt de ça....
Bref, on continue, je vais y arriver, nom de ......