Octobre 2008 - Gulum-team - mailman.iro.umontreal.ca

Re: [Gulum-team] Vid?o bugg?e sur ATI X300
by Eric Buist 25 Oct '08

25 Oct '08

Bonjour, Le démarrage problématique me semble suivre le schéma suivant: 1. Démarrage avec xorg.conf, création d'un fichier log et crash 2. Tentative #2 avec xorg.conf.failsafe, création d'un fichier log et succès Le fichier xorg.0.log correspond à ton démarrage fructueux d'où l'absence d'erreurs. Essaie de voir s'il n'y aurait pas d'autres fichiers xorg.log. Si tu n'as pas le log, essaie de démarrer sur le niveau d'exécution 3 pour que GDM et X.Org ne démarrent pas. Ensuite, tu te branches en console et tu tapes startx. On va espérer que startx va essayer de démarrer avec xorg.conf, crasher et te laisser un fichier log puis NE PAS démarrer avec xorg.conf.failsafe. Je suppose ici que c'est un script dans GDM ou dans Ubuntu qui démarrent avec xorg.conf.failsafe; on va essayer de court-circuiter pour voir ce qui se passe. Eric C.T. a écrit : > Résumé court: X.org fait le zombie. J'ai fait cette manipulation, > redémarré, et xorg.conf.failsafe a repoussé. > > Y a-t-il une ligne précise dans les logs qui indiquerait ce qui se > passe? Il n'y a pas d'erreur dans Xorg.0.log, il se contente de > charger tout de suite .failsafe. Un extrait des premières lignes de log: > This is a pre-release version of the X server from The X.Org Foundation. > It is not supported in any way. > Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > Select the "xorg" product for bugs you find in this release. > Before reporting bugs in pre-release versions please check the > latest version in the X.Org Foundation git repository. > See http://wiki.x.org/wiki/GitPage for git access instructions. > > X.Org X Server 1.4.0.90 > Release Date: 5 September 2007 > X Protocol Version 11, Revision 0 > Build Operating System: Linux Ubuntu (xorg-server > 2:1.4.1~git20080131-1ubuntu9.2) > Current Operating System: Linux usager-AppMot2 2.6.24-21-generic #1 > SMP Mon Aug 25 17:32:09 UTC 2008 i686 > Build Date: 13 June 2008 01:08:21AM > [...] > (==) Log file: "/var/log/Xorg.0.log", Time: Thu Oct 23 08:38:13 2008 > (==) Using config file: "/etc/X11/xorg.conf.failsafe" > (==) ServerLayout "Default Layout" > [...] > > Je ne crois pas aux solutions hardcore, car cela a bien fonctionné > pendant un bon moment! Je sais que les pilotes ATI sont loin d'être > les meilleurs, mais ça fonctionnait néanmoins. Aucune raison que ça cesse. > > > --- En date de : *Mer, 22.10.08, Eric Buist > /<buisteri(a)iro.umontreal.ca>/* a écrit : > > De: Eric Buist <buisteri(a)iro.umontreal.ca> > Objet: Re: [Gulum-team] Vid?o bugg?e sur ATI X300 > À: "Membres actifs du GULUM" <gulum-team(a)iro.umontreal.ca>, > semaphore45(a)yahoo.com > Date: mercredi 22 Octobre 2008, 22 h 43 > > Bonjour, > Le problème me semble lié à X.Org lui-même qui se mélange entre un > fichier de configuration xorg.conf.failsafe qu'il ne devrait pas > charger. Le plus simple me semble dans ce cas ceci: > cd /etc/X11 > mv xorg.conf.failsave xorg.conf.failsafe.BACKUP > ln xorg.conf xorg.conf.failsafe > De cette façon, xorg.conf et xorg.conf.failsafe pointent > exactement sur le même contenu. Si X.Org veut vraiment s'entêter à > charger un fichier de configuration qui n'a pas de sens, eh bien > on lui laisse faire ainsi, mais on ne va pas, nous, s'entêter à > tenir en parallèle deux fichiers de configuration! :) > Si cela ne fonctionne pas, il ne reste plus que les solutions hard > core. Le xorg.conf.failsafe étant peut-être un truc spécifique à > Ubuntu, il faudrait essayer de recompiler et d'installer une > version officielle de X.Org. J'avoue que c'est une solution qui > n'a pas d'allure si bien que j'essaierais de changer de > distribution avant. > Eric > > C.T. a écrit : >> Bonjour à tous encore, >> >> après des mises à jour (dont une de noyau) et un plantage, un >> mois après, le problème est revenu: la machine se sert toujours >> de xorg.conf.failsafe, et le recrée lorsqu'il n'est pas présent. >> Même en tentant de restaurer un des xorg.conf qui fonctionnait, >> il continue à utiliser la version failsafe. >> >> De son côté, *fglrx* est installé, ainsi que *ATI Catalyst* (en >> fait, ils n'ont pas bougé depuis un mois). Un passage avec >> /aticonfig --initial -f/ sur un *xorg.conf* vide donne un >> *xorg.conf* certainement valide (tout comme xfix, normalement), >> mais que X refuse d'utiliser. >> >> Connaissant les problèmes souvent à la source de bugs mystérieux, >> j'ai passé un *fsck -y* en mode de récupération, puis redémarré >> en mode de récupération pour tenter un xfix. Toujours avec comme >> résultat une résolution trop basse, non accélérée. La partition >> système n'est pas pleine, ni le /home; il reste plusieurs Gio de >> libres. >> >> La première fois, ça s'est résolu d'une manière que je n'ai pas >> du tout comprise, malheureusement, d'où mon absence de réponse. >> Par contre, ça marchait très bien, avec le cube de bureau et >> tout. Comme ça marchait bien avec le pilote propriétaire, je >> pense que partir de là n'est pas une mauvaise idée. >> Le problème n'a pas tant l'air d'être le contenu de xorg que son >> type... Après le plantage j'ai vérifié la date de modification de >> xorg.conf; elle n'avait pas changé (datée du 24 septembre), et >> pourtant, X ne l'utilise plus. >> >> Toute aide est bienvenue, même "hands on" (c'est au CEPSUM), que >> Pascal me pardonne cet anglicisme ;). >> >> Merci à tous >> PN >> >> --- En date de : *Mer, 24.9.08, Pascal Lamblin >> /<lamblinp(a)iro.umontreal.ca>/* a écrit : >> >> De: Pascal Lamblin <lamblinp(a)iro.umontreal.ca> >> Objet: Re: [Gulum-team] Vid?o bugg?e sur ATI X300 >> À: "C.T." <semaphore45(a)yahoo.com> >> Cc: "Membres actifs du GULUM" <gulum-team(a)iro.umontreal.ca> >> Date: mercredi 24 Septembre 2008, 10 h 06 >> >> On Tue, Sep 23, 2008, C.T. wrote: >> > eh bien, ce changement de "virtual" size dans xorg.conf ne >> semble >> > pas très concluant. Certes la résolution est montée jusqu'à >> > 1280x1024 (1600x1200 étant bien trop élevé pour un 17" ;)), en >> > 60Hz, mais la seule résolution inférieure est un 1024x768 à 85Hz, >> > ce qui n'est pas possible sur cet écran. >> >> Est-ce que tu connais le mode que tu préfèrerais et que ton écran >> supporte (celui que tu avais sous Windows, par exemple) ? >> >> Dans la section "Monitor", tu peux définir différents modes, avec >> des >> paramètres qui provoqueront différentes fréquences d'affichage. >> >> Exemple : >> modeline "1280x768@60" 80.14 1280 1344 1480 1680 768 769 772 795 >> -hsync +vsync >> >> À partir des références de ton écran (ou de caractéristiques >> génériques), une page comme >> http://xtiming.sourceforge.net/cgi-bin/xtiming.pl devrait t'aider à >> trouver les bons paramètres. >> >> Le nom de ta modeline devrait ensuite se retrouver dans Section >> "Screen" >> / SubSection "Display" / Modes. >> >> >> Pendant ta phase de test, pour ne pas avoir à redémarrer X à chaque >> fois, tu peux aussi ajouter dynamiquement des modelines, et en changer, >> avec xrandr. >> >> Exemple : >> xrandr --newmode "1400x1050@60" 129.44 1400 1432 1920 1952 1050 >> 1071 >> 1081 1103 -q # Correspond à l'ajout dans "Monitor" >> xrandr --addmode VGA "1400x1050@60" # Correspond à l'ajout >> dans "Modes" >> xrandr --output VGA --mode "1400x1050@60" # Sélectionne ce mode >> >> >> > J'ai tenté de reconstruire xorg.conf à partir de la version >> > .failsafe en ajoutant petit à petit les sections pertinentes à la >> > résolution, ça n'a rien changé; on dirait qu'il >> démarre >> tantôt avec >> > xorg.conf.failsafe, tantôt avec xorg.conf. >> >> Est-ce que c'est non déterministe ? Parce que sinon ça ne m'étonne >> pas : quand il démarre avec xorg.conf, c'est que c'est bon ; quand >> il >> démarre avec xorg.conf.failsafe, c'est que tu viens d'ajouter un >> problème dans le xorg.conf. C'est ça qui devrait te permettre de >> détecter quels sont les ajouts dans xorg.conf qui posent problème. >> >> Bonne chance, >> -- >> Pascal >> >> >> >> ------------------------------------------------------------------------ >> Découvrez les styles qui font sensation sur * Yahoo! Québec >> Avatars* <http://cf.avatars.yahoo.com/> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Gulum-team mailing list >> Gulum-team(a)iro.umontreal.ca >> https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team >> > > > ------------------------------------------------------------------------ > Découvrez les photos * les plus intéressantes du jour!* > <http://www.flickr.com/explore/interesting/7days/>

2 5

Re: [Gulum-team] Vid?o bugg?e sur ATI X300
by Eric Buist 24 Oct '08

24 Oct '08

Bonjour encore, Pendant que j'y pense, c'est peut-être juste un problème de module de noyau. Si tu as installé le pilote d'ATI avec Envy, essaie de réexécuter Envy avant toute chose; le noyau a peut-être été mis à jour et le module fglrx brisé dans la foulée. Eric C.T. a écrit : > Résumé court: X.org fait le zombie. J'ai fait cette manipulation, > redémarré, et xorg.conf.failsafe a repoussé. > > Y a-t-il une ligne précise dans les logs qui indiquerait ce qui se > passe? Il n'y a pas d'erreur dans Xorg.0.log, il se contente de > charger tout de suite .failsafe. Un extrait des premières lignes de log: > This is a pre-release version of the X server from The X.Org Foundation. > It is not supported in any way. > Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. > Select the "xorg" product for bugs you find in this release. > Before reporting bugs in pre-release versions please check the > latest version in the X.Org Foundation git repository. > See http://wiki.x.org/wiki/GitPage for git access instructions. > > X.Org X Server 1.4.0.90 > Release Date: 5 September 2007 > X Protocol Version 11, Revision 0 > Build Operating System: Linux Ubuntu (xorg-server > 2:1.4.1~git20080131-1ubuntu9.2) > Current Operating System: Linux usager-AppMot2 2.6.24-21-generic #1 > SMP Mon Aug 25 17:32:09 UTC 2008 i686 > Build Date: 13 June 2008 01:08:21AM > [...] > (==) Log file: "/var/log/Xorg.0.log", Time: Thu Oct 23 08:38:13 2008 > (==) Using config file: "/etc/X11/xorg.conf.failsafe" > (==) ServerLayout "Default Layout" > [...] > > Je ne crois pas aux solutions hardcore, car cela a bien fonctionné > pendant un bon moment! Je sais que les pilotes ATI sont loin d'être > les meilleurs, mais ça fonctionnait néanmoins. Aucune raison que ça cesse. > > > --- En date de : *Mer, 22.10.08, Eric Buist > /<buisteri(a)iro.umontreal.ca>/* a écrit : > > De: Eric Buist <buisteri(a)iro.umontreal.ca> > Objet: Re: [Gulum-team] Vid?o bugg?e sur ATI X300 > À: "Membres actifs du GULUM" <gulum-team(a)iro.umontreal.ca>, > semaphore45(a)yahoo.com > Date: mercredi 22 Octobre 2008, 22 h 43 > > Bonjour, > Le problème me semble lié à X.Org lui-même qui se mélange entre un > fichier de configuration xorg.conf.failsafe qu'il ne devrait pas > charger. Le plus simple me semble dans ce cas ceci: > cd /etc/X11 > mv xorg.conf.failsave xorg.conf.failsafe.BACKUP > ln xorg.conf xorg.conf.failsafe > De cette façon, xorg.conf et xorg.conf.failsafe pointent > exactement sur le même contenu. Si X.Org veut vraiment s'entêter à > charger un fichier de configuration qui n'a pas de sens, eh bien > on lui laisse faire ainsi, mais on ne va pas, nous, s'entêter à > tenir en parallèle deux fichiers de configuration! :) > Si cela ne fonctionne pas, il ne reste plus que les solutions hard > core. Le xorg.conf.failsafe étant peut-être un truc spécifique à > Ubuntu, il faudrait essayer de recompiler et d'installer une > version officielle de X.Org. J'avoue que c'est une solution qui > n'a pas d'allure si bien que j'essaierais de changer de > distribution avant. > Eric > > C.T. a écrit : >> Bonjour à tous encore, >> >> après des mises à jour (dont une de noyau) et un plantage, un >> mois après, le problème est revenu: la machine se sert toujours >> de xorg.conf.failsafe, et le recrée lorsqu'il n'est pas présent. >> Même en tentant de restaurer un des xorg.conf qui fonctionnait, >> il continue à utiliser la version failsafe. >> >> De son côté, *fglrx* est installé, ainsi que *ATI Catalyst* (en >> fait, ils n'ont pas bougé depuis un mois). Un passage avec >> /aticonfig --initial -f/ sur un *xorg.conf* vide donne un >> *xorg.conf* certainement valide (tout comme xfix, normalement), >> mais que X refuse d'utiliser. >> >> Connaissant les problèmes souvent à la source de bugs mystérieux, >> j'ai passé un *fsck -y* en mode de récupération, puis redémarré >> en mode de récupération pour tenter un xfix. Toujours avec comme >> résultat une résolution trop basse, non accélérée. La partition >> système n'est pas pleine, ni le /home; il reste plusieurs Gio de >> libres. >> >> La première fois, ça s'est résolu d'une manière que je n'ai pas >> du tout comprise, malheureusement, d'où mon absence de réponse. >> Par contre, ça marchait très bien, avec le cube de bureau et >> tout. Comme ça marchait bien avec le pilote propriétaire, je >> pense que partir de là n'est pas une mauvaise idée. >> Le problème n'a pas tant l'air d'être le contenu de xorg que son >> type... Après le plantage j'ai vérifié la date de modification de >> xorg.conf; elle n'avait pas changé (datée du 24 septembre), et >> pourtant, X ne l'utilise plus. >> >> Toute aide est bienvenue, même "hands on" (c'est au CEPSUM), que >> Pascal me pardonne cet anglicisme ;). >> >> Merci à tous >> PN >> >> --- En date de : *Mer, 24.9.08, Pascal Lamblin >> /<lamblinp(a)iro.umontreal.ca>/* a écrit : >> >> De: Pascal Lamblin <lamblinp(a)iro.umontreal.ca> >> Objet: Re: [Gulum-team] Vid?o bugg?e sur ATI X300 >> À: "C.T." <semaphore45(a)yahoo.com> >> Cc: "Membres actifs du GULUM" <gulum-team(a)iro.umontreal.ca> >> Date: mercredi 24 Septembre 2008, 10 h 06 >> >> On Tue, Sep 23, 2008, C.T. wrote: >> > eh bien, ce changement de "virtual" size dans xorg.conf ne >> semble >> > pas très concluant. Certes la résolution est montée jusqu'à >> > 1280x1024 (1600x1200 étant bien trop élevé pour un 17" ;)), en >> > 60Hz, mais la seule résolution inférieure est un 1024x768 à 85Hz, >> > ce qui n'est pas possible sur cet écran. >> >> Est-ce que tu connais le mode que tu préfèrerais et que ton écran >> supporte (celui que tu avais sous Windows, par exemple) ? >> >> Dans la section "Monitor", tu peux définir différents modes, avec >> des >> paramètres qui provoqueront différentes fréquences d'affichage. >> >> Exemple : >> modeline "1280x768@60" 80.14 1280 1344 1480 1680 768 769 772 795 >> -hsync +vsync >> >> À partir des références de ton écran (ou de caractéristiques >> génériques), une page comme >> http://xtiming.sourceforge.net/cgi-bin/xtiming.pl devrait t'aider à >> trouver les bons paramètres. >> >> Le nom de ta modeline devrait ensuite se retrouver dans Section >> "Screen" >> / SubSection "Display" / Modes. >> >> >> Pendant ta phase de test, pour ne pas avoir à redémarrer X à chaque >> fois, tu peux aussi ajouter dynamiquement des modelines, et en changer, >> avec xrandr. >> >> Exemple : >> xrandr --newmode "1400x1050@60" 129.44 1400 1432 1920 1952 1050 >> 1071 >> 1081 1103 -q # Correspond à l'ajout dans "Monitor" >> xrandr --addmode VGA "1400x1050@60" # Correspond à l'ajout >> dans "Modes" >> xrandr --output VGA --mode "1400x1050@60" # Sélectionne ce mode >> >> >> > J'ai tenté de reconstruire xorg.conf à partir de la version >> > .failsafe en ajoutant petit à petit les sections pertinentes à la >> > résolution, ça n'a rien changé; on dirait qu'il >> démarre >> tantôt avec >> > xorg.conf.failsafe, tantôt avec xorg.conf. >> >> Est-ce que c'est non déterministe ? Parce que sinon ça ne m'étonne >> pas : quand il démarre avec xorg.conf, c'est que c'est bon ; quand >> il >> démarre avec xorg.conf.failsafe, c'est que tu viens d'ajouter un >> problème dans le xorg.conf. C'est ça qui devrait te permettre de >> détecter quels sont les ajouts dans xorg.conf qui posent problème. >> >> Bonne chance, >> -- >> Pascal >> >> >> >> ------------------------------------------------------------------------ >> Découvrez les styles qui font sensation sur * Yahoo! Québec >> Avatars* <http://cf.avatars.yahoo.com/> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Gulum-team mailing list >> Gulum-team(a)iro.umontreal.ca >> https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team >> > > > ------------------------------------------------------------------------ > Découvrez les photos * les plus intéressantes du jour!* > <http://www.flickr.com/explore/interesting/7days/>

1 0

Re: [Gulum-team] Vid?o bugg?e sur ATI X300
by C.T. 23 Oct '08

23 Oct '08

Salut à tous, eh bien, ce changement de "virtual" size dans xorg.conf ne semble pas très concluant. Certes la résolution est montée jusqu'à 1280x1024 (1600x1200 étant bien trop élevé pour un 17" ;)), en 60Hz, mais la seule résolution inférieure est un 1024x768 à 85Hz, ce qui n'est pas possible sur cet écran. Le problème de basse résolution+bas rafraîchissement a été remplacé par celui de trop faible rafraîchissement. J'ai tenté de reconstruire xorg.conf à partir de la version .failsafe en ajoutant petit à petit les sections pertinentes à la résolution, ça n'a rien changé; on dirait qu'il démarre tantôt avec xorg.conf.failsafe, tantôt avec xorg.conf. En l'état, c'est techniquement utilisable, mais ergonomiquement catastrophique. Toujours à la recherche d'une solution Patrick --- En date de : Lun, 22.9.08, Pascal Lamblin <lamblinp(a)iro.umontreal.ca> ax écrit : De: Pascal Lamblin <lamblinp(a)iro.umontreal.ca> Objet: Re: [Gulum-team] Vid?o bugg?e sur ATI X300 À: "C.T." <semaphore45(a)yahoo.com> Cc: "Membres actifs du GULUM" <gulum-team(a)iro.umontreal.ca> Date: lundi 22 Septembre 2008, 20 h 31 On Mon, Sep 22, 2008, C.T. wrote: > VESA supporte beaucoup plus de modes que 800x600 ou 640x480, mais > le "virtual size" est limité à 800x600; je pourrais modifier > xorg.conf.failsafe, mais c'est vraiment sale. Ce que je te conseille, c'est de commencer un nouveau xorg.conf à partir du xorg.conf.failsafe (ça devrait donc fonctionner), en ajoutant simplement la ligne : Virtual 1600 1200 dans Section "Screen" / Subsection "Display". Je serais assez étonné que tu n'arrives pas du tout à te loguer sous X après ça. Si ça fonctionne, ensuite, tu pourras commencer à rajouter petit à petit les sections appropriées, jusqu'à ce que ton environnement soit utilisable. Hth, -- Pascal Découvrez les photos les plus intéressantes du jour. http://www.flickr.com/explore/interesting/7days/

3 3

Subventions / Subsidies 2008
by ASQ 2008 23 Oct '08

23 Oct '08

(English below) COMMUNIQUÉ DE PRESSE / A.S.Q. 2008 Les Publications Canadiennes offrent au public une édition révisée de l'ANNUAIRE DES SUBVENTIONS AU QUÉBEC 2008 contenant plus de 1800 programmes d'aides et de subventions provenant des divers paliers gouvernementaux et organismes. L'ANNUAIRE DES SUBVENTIONS AU QUÉBEC est l'outil idéal soit pour démarrer son entreprise, améliorer une entreprise existante, mettre sur pied son plan d'affaires ou obtenir l'aide de conseillers experts dans le domaine des affaires: Démarrage d'entreprises, études, recherches, arts, agriculture, import export, main d'oeuvre, cinéma, prêts, promotion, bourses, théatre, transports, communications, mise sur pied et développement d'entreprises, construction et rénovation, aérospatial, concours, nouveaux talents, aide aux associations, organismes et fondations, informatique, musique, industrie du disque, plans d'affaires, études de marchés, infrastructures, aide aux travailleurs autonomes et plus encore ! Cd-rom(format .pdf).............$ 69.95 Imprimé(Cd-inclus) .............$ 149.95 Informations au public......................................ligne sans frais 1-866-322-3376 Pour retirer votre adresse de notre liste utilisez : remove(a)americangrantsandloansdirectory.org ********************************* Subventions Québec 14-A Des Seigneurs St-Sauveur Qc J0R 1R0 ********************************* ***ENGLISH*** Subsidy directories (2008 EDITION) Legal Deposit-National Library of Canada The new Subsidy Directory 2008 is now available, newly revised it is the most complete and affordable reference for anyone looking for financing. It is the perfect tool for new and existing businesses, individuals, foundations and associations. This Publication contains more than 3000 direct and indirectfinancial subsidies, grants and loans offered by government departments and agencies, foundations, associations and organizations. In this edition all programs are well described. Canadian Subsidy Directory (All Canada, federal + provincial + foundations) CD-Rom (Pdf file)............................$ 69.95 Printed (430 pages)..........................$149.95 Also available for each province on CD-Rom only...........$ 49.95 Alberta British Columbia New Brunswick Newfoundland & Labrador Northwest Territories / Nunavut / Yukon Manitoba Nova Scotia Ontario Prince Edward Island Quebec .............................$ 69.95 Saskatchewan To obtain a copy please call toll free 1-866-322-3376 or local 819-322-5756 To be removed from the email list use: remove(a)americangrantsandloansdirectory.org ********************************* Canadian Subsidy Directory 14-A Des Seigneurs St-Sauveur Qc J0R 1R0 ********************************* ------------------------------------------------------------------------------ Devez-vous vraiment imprimer ce courriel? Pensons à l'environnement! Do you really need to print this email? Help preserve our environment!

1 0

AbulÉdu version 8.08.0 disponible
by Eric Seigne 19 Oct '08

19 Oct '08

Bonjour, je me permet de vous adresser ce mail rapide pour vous signaler que la version 8.08.0 d'AbulÉdu est disponible en téléchargement ... AbulÉdu c'est quoi ? une distribution pour les écoles et qui fête ses 10 ans cette année ! Passez voir tout ça sur http://www.abuledu.org Les annonces officielles de la société RyXéo qui édite AbulÉdu: http://ryxeo.com/files/20080922-ryxeo-newsletter_octobre_speciale_abuledu.p… http://ryxeo.com/files/20080922-abuledu-8.08-annonce.pdf Peut-être que cette information peut intéresser vos membres, aussi je vous remercie par avance de bien vouloir leur faire suivre ce courriel. Vous souhaitant une bonne journée et espérant vous retrouver très bientôt sur http://www.abuledu.org Éric -- -- ABULEDU A 10 ANS ... www.abuledu.org -- Éric Seigne - Directeur | eric.seigne(a)ryxeo.com RyXéo SARL | http://www.ryxeo.com 21 avenue M. et E. Dulout | tel +33 6 987 444 01 33600 Pessac - FRANCE | fax +33 9 56 606 607

1 0

Available; Federal & Provincial subsidies
by canadiansubsidydirectory.org 18 Oct '08

18 Oct '08

The Canadian Subsidy Directory is Canada's most trusted reference dedicated to provide information leading to financial help, subsidies, grants, loans, joint ventures or any funding program offered by Canadian governments, associations and foundations. This publication will link you to thousands of grants, loans and programs available across Canada for businesses, non-profit organizations and personal projects. You will find inside, detailed contact information along with a description of each grant, loan or program. This publication is offered in both print and electronic versions. This Publication contains more than 3200 direct and indirect financial subsidies, grants and loans offered by government departments and agencies, foundations, associations and organizations. In this edition all programs are well described. Canadian Subsidy Directory (All Canada, federal + provincial + foundations) CD-Rom (Pdf file)............................$ 69.95 Printed (430 pages)..........................$149.95 Also available for each province on CD-Rom only...........$ 49.95 Alberta British Columbia New Brunswick Newfoundland & Labrador Northwest Territories / Nunavut / Yukon Manitoba Nova Scotia Ontario Prince Edward Island Quebec .............................$ 69.95 Saskatchewan To obtain a copy please call toll free 1-866-322-3376 or local 819-322-5756 Telephone orders: Toll free: 1-866-322-3376 Canadian Subsidy Directory Quebec: 14A Des Seigneurs, Saint-Sauveur, Qc, J0R 1R0 Ontario: 4865 Hwy 138, r.r. #1 St-Andrews west K0C 2A0 To delete your e-mail address from our lists use remove(a)americangrantsandloansdirectory.org

1 0