Je suis Administrateur Système et Décideur pour un parc informatique de 96.255.102 machines et je suis les conseils de la LINUX GAZETTE partout. En suivant ce numéro, j'ai déjà fait évoluer ma SuSE 7.2 (déjà performante, normal c'est pas une Merdake) vers un système de fichiers journalisés (REISERFS).
Je vais maintenant aller tuer ma voisine (encore une qui utilise RedHat/GNOME) à l'aide de mon grand couteau Su(i)S(s)E afin d'installer ma SuSE chez elle et me mettre une console SuSE dans ma chambre. Cela me permettra d'optimiser mes jeux LOKI et cela m'aidera pour développer NETSCAPE 7 pendant que je fais des modifs à mon KERNEL et à KDE.
A+
PS: La LINUX GAZETTE m'a aidé à résoudre mes problèmes de clavier qui se blo
ok le ton du mag est a chier et a avoir honte..
mais je ne suis pas d'accord av les remarques de la news!
le mag contient pas mal d'article innocent mais
d'autres bien documenté et plutot de bons niveaux
celui sur perl et php par ex!
on nous avait habitué a pirate mag finalement bien theorique..
la c plus pareil.
On peut ajouter que sur bien des points ils poussent les gens vers linux,puisque la plupart des choses se font av des outils integrés a linux!
Je trouve ce mag relativement dangereux.
ok merci!
Si mon boss me laisse la journée pr verifier demain cela ira assez vite.
En fait le bug perment a un user reconnu d'outrepasser les droits (et meme sans aucun droit) ds les repertoires partagés ...
Je peux donc lire tout fichier ds un repertoire partagé sans aucun droit dessus.
"Ca permet par exemple d'avoir une machine silencieuse dans sa chambre, et le serveur NFS chez sa voisine ;-)"
Elle risque de ne pas etre longtemps silencieuse la chambre si la voisine y vient parce qu'elle en a marre du bruit du serveur et que tu dois la consoler :-)
Allez, -1, je n'ai pas pu m'empecher d'etre incontinent en ce jour du saigneur...
Je disai pas ca pour X : que ce soit X Berlin DirectFB xdps Coca ou Windows peut importe.
mais pour l'ensemble des application : comment jusifier que gnome et kde par exemple qui utilisent une architecture de composant distribué, n'utilisent pas la meme?
au moin le meme serveur de composants....
ajout au message precedent :
linux possede comme tout les unix des bases extremement puissantes pour les application textes.
Il semble que les bases de l'environement graphique soit plus perfectibles.
c'est fort simple j'ai envoyé un 1er mail ou je demande qui contacter et quelle est la marche a suivre..
et ds le prochain (lundi) je donne " la doc technique"
si tu es a microsoft demande si a microsoft france ils n'ont pas recu de mail a propos d'une faille hier!
1-Le principe de LSB me semble bien :
Fournire aux applications et developpeur un service minimum qui permette d'etre certain que l'application tournera sur toutes distib conforme a cette norme.
2-Cependant il est regretable de ne pas fournir un environement graphique standard:
Si je veux n'installer qu'une appli kde je dois installer la majoriter de kde meme si je ne veux que konqueror.
Si je veux n'installer qu'une appli tres dependantes des derniere inovation de gnome je doit installer un multitude de modules :
oaf gconf libgtkhtml...
3- Ne pas avoir une base normaliser un minimum pour les fichier de configuration d'application graphique tout comme pour les applications texte
( une base de registre comme celle fournit par gconf est interessante).
Mais le probleme d'une standardisation trops poussé et que chaque normalisation, donc adoption d'une technologie forcé serait un desaveux des autres technologie.
Malheureusement avoir un ensemble de technologie redontantes fonctionnent au sein d'un meme system est tres penalisant en terme d'utilisation de resource.
Je pense personnellement qu'il n'existe pas de solution mais que LSB est un bon depart
Et de plus en plus de tux-men sont aussi au coté de duke :o)
Bien sur il convient de detronner sun et de ne pas le remplacer par un autre ... c'est pour ca que Sun est interessant car depuis 4 ans ils ont prouvé avoir une certaine intelligence et retenue vis à vis de Java (d'autres etant dans leur position en aurrait profité pour recuperer du pez et verouiller les specs ...ce qui n'est pas arrivé !)
Si l'opensource initiative ouvré le concept d'opensource en definissant une plateforme de compatibilité comme possible pre-requis ... ca permetrait à sun de mettre la spec java sous opensource !
(NOTE: je rapelle que ce qui n'est pas open en java c'est la spec et pas le code, certains JDK sont en opensource d'autres non, mais tous sont gratuits ... a vous de choisir celui que vous voulais !)
Car son vieux reve est de l'avoir la spec en "open" ...
Pourquoi ?
Tout simplement car ensuite ils pourront faire un Java-like à leur sauce avec des vrais morceaux de trucs uniquement compatible avec leur VM et ne fonctionant que sur leur OS !!!
(adieu donc tout compatibilité absolue JAva ... adieu cher WORA !)
La seule solution c'est que l'opensource initiative accepte le concept de "charte de compatibilité" ... càd que tu as le droit de toucher autant de fois que tu veux au code et d'en faire ce que tu veux, mais que pour que tu puisse lui donner le meme nom (Java) il faut que tu respecte la "charte de compatibilité" qui definit le perimetre fonctionnel de compatibilité du programme (APIs, interractions minimums, ...).
Et sur ce point les gas de l'opensource initiative, ils sont pas vraiment "open" ?!?
Du cout, si Sun veut ouvrir leur spec, ils sont codamner à faire entrer le loup dans la bergerie ... terrible !
Allez courrage les gas de l'opensource prennait un choix courrageux et laisser Sun rendre la spec Java opensource sans casser la compatibilité absolue ... !
(Si RMS se pronnoncait pour ca serait coool aussi ...)
ya certain ajouts interessant, mais le PB ce sont les points negatifs : introduction de portion non portables (contrairement à la spec initiale COOL) qui casse toute portabilité :(
Fondation du modele de composant sur COM et sur le SOAP à la mode MS (difficilement compatible avec le SOAP IBM ou le SOAP apache) ... bonjour l'interractivité !
Ce qui m'ennuie plutot c'est la vitesse atroce et la stabilité ... emm... tres "delicate" ... mais je reserve mon jugement pour plus tard ...
Dans le meilleur des cas,
si tout le pipo qu'annonce MS se realise (d'ici 3ans dans le meilleur des cas),
si le portage est realisé et synchro sur d'autre plateforme,
si l'ensemble a été stabilité ouvert et devenu performant
Si MS donne tjr gratuitement l'ensemble des runtime, SDK, outils de dev, APIs .... alors subsisteras toujours une question :
Mais Qu'est-ce qu'on en a à F... ? Java fait deja tout ca et maintenant !
Que ceux qui aime MS et les contes de fée rejoignent MS ... avec leur carte bleue (ne pas oublier son code secret) !
C'est de voir que c'es le meme comité qui à refuser de standardiser Java ... car certain membres on poser leur vetos ;)
Devinet : mais qui sont ses membres ... non bien sur il n'ont aucune relation avec MS mais non aucune ... :)
D'ailleur si on regarde l'echec de la stadardisation à l'ISO, meme shema : veto des USA ... ah tiens ... et le delegués americains n'avais aucune relation avec MS ?! ...
C'est vraiment du n'importe quoi !
Je lance un appel desemeré à RMS :
Arrete ta bataille contre Java, tu joue pour MS !
Rejoint Java et bat toi pour la vrai ouverture d'esprit : s'affranchir des OS et de toute plateforme ....
Pour ceux qui ont raté la nouvelle du mois :
un OS full Java2 SE est sortit (www.savaje.com) ... incroyable c'est super rapide et full swing !
Sortie finale en septembre...
certe Solaris ne compte que 7 % du nombre de serveurs.
Mais il faut voir aussi quels serveurs. J'ai joué un peu une après-midi avec netcraft. Une bonne partie des gros serveurs, genre banques, postes, trains, assurances, grandes boites tourne sur Solaris.
Alors 7 % du nombre peut-être, mais combien de pourcents du volume de transactions dynamiques ou d'investissements hardware ?
Je suis un décideur. J'administre 7193747^24 machines sous SuSe et je suis fier de leur compatibilité LSB et ... aaahhhhh naaaaaan j'déconne :)) Le vrai suseux de service est plus drole. Et il ne devrait pas tarder d'ailleurs.
SIZE The size of the task's code plus data plus stack space, in kilobytes, is shown here.
RSS The total amount of physical memory used by the task, in kilobytes, is shown here. For ELF processes used library pages are counted here, for a.out processes not.
SHARE The amount of shared memory used by the task is shown in this column.
Donc SIZE est la taille mémoire totale qui vaut rss(le prog lui meme) + share(les lib genres glibc et consorts). On me corrigera si je me goure.
Les performances sur la meme machine sous beos/windows/linux (debian/sid)/redhat7.1 ne sont pas les memes:
sous beos tout est tres lent
sous windows l'affichage est le plus rapide
sous linux(sid) c'est un peut plus lents que sous win mais c'est rapide, et cela avec les paquets precompiler.
Je ne dis en aucun facon qu'une distrib avec des logiciel compiler de la meme facon tourne plus vite qu'une autre.
Je dis juste que les paquets qui leur sont destiné sont compilé de mannière suffisament différente pour que la différence de performance soit significative.
De plus l'utilisation native de xfs par rapport a freetype peux aussi influer sur les performance
[^] # Re: Bonne nouvelle
Posté par Anonyme . En réponse à la dépêche Linux Gazette / juillet 2001. Évalué à -1.
cqr de tte fqcons il est en qmericqin !
# Repartition geographique
Posté par Anonyme . En réponse à la dépêche Résultat Netcraft du mois de Juin. Évalué à 0.
Par contre en France c'est Windows avec 90 % : on est vraiment des cons...
[^] # Re: Bonne nouvelle
Posté par Anonyme . En réponse à la dépêche Linux Gazette / juillet 2001. Évalué à -1.
A+
# Bonne nouvelle
Posté par Anonyme . En réponse à la dépêche Linux Gazette / juillet 2001. Évalué à -1.
Je suis Administrateur Système et Décideur pour un parc informatique de 96.255.102 machines et je suis les conseils de la LINUX GAZETTE partout. En suivant ce numéro, j'ai déjà fait évoluer ma SuSE 7.2 (déjà performante, normal c'est pas une Merdake) vers un système de fichiers journalisés (REISERFS).
Je vais maintenant aller tuer ma voisine (encore une qui utilise RedHat/GNOME) à l'aide de mon grand couteau Su(i)S(s)E afin d'installer ma SuSE chez elle et me mettre une console SuSE dans ma chambre. Cela me permettra d'optimiser mes jeux LOKI et cela m'aidera pour développer NETSCAPE 7 pendant que je fais des modifs à mon KERNEL et à KDE.
A+
PS: La LINUX GAZETTE m'a aidé à résoudre mes problèmes de clavier qui se blo
[^] # Re: La perfection n'est pas de ce monde
Posté par Anonyme . En réponse à la dépêche Sortie de LSB 1.0. Évalué à 1.
[^] # Re: Apprenez à communiquer avec ces jeunes humains ...
Posté par Anonyme . En réponse à la dépêche Le N°4 de "Hackerz voice" enfin (hmm) sorti !. Évalué à 0.
mais je ne suis pas d'accord av les remarques de la news!
le mag contient pas mal d'article innocent mais
d'autres bien documenté et plutot de bons niveaux
celui sur perl et php par ex!
on nous avait habitué a pirate mag finalement bien theorique..
la c plus pareil.
On peut ajouter que sur bien des points ils poussent les gens vers linux,puisque la plupart des choses se font av des outils integrés a linux!
Je trouve ce mag relativement dangereux.
sinon c hyper légé pr le prix.
[^] # Re: te fais pas de bill qu'il disait..
Posté par Anonyme . En réponse à la dépêche C# sur FreeBSD. Évalué à 0.
Si mon boss me laisse la journée pr verifier demain cela ira assez vite.
En fait le bug perment a un user reconnu d'outrepasser les droits (et meme sans aucun droit) ds les repertoires partagés ...
Je peux donc lire tout fichier ds un repertoire partagé sans aucun droit dessus.
# A ne pas lire...
Posté par Anonyme . En réponse à la dépêche Linux Gazette / juillet 2001. Évalué à 0.
Elle risque de ne pas etre longtemps silencieuse la chambre si la voisine y vient parce qu'elle en a marre du bruit du serveur et que tu dois la consoler :-)
Allez, -1, je n'ai pas pu m'empecher d'etre incontinent en ce jour du saigneur...
[^] # Re: Pas de paradoxe !
Posté par Anonyme . En réponse à la dépêche Résultat Netcraft du mois de Juin. Évalué à 0.
integre IIS dans Windows pour couper l'herbe sous
les pieds a Apache...
[^] # Re: Un petit peu encombrant...
Posté par Anonyme . En réponse à la dépêche Mozilla 0.9.2. Évalué à 0.
ghent
[^] # Re: La perfection n'est pas de ce monde
Posté par Anonyme . En réponse à la dépêche Sortie de LSB 1.0. Évalué à 0.
mais pour l'ensemble des application : comment jusifier que gnome et kde par exemple qui utilisent une architecture de composant distribué, n'utilisent pas la meme?
au moin le meme serveur de composants....
[^] # Re: La perfection n'est pas de ce monde
Posté par Anonyme . En réponse à la dépêche Sortie de LSB 1.0. Évalué à 0.
[^] # Re: Un petit peu encombrant...
Posté par Anonyme . En réponse à la dépêche Mozilla 0.9.2. Évalué à 0.
[^] # Re: La perfection n'est pas de ce monde
Posté par Anonyme . En réponse à la dépêche Sortie de LSB 1.0. Évalué à 0.
linux possede comme tout les unix des bases extremement puissantes pour les application textes.
Il semble que les bases de l'environement graphique soit plus perfectibles.
[^] # Re: te fais pas de bill qu'il disait..
Posté par Anonyme . En réponse à la dépêche C# sur FreeBSD. Évalué à 0.
et ds le prochain (lundi) je donne " la doc technique"
si tu es a microsoft demande si a microsoft france ils n'ont pas recu de mail a propos d'une faille hier!
[^] # Re: La perfection n'est pas de ce monde
Posté par Anonyme . En réponse à la dépêche Sortie de LSB 1.0. Évalué à 2.
Fournire aux applications et developpeur un service minimum qui permette d'etre certain que l'application tournera sur toutes distib conforme a cette norme.
2-Cependant il est regretable de ne pas fournir un environement graphique standard:
Si je veux n'installer qu'une appli kde je dois installer la majoriter de kde meme si je ne veux que konqueror.
Si je veux n'installer qu'une appli tres dependantes des derniere inovation de gnome je doit installer un multitude de modules :
oaf gconf libgtkhtml...
3- Ne pas avoir une base normaliser un minimum pour les fichier de configuration d'application graphique tout comme pour les applications texte
( une base de registre comme celle fournit par gconf est interessante).
Mais le probleme d'une standardisation trops poussé et que chaque normalisation, donc adoption d'une technologie forcé serait un desaveux des autres technologie.
Malheureusement avoir un ensemble de technologie redontantes fonctionnent au sein d'un meme system est tres penalisant en terme d'utilisation de resource.
Je pense personnellement qu'il n'existe pas de solution mais que LSB est un bon depart
[^] # Ni la marche de Java ...
Posté par Anonyme . En réponse à la dépêche C# sur FreeBSD. Évalué à 0.
Et de plus en plus de tux-men sont aussi au coté de duke :o)
Bien sur il convient de detronner sun et de ne pas le remplacer par un autre ... c'est pour ca que Sun est interessant car depuis 4 ans ils ont prouvé avoir une certaine intelligence et retenue vis à vis de Java (d'autres etant dans leur position en aurrait profité pour recuperer du pez et verouiller les specs ...ce qui n'est pas arrivé !)
Si l'opensource initiative ouvré le concept d'opensource en definissant une plateforme de compatibilité comme possible pre-requis ... ca permetrait à sun de mettre la spec java sous opensource !
A+
4R34
[^] # C'est justement ce que MS cherche à faire avec son pipoDotNet !
Posté par Anonyme . En réponse à la dépêche C# sur FreeBSD. Évalué à 0.
Car son vieux reve est de l'avoir la spec en "open" ...
Pourquoi ?
Tout simplement car ensuite ils pourront faire un Java-like à leur sauce avec des vrais morceaux de trucs uniquement compatible avec leur VM et ne fonctionant que sur leur OS !!!
(adieu donc tout compatibilité absolue JAva ... adieu cher WORA !)
La seule solution c'est que l'opensource initiative accepte le concept de "charte de compatibilité" ... càd que tu as le droit de toucher autant de fois que tu veux au code et d'en faire ce que tu veux, mais que pour que tu puisse lui donner le meme nom (Java) il faut que tu respecte la "charte de compatibilité" qui definit le perimetre fonctionnel de compatibilité du programme (APIs, interractions minimums, ...).
Et sur ce point les gas de l'opensource initiative, ils sont pas vraiment "open" ?!?
Du cout, si Sun veut ouvrir leur spec, ils sont codamner à faire entrer le loup dans la bergerie ... terrible !
Allez courrage les gas de l'opensource prennait un choix courrageux et laisser Sun rendre la spec Java opensource sans casser la compatibilité absolue ... !
(Si RMS se pronnoncait pour ca serait coool aussi ...)
3hck.
[^] # Clairement ...
Posté par Anonyme . En réponse à la dépêche C# sur FreeBSD. Évalué à 0.
Fondation du modele de composant sur COM et sur le SOAP à la mode MS (difficilement compatible avec le SOAP IBM ou le SOAP apache) ... bonjour l'interractivité !
Ce qui m'ennuie plutot c'est la vitesse atroce et la stabilité ... emm... tres "delicate" ... mais je reserve mon jugement pour plus tard ...
Dans le meilleur des cas,
si tout le pipo qu'annonce MS se realise (d'ici 3ans dans le meilleur des cas),
si le portage est realisé et synchro sur d'autre plateforme,
si l'ensemble a été stabilité ouvert et devenu performant
Si MS donne tjr gratuitement l'ensemble des runtime, SDK, outils de dev, APIs .... alors subsisteras toujours une question :
Mais Qu'est-ce qu'on en a à F... ? Java fait deja tout ca et maintenant !
Que ceux qui aime MS et les contes de fée rejoignent MS ... avec leur carte bleue (ne pas oublier son code secret) !
A+
3hck.
[^] # Ce qui est surtout marrant ...
Posté par Anonyme . En réponse à la dépêche C# sur FreeBSD. Évalué à 0.
Devinet : mais qui sont ses membres ... non bien sur il n'ont aucune relation avec MS mais non aucune ... :)
D'ailleur si on regarde l'echec de la stadardisation à l'ISO, meme shema : veto des USA ... ah tiens ... et le delegués americains n'avais aucune relation avec MS ?! ...
C'est vraiment du n'importe quoi !
Je lance un appel desemeré à RMS :
Arrete ta bataille contre Java, tu joue pour MS !
Rejoint Java et bat toi pour la vrai ouverture d'esprit : s'affranchir des OS et de toute plateforme ....
Pour ceux qui ont raté la nouvelle du mois :
un OS full Java2 SE est sortit (www.savaje.com) ... incroyable c'est super rapide et full swing !
Sortie finale en septembre...
[^] # de paradoxe !
Posté par Anonyme . En réponse à la dépêche Résultat Netcraft du mois de Juin. Évalué à 0.
Mais il faut voir aussi quels serveurs. J'ai joué un peu une après-midi avec netcraft. Une bonne partie des gros serveurs, genre banques, postes, trains, assurances, grandes boites tourne sur Solaris.
Alors 7 % du nombre peut-être, mais combien de pourcents du volume de transactions dynamiques ou d'investissements hardware ?
Bismark
# zou
Posté par Anonyme . En réponse à la dépêche Sortie de LSB 1.0. Évalué à -1.
Je suis un décideur. J'administre 7193747^24 machines sous SuSe et je suis fier de leur compatibilité LSB et ... aaahhhhh naaaaaan j'déconne :)) Le vrai suseux de service est plus drole. Et il ne devrait pas tarder d'ailleurs.
# Apprenez à communiquer avec ces jeunes humains ...
Posté par Anonyme . En réponse à la dépêche Le N°4 de "Hackerz voice" enfin (hmm) sorti !. Évalué à 0.
Attention : ne marche que dans un sens.
Piles non incluses.
[^] # Re: Le top de la RAM
Posté par Anonyme . En réponse à la dépêche Mozilla 0.9.2. Évalué à 0.
SIZE The size of the task's code plus data plus stack space, in kilobytes, is shown here.
RSS The total amount of physical memory used by the task, in kilobytes, is shown here. For ELF processes used library pages are counted here, for a.out processes not.
SHARE The amount of shared memory used by the task is shown in this column.
Donc SIZE est la taille mémoire totale qui vaut rss(le prog lui meme) + share(les lib genres glibc et consorts). On me corrigera si je me goure.
[^] # Re: Mozilla 0.9.2
Posté par Anonyme . En réponse à la dépêche Mozilla 0.9.2. Évalué à 0.
sous beos tout est tres lent
sous windows l'affichage est le plus rapide
sous linux(sid) c'est un peut plus lents que sous win mais c'est rapide, et cela avec les paquets precompiler.
Je ne dis en aucun facon qu'une distrib avec des logiciel compiler de la meme facon tourne plus vite qu'une autre.
Je dis juste que les paquets qui leur sont destiné sont compilé de mannière suffisament différente pour que la différence de performance soit significative.
De plus l'utilisation native de xfs par rapport a freetype peux aussi influer sur les performance