Modeste contribution à Audacity sur l'affichage des temps

Posté par  (site web personnel) . Édité par Benoît Sibaud, Nils Ratusznik, ZeroHeure et Nÿco. Modéré par patrick_g. Licence CC By‑SA.
Étiquettes :
29
18
nov.
2014
Son

Audacity est un logiciel (GPLv2/C,C++/wxWidget) dédié "à la manipulation de données audio numériques.". Son développement est encore actif (dernière version : septembre 2013) et utilise SVN.

Cette dépêche est consacrée à un retour d'expérience sur un point précis : modifier la manière dont Audacity affiche le temps de début et de fin d'un fragment audio.

Journal Un fork de Debian à cause de systemd ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
31
19
oct.
2014

Énième remous de l’affaire systemd/debian : un « groupe de développeurs Debian » menace de forker la distrib si on ne laisse pas à l’utilisateur la possibilité de ne pas utiliser systemd.

http://debianfork.org/

La guerre de tranchée fait toujours rage :
http://www.debianuserforums.org/viewtopic.php?f=12&t=3031
http://soylentnews.org/article.pl?sid=14/09/27/2211225

Le problème est double, certains rejettent systemd en tant que solution technique, et certains sont choqués par la manière dont la décision a été prise.

Moi ce qui m’inquiète un peu, en dehors de ce gaspillage d’énergie, c’est que (…)

Journal FFmpeg de retour dans Debian

Posté par  . Licence CC By‑SA.
Étiquettes :
38
1
août
2014

Bonjour,

Une bonne nouvelle pour les utilisateurs et développeurs de Debian :
Reintroducing FFmpeg to Debian

En subtance, FFmpeg est de retour dans Debian mais ce n'est pas officiellement la fin du fork Libav car il restera dans Debian tant que la paquet sera maintenu.
En pratique, je vois mal Libav survivre longtemps dans ces conditions.

Un bon résumé de l'histoire avant cette annonce, est donné ici :
FFmpeg versus Libav

Et le fameux bogue #729203 qui sera peut-être enfin (…)

Journal Deux mois après, le fork d'Ampache fusionne avec l'original

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
33
24
avr.
2014
Ce journal a été promu en dépêche : Deux mois après, le fork d'Ampache fusionne avec l'original .

Ampache est un serveur de diffusion de musique. Alors que le projet semblait à l'abandon (pas de releases, pas de commits, plus de site web), un fork nommé Ampache Doped a secoué cette communauté, recevant des echos plutôt positifs. Après quelques releases, voilà que Ampache Doped et le projet original Ampache fusionnent à nouveau:

This project was merged with Ampache project.

Happy end ? Apparement, puisque le développement a repris sur le dépot Git de Ampache.

Apanage du libre, parfois (…)

Journal OpenSSL est mort, vive (le futur) LibreSSL

Posté par  (site web personnel) .
70
22
avr.
2014

Salut les jeunes,

Vous n'êtes pas sans savoir qu'OpenSSL, la librairie plus ou moins standard implémentant les protocoles SSL/TLS, a récemment fait beaucoup parler d'elle pour un bug extrêmement grave. La librairie n'en était pas à son premier coup, elle a déjà fait parler d'elle à plusieurs reprises par le passé par sa piètre qualité (j'ai pas vu moi-même, je ne fais que rapporter ce que j'entends sur la toile).

Et bien les gens de chez OpenBSD en ont (…)

Journal journal bookmark : vers un fork d'OpenSSL ?

Posté par  (site web personnel) . Licence CC By‑SA.
55
15
avr.
2014

Bonjour Nal,

je t'écris pour te faire part d'un possible fork d'OpenSSL par les développeurs d'OpenBSD qui ont démarré depuis quelques jours un nettoyage complet.

Entre autres :

  • suppression des fonctionnalités heartbeat qui ont conduit au bug de la semaine dernière;
  • suppression de beaucoup de code cryptographique en trop;
  • suppression de wrappers autour de fonctions standard, en particulier pour malloc qui entravait des techniques de mitigation d'exploit

et autres nettoyages divers (cf premier lien), ce qui vu de loin (…)

Journal Bacula : ça bouge dans la sauvegarde !

Posté par  . Licence CC By‑SA.
Étiquettes :
18
7
avr.
2014

Bacula, logiciel de sauvegarde orienté grosses structures (rien à voir avec les solution de ce journal), est sorti le 29 mars dernier en version 7, puis en version 7.0.2 le 2 avril. La dernière version stable était la 5.2.13, sortie en février 2013, mais la version 5.2 existait déjà depuis le 30 octobre 2011. Je n'ai pas encore trouvé pourquoi avoir sauté le numéro 6, mais il s'agit probablement de ne pas interférer avec la version "entreprise" numéroté 6 (…)

Neovim : une refonte de vim pour le 21è siècle

Posté par  (site web personnel) . Édité par Florent Zara, BAud et Benoît Sibaud. Modéré par Ontologia. Licence CC By‑SA.
Étiquettes :
38
26
fév.
2014
Technologie

Neovim est un fork tout récent (fin janvier 2014) de Vim. Faut-il rappeler ce qu'est Vim (Vi IMproved), le fameux éditeur de texte ? Lui-même clone le plus populaire de l'ancêtre Vi ?

Logo VIM

Le logiciel a maintenant plus de 20 ans, contient environ 300 000 lignes de code de vieux C effrayant que peu de gens comprennent. Le mainteneur (unique ?) de Vim, Bram Moolenaar, refuse de factoriser certaines parties du code, et est très prudent avant d'accepter des patchs, car c'est lui qui devra en assurer la maintenance. Conséquence de tout ça : Vim est très dépendant d'une seule personne et évolue très lentement.

Neovim a pour objectif premier de simplifier la maintenance de vim :

  • modernisation du système de compilation : utilisation de cmake ;
  • suppression du code assurant la compatibilité avec de vieux systèmes ;
  • utilisation d'une bibliothèque externe (libuv) pour s'abstraire des différences entre les systèmes d'exploitation ;
  • factorisation « agressive » du code ;
  • meilleure séparation du code entre différents développeurs.

Par la suite, un nouveau système de plugins est prévu, ainsi que la possibilité de pouvoir créer plus facilement des interfaces graphiques (à la manière des plugins).

NdM : merci à Carif pour son journal.

Journal Neovim : vim's rebirth for the 21st century

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
31
25
fév.
2014
Ce journal a été promu en dépêche : Neovim : une refonte de vim pour le 21è siècle.

Context

Vim, le fameux éditeur de texte, est un logiciel ayant plus de 20 ans, qui contient environ 300 000 lignes de code de vieux C effrayant, que peut de gens comprennent.

Le mainteneur (unique ?) de vim, Bram Moolenaar, refuse de factoriser certaines parties du code, et est très prudent avant d'accepter des patchs, car c'est lui qui devra en assurer la maintenance.

Conséquence de tout ça : vim est très dépendant d'une seule personne, et évolue très lentement.

Neovim

Neovim (…)

Journal Ampache part en fourchette

Posté par  . Licence CC By‑SA.
Étiquettes :
27
17
fév.
2014
Ce journal a été promu en dépêche : Ampache Doped : Ampache part en fourchette.

Ampache est un serveur de diffusion de musique, développé en PHP. Il indexe une (ou plusieurs) collection, et met à disposition la musique sur une interface Web, le tout avec de nombreuses fonctionnalités. L'une des plus pratique est probablement le ré-encodage à la volée des fichiers dans une version dégradée, pour limiter la consommation de bande passante. Une API est également disponible pour des clients lourds sur de nombreuses architectures (notamment viridian sous linux, ou plusieurs greffons de logiciels populaires). (…)

Journal Encore un journal bookmark!

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
5
19
jan.
2013

Encore un fork de Gnome!

http://www.h-online.com/open/news/item/Consort-Desktop-Environment-fork-of-GNOME-Classic-announced-1786171.html

Il faudrait peut être que ça se calme un moment, je comprend pas du tout la justification de celui là, parce qu'ils ont fait des modifs dans le mode fallback et dans des composants de gnome, alors ils font un fork? Avec un fork de nautilus (encore un) en prime ?

Si quelqu'un a des informations sur ces modifs de fous qui justifie le fork…

Allez, bon week end!

Forum Programmation.autre Forker un projet et le maintenir à jour

Posté par  .
Étiquettes :
2
16
oct.
2012

Bonjour à tous,

Mon premier message sur ce site que je suis depuis pas mal de temps (sans pour autant m'être inscrit).

Ma question est relativement simple mais n'ayant pas d'antécédents en gestion de projet, j'ai pensé que le meilleur endroit pour poser cette question serait sûrement ici :)

Prenons un cas concret : Il y a un projet qui m'intéresse (nommément, pywebsocket) et qui est une mise en oeuvre de WebSocket (client et serveur) en python, considérée comme (…)

Forum Programmation.c Comment effectuer une tache le plus rapidement possible ? threads / fork() ... ?

0
9
sept.
2012

Bonjour,
en fait j'ai pri un petit exemple : *calculer la somme des nombres premiers en dessous de 2 millions.*

Et J'aimerais effectuer cette tâche le plus rapidement possible, quelque soit les ressources ou la mémoire consommée.
(Enfait, j'ai un même code, et ce que je veux c'est le paralléliser).

Les Threads :

J'ai fait un test dans un langage appelé Scala (proche du java), où j'utilise des threads.
Cependant le résultat n'est pas très concluant : le (…)

Une histoire de fork

44
22
août
2012
Jeu

Dans un récent journal, il a été fait état du problème des forks dans les jeux libres… Mais, plutôt que de tirer des conclusions sur des suppositions, et si nous étudions un exemple concret ? Alors, voici une histoire de fork !

Je propose une rétrospective historique avec une petite analyse et quelques avis personnels.

NdM : merci à Thomas DEBESSE pour son journal.