CrEv a écrit 4577 commentaires

Je suis toujours consterné par des propositions de ce genre.

Et je crois que les personnels de l'anpe aussi, il n'y a qu'à voir le fait qu'ils fassent grêve aujourd'hui.

D'ailleurs avant même de voir les propositions des candidats, j'ai été assez surpris de ce qui se fait aujourd'hui à l'anpe : le profilage. J'entendais ce matin sur france info une personne (un délégué syndical anpe je crois) expliquer rapidement ce profilage et ça m'a rappelé quelques souvenirs récents...

En gros, en se basant sur des critères purement objectifs (hum...), à savoir entre autre :
- l'âge
- le sexe
- l'origine ethnique !
- les diplomes, lieux, ...
une zolie petite machine sort une conclusion adapté à la situation personnelle.

Autant dire que pour moi qui venait de faire un cdd d'un ans en tant que développeur (à 200km aller-retour tous les jours) après avoir eu un diplome d'ingénieur et ayant 24 ans la conclusion était : "risque modéré de chômage longue durée" ...

Autant dire que j'ai haluciné en entendant ça... (en gros ça voulait dire aucune offre avant 4-6 mois minimum et pas de taff avant encore un bon moment...)

M'enfin bon, cette catégorie est la classe 2 si je ne me trompe pas.
La classe 1 est celle qui contient les personnes pouvant "théoriquement" trouver assez rapidement du travail.
Enfin la classe 3 concerne les personnes ayant un risque important de chômage longue durée.

Voici ce qui se passe :
La classe 1 est harcelée pour qu'elle prenne vite du taff et soit giclé de l'anpe.
La classe 3 est harcelée pour qu'elle prenne les boulôt dont personne ne veut (vous comprenez, vous ne trouverez jamais de boulot...)
La classe 2 (moi) -> rien, nada, tout le monde s'en fout

D'ailleurs, la personne de l'anpe qui me recevait m'a signalé que je ne receverai jamais d'offre d'emploi de leur part (et ce fut le cas) car j'ai osé mettre sur ma feuille un salaire mini de 27k¤ (pour finir l'histoire, j'ai du taff pour un salaire plus élevé, moins de 3 mois après la fin de mon précédent contrat)


M'enfin voilà quoi, dire que les chomeurs ne veulent pas travailler ça fait "vendre" / voter.
Et c'est déjà en route malheureusement...
Et encore, tout ça c'est sans parler des chiffres mêmes du chomage...


Note : je ne critique en aucun cas les personnels de l'anpe, mais la politique d'emploi actuelle

C'est pour ça qu'il faut lire l'aide avant de cliquer sur le lien pour la fermer (l'aide) :

Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre avis. Si vous désirez poser une question, merci d'utiliser les forums.
fermer l'aide.

c'est pas simplement un bug (ou une feature, au choix...) de vista qui fait que si on redimessionne les partitions avec linux (lors de l'installation par exemple) vista ne démarre plus ?
Alors que le simple fait de redimensionner avec vista lui fonctionne, permet d'installer linux et de booter les 2 os sans problème...

Je crois que j'avais déjà lu ça sur linuxfr mais je ne retrouve plus le journal.

M'enfin dans tous les cas c'est beaucoup plus probablement (au vue de ce que j'ai lu) ce genre de problème plutôt que HP qui empêche le boot de vista après avoir installé linux...

J'ai retrouvé : ici http://linuxfr.org/comments/809390.html#809390

Voilà, a force de tapper sur le premier venu sans chercher avant on avancera pas...

Donc conclusion, n'achetez pas du HP, parce que de un, vous aurez un xindows dessus, de deux, il ne marchera plus si vous essayez d'avoir un dual boot.

Puisqu'on est sur 3615 mavie ;-)

J'ai acheté, il y a quelques temps déjà, un hp nx7010 livré avec xp pro.
J'ai installé dessus une mandriva (10.1 je crois à ce moment) qui a marché sans problème (enfin une fois passé le partionnement qui méritait une commande dos pour se faire, les partitions étaient vérouillées ou un truc du genre, me rappel plus vraiment...)

Et O malheur, mon écran s'est mis à déconner servêrement (tous les pixels blancs, avec un pixel de décalage sur la droite, sont devenu vert !
Evidemment pour bosser avec, pas cool...

Appel du SAV (gratos car l'ordi fait partie de la gamme pro), le lendemain j'avais un gars d'ups qui m'embarquait l'ordi. Quelques jours plus tard (5 je crois) ups revient pour me rendre mon ordi réparé. Depuis aucun problème matériel avec cette machine que j'ai utilisé 8-10h / jours pendant plus d'un ans et 3-5h/jours maintenant (depuis 1,5 ans).
Evidemment, je n'ai rien eu a débourser pour le transport, la réparation, etc.
Et evidemment ma machine est partie avec linux installé en double boot, lilo présent au démarage (donc quasi impossible qu'ils ne l'aient pas remarqué) et pourtant aucune remarque et encore moins refus sur ce point !

Enfin voilà quoi, tout ça pour rétablir un peu la balance car on voit souvent des personnes dire quand ça ne marche pas mais peu quand ça marche.

Et surtout qu'il ne faut pas généraliser des réactions isolée.

si tu avais pris la version "free" tu aurais eu une version ... libre

comme personne ne croit jamais que mandriva fait du libre, regarde ici :
ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/o(...)
par exemple le fichier intitulé mandriva-one-2007-free-kde.iso par exemple

et il y a du proprio dans la 2007

Pas de chance, j'ai une 2007 et pas de proprio... ben oui comme dit au dessus mandriva a _toujours_ livré des versions entièrement libres !

http://linuxfr.org/~houplaboom/24047.html

si je te dit que j'ai un linux kheops de 1992 avec un kernel 0.92.3

Et alors ?

Personnellement j'ai encore des machines en 2005 et mes parents tournent toujours en 10.1.
Pourquoi changer si cela marche et que les avancées, si bien soient elles (mes stations perso et au boulot sont en 2007) n'apportent pas grand chose face au temps passé à réinstaller / configurer ?

Je croyais qu'une des forces du libre c'était justement de ne pas être obligé à quoi que ce soit, surtout upgrader un os pour une simple version d'un soft...


Sinon, pour en revenir au sujet, il faut évidemment vérifier les ports.
Et si je ne me trompe il y a aussi du filtrage chez certains FAI ce qui peut ralentir pas mal les téléchargements et réduire les résultats. Pour que tout refonctionne correctement la solution est probablement de passé en mode crypté (je ne connais plus exactement le terme, une soft d'obfuscation des trames je crois).

Malheureusement ceci n'est pas possible pour le moment dans amule, il faudra attendre la prochaine version.

a+

Quelle version de amule as-tu ?
Je crois que ce problème provient d'une ancienne version de amule et corrigé dans la dernière.

Les paquets sont, après rechèrche sur le site de amule, ici : http://forum.amule.org/index.php?topic=10296.0 (ou plus précisément http://www.savefile.com/projects/768398 pour la version 2005)

a+

tu confondrais pas l'hibernation et la mise en veille ?
sur mon portable je peux soit mettre en veille (et donc l'ordi reste sous tension, bien que assez faible) et le mettre en hibernation : la ram est copiée sur le dur et tout est éteind (je peux même enlever la batterie, etc.

L'avantage est d'avoir tous les programmes ouverts, documents (mais enregistrés quand même...), ... avec un ordi éteind.

l'impression qu'au moindre package installé il faut qu'il satisfasse 36 dépendances

outre le fait que je n'ai pas personnelement cette impression (car une fois que mon poste est installé, je touche rarement à ça ou alors c'est des paquets que je fais moi même...) mais ceci ne proviendrait-il pas d'un découpage plus fin des paquets ?
J'ai déjà lu que dans certaines distribs, il n'y avait que des "gros" paquets regroupant un ensemble de logiciels (comme kdenetwork par exemple) et donc une fois que c'est installé il n'y a plus rien à faire alors que chez mandriva tous les programmes sont découpés (il y a 21 paquets *kdenetwork*) ?

Enfin voilà, ça pourrait expliquer celà et a, à mon avis, l'avantage de permettre d'installer plus préciséments les programmes et d'avoir un installe un poil plus légère


Sinon, en ce qui concerne la question initiale, ce que je n'aime pas chez mandriva (mais c'est peut-être pareil ailleurs) c'est des problèmes pour réaliser des paquets x86_64.
Je tourne depuis la 10.1 en x86_64 exclusivement et, bien que de gros progrès aient été faits, il reste quelques soucis, il manque certains programmes.
Mais je sais aussi que cela dépend beaucoup de la façon dont les programmeurs des logiciels prennent en compte (ou non) les autres architectures.

Par exemple, j'ai récement voulu rebuilder kbfx en x86_64, manque de pot les Requires et BuildRequires sont vers une lib en 32 bits au lieu d'indiquer le "provide" de la lib en question (qui est lui identique en 32 et 64 bits).
Rien de bien génant, c'est deux toutes petites modifs dans le fichier mais il faut quand même les faires...

Dans ce cas la personne à l'initiative de ce fil avait raison :

Une solution intermédiaire minimale, c'est d'utiliser une bibliothèque externe pour toutes ces notions.

Oui je sais c'est MS c'est le mal absolu

Oui, MS est le mal absolu mais pour moi MS Press ne l'est pas du tout.
Il existe plusieurs bouquins pas trop mal chez eux et que ce soit marqué crosoft ou non, cela ne change rien à la qualité pour une fois ;)

note : je n'ai pas celui dont tu parle (d'ailleurs pour ceux qui cherchent, l'isbn de l'édition française est : 2 10 006750 8) mais celui-ci : http://www.amazon.fr/Tout-sur-code-concevoir-logiciel/dp/210(...) et j'avoue avoir été très agréablement surpris ;-)

y'a pas à dire, j'aimerais bien être un "Pauvre Quidam" moi aussi ... ;-)


Sinon, bon boulot, en tout cas avec mon oeil d'amateur sous inkscape (qui couvre en réalité tous mes besoins en vectoriel, icones, boutons et autre)

Quel est le problème avec firefox ?

J'ai une vieille 2005 i586 qui tourne dans un coin alors j'ai essayé.

J'ai pris la versions française linux sur http://www.mozilla.com/en-US/firefox/all.html

J'ai décompressé le tar donné
et ./firefox dans ce répertoire me lance bien firefox 2.0.0.2

le tout en moins de 2 minutes

tu peux expliquer un peu plus ton problème ?

Je vais avoir une remarque surement idiote, mais ces problèmes (et les une ou deux remarques aussi...) sont-ils remontés aux développeurs ?

Je me souviens avoir eu un problème avec certains outils du control center qui ne passaient pas sur mon 12 pouces en 800x600 (bon ok, c'était en 2000-2001 un truc comme ça)
Je l'ai signalé à la personne en charge (directement sur irc) et la release suivante passait sans problème.
Après, je crois que l'équipe à changé mais bon le fonctionnement est souvent le même quelque soit les personnes.

drakwizard regroupe l'ensemble des wizards de la distrib (enfin une bonne partie pour être exact, il y a aussi drakwizard-trac qui est packagé à part)

La liste des wizards : http://ybr.phpnet.org/download/drakwizard_dns/drakwizard1.pn(...)

La majorité des system-config-* tourne aussi en mode texte.

Exactement comme les outils mandriva...

Et c'est très sympa pour administrer un serveur (oui je sens qu'on va me dire que mandriva, serveur, toussa mais bon certains mettent bien des serveurs sous ubuntu ou fedora...)

Bien qur que oui ça le fait pour un dns primaire.

C'est pas que tu as une méconnaissance totale des outils mandriva mais presque...

http://ybr.phpnet.org/download/drakwizard_dns/drakwizard_dns(...)
http://ybr.phpnet.org/download/drakwizard_dns/drakwizard_dns(...)

Les outils sont plutôt bien foutu, permettent de configurer beaucoup de chose, aussi bien du point de vue client que serveur (web, ftp, mail, ...)

Et en plus écrire un wizard est relativement facile (à condition qu'on daigne utiliser du perl, ce qui me semble pas être le cas ici...)

ben dit donc, tu l'aime bien ton troll urpmi/yum...

Mais c'est vrai que yum n'est pas compliqué du tout, surtout face à urpmi...

allez je te remet un de tes postes histoire qu'on y voit plus clair : http://linuxfr.org/comments/804449.html#804449

Mais bon, c'est sur, maintenant je suis convaincu de la supériorité incontestable de yum et de la faiblesse de urpmi (vous vous rendez compte, en plus il est écrit un perl ! ralala c'est pas possible ça du perl ! quelle misère d'en arriver là ;-) )

En dehors du support des périphériques amovibles, que propose urpmi que n'a pas yum

Rien que pour ça c'est intéressant (ben oué, on a pas toujours une connexion rapide avec soi...)

enfin, en mangeant de crêpes, car c'est mardi gras ^^

Sauf que les crèpes c'est à la chandeleur mais t'es pas trop en retard c'était le 2 ;-)

Puisqu'on parle téléphone, quelles utilisations avez-vous de votre téléphone portable?
1) téléphoner
2) SMS
3) écouter de la musique
4) regarder des vidéos
5) jeux
6) consultation mail, web (ah ah ah déjà sur un qvga c'est dur alors sur un qcif !)
7) appareil photo
8) chat
9) autre

Pour ma part :
téléphoner, SMS (normal)
+ musique (ça évite d'avoir un deuxième appareil et en roller c'est très sympa)
très rarement vidéos, photos
Sinon, mon téléphone c'est aussi (surtout) mon répertoire, agenda, bloc note et accessoirement clé usb...

(par contre, j'ai du pactiser avec le diable, c'est un spv c600...)

je me suis toujours demandé quelque chose (je ne suit pas ces listes) : ils sont sérieux dans ces discussions (non spécifique à cette question précise mais aux trolls qui s'y dérouelent en général...) ?

Comment on peut partir sur des discutions de ce genre sur une liste 'devel' ?

ou alors c'est un concours ? (et dans ce cas je dois admètre qu'ils sont vraiment très très fort ! ;)


Mais c'est vrai que je n'avais même pas pensé qu'on pouvait mettre autre chose que masculin/féminin alors savoir s'il vaut mieux mettre une case à cocher autre ou une zone de texte libre pour que la personne puisse s'exprimer...

oups, je suis tombé dedans... ;)

M'enfin Perl ce n'est pas ce qu'il y a de plus propre

mouai, enfin tout dépend comment tu code hein ;)
il y a moyen de faire crade et illisible en python si on veut...

Admettons. Red Hat/Fedora a vu que ça sucks et passe à autre chose. Où est le problème ?
Mandriva peut-il en faire de même avec urpmi ? Ce n'est pas ce qu'on voit.

Je n'ai justement pas dit qu'il y avait un problème au fait de passer à autre chose pour fedora. C'est justement bien pour leur permettre d'avoir un truc potable.
Maintenant, pourquoi mandriva en fairait-il de même ? Ils ne le font pas et c'est très bien puisqu'il n'y a aucune raison de passer à autre chose. Urpmi marche bien (même si certaines corrections / fonctionnalités seraient intéressantes, mais cela est valable pour tous les gestionnaires de paquets...)

Pratiquement rien (sauf peut-être urpmi)

Justement...

Yum ne réinvente pas la roue.
[...]
La dernier chose que fait yum, c'est de réinventer la roue.

Je crois qu'on s'est mal compris.
Je me fout totalement des arguments techniques de ce côté là (surtout que bon, prendre un soft parce qu'il est en python ou en perl...)
Quand je disais que yum a réinventé la roue c'est plutôt dans le fait d'écrire un gestionnaire de paquets, de dépendances, destiné à gérer des paquets rpms, ce que faisait déjà urpmi...
(oui pour moi quand on parle de réinventer la roue c'est basé sur l'utilisation, les buts ou fonctionnailté du logiciel et non la technique sous-jascente)

heureusement que tu avais écris :

Regardes du côté de urpmi. C'est compliqué, il y a des howto de 50 pages, il faut mettre à jour le cache avant de lancer la mise à jour, il y a 40 commandes

avant de faire le post là ;)