screenshots.debian.net – debshots

Once upon a time I had a talk with a die-hard Windows sysadmin (Jens) about the differences between Windows and Linux. I recommended that he should just try an Ubuntu live CD. But I also told him that we are using Debian GNU/Linux on the servers our team was responsible for. I was quite surprised when a few days laster he told me a that he actually installed Debian on a computer and is now learning how to use the shell. He was especially impressed of the pool of readily available Debian packages. But then he asked me a question that has come to my mind before: how can I see what an application looks like before installing it? After all you would have to install dozens of packages to find out about their differences and then uninstall most of them again. If only we could see a screenshot of the application in action…

So I proposed to set up a web site hosting screenshots of applications shipping with Debian. Some Debian developers liked the idea while others ridiculed it. But I was convinced of the idea and thus decided to try it. I took my favorite web framework and created a simple but functional web site, called the software “debexpo” and put it online at screenshots.debian.net in November 2008. The service was welcome by many users and screenshots kept coming in. A fellow Greek helped me add memcache-based caching and offered server sponsorship and finally the web site was working so well that it survived being slashdotted and has a very good uptime since.

Ubuntu’s software center and the Synaptic package manager started to use screenshots from it. Debtags were used to help find applications for certain needs. Further Linux distribution showed their interest in sharing screenshots. And while I was thinking about a new design and structural changes I found that the Pylons web framework was deprecated. In parallel I started to learn Ruby just for the sake of it. So currently the project is rewritten from scratch in Ruby. Whether it will be based on the heavy-duty magical Ruby-on-Rails framework or on the less magical and less complete Padrino framework is not yet decided. And while I was playing around with MongoDB, CouchDB and ElasticSearch I had to admit that PostgreSQL still is today’s choice for such applications. Stay tuned…

Leave a Reply

Your email address will not be published. Required fields are marked *

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close