Profile

Cover photo
Matthias Klumpp
232 followers|114,334 views
AboutPostsPhotosYouTube

Stream

Matthias Klumpp

Shared publicly  - 
 
+Tanglu stickers! They managed to print them off-center, unfortunately, but IMHO they still look okay :-) (and they are outdoor-proof... hehe ^^)
If you want one, meet me at #FOSDEM, I'll have some with me :)
5
1
Daniel Nicoletti's profile photo
Add a comment...

Matthias Klumpp

Shared publicly  - 
 
I created another Limba bundle, for some really old (but still cool!) game from 2004 - "I have no Tomatoes", killed quite some productive time after successfully bundling it (only the highscore doesn't work, since Limba bundles are never allowed to write into /app).
http://tomatoes.sourceforge.net/screenshots.html
Bundling example: https://github.com/limba-project/example-tomatoes

I successfully managed to bundle Python apps together with CPython (allows selecting which Python version to use at build-time), and Firefox (really simple, because FF already bundles a lot of stuff by itself). Next up would be creating reusable runtime & SDK bundles for Qt...
I could really use a full CI system for Limba stuff, so resulting software could be automatically deployed to LimbaHub, without me having to build stuff locally. Unfortunately all existing free CI systems use Linux kernels << 4.0, and `limba-build` needs a higher version to perform its mount magic.
Meh. Also, more contributors to LimbaHub (or Limba itself) are always needed ;-)
2
Matthias Klumpp's profile photoIgor Gnatenko's profile photo
3 comments
 
+Matthias Klumpp can you ping me in mail or in hangouts and we will setup environment for you?
Add a comment...

Matthias Klumpp

Shared publicly  - 
 
Neat! Unlike Richard, I think we need more software centers than just GNOME-Software and KDE Discover - as long as they're built on AppStream and PK, there's nothing to criticise, since the foundations are shared, and the UI can be integrated with whatever the DE design guidelines say or the developers and designers imagine ;-)
 
Thats the appcenter from +elementary, and just took this screencast for whoever haven't seen it yet, because it is something else I wanna refer to.

https://code.launchpad.net/appcenter

So, about the same time when +Mark Shuttleworth said the best choice for Xenial (which is LTS) is to use Gnome Software, till they (+Canonical) move to U8, +Daniel Foré announced the appCenter.

+Richard Hughes whos is working on Gnome Software ..a sec to refer something here. GNOME as you know doesn't provide any distro, so having a Gnome Software is kinda ..hmm, it is kinda targeting Fedora to be honest, but Richard also shows special care to make it as "generic" as it can get, so more systems can use it.

Again, +Richard Hughes asked +Daniel Foré why +elementary isn't using GSoftware instead to develop something from almost scratch.

So here's the conversation:
https://plus.google.com/+DanielFor%C3%A9/posts/FJZrazkhPhm

R: Out of interest, what's wrong with gnome software? It's a huge amount of work building a software centre from scratch.

D: We're still using PackageKit and Appstream so it's not exactly from scratch. But doing our own client, we get to have it look and act exactly like how we want it. This will become a bigger deal as we try to integrate payments and develop our 3rd party app ecosystem.

R: well, my point is that we're receptive to design input, and it looks very similar to what we have. You could even just build a new shell around the existing plugin loader and get a custom ux and a whole lot of other stuff for free.

D: Thanks! There are just some things about GNOME designed apps that don't quite jive with elementary designed apps. It'd sit in an uncanny valley. I'm sure that differences will become more apparent as both apps mature :)

Anyway, I'm just reprinting that in case you had that question! Although in my opinion there shouldn't even be such question ;)

Totally irrelevant, but I do not monetized YouTubes. Ads are coming from music owners! Not big deal if I was, but I'm just saying to know, that I dont! 

#elementary   #appcenter   #gnome   #gnomesoftware  
23 comments on original post
1
Matthias Klumpp's profile photoRichard Hughes's profile photoMartin Owens's profile photo
5 comments
 
+Matthias Klumpp Confuses users requires ux experimentation. We can't assume much. But I'd go so far as to say that sometimes we create a more conservative and just-so community when we criticise people for trying to make new things (even things that already exist). Not that we can't criticise the product of course, just the motivation and creativity of the effort should be something we celebrate more.

But this is an aside; something to mull over philosophically.
Add a comment...

Matthias Klumpp

Shared publicly  - 
 
 
As the year is coming to an end we give you a short review and preview on Tanglu's activities.
➡️ http://tanglu.org/blog/2015/12/upcoming-2016/
View original post
1
Add a comment...

Matthias Klumpp

Shared publicly  - 
 
 
Help us make app add-ons more discoverable for users!
Due to previous efforts we have a pretty good appdata coverage of apps themselves, but apps are not the only entities that can be exposed to users in GNOME Software and other app catalogs that use ...
View original post
1
Add a comment...
Have him in circles
232 people
郭云鹤's profile photo
Thomas Funk's profile photo
MOHD AL HADI's profile photo
Michael Biebl's profile photo
John Layt's profile photo
Cristian-Marius Manea's profile photo
Rui Pinto's profile photo
Fernando Núñez Aquino's profile photo
Jan Hajer's profile photo

Matthias Klumpp

Shared publicly  - 
 
What is cool about yet another #GNOME-Software screenshot?
This one is showing #Limba updates, of course! I recently implemented support for this in both Limba and GNOME-Software, and the result is working really well, with a few minor issues[1].

[1]: Like e.g. wrong "origin" tag or some weird UI behavior which could be a bug in GNOME-Software or an artefact because I am running it on KDE...
2
Richard Hughes's profile photoEmmanuele Bassi's profile photoKai Uwe b's profile photoMatthias Klumpp's profile photo
8 comments
 
+Emmanuele Bassi There are still other issues, like tiling not working very well, shadows looking terrible, GTK+ apps not supporting some advanced features like tabbing multiple windows, the GMenu looking pretty alien on most apps and modal dialogs having their close button missing sometimes, which is really annoying in case the app developer didn't add a close button manually (ALT+F4 closes the window, but not every beginner user knows that).
Also, GNOME apps sometimes "evade" the window manager and it is impossible to drag their windows to different places anymore, so far my only solution for that problem was to kill the app.
I also did a few tweaks to be able to work on GNOME stuff without having to switch desktops constantly, without that the app currently looks like this:
http://snag.gy/W6JHs.jpg
(And that is with KWins enforce server-side decorations disabled)
I think KWin needs to support CSD a bit better, but the problem that GNOME apps look really alien and work different than any other app the user is used to know when using a different desktop is something which can't be solved at KDE. The same way, when running GNOME, non-GNOME now also start to feel the same way, ranging from anything which has multiple windows and classical menu bars to all the things which have a status notifier icon.
Add a comment...

Matthias Klumpp

Shared publicly  - 
 
This is great! - BlueSystems is definitely a very good place for those domains!
Looks like gnome-apps.org wasn't so lucky though :D
 
I got interviewed by CIO .com about my openDesktop and hive01 exit. http://buff.ly/1REqVye 
The buyer is a very well known, but media shy, supporter of open source projects.
View original post
1
Add a comment...

Matthias Klumpp

Shared publicly  - 
 
Works well here :)
If you want to delay the usrmerge on your Tanglu 4 box, you can use apt-pinning on the usrmerge package.
 
For any of you using Tanglu's devel branch:

The upcoming changes on tanglu-minimal and systemd on the Tanglu
development suite will perform the so-called "usrmerge" on the
distribution, merging directories like /bin, /lib, etc. into /usr.
This has some benefits, like easily mounting /usr read-only and
sharing it between machines.
Embedded devices will trim down /usr and any other distro modules as
much as possible anyway and be often debugged with an external
debugger, so having some minimal environment before /usr is there
isn't that important.
Also, /usr needs to be mounted by the initramfs if it is on a
different partition anyway, removing the need for tools in /bin.
For Tanglu, we do not target embedded systems at time and do not
officially support running without initramfs, so the usrmerge should
be pretty trivial and not be noticed by our users.
We were testing it for a week without issues now, so it's time to give it
a try on the development suite.

An issue is that we will NOT BE ABLE TO REVERT THE USRMERGE ON TANGLU WITHOUT COMPLETE REINSTALL, so people using the development release,please be aware of that!

Although we don't expect any mayor issues, please report any issues
related to this to the bugtracker early, so we can deal with them as
soon as possible.

For anyone interested in some historical trivia on /usr read on here:
http://lists.busybox.net/pipermail/busybox/2010-December/074114.html
View original post
1
Julian Andres Klode's profile photoDavid Bremner's profile photoFelipe Sateler's profile photo
4 comments
 
what would be the alternative on a distribution that lacks distro-wide upgrade scripts?

Add a comment...

Matthias Klumpp

Shared publicly  - 
 
A few days ago I released a new version of Limba.
The release doesn't contain many changes, but one important change instead: Limba now uses the same prefix and general virtual-environment layout as xdg-app.
This was the result after some discussion with +Alexander Larsson about possible future collaboration.
This change permits converting xdg-app bundles into Limba bundles and allows condensing Limba runtime environments into an xdg-app bundle (I prototyped some code for that).
Since the projects are conceptually different and have a different philosophy regarding dependency-handling, using xdg-apps bundle format for Limba or vice versa doesn't make any sense right now (but this will not be the end of collaboration :-) ).
Btw, with this last, breaking change, I consider Limba ready for "normal" testing and early adopters. I will improve LimbaHub the next weeks, so people can try out working with the Limba tools easier.
5
Add a comment...

Matthias Klumpp

Shared publicly  - 
 
Apport on KDE, being very helpful ;-)
1
Add a comment...

Matthias Klumpp

Shared publicly  - 
 
Summing up some of the recent changes and planned tasks in +Tanglu:
http://blog.tenstral.net/2015/12/whats-up-in-tanglu.html
1
1
Tanglu's profile photo
Add a comment...
People
Have him in circles
232 people
郭云鹤's profile photo
Thomas Funk's profile photo
MOHD AL HADI's profile photo
Michael Biebl's profile photo
John Layt's profile photo
Cristian-Marius Manea's profile photo
Rui Pinto's profile photo
Fernando Núñez Aquino's profile photo
Jan Hajer's profile photo
Basic Information
Gender
Male
Story
Introduction
I write open source software.
Links
Other profiles
Contributor to
Links