Animated-Desktop-GUI-EN-ES ORIGINAL 16-final-gnome_EN&ES
(Nautilus Script)

Put your video screen as favourites and get your desktop animated or put your favorite screen saver ;)

########
#INSTALL
########

INSTALLATION TUTORIAL ENGLISH:

IS SO EASY:
1:INSTALL ZENITY & MPLAYER & UNRAR & RAR
apt-get install zenity mplayer unrar rar

2:DECOMPRESS a-desk
WITH YOUR FAVORITE DECOMPRESSOR

3:INSTALL XWINWRAP
Enter into zip a-desk and execute xwinwrapcvs.deb or xwinwrap64.deb (2 clicks or execute by terminal by -> dpkg -i xwinwrapcvs.deb or xwinwrap64.deb

4:EXECUTE A-DESK.INSTALLER
2 CLICK'S on "a-desk-installer"
ENJOY IT


INSTALACION EN CASTELLANO:

ES MUY FACIL:
1:INSTALAR ZENITY & MPLAYER
apt-get install zenity mplayer

2:DESCOMPRIMIR a-desk
CON TU DESCOMPRESOR FAVORITO

3:INSTALAR XWINWRAP
ENTRA EN EL DIRECTORIO DE a-desk Y EJECUTA xwinwrapcvs.deb o xwinwrap64.deb (2 clicks o ejecutalo desde terminal asi -> dpkg -i xwinwrapcvs.deb o xwinwrap64.deb)

4:EJECUTA a-desk.installer
2 CLICKS
DISFRUTALO


##########
#UNINSTALL
##########
EXECUTE a-desk.installer
SELECT OPTION UNINSTALL

changelog:
v0.1
a-desk and video tren.avi

v0.2
a-desk and more videos
change source a-desk add explanations

v0.3
a-desk and more, more videos
change source a-desk add new explanations and source new videos

v1.0
a-desk and new videos
change completly sorce a-desk and adding menu

v2.0
a-desk and correct errors.

v3.0
a-desk and correct errors.
separate a-desk and a-desk.installer to the videos.

v4.0
create gui a-desk and change source

v5.0
add icon and new explanations in README
correct some errors

new videos
PATCH a-desk upgrade a new videos
a-desk.installer for a install PATCH and new videos

v6.0
Create GUI of install and unistall executables
and correct source a-desk

v7.0
Create GUI based on bash&zenity by Gnome desktops
Create script install and script a-desk
Select tops animated desktop

v8.0
Add "YOUR VIDEO" in select video wall
Regenerated all source code a-desk

v10.0
correct some errors
change source a-desk

v11.0-gnome
correct some errors
change source a-desk
only for gnome

v12.0-gnome
correct some errors
change all sources on a-desk and a-desk.installer
only for gnome

v13.1-gnome
correct some errors
change all sources on a-desk and a-desk.installer
add new videos
only for gnome

v14.1-gnome
correct some errors
change all sources on a-desk and a-desk.installer
add new videos
only for gnome
convert to gnome-script

v15-1-gnome
correct some errors
change all sources on a-desk and a-desk.installer
only for gnome
convert to gnome-script
new options languaje

v16-final
correct some errors
change all sources on a-desk and a-desk.installer
only for gnome
convert to gnome-script
new options languaje
separate source and one only video to all code
prepared tutorials to add new videos on sourcecode

[read more]

job recommendations:
Praktikant Events/Business/Communication KDE e.V  praktikum 
KDE e.V.  Germany, Berlin  more about this offer
Praktikant Programmierung/Marketing openDesktop.org  trainee 
h i v e 01 gmbh  Germany, Stuttgart  more about this offer
[more jobs]

@Xavier qui écrit "Il faudra encore qu'on m'explique pourquoi firefox utilise theora uniquement, alors que le choix du codec revient clairement au système, pas au browser."

Dans la théorie oui :
c'est le système qui devrais gérer ses librairies de filtres de décodage et de conversions de tout format de fichier et les logiciels devraient via des dépendances pouvoir fonctionner avec.
(on aurais donc de quoi ouvrir un fichier .doc, .odt, .rtf et le lire avec n'importe-quel logiciel de traitement de texte. un fichier multimédia quel qu'il soit deviendrais lisible dans n'importe-quelle application, un navigateur certifié W3C HTML5 aurait comme dépendances obligatoire jpeg/png/gif (avec le système pouvant décoder d'autres formats comme le bmp, en facultatif)) en suivant un système par couche:
données > traitement des données (bibliothèque) > interface graphique (paramétrage du moteur de traitement de données) > rendu
html > gecko > firefox > thème windows
mysql > php > template et formulaires HTML > css
fichier > codec > player > interface de bureau
avec chaque partie interchangeable via des standards (n'importe quelle page web devrais pouvoir être décodée par n'importe quel moteur de rendu (geko, wbkit, ...), selon l'interface choisir (firefox, opera, chrome...) dans un environnement choisi

Sauf que dans la réalité, on a : des conflits entre les supports des formats et librairies, des librairies incomplètes, des problèmes de place (on veut pas forcément installer TOUS les codecs existants), des problèmes de légalité (DRM, brevets & co...), des formats de fichier fermés ou pas totalement libre comme le pdf... un héritage du développement orienté programme/fonctionnel et pas système/objet

-

En fait, le problème n'est pas que firefox ne supporte pas le H264 (vu que le h264 n'est pas librement exploitable, comme le gif lorsqu'il était encore breveté), mais que IE et Safari ne supportent pas le theora.

Il faudrait sortir des plugins/patchs pour que safari et IE puissent décoder le theora en attendant qu'ils l'implémentent nativement plutôt que de résoudre le problème de h264 dans firefox.

Et il faudrait expliquer que publier une vidéo en h264 sur le net, c'est comme publier un .wmv DRMisé, tout le monde ne peut pas le lire

Le patch pour Battlefield Bad Company 2 est arrivé dans Steam. Toutes les autres versions ont déjà été patchées hier.

Lire la suite sur Nofrag...

Conscients des bugs et autres soucis techniques qui peuvent venir gâcher la découverte d'Heavy Rain, les équipes de Quantic Dream ont mis au point un patch qui devrait bientôt être disponible sur le PlayStation Network. L'information vient d'un message du Senior Community Development Manager des...

C'est via Tweeter qu'Electronic Arts a annoncé l'arrivée précoce du contenu additionnel baptisé Army Of Two : Le 40ème Jour - Chapters Of Deceit. Initialement prévu pour avril, ce DLC de Army Of Two [...]

Fraîchement disponible aux Etats-Unis, Metro 2033 se dote d'une mise à jour avant sa sortie européenne. Ce patch, assez utile, vous apportera un peu de confort.

Ballottés durant de longues semaines, les serveurs de Battlefield Bad Company 2 ont enfin trouvé la stabilité.

Recently Alexandr announced new Percona-XtraDB-9.1 release, and now it is good time to summarize features we have and what is expected soon.

This release contains long waited features from 5.0:

• extended slow.log
• USER/TABLE/INDEX/CLIENT_STATISTICS + THREAD_STATISTICS

Extended slow.log is now even more extended, there is additional information for each query:

PLAIN TEXT CODE:

• # Bytes_sent: 4973  Tmp_tables: 1  Tmp_disk_tables: 1  Tmp_table_sizes: 7808

That is you can see how many bytes was returned by query, was temporary table used,
was it disk table or in-memory, and how big was temporary table.

Also you can profile each individual query from stored procedures, so now you should not
guess what took so long in stored procedure.

What we are working on right now is:

• InnoDB pagesize, so you will be able to specify 4K, 8K, 16K pagesize when you created database
• InnoDB fast checksums, idea and implementation was taken from Facebook patches
• InnoDB big log files ( bigger 4GB). As our benchmarks on FusionIO shows, you may need
  4GB+ log files to get more performance on fast storage systems
• SHOW TEMPORARY FILES, patch from Venu Anuganti
• INFORMATION_SCHEMA.SYS_TABLES and SYS_INDEXES to show internal InnoDB data dictionary

Full list of XtraDB engine features (what makes it different from InnoDB-plugin) on the state as it is right now:

Performance improvements

• Improved buffer_pool scalability
• Fast recovery
• Improved IO path
• Improved rollback segment scalability
• Separate purge thread
• Limited size of data dictionary in memory
• Increased number of concurrent write transactions (undo slots) ( up to 4000 )
• Fast checksums ( in release process )
• Support of different pagesizes ( 4K, 8K, 16K) ( in release process )

Usability / operations

• Show content of buffer_pool
• Import / export of dedicated tables
• Import / export of buffer_pool
• Transactional replication
• Show internal InnoDB data dictionary
• Show InnoDB locking/io profiling in slow.log

I hope you enjoy our work!

Entry posted by Vadim | No comment

Add to: | | | |

F.R.A.G.S. est plus joli qu'une insulte.

Au département marketing d'Electronic Arts, ils ont vraiment trouvé un bon filon pour leur promotion de leur FPS de guerre Battlefield Bad Company 2 . C'est tout simple : se moquer de la campagne pour Modern Warfare 2 . Après une pub d'Infinity Ward traitant les lanceurs de grenades au pif de &quot...

net-ldap version 0.1.0 has been released! Pure Ruby LDAP library. Changes: ### Net::LDAP 0.1.0 / 2010-03-08 * Small fixes throughout, more to come. * Ruby 1.9 support added. * Ruby 1.8.6 and below support removed. If we can figure out a compatible way to reintroduce this, we will. * New maintainers, new project repository location. Please see the README.txt. ### Net::LDAP 0.0.5 / 2009-03-xx * 13 minor enhancements: * Added Net::LDAP::Entry#to_ldif * Supported rootDSE searches with a new API. * Added [preliminary (still undocumented) support for SASL authentication. * Supported several constructs from the server side of the LDAP protocol. * Added a "consuming" String#read_ber! method. * Added some support for SNMP data-handling. * Belatedly added a patch contributed by Kouhei Sutou last October. The patch adds start_tls support. * Added Net::LDAP#search_subschema_entry * Added Net::LDAP::Filter#parse_ber, which constructs Net::LDAP::Filter objects directly from BER objects that represent search filters in LDAP SearchRequest packets. * Added Net::LDAP::Filter#execute, which allows arbitrary processing based on LDAP filters. * Changed Net::LDAP::Entry so it can be marshalled and unmarshalled. Thanks to an anonymous feature requester who only left the name "Jammy." * Added support for binary values in Net::LDAP::Entry LDIF conversions and marshalling. * Migrated to 'hoe' as the new project droid. * 14 bugs fixed: * Silenced some annoying warnings in filter.rb. Thanks to "barjunk" for pointing this out. * Some fairly extensive performance optimizations in the BER parser. * Fixed a bug in Net::LDAP::Entry::from_single_ldif_string noticed by Matthias Tarasiewicz. * Removed an erroneous LdapError value, noticed by Kouhei Sutou. * Supported attributes containing blanks (cn=Babs Jensen) to Filter#construct. Suggested by an anonymous Rubyforge user. * Added missing syntactic support for Filter ANDs, NOTs and a few other things. * Extended support for server-reported error messages. This was provisionally added to Net::LDAP#add, and eventually will be added to other methods. * Fixed bug in Net::LDAP#bind. We were ignoring the passed-in auth parm. Thanks to Kouhei Sutou for spotting it. * Patched filter syntax to support octal XX codes. Thanks to Kouhei Sutou for the patch. * Applied an additional patch from Kouhei. * Allowed comma in filter strings, suggested by Kouhei. * 04Sep07, Changed four error classes to inherit from StandardError rather Exception, in order to be friendlier to irb. Suggested by Kouhei. * Ensure connections are closed. Thanks to Kristian Meier. * Minor bug fixes here and there.

AOL (NYSE: AOL)—which is doubling down on its own local efforts—is now setting up a $10 million venture capital fund to invest in the local space. The company cites the “increasing number of startups” in the market as driving the creation of the fund, which will operate as part of AOL Ventures. Also likely not a coincidence: AOL Ventures head Jon Brod joined the company via its acquisition last summer of hyperlocal news startup Patch.

AOL is already spending $50 million this year alone to expand Patch; specifically, the company now says it will add 15 hyperlocal sites to its current 40 over the next three months. It’s also announcing it will relaunch its City’s Best entertainment guides in 25 cities in order to add “high-quality, city-specific content” and will add geo-targeted local content to AOL.com.

AOL (NYSE: AOL)—which is doubling down on its own local efforts—is now setting up a $10 million venture capital fund to invest in the local space. The company cites the “increasing number of startups” in the market as driving the creation of the fund, which will operate as part of AOL Ventures. Also likely not a coincidence: AOL Ventures head Jon Brod joined the company via its acquisition last summer of hyperlocal news startup Patch.

AOL is already spending $50 million this year to expand Patch; specifically, the company now says it will add 15 hyperlocal sites to its current 40 over the next three months. It’s also announcing it will relaunch its City’s Best entertainment guides in 25 cities in order to add “high-quality, city-specific content” and will add geo-targeted local content to AOL.com.

SCEA a confirmé qu’un patch pour Heavy Rain était dans les tuyaux, et qu’il allait être disponible très prochainement. Le but du patch ? Fixer les freezes et autres glitches rencontrés par certains joueurs. Pensez tout de même à ne pas retirer TOUS les glitches. Ce serait dommage…

via vg247

Quand on développe un site web, il peut être utile d'utiliser un gestionnaire de révisions. Personnellement, j'utilise git. Cet article explique donc comment tirer parti de cet outil pour gérer vos modifications successives, et surtout les mises à jour de SPIP, le tout proprement.

Cet article n'est pas un comparatif entre git et Subversion (svn), qui reste le gestionnaire de révisions utilisé pour développer SPIP lui-même ainsi que les différents plugins trouvables sur SPIP-Zone [3], les données de connexion à la base seront probablement différentes d'une instance à l'autre du site. Dans ce cas, il peut être censé d'ajouter config/connect.php à votre fichier .gitignore pour qu'il ne soit pas pris en compte par git.

Enfin, optionnellement, si cette liste de fichiers à ignorer est spécifique à votre installation locale et qu'elle perdrait son sens sur une autre instance du site (ça, c'est à vous de voir), vous pouvez mentionner .gitignore lui-même dans le fichier. Sinon, vous pouvez très bien l'intégrer au suivi de révisions.

Une fois le fichier .gitignore sauvegardé, si vous ne l'avez pas inclus dans sa propre liste de fichiers à ignorer, c'est une bonne idée de committer le changement :

• git add .gitignore
• git commit -m "Ignorer les fichiers temporaires de SPIP"

En parallèle à ça (avant, après, ou avec l'autre main), terminez votre installation de SPIP (c'est expliqué là, chapitre "Terminer l'installation") avec le navigateur. Les seuls fichiers modifiés seront ceux qu'on vient de demander à git d'ignorer, donc aucun autre mouvement ne sera généré dans votre dépôt.

Travail sur votre site

Là, c'est le moment du film où vous commencez à travailler sur votre site (allez, au travail !), typiquement en éditant des squelettes et les CSS, en installant des plugins, en envoyant tout ça sur internet... Bref, faire le site, quoi. Allez-y, on vous regarde.

Maintenant que vous utilisez un gestionnaire de révisions, et que vous êtes sur la branche master, après chaque modification intelligente et assumée, vous pouvez (devez) committer. On s'y fait. Ça reste en local ; à chaque fois que vous atteignez un état satisfaisant dans votre code, vous pouvez l'envoyer sur le site distant réel (avec git push ou FTP, voir dernier paragraphe).

Répétez le paragraphe précédent en boucle, jusqu'à ce que l'équipe de SPIP sorte une nouvelle version. N'oubliez pas de boire et manger entre temps.

Une nouvelle version de SPIP est sortie

Jour de fête, une nouvelle version de SPIP vient de sortir !

Committer ce qui ne l'est pas encore, et aller chercher une coupe de champagne et une part de gâteau. Avant d'avoir trop bu, revenir, trouver la chaise, puis l'écran. Enfin, localiser le clavier et se concentrer sur les étapes suivantes. (En cas d'échec, retourner avec les autres et continuer le tuto le lendemain.)

Import de la nouvelle version de SPIP

• Basculer vers la branche de "SPIP nu" :
  git checkout spip_upstream
• Supprimer tous les fichiers de la version 2.0.10, et les remplacer par les nouveaux. Vous pouvez utiliser git status et git diff pour voir les nouveautés.
• Tout ajouter :
  git add .
• Committer, comme la première fois :
  git commit -m 'Import de SPIP 2.1.0'
  C'est enregistré, git status vous dit que tout est clean.
• On est toujours dans la branche spip_upstream, contenant maintenant un SPIP 2.1 "nature". Créer une branche de transition et basculer dessus :
  git checkout -b spip_maj_vers_2.1.0
• Fusionner l'état actuel de notre code (branche master) avec la nouvelle version :
  git merge master

À partir de là, on est toujours dans la branche de transition, car le travail n'est pas fini, mais on avec un SPIP mis à jour en 2.1.

Si les étapes précédentes ne sont pas très claires, une astuce est de bien garder en tête à chaque étape dans quelle branche on se situe (c'est le même principe que les répertoires et la commande cd). En cas de doute, pensez à votre amie la commande git branch. Sinon, c'est peut-être le champagne.

La partie artistique, alias "ce pour quoi on vous paie"

Maintenant, il reste le plus important, qui dépend complètement de vos squelettes, des versions de SPIP considérées, et de vos talents de webmaster : adapter votre code à la nouvelle version de SPIP. Puisque vous avez probablement configuré votre site en local, l'heure est au vidage de cache, à la mise à jour de la base (voir doc, étape 3) sur le site local, et aux tests jusqu'à ce que ça marche. Cette partie inclut le remplacement des anciens plugins par les nouveaux, bref tout ce qu'il faut pour que le site marche nickel en local.

- Note 1 : N'oubliez pas de committer chaque changement proprement.
- Note 2 : Si vous avez configuré un ou des dépôts distants, que ce soit le site lui-même ou autre, vous pouvez même pusher vos changements : on est sur la branche de mise à jour, donc pas de souci, master est toujours inchangé.

Bon, je vous laisse bosser, on me fait signe qu'il reste du gâteau.

Voilà. Là, vous avez donc un site rutilant en local, et tout est commité, git status est content. On n'a plus qu'à boucler tout ça.

Boucler tout ça

• Rebasculer fièrement vers la branche master, avec des airs de « Chéri(e), j'ai une surprise pour toi ».
  git checkout master
• Ramener le fruit de notre (votre) travail :
  git merge spip_maj_vers_2.1.0
• Supprimer la branche de transition, maintenant qu'elle est totalement intégrée :
  git branch -d spip_maj_vers_2.1.0

Et voilà, on est à jour, et en master ! Plus qu'à envoyer sur le site réel. Avant cela, n'oubliez pas l'étape 1 (sauvegarde de précaution) du tuto habituel. C'est une bonne idée de désactiver les plugins du site, aussi, car certains vont être supprimés. Quand l'envoi est effectué, passez directement à l'étape 3 (mise à niveau de la base). Les nouveaux plugins sont arrivés avec le déménagement, il n'y a plus qu'à les réactiver. Un petit vidage de cache par-dessus tout ça, et listo !

Que faire en cas de modification manuelle du code de SPIP ?

Dans la vraie vie, c'est parfois plus compliqué : par exemple, une alerte de sécurité est donnée, et un correctif fourni. Ou bien, vous voulez absolument modifier le code de SPIP parce que vous avez la certitude (vous vous trompez) que dans ce cas précis vous ne pouvez pas passer par ces mécanismes merveilleux que sont les plugins, les pipelines, les surchargements de fonctions, etc. Autre cas de figure, vous avez vu passer un commit trop bien sur la version de dev, et ça vous emballe tellement que vous ne pouvez pas attendre la prochaine version et vous décidez de modifier le code de SPIP pour appliquer ce changement.

Dans ces cas, il faut au moins faire ça bien, sinon à la prochaine mise à jour de SPIP, git va hurler au conflit. Rassurez-vous, c'est simple, mais il faut faire ça bien.

• Committer ce qui ne l'est pas encore, comme d'hab.
• Basculer sur la branche spip_upstream :
  git checkout spip_upstream
• Faire votre cuisine dans le code.
• Committer chaque changement proprement.
• Rebasculer sur la branche de travail :
  git checkout master
• Intégrer le nouveau spip_upstream :
  git merge spip_upstream

Le piège (ça m'est arrivé), c'est de ne pas basculer vers spip_upstream pour faire les changements, mais les faire directement dans master. Mauvaise idée : à la prochaine mise à jour, ça va être pénible à dépatouiller. Vous modifiez SPIP, vous le faites dans la branche de SPIP.

Après la prochaine mise à jour de SPIP, bien sûr, n'oubliez pas d'appliquer de nouveau vos changements si besoin [4]. Si c'était un patch de sécurité, pas la peine, il sera évidemment compris dans la nouvelle version. Si c'était un changement "maison", vraiment, faites un plugin, ou bien proposez votre amélioration sur la liste spip-dev@rezo.net. Ça évitera de maintenir votre propre version de SPIP en parallèle, et ça servira sûrement à d'autres personnes.

Amélioration possible : utiliser git pour publier ses modifications

A priori, comme expliqué au début, vous travaillez toujours sur une copie du site installée en local, et à chaque fois que ça semble bien, vous envoyez tout ça sur le site réel.

Pour cela, il y a bien entendu l'option classique d'envoyer le tout via FTP, SSH, ou autre, en remplaçant tous les fichiers du site actuel par les nouveaux.

Cependant, une utilisation très intéressante de ce qu'on vient de mettre en place, c'est que vous pouvez utiliser git push pour envoyer vos changements vers le site en production. Ainsi, vous n'avez même pas besoin de tout effacer et remplacer à chaque fois : seules les différences seront envoyées. Une autre destination peut être un dépôt de type GitHub, Gitorious, ou même votre propre dépôt sur une autre machine. Il s'agit cependant là d'un tout autre chapitre, qui sera probablement détaillé dans un prochain article.

[1] Il existe cependant divers moyen d'obtenir le code de SPIP et de SPIP-Zone via git.

[2] Moi j'aime bien gitk.

[3] Cet aspect ne sera pas détaillé dans cet article, car c'est un sujet à part.

[4] Si vous avez bien documenté vos changements en temps et en heure, les commandes git log et git diff premier-hash second-hash vous permettront de les retrouver.

Vous en avez assez de vous faire tabasser par les Predator en mode classement alors que vous avez vidé un chargeur entier sur ce dernier voir même donné plusieurs coup de griffes avec votre alien ? Vous en avez assez aussi d'attendre des dizaines de minutes pour trouver une partie sur le Xbox Live ?...

Comme nous vous le disions dans notre news, Heavy Rain semble rencontrer le succès auprès des joueurs après avoir été globalement apprécié par les critiques. Néanmoins, et comme le soulignait RaHaN,…

Rebellion prépare un patch pour les versions consoles d'Aliens VS Predator 3.

Lire la suite sur Nofrag...

Les joueurs qui ont acheté (on se demande bien pourquoi) la version Xbox 360 de Metro 2033 ont remarqué qu'un patch était disponible dès à présent pour le jeu. THQ s'explique sur Facebook : le patch ajoute quelques options (pour la luminosité et les contrôles) mais ajoute surtout la possibilité de DLC futurs.
Maintenant que le jeu est fini, nous avons réfléchi à du DLC. Nous avons des idées, mais rien que nous puissions dévoiler maintenant. Nous pouvons juste dire que ce ne sera pas une nouvelle campagne solo, pas des "niveaux manquants" ou quoi que ce soit du genre : on débute tout juste la production dessus.

Et non, ça n'est pas non plus un mode multijoueurs ! Ca serait cool, mais hélas impossible...Donc leur DLC ne sera ni du solo, ni du multi. C'est très clair les gars, bravo.

Copie du message : [--SUITE--]360 players may have noticed that a Title Update went live for Metro 2033.

There's a couple of reasons for this - primarily it's to allow the game to accept DLC further

Lire la suite sur Nofrag...

DICE a sorti un gros patch pour Battlefield Bad Company 2 sur PC, qui corrige des bugs aussi bien dans le solo que dans le multi. Problème : il a aussi l'air de rajouter un paquet de problèmes (notamment des freezes). Le patch n'est apparemment pas encore arrivé sur Steam, mais c'est parce qu'il sera sensiblement différent : EA en profitera pour retirer Securom de la version Steam.

IGN a tenté d'obtenir des infos sur l'avenir du jeu auprès de DICE, mais ils n'ont récolté que deux pages de langue de bois. Par ailleurs, DICE continue sa campagne anti-Modern Warfare 2 : aujourd'hui, ils sortent une vidéo parodiant une pub humoristique de MW2.

Le changelog du patch : [--SUITE--]Single Player -
Fixed: Graphical issues on some systems on SP_03 (at start and when displaying background mountains at ”Up river”)
Fixed: Character voice issue during cut scenes in SP_03b (only affected Spanish)
Fixed: Hang when killed using TOW Launchers in SP_05
Fixed: Graphical issue on some systems on

Lire la suite sur Nofrag...

Zipper a sorti un nouveau correctif pour MAG, dans le but d'équilibrer un peu mieux le jeu.

Lire la suite sur Nofrag...

Valve's Steam authentication favoured.

The Steam edition of Battlefield: Bad Company 2 will ditch SecuROM in an upcoming game patch. Valve's own authentication service will be used instead.

The update, version 522175, is imminent. Apparently there's a bit of extra QA on Steam to bypass.

All non-Steam users can download the patch now. Unfortunately, a few problems appear to have cropped up; members of the BFBC2 forum report crashes to desktop after installing the update, and some are having account login issues.

Read more...

Patch de correction de bugs

Depuis l'été 2009, je tentais de comprendre pourquoi je perdais parfois le clavier après plusieurs jours d'utilisations d'Xorg (entre 1 et 15 jours, super pratique pour le debug !). J'ai suspecté Xorg, Gajim, puis evdev, pour enfin réaliser que ça venait de Synergy. J'utilise Synergy pour partager mon clavier et ma souris entre deux ordinateurs.

J'ai deux écrans branchés à deux ordinateurs différents, mais un seul couple clavier/souris. Aucun des deux ordinateurs ne gère le double écran. C'est pratique d'avoir deux ordinateurs physiques séparés : si l'un est lent, on peut utiliser l'autre (synergy subit peu les montés en charge). Après l'intérêt du double écran est multiple. Dans mon cas, typiquement j'ai un écran pour IRC+Jabber et l'autre pour les trucs plus sérieux (je ne dirai pas avec quel écran je vais sur trollfr !).

Bref, Synergy c'est génial ! Sauf que... le projet n'est plus maintenu depuis... 4 ans !
http://sourceforge.net/projects/synergy2/files/

Un fork est né, Synergy+, qui vise justement à corriger tous les bugs connus. Enfin !
http://code.google.com/p/synergy-plus/

--

Depuis l'été 2009 je lutais contre les bugs du client (segfault réguliers) et serveurs (perte complète du clavier, plantage Xorg, ou autre drolerie). Pire : les bugs sont connus et certains sont corrigés !

Le bug client était lié à une version trop ancienne : synergy de Debian Stable (1.3.1-5) est instable, il faut utiliser la version de Debian Instable (1.3.1-6) qui elle est stable (cherchez l'erreur). Le changelog Debian m'apprendra que Debian a rajouté un correctif pour synergyc (client) qui était déjà dans synergys (serveur) :
http://packages.debian.org/changelogs/pool/main/s/synergy/sy(...)

Pour les bugs serveurs : j'ai d'abord accusé Xorg. J'ai écrit un patch pour rajouter un timestamp aux messages Xorg, mais ça n'a servi à rien : aucun nouveau message n'était écrit lors de la perte de clavier.
https://bugs.freedesktop.org/show_bug.cgi?id=26180
(le patch n'a pas été intégré : il pose des problèmes techniques liés aux interruptions, d'autres patchs existent mais ont le même problème)

J'ai ensuite suspecté Gajim vu que les menus KDE fonctionnaient encore, mais pas les menus Gajim. Et une fois, le clavier s'est réparé tout seul quand on m'a écrit un message sur Gajim. Le bug a été fermé aussi vite qu'il a été ouvert (genre "ça ne peut pas venir de Gajim, aurevoir").
http://trac.gajim.org/ticket/5620
(après coup, j'ai compris que tous les programmes Gtk+ étaient affectés par la perte du clavier (menu HS et du clic droit HS), alors que les programmes Qt ne le sont pas !?)

En analysant /dev/input/* et en étudiant udev et evdev, j'ai réalisé que le problème n'était pas à ce niveau, mais plus haut niveau.

J'ai finalement compris (après quelques mois, hein, je suis un lent) que le problème ne pouvait venir que de Synergy !

Quand on voit la liste des bugs Debian ouvert pour le paquet Synergy, ça fait juste peur :-)
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=synergy;dis(...)

--

Bref, n'utilisez pas Synergy version Debian, mais passez à Synergy+ qui offre des paquets pour diverses distributions et corrige de nombreux bugs connus ! Et puis, ce projet est maintenu ;-)

J'espère que ce journal évitera à certains d'entre vous de perdre autant de temps que j'en ai perdu. Je viens à l'instant de passer à Synergy+, et j'espère que les bugs serveurs sont corrigés. Si non, je pense tout de même que ça sera plus facile à corriger que dans Synergy !

Le patch 1.3 apporte plusieurs modifications de taille au jeu dont un éditeur de cartes. Une nouvelle option permet aussi de modifier l'emplacement de plusieurs monstres et temps afin de rendre les parties plus difficiles. Les coffres sont aussi remp(...)