Re: [Ubuntu-QC] Planification pour le release party / Planning the release party

2010-10-03 Par sujet Martin Gamache
En tout cas, cette fois-ci, ce sera le St-Sulpice, le 14 octobre?

On Sun, 2010-10-03 at 00:25 -0400, Samuel Heroux wrote:

 vrai vrai, mes excuses.
 sinon eh bien je ne saurais ou dautre aller... 
 des centres communautaires ?
 
 
 2010/10/2 Gilbert Dion gilbertd...@gmail.com
 
 Un petit mot pour rappeler que le Club Linux Atomic, dont je
 fais partie, organise son propre évènement Ubuntu le jeudi 21
 octobre, comme cela avait été fait en avril dernier pour la
 10.04. C'est un évènement séparé de l'évènement officiel et
 qui ne prétend pas le remplacer. Aussi, l'endroit est plutôt
 étroit et et est loin de pouvoir accommoder autant de
 personnes que le Saint-Sulpice!
 
 
 
 (Encore ce préjugé qui veut qu'à l'est du pont
 Jacques-Cartier, on est loin de toute civilisation? De Berri à
 Joliette, le métro prend 7 minutes 30. Puis, en sortant du
 métro, il y a une marche de 7 minutes, ce qui situe l'Atomic
 Café à moins de 15 minutes du métro Berri!)
 
 
 
 gilbert
 
 
 
 Le 2 octobre 2010 21:58, spam spammer
 nospamormores...@gmail.com a écrit :
 
 
 
 
 Très vrai!
 
 
 2010/10/2 Mathieu Trudel mathieu...@gmail.com
 
 
 
 2010/10/2 Philippe Marchand
 snowr...@gmail.com:
  Bonjour,
  Pour l'endroit, je crois qu'il y a plusieurs
 autres de bars qui sont moins
  bruyant que le St-Sulpice. Comme je suis pa
 
 
 On a habituellement notre propre salle... à la
 quantité de personnes,
 je crois qu'on rend l'endroit bruyant
 nous-mêmes.
 
 / Matt
 
 --
 Ubuntu-quebec mailing list
 Ubuntu-quebec@lists.ubuntu.com
 
 https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
 
 
 
 --
 Ubuntu-quebec mailing list
 Ubuntu-quebec@lists.ubuntu.com
 https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
 
 
 
 
 --
 Ubuntu-quebec mailing list
 Ubuntu-quebec@lists.ubuntu.com
 https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
 
 
 
 
 
 -- 
 --
 --- The Pooky =)
 --


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec


Re: [Ubuntu-QC] Planification pour le release party / Planning the release party

2010-10-03 Par sujet Mathieu Trudel
2010/10/3 Martin Gamache martin.gama...@gmail.com:
 En tout cas, cette fois-ci, ce sera le St-Sulpice, le 14 octobre?


Oui. Je crois qu'il ne sera pas très utile de garder le sondage ouvert
beaucoup plus longtemps, allons-y pour le 14 octobre au Saint-Sulpice.

Je vais faire cette semaine (pas ce weekend) les appels pour
officiellement réserver et avertir qu'on aimerais faire la party de
lancement sur place. En principe, ce sera fait Lundi, à partir de ce
moment je créerai l'invitation Facebook / twitter / identica, agenda
du libre, etc.

Je suis d'accord que c'est dernière minute et qu'on a pas trop eu de
temps pour décider d'un autre endroit, mais personne d'autre ne
semblait avoir préparé quelque chose non plus...

Mathieu Trudel-Lapierre mathieu...@gmail.com
Freenode: cyphermox, Jabber: mathieu...@gmail.com
4096R/EE018C93 1967 8F7D 03A1 8F38 732E  FF82 C126 33E1 EE01 8C93

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec


Re: [Ubuntu-QC] Pilote pour cartes ATI

2010-10-03 Par sujet Gregory Eric Sanderson
J'ai 2 postes que j'utilise à tous les jours :

- Ubuntu Nvidia, 2 moniteurs (mode twinview) : poste de bureau pour mon
travail
- Arch Linux ATI : laptop personnel

Dans les 2 cas j'utilise les drivers propriétaires.

Sur mon ubuntu je n'ai jamais eu de problèmes avec la carte graphique ou
avec mes moniteurs. Les mises à jour se sont toujours fait sans souci, les
options de configuration dans xorg.conf sont sainement configurable et
semble bien s'intégrer avec le reste de ma config bizaroide (j'ai tendance à
passer bcp de temps à tweaker toute ce qui se trouve dans /etc, et
xorg.conf ne fait pas exception) et puis comme Samuel a mentionné, Nvidia
tiens leurs drivers pas mal plus à jour qu'ATI (je vais donner un exemple un
peu plus bas). En gros, je suis très satisfait avec Nvidia

J'ai aussi eu une carte Nvidia pendant un petit moment sur une tour
personelle (avant que le AC explose) avec Arch Linux ou je faisait un peu de
gaming sous wine. Même si je n'ai pas gardé ce setup pendant longtemps,
Les graphiques ont toujours été fluides, et les mises à jour sans problèmes

En contre partie, sur mon laptop la situation est un cauchemar. Arch Linux
est une distribution basé sur le modèle du rolling release.  En bref dès
qu'une nouvelle version d'un logiciel est disponible elle est ajouté aux
dépôts, ce qui veut dire que des mises à jour de Xorg arrivent souvent. Par
contre, Catalyst (le nom du driver propriétaire d'ATI) ne se tient pas tout
aussi à jour. On ne sait jamais quand est-ce qu'une nouvelle version du
driver va sortir, et quand elle sort, on est certain à 90 % du temps qu'elle
ne marche pas avec la dernière version de Xorg. Juste hier, je n'ai pas pu
faire une mise à jour complète de mon système parce-que catalyst 10.9 ne
marche pas avec xorg-xserver 1.9. C'est la 6e fois que ça m'arrive de ne pas
pouvoir mettre à jour Xorg à cause de catalyst.

La configuration n'est pas beaucoup mieux. Bien que X n'a plus besoin de
xorg.conf pour fonctionner, j'aime bien configurer les choses à ma façon.
Mais avec ma carte ATI, je ne suis même pas capable de me générer un
xorg.conf bare bones. La commande X -configure plante à chaque fois
(tandis qu'avec Nivida ça fonctionne nickel). je suis obligé d'utiliser
l'outil propriétaire aticonfig pour générer un xorg.conf de départ, et la
manière que c'est généré est plus dégeulasse qu'un site d'enfouissement des
vidanges, Je n'ai même pas encore ajouté mes propres options personnalisés,
et j'ai déja un fichier de config bâtard ! De plus, l'outil graphique
équivalent (amdcccle) plante les 3/4 du temps (tandis que je n'ai jamais vu
celui de nvidia planter encore une fois)

J'ai du passer une fin de semaine au complet à tester différents setups
commun pour produire 4 fichiers xorg.conf différents que j'utilise quand je
branche un moniteur externe (dépendant du type de moniteur), et même à ça je
dois prier que ça fonctionne du premier coup quand je branche le moniteur.

Ah, et j'ai pas parlé des bugs graphiques. La version 10.7 de catalyst
génère des gros blocs gris dans les applications GTK comme firefox de
manière alléatoire, bloquant parfois la page au complet. Plusieurs personnes
ont reporté le bug, et la seule réponse d'ATI est que le problème est
connu. nous vous conseillons de désactiver option xyz dans votre
configuration en attendant de trouver une solution plus permanente. Sauf
que quand cette option est désactivé, le taux de rafraîchissement est 3 fois
plus lent. Un simple fichier avi n'est plus jouable. Ce bug n'est toujours
pas corrigé dans la version 10.9, et en tant que programmeur, je trouve ça
innaceptable de laisser un bug aussi majeur traîner aussi longtemps, avec
comme seul solution de venir handicapper la carte graphique.


Certes, si j'utilisais ubuntu à place sur mon laptop ( la où la version de
Xorg et de catalyst ne change pas à tout bout de champ ) la situation serait
peut-être différente. Il se peut juste que la version de la carte graphique
que j'ai sois problèmatique. Mais en me fiant à ces expériences, et aussi
aux gens autour de moi qui utilisent linux, NVIDIA a toujours été un
meilleur choix.


2010/10/2 Samuel Heroux samuelher...@gmail.com

 je suis fan dATI depuis longtemps, mais a ce qu'il me semble, Nvidia
 developpe et tiens a jour ses drivers (Closed Source), comparativement a ATI
 (Open Source)

 corrigez moi si je me trompe, mais Nvidia est toujours avantager sur linux
 ?
 personellement je ne joue pas sous WINE, mais avec FGLRX, compiz tourne
 tres bien sous linux

 2010/10/2 Dany Veilleux immorte...@hotmail.com

 Bonjour,

 J'ai commencé à regarder pour changer d'ordinateur et il y a 2 grandes
 catégories de cartes vidéos qui peuvent venir avec. Soit NVidia que
 j'aime beaucoup et ATI.

 Je sais qu'il y a quelques années, les pilotes pour les cartes ATI sur
 Ubuntu n'étaient pas terribles. Est-ce que vous êtes au courant si c'est
 toujours le cas? Comme une des raisons que je veux changer est de
 pouvoir essayer StarCraft 2 sur 

Re: [Ubuntu-QC] Pilote pour cartes ATI

2010-10-03 Par sujet Michael Faille
@Greg
Je sympathise.

---
Michael Faille
Étudiant au baccalauréat en génie des technologies de l'information
Université du Québec - École de technologie supérieure, Montréal (Québec)
Responsable TI du club étudiant CAPRA


2010/10/3 Gregory Eric Sanderson gzou2...@gmail.com

 J'ai 2 postes que j'utilise à tous les jours :

 - Ubuntu Nvidia, 2 moniteurs (mode twinview) : poste de bureau pour mon
 travail
 - Arch Linux ATI : laptop personnel

 Dans les 2 cas j'utilise les drivers propriétaires.

 Sur mon ubuntu je n'ai jamais eu de problèmes avec la carte graphique ou
 avec mes moniteurs. Les mises à jour se sont toujours fait sans souci, les
 options de configuration dans xorg.conf sont sainement configurable et
 semble bien s'intégrer avec le reste de ma config bizaroide (j'ai tendance à
 passer bcp de temps à tweaker toute ce qui se trouve dans /etc, et
 xorg.conf ne fait pas exception) et puis comme Samuel a mentionné, Nvidia
 tiens leurs drivers pas mal plus à jour qu'ATI (je vais donner un exemple un
 peu plus bas). En gros, je suis très satisfait avec Nvidia

 J'ai aussi eu une carte Nvidia pendant un petit moment sur une tour
 personelle (avant que le AC explose) avec Arch Linux ou je faisait un peu de
 gaming sous wine. Même si je n'ai pas gardé ce setup pendant longtemps,
 Les graphiques ont toujours été fluides, et les mises à jour sans problèmes

 En contre partie, sur mon laptop la situation est un cauchemar. Arch Linux
 est une distribution basé sur le modèle du rolling release.  En bref dès
 qu'une nouvelle version d'un logiciel est disponible elle est ajouté aux
 dépôts, ce qui veut dire que des mises à jour de Xorg arrivent souvent. Par
 contre, Catalyst (le nom du driver propriétaire d'ATI) ne se tient pas tout
 aussi à jour. On ne sait jamais quand est-ce qu'une nouvelle version du
 driver va sortir, et quand elle sort, on est certain à 90 % du temps qu'elle
 ne marche pas avec la dernière version de Xorg. Juste hier, je n'ai pas pu
 faire une mise à jour complète de mon système parce-que catalyst 10.9 ne
 marche pas avec xorg-xserver 1.9. C'est la 6e fois que ça m'arrive de ne pas
 pouvoir mettre à jour Xorg à cause de catalyst.

 La configuration n'est pas beaucoup mieux. Bien que X n'a plus besoin de
 xorg.conf pour fonctionner, j'aime bien configurer les choses à ma façon.
 Mais avec ma carte ATI, je ne suis même pas capable de me générer un
 xorg.conf bare bones. La commande X -configure plante à chaque fois
 (tandis qu'avec Nivida ça fonctionne nickel). je suis obligé d'utiliser
 l'outil propriétaire aticonfig pour générer un xorg.conf de départ, et la
 manière que c'est généré est plus dégeulasse qu'un site d'enfouissement des
 vidanges, Je n'ai même pas encore ajouté mes propres options personnalisés,
 et j'ai déja un fichier de config bâtard ! De plus, l'outil graphique
 équivalent (amdcccle) plante les 3/4 du temps (tandis que je n'ai jamais vu
 celui de nvidia planter encore une fois)

 J'ai du passer une fin de semaine au complet à tester différents setups
 commun pour produire 4 fichiers xorg.conf différents que j'utilise quand je
 branche un moniteur externe (dépendant du type de moniteur), et même à ça je
 dois prier que ça fonctionne du premier coup quand je branche le moniteur.

 Ah, et j'ai pas parlé des bugs graphiques. La version 10.7 de catalyst
 génère des gros blocs gris dans les applications GTK comme firefox de
 manière alléatoire, bloquant parfois la page au complet. Plusieurs personnes
 ont reporté le bug, et la seule réponse d'ATI est que le problème est
 connu. nous vous conseillons de désactiver option xyz dans votre
 configuration en attendant de trouver une solution plus permanente. Sauf
 que quand cette option est désactivé, le taux de rafraîchissement est 3 fois
 plus lent. Un simple fichier avi n'est plus jouable. Ce bug n'est toujours
 pas corrigé dans la version 10.9, et en tant que programmeur, je trouve ça
 innaceptable de laisser un bug aussi majeur traîner aussi longtemps, avec
 comme seul solution de venir handicapper la carte graphique.


 Certes, si j'utilisais ubuntu à place sur mon laptop ( la où la version de
 Xorg et de catalyst ne change pas à tout bout de champ ) la situation serait
 peut-être différente. Il se peut juste que la version de la carte graphique
 que j'ai sois problèmatique. Mais en me fiant à ces expériences, et aussi
 aux gens autour de moi qui utilisent linux, NVIDIA a toujours été un
 meilleur choix.


 2010/10/2 Samuel Heroux samuelher...@gmail.com

 je suis fan dATI depuis longtemps, mais a ce qu'il me semble, Nvidia
 developpe et tiens a jour ses drivers (Closed Source), comparativement a ATI
 (Open Source)

 corrigez moi si je me trompe, mais Nvidia est toujours avantager sur linux
 ?
 personellement je ne joue pas sous WINE, mais avec FGLRX, compiz tourne
 tres bien sous linux

 2010/10/2 Dany Veilleux immorte...@hotmail.com

 Bonjour,

 J'ai commencé à regarder pour changer d'ordinateur et il y a 2 grandes
 

Re: [Ubuntu-QC] Pilote pour cartes ATI

2010-10-03 Par sujet Dany Veilleux
Bonjour Gregory,

Merci beaucoup pour ce partage d'information. Ca confirme mes craintes.
J'ai perdu confiance en ATI, il y a plusieurs années lorsqu'ils avaient
sorti un carte TV/Tuner et qui était voulu à de bonnes performances
graphiques et avec les pilotes, c'était un ou l'autre, ils n'ont jamais
réussi à faire des bons pilotes qui avaient les deux. Et je parle de sur
Windows.

Bref, ca répond à ma question merci beaucoup.

J'ai essayé StarCraft 2 sur Windows sur ma machine et j'ai des
performances pas mal supérieure à Wine sous Linux mais machine n'est
quand même pas assez puissante. 700$ pour pouvoir jouer à un jeux, c'est
quand même décourageant. :)

Dany

On Sun, 2010-10-03 at 17:47 -0400, Gregory Eric Sanderson wrote:
 J'ai 2 postes que j'utilise à tous les jours :
 
 
 - Ubuntu Nvidia, 2 moniteurs (mode twinview) : poste de bureau pour
 mon travail
 - Arch Linux ATI : laptop personnel
 
 
 Dans les 2 cas j'utilise les drivers propriétaires. 
 
 
 Sur mon ubuntu je n'ai jamais eu de problèmes avec la carte graphique
 ou avec mes moniteurs. Les mises à jour se sont toujours fait sans
 souci, les options de configuration dans xorg.conf sont sainement
 configurable et semble bien s'intégrer avec le reste de ma config
 bizaroide (j'ai tendance à passer bcp de temps à tweaker toute ce
 qui se trouve dans /etc, et xorg.conf ne fait pas exception) et puis
 comme Samuel a mentionné, Nvidia tiens leurs drivers pas mal plus à
 jour qu'ATI (je vais donner un exemple un peu plus bas). En gros, je
 suis très satisfait avec Nvidia
 
 
 J'ai aussi eu une carte Nvidia pendant un petit moment sur une tour
 personelle (avant que le AC explose) avec Arch Linux ou je faisait un
 peu de gaming sous wine. Même si je n'ai pas gardé ce setup pendant
 longtemps, Les graphiques ont toujours été fluides, et les mises à
 jour sans problèmes
 
 
 En contre partie, sur mon laptop la situation est un cauchemar. Arch
 Linux est une distribution basé sur le modèle du rolling release.
  En bref dès qu'une nouvelle version d'un logiciel est disponible elle
 est ajouté aux dépôts, ce qui veut dire que des mises à jour de Xorg
 arrivent souvent. Par contre, Catalyst (le nom du driver propriétaire
 d'ATI) ne se tient pas tout aussi à jour. On ne sait jamais quand
 est-ce qu'une nouvelle version du driver va sortir, et quand elle
 sort, on est certain à 90 % du temps qu'elle ne marche pas avec la
 dernière version de Xorg. Juste hier, je n'ai pas pu faire une mise à
 jour complète de mon système parce-que catalyst 10.9 ne marche pas
 avec xorg-xserver 1.9. C'est la 6e fois que ça m'arrive de ne pas
 pouvoir mettre à jour Xorg à cause de catalyst.
 
 
 La configuration n'est pas beaucoup mieux. Bien que X n'a plus besoin
 de xorg.conf pour fonctionner, j'aime bien configurer les choses à ma
 façon. Mais avec ma carte ATI, je ne suis même pas capable de me
 générer un xorg.conf bare bones. La commande X -configure plante à
 chaque fois (tandis qu'avec Nivida ça fonctionne nickel). je suis
 obligé d'utiliser l'outil propriétaire aticonfig pour générer un
 xorg.conf de départ, et la manière que c'est généré est plus
 dégeulasse qu'un site d'enfouissement des vidanges, Je n'ai même pas
 encore ajouté mes propres options personnalisés, et j'ai déja un
 fichier de config bâtard ! De plus, l'outil graphique équivalent
 (amdcccle) plante les 3/4 du temps (tandis que je n'ai jamais vu celui
 de nvidia planter encore une fois)
 
 
 J'ai du passer une fin de semaine au complet à tester différents
 setups commun pour produire 4 fichiers xorg.conf différents que
 j'utilise quand je branche un moniteur externe (dépendant du type de
 moniteur), et même à ça je dois prier que ça fonctionne du premier
 coup quand je branche le moniteur.
 
 
 Ah, et j'ai pas parlé des bugs graphiques. La version 10.7 de catalyst
 génère des gros blocs gris dans les applications GTK comme firefox de
 manière alléatoire, bloquant parfois la page au complet. Plusieurs
 personnes ont reporté le bug, et la seule réponse d'ATI est que le
 problème est connu. nous vous conseillons de désactiver option xyz
 dans votre configuration en attendant de trouver une solution plus
 permanente. Sauf que quand cette option est désactivé, le taux de
 rafraîchissement est 3 fois plus lent. Un simple fichier avi n'est
 plus jouable. Ce bug n'est toujours pas corrigé dans la version 10.9,
 et en tant que programmeur, je trouve ça innaceptable de laisser un
 bug aussi majeur traîner aussi longtemps, avec comme seul solution de
 venir handicapper la carte graphique.
 
 
 
 
 Certes, si j'utilisais ubuntu à place sur mon laptop ( la où la
 version de Xorg et de catalyst ne change pas à tout bout de champ ) la
 situation serait peut-être différente. Il se peut juste que la version
 de la carte graphique que j'ai sois problèmatique. Mais en me fiant à
 ces expériences, et aussi aux gens autour de moi qui utilisent linux,
 NVIDIA a toujours été un meilleur choix.
 
 
 
 
 2010/10/2 Samuel Heroux 

Re: [Ubuntu-QC] Planification pour le release party / Planning the release party

2010-10-03 Par sujet Samuel Heroux
c'etait surtout de trouver l'endroit et faire les demarches
communiquer !

2010/10/3 Mathieu Trudel mathieu...@gmail.com

 2010/10/3 Martin Gamache martin.gama...@gmail.com:
  En tout cas, cette fois-ci, ce sera le St-Sulpice, le 14 octobre?
 

 Oui. Je crois qu'il ne sera pas très utile de garder le sondage ouvert
 beaucoup plus longtemps, allons-y pour le 14 octobre au Saint-Sulpice.

 Je vais faire cette semaine (pas ce weekend) les appels pour
 officiellement réserver et avertir qu'on aimerais faire la party de
 lancement sur place. En principe, ce sera fait Lundi, à partir de ce
 moment je créerai l'invitation Facebook / twitter / identica, agenda
 du libre, etc.

 Je suis d'accord que c'est dernière minute et qu'on a pas trop eu de
 temps pour décider d'un autre endroit, mais personne d'autre ne
 semblait avoir préparé quelque chose non plus...

 Mathieu Trudel-Lapierre mathieu...@gmail.com
 Freenode: cyphermox, Jabber: mathieu...@gmail.com
 4096R/EE018C93 1967 8F7D 03A1 8F38 732E  FF82 C126 33E1 EE01 8C93

 --
 Ubuntu-quebec mailing list
 Ubuntu-quebec@lists.ubuntu.com
 https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec




-- 
--
--- The Pooky =)
--
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec