-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login



Sponsoring


-
- Content .- Fans (68) .- Knowledge Base  . 

PublicTransport

   0.11 beta  

Plasmoid Binary

Score 94%
PublicTransport
zoom


PublicTransport
zoom


PublicTransport
zoom


Minimum required   KDE 4.x
Downloads:  10304
Submitted:  Jun 3 2009
Updated:  Jan 17 2013

Description:

This is a Plasma data engine, applet and runner for public transport timetable data. The applet shows a departure/arrival board for a given stop. It can also show journeys to or from the given "home stop". It displays additional information like delays, news about journeys, routes, vehicle types (with icons). Timetable data is available for trams, buses, subway, trains, ferries and planes (using flightstats.com). You can set alarms for departures and filter departures (by type of vehicle, target/origin, delay, transport line string/number, intermediate stops). Filters can also be combined.
Timetable data gets received from provider plugins. Since version 0.11 there are two types of plugins: GTFS and script providers. Script providers need a network connection and can be used to read timetable data from any document type, eg. XML, binary or HTML. GTFS providers only need to import the GTFS feed once and can then be used offline (but a network connection can be used for GTFS-realtime).

My Blog: http://fpuelz-kde.blogspot.com/
PublicTransport on UserBase: http://userbase.kde.org/Plasma/Public_Transport
PublicTransport on KDE projects: https://projects.kde.org/projects/playground/base/publictransport
PublicTransport on ohloh.net: https://www.ohloh.net/p/publicTransport

You can donate me ;)

News
17.01.2013: Version 0.11 beta released
30.12.2012: Version 0.11 alpha 2 released
04.12.2012: Version 0.11 alpha released

Installation
To install PublicTransport download a package for your distribution. If there is no such package you can ask the appropriate packagers for your distribution to create one. Please leave a comment if a new package is created or if you use a package not mentioned in the download list here, so that I can add it.
If you want to install PublicTransport, but there are no packages available for you (yet?) or you want to try the newest version with no new package yet, you can use the installer script (install.sh) included in the Sources download.
But note that software installed with that installer script isn't managed by your package manager in any way and may produce conflicts with installed packages, eg. if PublicTransport is already installed via the package manager. The script should be quite easy to use and also lets you uninstall the software again. You need GIT to use the installer, because the sources are actually downloaded using GIT by the script (from git://anongit.kde.org/publictransport).

There's also a script for packagers, that can download tarballs for all PublicTransport components for a specific version.
You can clone the GIT repository from git://anongit.kde.org/publictransport (read only), which also clones all history. From your local clone of the repository you can checkout all tagged versions (see the HINTS_FOR_PACKAGE_MAINTAINERS file).
If you want to contribute code, you need a KDE account and you can clone the repository with SSH from this URL: git@git.kde.org:publictransport (read + write). You can of course also send me patches via email.

Note: The Sources tarball does not contain the sources, but a script to download them from it's GIT repository and the translations from KDE's SVN. The script asks for the version to compile and install.

Adding a Service Provider Plugin
- Install TimetableMate, maybe not included in the packages, but in the source archive.
- The filenames start with the country code, followed by "_" and an abbreviation of the service provider, e.g. "ch_sbb" for switzerland, service provider "SBB".
- You can test your script and the URLs with TimetableMate. It also offers syntax completion with documentation and templates for the parser functions, that get called by the data engine.
- Also works for GTFS providers
- After installation of your plugin you can open the configuration dialog of the public transport applet and the new provider should be in there.
- You can also open/edit existing providers by simply clicking "Open in TimetableMate..." in the provider data dialog (accessible from the configuration dialog).
- Checkout the documentation of the data engine, it contains much information about the data sources of the engine and how to create new provider plugins.

You are welcome to optimize the scripts in the existing providers in the "serviceProviders" directory in the data engine source directory.

Comments are appreciated.




Changelog:

17.01.2013:
(version 0.11 beta)
Many crash/bug fixes, visual polishing, see http://fpuelz-kde.blogspot.de/. (The install.sh script is actually unchanged, just select the new version)

30.12.2012:
(version 0.11 alpha 2)
Providers are now hosted on openDesktop.org, download via GHNS, many fixes etc. See http://fpuelz-kde.blogspot.de/. (The install.sh script is actually unchanged, just select the new version)

04.12.2012:
(version 0.11 alpha)
Many improvements, new features, GTFS support, etc. See http://fpuelz-kde.blogspot.de/.
Update: Improved install script, automatically select latest version for installation, show available versions sorted by date, allow switching to another version when starting the script again with the repository already cloned
Update 2: Allow selecting git HEAD for installation again (the script shows Current_Development_Version for it), HEAD contains a fix for building with GTFS support but without protocol buffers installed

18.10.2011:
(version 0.10 RC2)
Applet:
- Fix link errors
- Fix memory leaks
- Fix applet collapsing to popup icon in desktop
- Drawing performance improvements
- Use of KPixmapCache for vehicle type icons
- New monochrome icons, shown in the popup icon
- Add possibility to put the applet into the notification area
- Better layout adjustments for small sizes
- Change applet tooltip according to current departure group in popup icon
- Shorter alarm names, alarm names in notifications
- Nicer alarm background
- Fix color groups and route time display for arrivals
TimetableMate:
- Fix for missing KWebKitPart include file, it now uses KWebView directly
Library:
- Fix a crash with GraphicalTimetableLine (missing null pointer check)




LicenseGPL
Source(Source)
Arch(by cmlr)
Ubuntu(deb i386 packages by takanowaka (outdated v. 0.8.3)
Ubuntu(x86_64 by Chillawowa (outdated version 0.8.3))
Gentoo(ebuild by Finswimmer)
Mandriva(x86_64 by tigger-gg, outdated, v 0.5.4)
openSUSE Factory
openSUSE Tumbleweed
Donate
Send to a friend
Subscribe
Other  Artwork  from fpuelz
Report inappropriate content



goto page: prev  ... 21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36 ...

-

 build error on Gentoo

 
 by nisavid on: Feb 13 2011
 
Score 50%

using the Gentoo ebuild for publictransport-0.10_beta2, i get the following build error every time:

---
[ 31%] Building CXX object plasma-runner-publictransport-0.1.1/CMakeFiles/kcm_krunner_publictransport.dir/kcm_krunner_publictransport_automoc.o
In file included from /var/tmp/portage/kde-misc/publictransport-0.10_beta2/work/publictransport-0.10_beta2_build/plasma-runner-publictransport-0.1.1/moc_publictransportrunner_config.cpp:10:0,
from /var/tmp/portage/kde-misc/publictransport-0.10_beta2/work/publictransport-0.10_beta2_build/plasma-runner-publictransport-0.1.1/kcm_krunner_publictransport_automoc.cpp:4:
/var/tmp/portage/kde-misc/publictransport-0.10_beta2/work/publictransport-0.10_beta2_build/plasma-runner-publictransport-0.1.1/../../publictransport-0.10beta2_timetablemate-0.2.2/plasma-runner-publictransport-0.1.1/config/publictransportrunner_config.h:25:46: fatal error: publictransporthelper/stopwidget.h: No such file or directory
compilation terminated.
---

i get a similar error if i copy and modify the ebuild for version 0.10_beta3 (which is very straightforward--just change the "beta2" in the ebuild to "beta3").

i tried building with MAKEOPTS="-j1" and without the Graphite loop optimization CFLAGS, but it didn't help.

here's my ``emerge --info``: http://nisavid.pastebin.com/F9K0Vnqy


Reply to this

-

 Re: build error on Gentoo

 
 by fpuelz on: Feb 13 2011
 
Score 50%

Looks like it doesn't find the library headers. The library must be installed for the other parts to be compilable.
I guess the library has to get it's own package and must be set as dependency for the others (applets, runners, TimetableMate).

Or it should link to the compiled but not installed version of the library. I'll think about that, should be a little change in the CMakeLists.txt files. But I think a separate package for the library (or library + data engine) would be better, and could then be used as dependency for the applets, the runner and TimetableMate.


Reply to this

-

 Re: Re: build error on Gentoo

 
 by nisavid on: Feb 13 2011
 
Score 50%

yes, i think a separate library package makes sense too.

thanks for the attention!


Reply to this

-

 Re: Re: Re: build error on Gentoo

 
 by Finswimmer on: Feb 13 2011
 
Score 50%

Despite of the symlink problem mentioned on previous page beta3-ebuild is working now.

Tobi


Reply to this

-

 Re: Re: Re: Re: build error on Gentoo

 
 by Finswimmer on: Feb 13 2011
 
Score 50%

@nisavid:
Please try it again


Reply to this

-

 Re: Re: Re: Re: Re: build error on Gentoo

 
 by nisavid on: Feb 14 2011
 
Score 50%

indeed, there is no build error with the new ebuild. thank you!


Reply to this

-

 2 different stops -> same stop

 
 by Finswimmer on: Feb 15 2011
 
Score 50%

Hi,

I have two widgets with different stops and filters.
After many suspend2disk,suspend2ram and complete restart I have two widgets with the same stop and the same filters.

Is there a way how I can help you to debug this error?

Thank you


Reply to this

-

 Build error on Fedora 14

 
 by buschmann23 on: Feb 17 2011
 
Score 50%
buschmann23buschmann23
openSUSE
Home
-
M. F. -1

openSUSE
Germany, Westphalian Province
Last visit Jul 17 2014
3 Friends
5 Groups

More info
Send a message
Add as friend
Other contents
--

When I try to build it on Fedora 14 (KDE SC 4.5.2 and Qt 4.7.0), I get the following error during build. Because I am new to fedora packaging, I don't know, if this is a Fedora problem or a problem with Public Transport. :)

Quote:

/usr/bin/c++ -O2 -g -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -O2 -DNDEBUG -DQT_NO_DEBUG -Wl,--enable-new-dtags CMakeFiles/timetablemate.dir/timetablemate_automoc.o CMakeFiles/timetablemate.dir/timetablemate.o CMakeFiles/timetablemate.dir/main.o CMakeFiles/timetablemate.dir/timetablemateview.o CMakeFiles/timetablemate.dir/publictransportpreview.o CMakeFiles/timetablemate.dir/accessorinfoxmlreader.o CMakeFiles/timetablemate.dir/javascriptcompletionmodel.o CMakeFiles/timetablemate.dir/javascriptmodel.o CMakeFiles/timetablemate.dir/javascriptparser.o CMakeFiles/timetablemate.dir/scripting.o CMakeFiles/timetablemate.dir/settings.o -o timetablemate -rdynamic -L/usr/lib64/kde4/devel /usr/lib64/libkdeui.so.5.5.0 /usr/lib64/libkparts.so.4.5.0 /usr/lib64/libplasma.so.3.0.0 /usr/lib64/libktexteditor.so.4.5.0 /usr/lib64/libkrosscore.so.4.5.0 -lkwebkit /usr/lib64/libkparts.so.4.5.0 /usr/lib64/libkio.so.5.5.0 /usr/lib64/libQtNetwork.so /usr/lib64/libnepomuk.so.4.5.0 -lsoprano /usr/lib64/libkdeui.so.5.5.0 /usr/lib64/libQtSvg.so /usr/lib64/libQtGui.so /usr/lib64/libkdecore.so.5.5.0 /usr/lib64/libQtCore.so -lpthread /usr/lib64/libQtDBus.so /usr/lib64/libQtScript.so /usr/lib64/libQtXml.so -Wl,-rpath,/usr/lib64/kde4/devel:
/usr/bin/ld: CMakeFiles/timetablemate.dir/timetablemate.o: undefined reference to symbol 'QWebSettings::setAttribute(QWebSettings::WebAttribute, bool)'
/usr/bin/ld: note: 'QWebSettings::setAttribute(QWebSettings::WebAttribute, bool)' is defined in DSO /usr/lib64/libQtWebKit.so.4 so try adding it to the linker command line
/usr/lib64/libQtWebKit.so.4: could not read symbols: Invalid operation
collect2: ld returned 1 exit status


Reply to this

-

 Re: Build error on Fedora 14

 
 by buschmann23 on: Feb 17 2011
 
Score 50%
buschmann23buschmann23
openSUSE
Home
-
M. F. -1

openSUSE
Germany, Westphalian Province
Last visit Jul 17 2014
3 Friends
5 Groups

More info
Send a message
Add as friend
Other contents
--

I forgot to mention the used version of Public Transport. It is version 0.9, because I don't want to ship the beta right now.


Reply to this

-

 Re: Re: Build error on Fedora 14

 
 by buschmann23 on: Feb 19 2011
 
Score 50%
buschmann23buschmann23
openSUSE
Home
-
M. F. -1

openSUSE
Germany, Westphalian Province
Last visit Jul 17 2014
3 Friends
5 Groups

More info
Send a message
Add as friend
Other contents
--

I now tried the 0.10 beta3 on Fedora 14, the error has gone, but Fedora 14 by default ships with KDE 4.5 and 0.10 needs KDE SC 4.6. :) So I will try it again when Fedora 15 hits the openSUSE Build Service.


Reply to this

-

 Re: Re: Re: Build error on Fedora 14

 
 by fpuelz on: Feb 22 2011
 
Score 50%

Does everything need KDE 4.6 or only timetablemate with KWebkitPart? I just removed some preprocessor switches for support of KDE 4.4 / Qt 4.5 ;) Seems, they were a bit outdated.


Reply to this

-

 Re: Re: Re: Re: Build error on Fedora 14

 
 by buschmann23 on: Feb 23 2011
 
Score 50%
buschmann23buschmann23
openSUSE
Home
-
M. F. -1

openSUSE
Germany, Westphalian Province
Last visit Jul 17 2014
3 Friends
5 Groups

More info
Send a message
Add as friend
Other contents
--

Looks like the applet itself needs KDE SC 4.6.

Here is my output:
http://paste.opensuse.org/31083204


Reply to this

-

 Re: Re: Re: Re: Re: Build error on Fedora 14

 
 by fpuelz on: Feb 23 2011
 
Score 50%

Ah, the Plasma::Theme::View... colors are new.. I could replace them with some other colors for KDE < 4.6 quite easily. If there are no other errors it should then work again with 4.5.


Reply to this

-

 Re: Re: Re: Re: Re: Re: Build error on Fedora 14

 
 by fpuelz on: Feb 24 2011
 
Score 50%

Ok, I tested it in a virtualized fedora 14 and Beta 5 builds on KDE 4.5 again :)



-
.

 Proper packaging

 
 by EliasP on: Feb 17 2011
 
Score 50%

There are several issues when it comes to the packaging of public transport, which make the life of distribution packages just way more complicated than necessary:

  • No component separator is used for 'beta' in the version string. Please use 0.10_beta3 instead of '0.10beta3'.

  • The toplevel directory's name is different from the package name. Please just use the plain package name (publictransport) or the full package name (publictransport-0.10_beta3) for the toplevel directory and don't append "random" strings like timetablemate-0.2.2 to it.

  • Do not ship your custom installer. Concentrate on the development of the application itself and let distribution packagers do this. Shipping installer scripts like your install.sh introduce several dangerous things because they bypass the native package manager and endanger system consistency:
    - package manager controlled files might get overwritten
    - the package manager might overwrite files installed by the script
    - upgrade/uninstallation of files provided by the installer is not handled in any way
    - outdated files are never cleaned up, resulting in a bunch of stale files in the system over time
    - when shared-objects are installed, they lead to dynamic-linking inconsistencies on distributions which allow so called "impure" package building from source (All RPM + DEB based ones, Arch, Gentoo, ...)


  • Such installer scripts might seem to be an easy way for beginners to get such an package up and running quickly on their system, but in the long term they cause more work & pain than they solve due to the reasons listed above and some more.

    Just stumbled upon this issues while updating the Gentoo ebuild for this package which is still on version 0.6.10 in Gentoo's KDE overlay, probably also due to some of the reasons listed above.


    Reply to this

    -

     Re: Proper packaging

     
     by Finswimmer on: Feb 17 2011
     
    Score 50%

    @EliasP:

    I have already made an ebuild for Gentoo.
    And yes, you are right. It is a little pain to get it work...

    Tobi


    Reply to this

    -

     Re: Proper packaging

     
     by fpuelz on: Feb 22 2011
     
    Score 50%

    Hi

    - Ok: New version string (in the tarball name) :)

    - Ok: I won't add strings like "timetablemate" to the toplevel directory name. But it's not meant to be packaged into one big package. You can think of it like multiple source packages in one tarball: There are eg. two data engines and three applets. Not everyone will want all? At least timetablemate should get it's own package, as it's only used to help when adding support for new service providers. Hm.. and package names change between distros, don't they? I added a HINTS_FOR_PACKAGE_MAINTAINERS file to the source tarball, which explains the directories and how the components depend on each other.

    - The installer stays, but I added a warning message before it starts: "Prefer packages, remember uninstallation of an old version, ..". It only helps getting the compilation and installation right. Without it a user that wants just to do that might get it wrong (eg. wrong installation prefix, although there're also INSTALL files) or maybe has no idea how to uninstall it at all.. Ah, the installer has an uninstall option, don't know since when (but of course it has to be run manually with the installer). I agree that packages are a much nicer way to install the software. So it's there for users with a distribution without publictransport packages or users that absolutely want to try out the newest version, when there's no new package already. Another thing I might add to the warning message: "Don't install in parallel with PublicTransport installed from the package manager".
    (I created the installer to learn a little bit of bash scripting, but it also helps me to ensure, that everything builds fine in the source package)


    Reply to this

    -

     Seperate library source tarbal

     
     by buschmann23 on: Feb 18 2011
     
    Score 50%
    buschmann23buschmann23
    openSUSE
    Home
    -
    M. F. -1

    openSUSE
    Germany, Westphalian Province
    Last visit Jul 17 2014
    3 Friends
    5 Groups

    More info
    Send a message
    Add as friend
    Other contents
    --

    In order to build version 0.10 libpublictransporthelper has to be installed. So it would be nice, to have it in an extra source tarball. With the current monolithic tarball I have to use the whole thing for both. library and widgets/engines.


    Reply to this

    -

     Re: Seperate library source tarbal

     
     by fpuelz on: Feb 18 2011
     
    Score 50%

    Hm.. I could put multiple source tarballs in one archive here. The installer script would then also be clearly separated from the sources.
    But the component directories just need to be compressed into a tarball to have a source tarball for that component.

    Another option would be to create source tarballs for everything and upload them to some other server (I can only upload one file here).
    Or I could move everything to a git repository and create branches for the releases. Would that be a good option for you as packager?

    The data engine and the library could be put together in one package, then one package for each applet and the runner. And one extra package for timetablemate. I thought, packagers just could divide the sources into multiple packages as they like.


    Reply to this

    -

     Re: Re: Seperate library source tarbal

     
     by buschmann23 on: Feb 19 2011
     
    Score 50%
    buschmann23buschmann23
    openSUSE
    Home
    -
    M. F. -1

    openSUSE
    Germany, Westphalian Province
    Last visit Jul 17 2014
    3 Friends
    5 Groups

    More info
    Send a message
    Add as friend
    Other contents
    --

    Yes, sure it can be seperated in multiple packages. And that is exactly what I am doing. :) But I have to create separate package for libpublictransporthelper because the lib is needed at compilation time for the rest. So the library package has to be installed first. :)

    It's only a matter of tarball size. Currently I am using the same tarball for both packages. :)

    According to openSUSE package guidelines I can not put the lib together with the engines in one package.

    So, in the end it's only a question of source rpm size. Not really important. :)

    The install script is not necessary for packagers.


    Reply to this

    -

     Re: Re: Re: Seperate library source tarbal

     
     by cmlr on: Feb 20 2011
     
    Score 50%

    I'm the package maintainer for Arch Linux, and at first I had some trouble with the current version. However, eventually I also hit on the idea of making 2 packages, and now Arch has a clean installation. Except that I don't include timetablemate.

    I don't share the complaint about the installer, since I used it to create the package script. For instance, I carried over the use of wildcards *, so the package script doesn't have to include version numbers for the individual pieces.


    Reply to this

    -

     Re: Re: Re: Re: Seperate library source tarbal

     
     by cmlr on: Feb 20 2011
     
    Score 50%

    Perhaps along with a README file you could include a HINTS_FOR_PACKAGE_MAINTAINERS file, since some of us are slow on the uptake. :)


    Reply to this

    -

     Re: Re: Re: Re: Re: Seperate library source tarbal

     
     by fpuelz on: Feb 22 2011
     
    Score 50%

    @cmlr: There's now a HINTS_FOR_PACKAGE_MAINTAINERS file :) Hopefully informative enough.
    I also added CHANGELOG files for all components.

    @buschmann23: Can't you just create tarballs from the source directories instead of using the one with everything in it? Is the installer script also in the source RPMs? But not too important, yes, only a few KB ;)


    Reply to this

    -
    .

     Re: Re: Re: Re: Re: Re: Seperate library source ta

     
     by buschmann23 on: Feb 22 2011
     
    Score 50%
    buschmann23buschmann23
    openSUSE
    Home
    -
    M. F. -1

    openSUSE
    Germany, Westphalian Province
    Last visit Jul 17 2014
    3 Friends
    5 Groups

    More info
    Send a message
    Add as friend
    Other contents
    --

    @fpuelz Mea culpa. :) Sure, that is the right idea. :)



    -

     Gentoo Ebuild

     
     by Finswimmer on: Feb 23 2011
     
    Score 50%

    is updated


    Reply to this

    -

     Re: Gentoo Ebuild

     
     by Finswimmer on: Feb 25 2011
     
    Score 50%

    is updated to beta5


    Reply to this

    goto page: prev  ... 21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36 ...

    Add commentBack






    -

    -
    How do you like Plasma 5?
     The best KDE Desktop ever.
     Definitely a nice improvement.
     Not decided yet. Haven't tried it yet.
     I do not like some of the changes.
     KDE is taking the wrong way.
     I am still sticking with KDE 3.5.
     I have no opinion, but wanted to vote anyway.

    resultmore




     
     
     Who we are
    Contact
    More about us
    Frequently Asked Questions
    Register
    Twitter
    Blog
    Explore
    Artwork
    Jobs
    Knowledge
    Events
    People
    Updates on identi.ca
    Updates on Twitter
    Facebook App
    Content RSS   
    News RSS   
    Discussion RSS   
    Events RSS   

    Participate
    Groups
    Forum
    Add Artwork
    Public API
    About KDE-Look.org
    Legal Notice
    Spreadshirt Shop
    CafePress Shop
    Advertising
    Sponsor us
    Report Abuse
     

    Copyright 2001-2014 KDE-Look.org Team  
    All rights reserved. KDE-Look.org is not liable for any content or goods on this site.
    All contributors are responsible for the lawfulness of their uploads.
    KDE and K Desktop Environment are trademarks of KDE e.V.