Archive for the ‘Fedora’ Category
Out of a mojito bar in South Beach with a lobotomised plastic picnic spoon and a crew of control freaks.
3.22 is here
GNOME Photos has again taken significant strides forward – just like we did six months ago in 3.20. One of the big things that we added this time was sharing. This nicely rounds out our existing online acccounts integration, and complements the work we did on editing six months ago.
Sharing is an important step towards a more tightly integrated online account experience in GNOME. We have been interested in a desktop-wide sharing service for some time. With Flatpak portals becoming a reality, I hope that the sharing feature in Photos can be spun off into a portal for GNOME.
Thanks to Umang Jain, our GSoC intern this summer for working on sharing.
We overhauled a lot of hairy architectural issues, which will let us have nicer overview grids in the near future. Alessandro created a Flatpak. This means that going forward, you can easily try out the nightly builds of Photos thanks to the Flatpak support in GNOME Software 3.22.
Thanks to Kalev Lember for the wonderful screenshot.
I think that we are reaching a point where we can recommend Photos to a wider group of users. With editing and sharing in place, we have filled some of the bigger gaps in the user experience that we want to offer. Yes, there are some missing features and rough edges that we are aware of, so we we are going to spend the next six months addressing the ones that are most important. You can look at our roadmap for the full picture, but I am going to highlight a few.
Better overview grids (GNOME #690623)
We have been using GtkIconView to display the grid of thumbnails that we call the overview. GtkIconView has been around for a long while, but it has some issues – both visual and performance. Therefore, we want to replace it with GtkFlowBox so (a) that the application remains responsive while we are populating the grid, and (b) we can have really pretty visuals.
Eventually, we want this:
Import from device (GNOME #751212)
This is one of the biggest missing features, in my opinion. We really need a way to import content from removable devices and cameras that doesn’t involve mucking around with files and directories.
Petr Stetka has already started working on this, but I am sure he will appreciate any help with this.
More sharing (GNOME #766031)
Last but not the least, I definitely like showing off on Facebook and so do you! So I want to add a Facebook share-point and possibly a few more.
Come, join us
If any of this interests you, then feel free to jump right in. We have a curated list of newcomer bugs and a guide for those who are relatively new. If you are an experienced campaigner, you can look at the roadmap for more significant tasks.
For any help, discussions or general chitchat, #photos on GIMPNet is the place to be.
MALLOC_PERTURB_ is a useful thing. If you are developing on glibc-based systems, I encourage you to put this snippet in your ~/.bash_profile:
MALLOC_PERTURB_=$(($RANDOM % 255 + 1))
I have been using it for the last six years on all my computers (3 laptops running every Fedora x86_64 build released since then), and while things haven’t exploded, it has helped uncover the odd bug every once in a while. One such occasion presented itself this week.
I was busy following Ondrej’s hint, debugging why Eye of GNOME was taking so long to open a file from ownCloud. Imagine my shock when it would just crash after showing the window. The same optimization was working just fine on the gnome-3-18 branch, while master was crashing even without any changes. How could that happen? Obviously, while it was failing for me, it was working fine for all those who run unstable GNOME versions via jhbuild, gnome-continous, Fedora rawhide, etc.. Otherwise we would have been debugging this crash, and not a performance issue.
I guess, most of them didn’t have MALLOC_PERTURB_.
Here is another such story.
In case you were wondering, there is already an update on its way to Fedora 24 address the crash.
Two years ago, after the release of GNOME 3.6, background transparency was removed from gnome-terminal. Over the years several users expressed their fondness for this feature, leading to much drama, tricky workarounds, and rosy promises.
I must point out that this is a downstream patch carried by Fedora, which has been rejected by the upstream gnome-terminal maintainer. If you want, you can ask your distributor to include it. Versions of the patch applicable to different GNOME branches can be found in this Git tree. You will also need a vte that has the fixes for bug 730023 and bug 729884 depending on the branch that you are using.
Be aware that this has exposed a bug in Adwaita where it is not drawing the background of the menubar when transparency is turned on. We are looking into it and hoping to fix it soon.
Aurimas has been doing awesome work over the last couple of years, and while I was not doing justice to the project he kept up with a steady stream of patches. Right now he is working on porting Gnote to Gtk+ 3.x and GNOME 3, which will hopefully improve the experience on Fedora 15.
I am aware that such issues have been brought up in the past by various people. A casual search revealed this, and I am sure that if you dig around you will get a few more instances where people have asked similar questions. Since there are more than a dozen such heads (I stopped counting after 12, and I was only considering the really huge ones) I am curious what is the deal here.
In case you are reading this and wondering how to get yourself a nice hackergotchi you will find this link helpful.