Note that Ubuntu users can be easily detected by their user-agent. Just check the user-agent string for ‘Ubuntu/’. Maybe we could put a ‘Friends of GNOME’-like banner on planet.gnome.org, www.gnome.org, and so on and politely request users to install a plugin/package to give the revenue back to the GNOME foundation again. The plugin could do this for Banshee, Amazon, Firefox Google search, etc in one go.
If you’re attending, please add your name on the GNOME Wiki. Don’t forget to mention if you want to a t-shirt (5 or 10 EUR, see wiki). There is also a GNOME event in a bar on Saturday evening. It will happen at « La Bécasse » where
there is a great collection of Belgian beers, particularly lambic, gueuze, and kriek smoking is prohibited in the whole bar!!! From 19h30 to whenever you want. There will be more details available at the GNOME booth.
Seems a bit of criticism on the Unity announcement is being taken personally or as attacks or something. Please remind ourselves of the ‘Assume people mean well’ bit in the Code of Conduct? Not saying people aren’t following that, but seems feedback as well as criticism are taken in ways which, well.. appear weird. Especially on the Internet you’ll get a lot of different responses on anything you do.
If I read one blogpost, then I see various strong terms such as:
- The elephant in the room
- extremist people
- religious about free software
- Moral High Ground
I’m listing this just to show how it comes across to me. I don’t see any in-fighting on Planet GNOME. No extremist people, nothing (to be very clear: the blogpost I’m talking about is also on Planet GNOME, and I don’t think it is extreme, just weird). So it comes across to be as weird. Accusations without any justification.
Do want to clarify on one thing:
so they can direct themselves without waiting any longer
In case of problems with your Git account, just email email@example.com. Just to show in a sarcastic way how I think of a some of the reasoning behind Unity.
I think it is underestimated how much work a fork is (I see Ubuntu as forking GNOME). And I do not mind Unity, even if I would’ve rather seen them help out GNOME shell. Still, some of the argumentation behind various decisions is just weak (in general, not talking about the blogpost).
I wanted an easy way to store the different logins and passwords for various sites. I prefer something which is really secure and is not automatically accessible/unlocks when I login. Tried using Seahorse (eventhough it will unlock the keyring on login), but it seemed to lack a userid field. Storing such info in the comments feels not right to me. Plus, sometimes I want to store a bit of extra information (stuff like secret question + answers.. I find them insecure and prefer to just put another password there).
Initially I looked at Console Password Manager, but unfortunately Mandriva didn’t have a package for it. Further, development seemed to have stalled a bit.
I’ve settled now on a GnuPG plugin for Vim. Really easy to use, plus I can access it easily via SSH. Only drawback is that it will show all the passwords when I unlock/edit the textfile, ideally Vim should fold everything and so I can unfold the password I need at that time.
I was pretty unhappy with what was going on at Mandriva. Many (all?) employees were fired, etc. At GUADEC I was told to wait a bit before switching distributions (assume they were planning the fork). I still investigated other distributions, but didn’t switch yet.
Anyway, noticed today that a lot of people from the distribution and former employees are forking Mandriva as Mageia. The name will again will take me a few years to get used to, but happy to see the independence. Loads of people are already offering their help. Pretty awesome to see this happen.
The calendar extension is written in Python Most difficult part was trying to find out what the minimum Python version Inkscape supports. Eventually I had to ask the devs and seems there isn’t anything written down (not even configure.ac). Relying on 2.5 was acceptable though.
I think it is interesting to take GNOME and experiment with it. It might result in some really nice new insights. Still, calling such changes ‘upstream’ is completely wrong. That is not what has been done. Just be honest about what you are doing. I don’t think everyone has to work upstream, even if such experiments are not ideal as seen from a upstream/release-team perspective (as in: the more people working on GNOME, the better ). I just hope that with this misrepresentation they’re not forgetting the maintenance costs (if you create something new, very likely you’ll have a big share of the maintenance for a long time or in short: no codedumps please). Anyway, let’s see what a different view will bring!
Due to everything that has happened at Mandriva, I guess it is time to switch distributions. I have no idea when I made the switch to Mandriva, but I know for certain I’ve used it for the last 5 years. This means I am very used to my distribution. I’m currently investigating what distribution to switch to. At the moment I’m considering Fedora and openSUSE.
I appreciate a distribution which appreciates a non-active person. In all these years I mainly enjoyed the work that others put into Mandriva. Still, I did triage in the Mandriva Bugzilla for a while, contributed the occasional package, submitted some bugreports and occasionally (more like very rarely) joined the development discussion. Whenever I did help, it always resulted in a positive impression.
Things I look for are:
- Minimal amount of patches applied to GNOME
So Ubuntu is out
- Good binary packages for x86_64 (no source distribution)
- Ideally libraries should be packaged as lib64 / lib. So not part of the main package. Makes it cleaner to compile using jhbuild
- Ideally a good split between x86_64 and ‘i386′, making it easy to have mix and match.
- Ideally rpm based
This as I’ve used rpm for a long time.
- Ability to run latest unstable GNOME version preferably within hours of the tarball release using packages (so no jhbuild/GARNOME solution)
- Ideally able to run the development version of the distribution
- Ideally packages are available quickly after the upstream release
I like to have the package within hours after the packager uploaded it. Requires a quick mirror, enough packagers and continuous release of new packages (not e.g. synced 1-2 times/week). Distribution/development freezes are fine if limited to 2 times a year.
- External but nicely supported repository which has the more difficult (patented, etc)software (mp3, x264, etc)
PLF handles this perfectly for Mandriva.
- I need the nvidia binary driver
Mandriva uses DKSM for this. It automatically (re)compiles the driver, sets up something using alternatives, etc. Totally painless, even with kernel upgrades, etc.
I’ve been looking into Fedora and openSUSE as I am pretty used to rpm. Ubuntu is out of the question due to the big changes it has compared to GNOME. I haven’t completed any analysis yet. I currently have the following impression regarding openSUSE
- Lots of meaningless discussion in the development mailing lists
Mandriva development mailing lists almost solely talk about actual development (well, until the latest financial troubles). Compared to this, openSUSE has loads of meaningless posts.
- Difficult to determine if GNOME is just not the focus (which is fine, hopefully results in less differences compared to upstream) or that the distribution is actively hostile towards GNOME desktop
Seems a bit hostile when reading various discussions within the mailing lists and when judging previous decisions. Especially amazed to read discussion which is intended to change what people like to work on (e.g. have people switch from GNOME to another desktop) / quantify the amount of help a distribution receives overall. Gives a really bad impression (not appreciative). Mandriva was never seen as a GNOME distribution, but it always worked perfectly and it was well supported.
- Development version is available. It is called Factory
- Development packages (Factory) are released when approved by the package maintainer(s)
- For e.g. GNOME it is possible to run a GNOME:Factory branch and get the upstream packages very quickly
- Packages always need to be approved by maintainers (even in these branches)
With Mandriva I got the impression that it was more free-for-all (aside from stuff like the kernel and Mozilla). Sort of how git.gnome.org works (if you know what you’re doing you’re able to do whatever you want).
- No idea regarding mp3/x264 driver
- No idea regarding nvidia driver
- Vuntz helps out here. So hopefully easier to be able to request changes (Mandriva responses towards bugs was overall a very positive experience)
PS: Above is my impression looking into openSUSE for the first time. And when I talk about Mandriva I usually mean the distribution (paid + volunteer contributors+developers), not just Mandriva the company.
If you want to be a board member, I highly recommend communicating in a different way than what you’ve done now. Anyway, just read the comment by Diegoe, I think it is pretty clear. In addition to that comment, there is no todo-list which guarantees a module will be accepted, though there are things what we look at.
Anyway, you seem to be looking for an argument. I thought we were clear beforehand and afterwards. You seem to be misinterpreting things. Please read the statements carefully and without prejudice. If you have questions after that, ask me privately and I’ll explain my reasoning.
PS: I think you’re being very rude by suggesting that Canonical could be a possible reason.
I wasn’t aware before, but it actually is pretty easy to setup IPv6 (using a 6to4 tunnel) on a distribution which uses initscripts (Fedora, Mandriva, probably others). See http://linux.yyz.us/ipv6-fc2-howto.html for the full details.
So if your ISP doesn’t do IPv6:
- Add the following to /etc/sysconfig/network:
- Add the following to /etc/sysconfig/network-scripts/ifcfg-eth0:
- /etc/init.d/network restart
Note: If you have a firewall you probably want to review these rules. See above URL in those cases. I still noticed that connections to sites use IPv4 by default (even when IPv6 is available). The reason and solution is described at: http://wahjava.wordpress.com/2007/12/13/unable-to-view-ipv6-site-over-6to4-connection-in-firefox/. Initscripts also has some documentation. On my distribution it is available at /usr/share/doc/initscripts/ipv6-6to4.howto.
Thanks to Tomas Ögren (one of the ftp.acc.umu.se/ftp.gnome.org admins) for suggesting this.
For the GNOME infrastructure, most machines are hosted by Red Hat. They’re at least a year away from providing IPv6 (it is also not a high priority unfortunately). Above solution is fine for me, but not something good enough for the GNOME infrastructure (don’t want to rely on an unknown for the IPv6 connectivity of GNOME.org).