Dis moi si je me trompe, mais les journaux ne sont pas modérés ?
Il n'y a pas un team de "sages" qui modère les journaux et prétend être équitable pour tous les journaux proposés.
> Et toujours pas de dépêche
Elle n'a peut-être pas été proposée.
Mais avec Mandriva 2008.1, on sait qu'on a droit à un moins deux dépêches de béta dont une écrite par un employé de la distribution (sans que ça soit précisé dans la dépêche afin de bien dissimuler le conflit d'intérêt).
On a droit ? Tsss tsss..., seulement si la distribution dans les petits papiers des modérateurs.
Bizarre. Pour en avoir le coeur net, j'ai installé phpPgAdmin. Ben j'ai toujours du iso8859-1.
Je pense que c'est un problème de mon côté. Par exemple je viens de voir que safe_mode perturbe peut-être phpPgadmin : PHP Warning: putenv() [function.putenv]: Safe Mode warning: Cannot set environment variable 'PGPASSWORD' - it's not in the allowed list ....
Idemn pour PGUSER, PGPORT, PGDATABASE.
Désolé, mais j'ai désinstallé phpPgAdmin.
> Tu peux faire le test sur le serveur de démo
Je confirme que sur le serveur de démo ça marche comme tu le dis (version stable et version cvs). Le problème est chez moi.
Sauf pour les vieilles cartes, oui.
Par contre il n'y aura pas de doc pour le décodage vidéo car il est lié à DRM. Mais AMD a indiqué réfléchir à séparer les deux dans les prochaines versions de carte. Donc il n'y aura pas DRM sous Linux. Je ne vais pas m'en plaindre.
> La RHEL 5 est en PHP 5.1.6 (et donc les clones type CentOS aussi) et ce sera la RHEL officielle pour encore quelques années.
Non. C'est la dernière RHEL officielle. RHEL 6 sortira probablement quelques mois après F10.
RHEL 2.1, 3, 4 et 5 sont toujours officielles et supportées. RHEL 4 est encore TRÈS utilisé.
En passant, j'ai remarqué que sur le site de démo, le charset est ISO8859-1 et non UTF-8. Es-ce que phpPgAdmin ne supporte pas UTF-8 ? Ou es-ce que la valeur est récupérée de la configuration de la base de données ?
J'utilise des bases avec "server_encoding = UTF8". C'est la valeur par défaut sous Red Hat/Fedora depuis des lustres.
> Tout ça, si c'est backupé fréquemment, une restauration ça va plus vite qu'un débugguage...
Oui. Mais es-ce que les backups sont toujours parfaits/complets ?
Refuser un débugguage justifie-t-il de perdre une journée de boulot (les backups sont faits la nuit). Et une journée de combien de personnes ?
Le coup "je restaure tout depuis les backups en 2 temps 3 mouvements" est possible. Mais en amont ça demande du boulot.
Je le fais pour Amazon EC2. Je peux recréer mon serveur depuis les backups (+ AMI spécifique + scripts qui vont bien) en moins de 30 minutes (une bonne vingtaine de minutes). C'est testé et validé.
Mais très rare sont les gens qui font comme moi...
Et j'ai les backups sur deux bécanes différentes pour être tranquille.
Je vais faire dans la vente de logiciels (petites briques logiciels dans le domaine de la vidéo et qui ne consernent pas le particulier). Ce n'est pas une vente de prestation. Sauf cas particuliers, je ne prévois pas de vente de support (une autre boite plus ou moins partenaire le fera peut-être).
Et avant qu'on me le demande, c'est du proprio (mais pas de brevets, DRM, etc, ça sera documenté, etc).
Actuellement je bosse sur le site web (et l'"infrastructure" en général). Il faut que la gestion soit légère (ou automatisée) pour que je me consacre quasi exclusivement au développement.
> Il y a plein de formules
Pour l'instant, ça n'a pas débuté. Dès que les ventes prennent, je passe en micro-société. Un particulier peut vendre, mais l'impôt sur le revenu grimpe vite vite et il me faudra une couverture maladie, retraite, etc. Si ça marche bien, je prendrais conseils auprès de professionnels pour voir s'il faut passer en EURL/SARL.
L'une de mes particularités, est que j'ai très peu d'investissement (sauf l'investissement personnel).
Pour info, pour ma boite je prévois un employé (moi). Passer à plus de 1 n'est pas à l'ordre du jour et ne le sera pas avant plusieurs mois. À moins d'un succès fulgurant (et inattendu) qui me permet de faire des crédits.
C'est très relatif.
Les certificats Red Hat ne sont pas un QCM. C'est leur mérite. Il faut prouver sa valeur face à un vrai problème et une vraie bécane.
> il aurait pris un CD , re-installé et en 20 minutes c'était réglé.
Ce qui est bien souvent une mauvaise solution...
Pour un desktop pourquoi pas. Pour un serveur qui a du vécu (comprendre très personnalisé), c'est une (très) mauvaise solution.
> Dans ce cas, la certif n'est pas "réaliste".
Le "je re-installe en 20 minutes et c'est réglé" ne l'est pas non plus. Où alors pour quelques cas simplistes.
> Dites donc le travail te fais peur,...je taquine aussi ;)
Actuellement, et depuis plusieurs mois, j'essaie de créer ma (modeste) boite...
Faut pas avoir un poil dans la main. Je ne suis plus très loins du point de non retour. Je me demande si c'est bien raisonnable et ne devrait pas me contenter d'un boulot "classique", planplan.
> les astreintes c'est pas mal a distance [snip] sinon faut se deplacer.
Tu parles des interventions. Mais l'astreinte est aussi géographique. Bref, si t'es d'astreinte un week-end, ben tu ne dois pas bouger (même si au final ce n'était pas nécessaire). C'est le principe de l'astreinte.
> En France, on dirait que la vie professionnelle d'une personne est figée à 23 ans
Ça dépend du besoin...
Vers l'an 2000, il y a eu plein de nouveaux informaticiens. Je n'étais pas informaticien, une opportunité c'est présenté, j'ai sauté dessus (en 1998). Et quel saut ! Début sous Unix, responsable d'une appli en C et temps-réel dur. Applis que les "anciens" ne voulais pas reprendre tant elle était compliqué. Je ne connaissais rien de tout ça (sauf un peu Unix). Les débuts ont été très très durs. Je bossais comme un ouf, week-end compris. Mais au final l'employeur était *très* satisfait (les utilisateurs aussi). Puis j'ai fait administrateur, puis développeur web. Ma "souplesse" (et mon caractère bosseur) était diablement appréciée à cette époque de pénurie d'informaticien.
Et maintenant ? Je ne peux plus trouvé de boulot dans mon ancien métier et les recruteurs n'aiment pas ma carrière morcelées. A mon age ils veulent un gars avec 10 ans d'expérience dans un domaine bien précis. Bref, c'est la prime à ceux qui sont planplan.
Conclusion : passez des diplômes et spécialisez vous. Ne vous diversifiez pas même si l'employeur le demande, c'est un pièce à con (et je suis tombé dedans).
Mais je ne suis pas bac+5, ni bac+2 :-)
Je suis un self-made-man. Ce qui n'aide pas du tout pour chercher du travail même quand on a une (très) bonne expérience.
Mais que vois-je ?
> Titulaire d'un diplôme de type bac + 2 à +5 en informatique
On te taquine.
Beaucoup d'informaticiens sont "trompés" sur la marchandise. Les annonces sont souvent "étranges". Ça a des conséquences sur l'image des DRH.
En passant, votre admin devrait configurer les claviers pour le français.
Si vous êtes prêt à donner un salaire de BAC+5 pour ce taff, je suis preneur :-)
> je soutiendrai toute valorisation d'une demande si la personne est compétente ;)
Ben il faut faire attention à l'annonce.
Exemple :
> - editeur mode console (vi, nano...)
Franchement, si le mec est compétent et ne connait pas vi, ça ne va pas lui prendre 3 mois pour apprend vi. Et un Unixiens/Linuxiens compétent connait au moins un éditeur text en mode console.
> - SSH, SCP,SFTP maîtrisés
???
Utiliser ssh, scp, sftp est trivial.
> - TCP/ip bonnes notions adresse ip/port
Pour un administrateur (et aussi un technicien), c'est le mininum...
> - Apache notions virtual hosts et DNS clairs
Il faut 1 ou 2 jours de formation pour ça ?
> - Debian et gestion des paquets
Un mec compétent passe rapidement à Debian s'il ne connait pas cette distribution. Et si la compétence est importante, vous devez être prêt a "subir" le coût (failble) de son adaptation.
> gestion des paquets
apt install ?
Si c'était, "les compétences suivantes seront appréciées", ça irait.
Je ne suis pas BAC+5, mais demander BAC+5 pour ça, c'est limite du foutage de gueule.
> Autonome, curieux, vous avez le sens du service.
Les qualités d'un bon technicien. Et un bon technicien c'est rare.
> c'est que lorsqu'on tombe sur un fichier sur lequel on a précédement fait un lien, il n'y a (à ma connsaissance) aucun moyen de savoir où se trouve l'autre "exemplaire".
[admin@ici tmp]$ touch toto
[admin@ici tmp]$ ln toto titi
[admin@ici tmp]$ ls -i titi
125403389 titi
[admin@ici tmp]$ rm titi
rm: détruire fichier régulier vide `titi'? y
[admin@ici tmp]$ find . -inum 125403389
./toto
Le problème est que ça peut être lent. Le find précédent doit être fait sur tout le système de fichier pour être sûr de retrouver le nom. Donc il faut fouiller tous les répertoires.
> et on ne peut pas lier des répertoires...
Si j'ai bonne mémoire, c'est possible mais que par le super-utilisateur. C'est possible et fortement déconseillé (je ne sais pas pourquoi).
> Donc amha, il y n'existe pas de liens persistants réellement utilisable sous unix. Mais ça pourrait sans doute être implémenté assez facilement dans une surcouche du système de fichier, donc peut-être un travail pour Gnome ou KDE?
C'est tout sauf simple.
Sur un système de fichier les liens hard marche très bien.
Sur différents systèmes de fichier c'est une autre histoire.
Exemple toto est un alias sur /media/usb/mon_fichier.
Et si je démonte /media/usb ?
Et si sur un autre système je fais "mv mon_fichier son_fichier" sur la clée usb ?
Ce n'est pas simple et c'est d'un intérêt très limité.
[^] # Re: Quoi ? Et pas de dépêche officielle ?
Posté par IsNotGood . En réponse au journal La Fedora 9 arrive en Beta. Évalué à -2.
Il n'y a pas un team de "sages" qui modère les journaux et prétend être équitable pour tous les journaux proposés.
> Et toujours pas de dépêche
Elle n'a peut-être pas été proposée.
Mais avec Mandriva 2008.1, on sait qu'on a droit à un moins deux dépêches de béta dont une écrite par un employé de la distribution (sans que ça soit précisé dans la dépêche afin de bien dissimuler le conflit d'intérêt).
On a droit ? Tsss tsss..., seulement si la distribution dans les petits papiers des modérateurs.
[^] # Re: GoPHP 5
Posté par IsNotGood . En réponse au journal Des nouvelles de phpPgAdmin. Évalué à 2.
Je pense que c'est un problème de mon côté. Par exemple je viens de voir que safe_mode perturbe peut-être phpPgadmin :
PHP Warning: putenv() [function.putenv]: Safe Mode warning: Cannot set environment variable 'PGPASSWORD' - it's not in the allowed list ....
Idemn pour PGUSER, PGPORT, PGDATABASE.
Désolé, mais j'ai désinstallé phpPgAdmin.
> Tu peux faire le test sur le serveur de démo
Je confirme que sur le serveur de démo ça marche comme tu le dis (version stable et version cvs). Le problème est chez moi.
# logrotate
Posté par IsNotGood . En réponse au journal Gérer les logs de plusieurs serveurs. Évalué à 1.
Et on peut utiliser logrotate pour plein d'autres choses.
Pour les backups, un rsync.
[^] # Re: Que manque-t-il ?
Posté par IsNotGood . En réponse au journal Mois de Mars chaud chez AMD. Évalué à 3.
Par contre il n'y aura pas de doc pour le décodage vidéo car il est lié à DRM. Mais AMD a indiqué réfléchir à séparer les deux dans les prochaines versions de carte. Donc il n'y aura pas DRM sous Linux. Je ne vais pas m'en plaindre.
[^] # Re: GoPHP 5
Posté par IsNotGood . En réponse au journal Des nouvelles de phpPgAdmin. Évalué à 2.
Non. C'est la dernière RHEL officielle. RHEL 6 sortira probablement quelques mois après F10.
RHEL 2.1, 3, 4 et 5 sont toujours officielles et supportées. RHEL 4 est encore TRÈS utilisé.
En passant, j'ai remarqué que sur le site de démo, le charset est ISO8859-1 et non UTF-8. Es-ce que phpPgAdmin ne supporte pas UTF-8 ? Ou es-ce que la valeur est récupérée de la configuration de la base de données ?
J'utilise des bases avec "server_encoding = UTF8". C'est la valeur par défaut sous Red Hat/Fedora depuis des lustres.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 2.
Oui. Mais es-ce que les backups sont toujours parfaits/complets ?
Refuser un débugguage justifie-t-il de perdre une journée de boulot (les backups sont faits la nuit). Et une journée de combien de personnes ?
Le coup "je restaure tout depuis les backups en 2 temps 3 mouvements" est possible. Mais en amont ça demande du boulot.
Je le fais pour Amazon EC2. Je peux recréer mon serveur depuis les backups (+ AMI spécifique + scripts qui vont bien) en moins de 30 minutes (une bonne vingtaine de minutes). C'est testé et validé.
Mais très rare sont les gens qui font comme moi...
Et j'ai les backups sur deux bécanes différentes pour être tranquille.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 3.
Je comprend. Mais je ne vais pas faire de la vente de prestations.
Si j'ose dire, je ne vais pas faire une autre putain de SSII.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 2.
Je vais faire dans la vente de logiciels (petites briques logiciels dans le domaine de la vidéo et qui ne consernent pas le particulier). Ce n'est pas une vente de prestation. Sauf cas particuliers, je ne prévois pas de vente de support (une autre boite plus ou moins partenaire le fera peut-être).
Et avant qu'on me le demande, c'est du proprio (mais pas de brevets, DRM, etc, ça sera documenté, etc).
Actuellement je bosse sur le site web (et l'"infrastructure" en général). Il faut que la gestion soit légère (ou automatisée) pour que je me consacre quasi exclusivement au développement.
> Il y a plein de formules
Pour l'instant, ça n'a pas débuté. Dès que les ventes prennent, je passe en micro-société. Un particulier peut vendre, mais l'impôt sur le revenu grimpe vite vite et il me faudra une couverture maladie, retraite, etc. Si ça marche bien, je prendrais conseils auprès de professionnels pour voir s'il faut passer en EURL/SARL.
L'une de mes particularités, est que j'ai très peu d'investissement (sauf l'investissement personnel).
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 2.
Je le confesse, je ne suis pas un mordu de Debian et dpkg/apt-get en général :-)
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 1.
Pour info, on est en 2008.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 2.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 3.
Il n'y avait pas de mépris. Désolé pour la formulation.
Mais ce n'est pas le même risque que de se mettre à son compte (où je risque tout).
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 5.
C'est très relatif.
Les certificats Red Hat ne sont pas un QCM. C'est leur mérite. Il faut prouver sa valeur face à un vrai problème et une vraie bécane.
> il aurait pris un CD , re-installé et en 20 minutes c'était réglé.
Ce qui est bien souvent une mauvaise solution...
Pour un desktop pourquoi pas. Pour un serveur qui a du vécu (comprendre très personnalisé), c'est une (très) mauvaise solution.
> Dans ce cas, la certif n'est pas "réaliste".
Le "je re-installe en 20 minutes et c'est réglé" ne l'est pas non plus. Où alors pour quelques cas simplistes.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 2.
Actuellement, et depuis plusieurs mois, j'essaie de créer ma (modeste) boite...
Faut pas avoir un poil dans la main. Je ne suis plus très loins du point de non retour. Je me demande si c'est bien raisonnable et ne devrait pas me contenter d'un boulot "classique", planplan.
> les astreintes c'est pas mal a distance [snip] sinon faut se deplacer.
Tu parles des interventions. Mais l'astreinte est aussi géographique. Bref, si t'es d'astreinte un week-end, ben tu ne dois pas bouger (même si au final ce n'était pas nécessaire). C'est le principe de l'astreinte.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 3.
Ça dépend du besoin...
Vers l'an 2000, il y a eu plein de nouveaux informaticiens. Je n'étais pas informaticien, une opportunité c'est présenté, j'ai sauté dessus (en 1998). Et quel saut ! Début sous Unix, responsable d'une appli en C et temps-réel dur. Applis que les "anciens" ne voulais pas reprendre tant elle était compliqué. Je ne connaissais rien de tout ça (sauf un peu Unix). Les débuts ont été très très durs. Je bossais comme un ouf, week-end compris. Mais au final l'employeur était *très* satisfait (les utilisateurs aussi). Puis j'ai fait administrateur, puis développeur web. Ma "souplesse" (et mon caractère bosseur) était diablement appréciée à cette époque de pénurie d'informaticien.
Et maintenant ? Je ne peux plus trouvé de boulot dans mon ancien métier et les recruteurs n'aiment pas ma carrière morcelées. A mon age ils veulent un gars avec 10 ans d'expérience dans un domaine bien précis. Bref, c'est la prime à ceux qui sont planplan.
Conclusion : passez des diplômes et spécialisez vous. Ne vous diversifiez pas même si l'employeur le demande, c'est un pièce à con (et je suis tombé dedans).
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 3.
>> Vous êtes amené à effectuer des astreintes.
C'est-à-dire ?
Astreinte à distance ou déplacement ? Ce dernier impose in fine de ne pas bouger.
On te taquine, mais c'est très bien de répondre, me semble-t-il honnètement, à toutes les questions.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 2.
Au très très minimum 2000 € net.
Mais je ne suis pas bac+5, ni bac+2 :-)
Je suis un self-made-man. Ce qui n'aide pas du tout pour chercher du travail même quand on a une (très) bonne expérience.
Mais que vois-je ?
> Titulaire d'un diplôme de type bac + 2 à +5 en informatique
Ben tant pis.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 2.
Beaucoup d'informaticiens sont "trompés" sur la marchandise. Les annonces sont souvent "étranges". Ça a des conséquences sur l'image des DRH.
En passant, votre admin devrait configurer les claviers pour le français.
Si vous êtes prêt à donner un salaire de BAC+5 pour ce taff, je suis preneur :-)
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 10.
Ben il faut faire attention à l'annonce.
Exemple :
> - editeur mode console (vi, nano...)
Franchement, si le mec est compétent et ne connait pas vi, ça ne va pas lui prendre 3 mois pour apprend vi. Et un Unixiens/Linuxiens compétent connait au moins un éditeur text en mode console.
> - SSH, SCP,SFTP maîtrisés
???
Utiliser ssh, scp, sftp est trivial.
> - TCP/ip bonnes notions adresse ip/port
Pour un administrateur (et aussi un technicien), c'est le mininum...
> - Apache notions virtual hosts et DNS clairs
Il faut 1 ou 2 jours de formation pour ça ?
> - Debian et gestion des paquets
Un mec compétent passe rapidement à Debian s'il ne connait pas cette distribution. Et si la compétence est importante, vous devez être prêt a "subir" le coût (failble) de son adaptation.
> gestion des paquets
apt install ?
Si c'était, "les compétences suivantes seront appréciées", ça irait.
Je ne suis pas BAC+5, mais demander BAC+5 pour ça, c'est limite du foutage de gueule.
> Autonome, curieux, vous avez le sens du service.
Les qualités d'un bon technicien. Et un bon technicien c'est rare.
[^] # Re: La vache
Posté par IsNotGood . En réponse au journal technicien recherché :). Évalué à 3.
Ça doit être le tout-venant qui est recherché. Pas de fourchette de salaire, et rien sur le site web :
http://www.soprane.fr/soprane/emploi.htm
Recrutement
Nous n'avons pas d'annonce à vous proposer pour le moment.
Ou alors l'"admin bac+5", n'a pas mis à jour la page.
[^] # Re: Re:
Posté par IsNotGood . En réponse à la dépêche Présentation du système Saevia. Évalué à 2.
Je l'utilise quasi quotidiennement.
# Re:
Posté par IsNotGood . En réponse au journal Le Boss de Nestlé contre les Biocarburant. Évalué à 7.
http://fr.wikipedia.org/wiki/Biocarburant#Concurrence_avec_l(...)
[^] # Re: Re:
Posté par IsNotGood . En réponse à la dépêche Présentation du système Saevia. Évalué à 3.
Je pense que tu veux dire Xen.
> Inconvénient : cela oblige à compiler un noyau dédié.
Pas avec (qemu-)KVM (si on a un cpu pas trop vieux).
qemu fait aussi de l'émulation de cpu.
[^] # Re: Re:
Posté par IsNotGood . En réponse au journal La nécessité d'une nouvelle licence libre authentiquement libre. Évalué à 3.
Ça dit "Liberté d'être en rupture de stock".
Qui te dit que farvardin est en rupture de stock ?
Sûr qu'il a au moins 100 balles.
[^] # Re: Re:
Posté par IsNotGood . En réponse au journal Liens symboliques persistants ??? Idée de workflow pour les e-mails.. Évalué à 3.
[admin@ici tmp]$ touch toto
[admin@ici tmp]$ ln toto titi
[admin@ici tmp]$ ls -i titi
125403389 titi
[admin@ici tmp]$ rm titi
rm: détruire fichier régulier vide `titi'? y
[admin@ici tmp]$ find . -inum 125403389
./toto
Le problème est que ça peut être lent. Le find précédent doit être fait sur tout le système de fichier pour être sûr de retrouver le nom. Donc il faut fouiller tous les répertoires.
> et on ne peut pas lier des répertoires...
Si j'ai bonne mémoire, c'est possible mais que par le super-utilisateur. C'est possible et fortement déconseillé (je ne sais pas pourquoi).
> Donc amha, il y n'existe pas de liens persistants réellement utilisable sous unix. Mais ça pourrait sans doute être implémenté assez facilement dans une surcouche du système de fichier, donc peut-être un travail pour Gnome ou KDE?
C'est tout sauf simple.
Sur un système de fichier les liens hard marche très bien.
Sur différents systèmes de fichier c'est une autre histoire.
Exemple toto est un alias sur /media/usb/mon_fichier.
Et si je démonte /media/usb ?
Et si sur un autre système je fais "mv mon_fichier son_fichier" sur la clée usb ?
Ce n'est pas simple et c'est d'un intérêt très limité.