PROJET AUTOBLOG


Free Software Foundation Europe

source: Free Software Foundation Europe

⇐ retour index

Mise à jour

Mise à jour de la base de données, veuillez patienter...

FSFE introducing "Supporters" and two small tasks for you

vendredi 21 septembre 2012 à 01:00

FSFE introducing "Supporters" and two small tasks for you

It's now possible to become a public supporter of FSFE. This allows you to easily show that you care about Free Software and support the FSFE's activities.

Why?

a) FSFE needs a better way to measure how many people care about Free Software issues, and b) FSFE wants to be able to demonstrate how many people support our mission. Other organisations do this with by using Facebook "friends", and Twitter "followers", but FSFE does not wish to force anyone to register for an external service to show that they care about our mission.

What does it mean?

Becoming a Supporter does not cost anything, and Supporter names and e-mail addresses will not be released. Only the total number of supporters will be published. Supporters may receive occasional important information from us, at most three times a year. As before, they can subscribe to our newsletter, discuss ideas on FSFE's public mailing lists, make a one-time donation , and join the Fellowship .

Two things you can do to help FSFE in less than 10 minutes:

1. Become a supporter!
2. Ask your friends and colleagues -- by e-mail, social networks, or in person -- if they also want to become a supporter. You can e.g. use an URL like "http://fsfe.org/support/?YourFellowshipLoginName" for this. This way you can see who you've encouraged to subscribe at "https://fsfe.org/support/stats?ref_id=YourFellowshipLoginName". You can see the progress of supporter numbers.

Support FSFE, join the Fellowship
Make a one time donation

Free Software activists ask Italian Authority for Protection of Personal Data to publish readable documents

vendredi 21 septembre 2012 à 01:00

Free Software activists ask Italian Authority for Protection of Personal Data to publish readable documents.

Free Software Foundation Europe and twenty Italian civil society organisations wrote a letter to the President of the Authority for the Protection of Personal Data, asking the agency to ensure that all documents published on its website can be read and used with Free Software programs.

On its website, the agency had offered a PDF document to report data breaches. Although most versions of the PDF file format are Open Standards, this form could only be filled in using a particular proprietary PDF reader.

"This is an obstacle to the users' freedom," says Alessandro Polvani, who coordinates FSFE's activities in Italy. "Public authorities need to make sure that their documents are accessible to everyone. No citizen should have to use proprietary software in order to talk to the public sector."

Beyond the PDFreaders campaign

In FSFE's PDFreaders campaign, volunteers across Europe work to have advertisements for proprietary PDF readers removed from public-sector websites. People in Italy are among the most active participants in the campaign. They have so far reported 488 advertisements, of which almost half (49%) were fixed in response to letters by citizens.

Contact




If you wish to receive further updates, subscribe to our press release mailing list at http://fsfe.org/press.

Further information

Navigazione

Support FSFE, join the Fellowship
Make a one time donation

Results: Free Software voice & video testing

jeudi 20 septembre 2012 à 01:00

Results: Free Software voice & video testing

Last weekend on Software Freedom Day the Manchester FSFE Fellowship group, assisted by additional participants in Britain and Germany, spent the afternoon testing Free Software alternatives to Skype.

Results

The 25 sets of results were recorded, and can be browsed, sorted, and searched below.

Six audio tests successfully passed (24%), as did five video tests (20%). Mumble was the most successful client, passing 100% of tests (audio only, video is not yet supported). XMPP passed four out of 14 audio tests, whereas SIP passed only one out of ten (both video and audio). Of nine apps tested, only Mumble, Pidgin, Jitsi, and Google Talk's web client achieved passes.

Conclusions

The clients tested performed more poorly than expected, probably due to network problems. One of the difficulties in testing was that generally there was little or no information about why the test had failed.

SIP clients couldn't connect successfully except when both testers used the same client, and had accounts on the same SIP server. This was surprising, especially considering that the accounts used for testing were is many cases paid for and commercially supported.

The only client and protocol which consistently did what it promised was Mumble, which had 100% test pass rate. Unlike all other clients, Mumble uses its own protocol, and also offers audio conferencing and text-to-speech by default. Mumble users are constrained to using the same server however, unlike SIP and XMPP users who should theoretically each be able to use a separate server of their choice.

It would have been useful to have a local SIP and XMPP server on the same network as the testers in order to better identify network related problems. This could have helped determine whether failures stemmed from the client, network, or server..

Examining STUN and ICE configurations was beyond the scope of our tests, but as these technologies seem critical to whether calls succeed or fail, they merit careful examination when choosing or configuring SIP and XMPP servers.

FSFE Fellows will be pleased to note that XMPP calls using FSFE's own XMPP server were often successful: several volunteers could see and hear each other when both were using their @jabber.fsfe.org accounts.

A Skype alternative?

Skype uses a variety of notorious methods to punch through network obstacles like firewalls, and to ensure it can locate the intended call recipient wherever they may be. It also benefits from being a centralised system where, if necessary, all roads lead to Rome (or a Skype managed server, at least).

Contrastingly, Free Software systems play by conventional rules of network traffic, and try and connect callers using established procedures. They also have to communicate with a variety of different servers, which may operate in ways they don't know or expect. In addition to this, some of the chat clients that we tested have only recently added support for more than text-based chatting (Gajim in Debian testing is too old for video, for example), and probably add a few problems of their own into the mix.

Based on our test results, those looking for a Free Software Skype alternative should use either Mumble, or SIP with all callers on the same server and using the same client.

Moving Forward

We had hoped to publish a conclusive compatibility table of chat clients, providing a reference for people needing to know "what works with what", and "what is easiest". Instead, we have table of subjective results, and a list of questions:

If you have answers to these questions, please share them in the comments of the blog edition of this article.

Table

More data is available in the table source code.

<style> #results_length { float:left; } #results_filter { float: right; } #results_info { clear: left; float:left; } #results_info { clear: left; float:left; } #results_paginate { float: right; }
From Client From OS From DE To Client To OS To DE Report Local type Audio Video Notes Account 1 Account 2
Pidgin 2.7.3 Crunchbang openbox Pidgin 2.1 Fedora 17 Gnome Anna true XMPP pass pass
Pidgin 2.7.3 Crunchbang openbox gajim 0.15 Fedora 17 Gnome Anna true XMPP fail pass
Jitsi 1.0-build.3967 Ubuntu 12.04 Gnome/Unity Gajim 0.15 Fedora 17 Gnome Jamie true XMPP fail fail Options were greyed out on Gajim
Pidgin 2.10.6 Ms Win XP na Pidgin 2.7.3 crunchbang openbox David false XMPP fail fail
Empathy 3.4.2.3 Fedora 17 Gnome Empathy 3.4.2.3 Ubuntu 12.04 Gnome/Unity Sam true XMPP fail fail only text chat worked - no indication of a call request was received for either video or voice calls
snom220 hardphone snom220-SIP 3.56z Snom Linux NA Wookey false SIP fail fail call connection failed: 'No such domain' - local DNS failure 3858102@SIPgate.co.uk wellybob@jabber.me
snom220 hardphone snom220-SIP 3.56z Snom Linux NA wookey false SIP fail fail call connection failed: 'No such domain' - local DNS failure 3858102@SIPgate.co.uk samtuke@SIP.linphone.org
snom220 hardphone snom220-SIP 3.56z Snom Linux NA n900 app Maemo 5 hildon wookey false SIP fail fail call connection failed: 'No such domain' - local DNS failure 3858102@SIPgate.co.uk 2542654@localphone.com
n900 21.2011.38-1 Maemo 5 Hildon linphone wookey false SIP fail fail call connection failed: 'unable to call, contact offline 9178850@SIPgate.co.uk samtuke@SIP.linphone.org
n900 21.2011.38-1 Maemo 5 Hildon n900 app Maemo 5 hildon wookey false SIP fail fail call connection failed: 'unable to call, contact offline 9178850@SIPgate.co.uk
n900 21.2011.38-1 Maemo 5 Hildon snom220 hardphone snom220-SIP 3.56z Snom Linux NA Sam false SIP fail fail call connection failed: no response" 1st time, call unauthorised 2nd time" samtuke@SIP.linphone.org | 2542654@localphone.com
n900 21.2011.38-1 Maemo 5 Hildon n900 21.2011.38-1 Maemo 5 Hildon Sam false SIP fail fail call connection failed samtuke@SIP.linphone.org | 2542654@localphone.com 3858102@SIPgate.co.uk
Jitsi 1.0-build.3967 Ubuntu 12.04 Gnome/Unity Jitsi 1 Fedora 17 Gnome Jamie true XMPP fail fail ICE failed 9178850@SIPgate.co.uk
Pidgin unknown Ubuntu 12.04 Gnome/Unity Pidgin 2.1 Fedora 17 Gnome Jamie true XMPP fail fail ICE failed
mumble 1.2.3 Fedora 17 Gnome Murmur murmur-static_x86-1.2.3-412 Debian Wheezy Sam false mumble pass na using bens server, it just works
Pidgin 2.7.3 Crunchbang openbox kopete 1.2.5 Fedora 17 Gnome Anna true XMPP fail fail kopete couldn't initiate call with pidigin, only pidgin could initiate with kopete
Kopete 1.0.0 Crunchbang openbox Pidgin 2.1 Fedora 17 Gnome Anna true XMPP fail fail
Jitsi 1.0-build.3967 OSX 10.6.8 NA Pidgin? ? Ubuntu KDE Robin false XMPP pass pass notes
Jitsi 1.0-build.3967 OSX 10.6.8 NA Jitsi 1.0-build.3967 Fedora Gnome Robin true SIP pass pass Audio one one was pretty garbled, both using SIP2SIP
Jitsi 1.0-build.3967 OSX 10.6.8 NA Jitsi 1.0-build.3967 Fedora Gnome Robin true SIP fail fail failed using different servers: SIP2SIP and localphone
linphone 3.5.2 Fedora 17 Gnome Jitsi 1.0-build.3967 OSX 10.6.8 NA Sam true SIP fail fail failed using different servers: SIP2SIP and linphone
Pidgin 2.10.3 Kubuntu 12.04 KDE Google Talk, webclient ??? OSX, Android NA Steffi true XMPP pass pass
Pidgin 2.10.3 Kubuntu 12.04 KDE Google Talk, webclient ??? ??? NA Steffi false XMPP pass fail Video was fine, audio worked but the quality was very low
Psi 0.14 Fedora 17 Gnome psi+ 0.15.5337 OSX NA Sam true XMPP fail fail
Psi/Psi+ v0.15.5339-webkit Fedora 17 Gnome psi+ Psi+ v0.15.3910 KKubuntu 12.04 KDE Sam true XMPP fail fail auth requests never appeared, voice chat enabled via pssimedia client

Support FSFE, join the Fellowship
Make a one time donation

Freiburg - hebelt geheimes Gutachten Gemeinderatsbeschluss aus?

mardi 18 septembre 2012 à 01:00

Freiburg - hebelt geheimes Gutachten Gemeinderatsbeschluss aus?

Dieser offene Brief wurde soeben von der Open Source Business Alliance, der Free Software Foundation Europe und dem Bundesverbands Informations- und Kommunikationstechnologie an die Bürgermeister und die Mitglieder des Gemeinderats der Stadt Freiburg sowie an den Leiter des Amtes für Bürgerservice und Informationsverarbeitung verschickt:

Sehr geehrte Damen und Herren,

der Freiburger Gemeinderat hat im Jahr 2007 beschlossen, das Dokumentenformat "Open Document Format" (ODF) als Standardformat für den Dokumentaustausch festzulegen. Dieser Beschluss war auch die Grundlage dafür, das Office-Paket "OpenOffice" in der Freiburger Verwaltung als Standardsoftware für Textverarbeitung, Tabellenkalkulation usw. zu verwenden.

Nach uns vorliegenden Informationen setzt die Verwaltung der Stadt Freiburg zur Zeit jedoch wieder die Ablösung von "OpenOffice" durch ein proprietäres Office-Paket um oder bereitet diese Ablösung zumindest vor.

Grundlage hierfür ist anscheinend ein extern angefertigtes, unter Verschluss gehaltenes Gutachten. Die für die Umstellung benötigten Budgets sind - soweit uns bekannt - bereits genehmigt und Mitarbeiter werden über die bevorstehende, erneute Umstellung informiert.

Dass weder im Gemeinderat, noch öffentlich eine das Gutachten würdigende Diskussion stattgefunden hat, ist mindestens ungewöhnlich. Das gilt umso mehr, weil es einen Gemeinderatsbeschluss gibt, der das Gegenteil von dem festlegt, was nun umgesetzt werden soll. Wir sind deswegen besorgt darüber, ob die Verwaltung der Stadt Freiburg sich über die Beschlüsse der Legislative hinwegsetzt oder zumindest versucht, schwer änderbare Fakten zu schaffen.

Wir würden deswegen gerne wissen:

  1. Warum das den jetzigen Wechsel stützende Gutachten nicht öffentlich gemacht wird?
  2. Wie vor dem Hintergrund einer Umstellung auf Microsoft Office die Umsetzung des Gemeindaratsbeschlussses von 2007 zum Open Document Format sichergestellt sein wird?

Für Ihre Antworten bedanken wir uns herzlich im voraus und stehen für Rückfragen gerne zur Verfügung.

Mit freundlichen Grüßen,

Peter Ganten - Vorsitzender des Vorstands der Open Source Business Alliance
Holger Dyroff - Sprecher der Working Group Public Affairs und Vorstandsmitglied der Open Source Business Alliance
Matthias Kirschner - Deutschlandkoordinator der Free Software Foundation Europe
Marco Schulze - Bundesverband des Informations- und Kommunikationstechnologie

Support FSFE, join the Fellowship
Make a one time donation

Software Freedom Day with Manchester Fellows

samedi 15 septembre 2012 à 01:00
Fellows in Manchester will meet to determine how best to voice and video chat using Free Software. Between 14.00-17.00 in Madlab Hackerspace advocates will test which programs are compatible with which, and publish a table of results for public use.

Support FSFE, join the Fellowship
Make a one time donation