Posts mit dem Label fedora werden angezeigt. Alle Posts anzeigen
Posts mit dem Label fedora werden angezeigt. Alle Posts anzeigen

2020-04-19

Terminator 1.92 released

Do you still remember the project Terminator? People around the world are still using this tool as their terminal emulator of choice for Linux- and Unix-based systems (including Mac OS).

Unfortunately the development stagnated a bit since 2017 and within the last three years there had to be a lot of things to do. Terminator is written in Python, it had to be migrated to Python 3 for example, as distributions started to think about dropping support for Python 2. Packagers of several distributions started maintaining their own patches to support Terminator with Python 3, until today.

Two weeks ago, things have changed. A project at GitHub as been created, the source code has been migrated from Bazaar to Git and even some package maintainers from Arch Linux and Fedora contributed and were working hard towards whats happened this weekend. There is a Terminator 1.92 release available and you can find Terminator at it's new home here: https://github.com/gnome-terminator/terminator.

The update for Terminator 1.92 includes a lot of interesting changes you surely were waiting for, including the support for Python 3 and a bunch of bug fixes, for example you can now open links with just Ctrl+Click on the link. You can find a detailed change log right here: https://github.com/gnome-terminator/terminator/releases.

Of course, Fedora is one of the first distributions to update Terminator to 1.92 and if you're using Fedora or a RHEL8 based system, you can shortly update to it via:

dnf -y --enable-repo=updates-testing terminator

As usual you can leave your feedback and some Karma for the update:

The Terminator development team at GitHub will be lucky if you want to support the project and join. You don't need to be a programmer to support, in an open source project there is always something to do.







2020-04-08

Geany and Geany-Plugins for EPEL8

If you're a lucky user of a RedHat Enterprise Linux based system, you're probably already aware of the Enterprise Packages for Enterprise Linux from the Fedora Project. In case you've missed the flyweight IDE Geany and it's plugins there this is probably some good news for you: Geany is coming to EPEL8 soon!

The update will hit the testing repositories in the next days and needs your karma here:

https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-5392d2e45e

Rex 1.9.0 available in Fedora updates-testing repositories

Version 1.9.0 of the friendly automation framework named Rex is now available in Fedoras updates-testing repositories. If you're into DevOps and automation and need some alternatives to Ansible, Puppet or Salt, this one probably is for you.

You will be able to install this via dnf command:

dnf -y install Rex --enable-repo=updates-testing

I appreciate any Feedback or Karma on this update at the following links:

* Fedora 30: https://bodhi.fedoraproject.org/updates/FEDORA-2020-9f1073beef
* Fedora 31: https://bodhi.fedoraproject.org/updates/FEDORA-2020-c26768cb4d
* Fedora 32: https://bodhi.fedoraproject.org/updates/FEDORA-2020-3a91c1ac15

2020-04-01

editorconfig-geany available for Fedora via Copr

Just a small note for interested Geany users on Fedora: The Geany plugin for EditorConfig [1] is now available as a RPM package via Copr. You can pull it from [2] or directly install it with the following commands:

sudo dnf copr enable dmaphy/editorconfig-geany
sudo dnf -y install editorconfig-geany

I'm still working on getting it to the official Fedora repositories and will surely let you know when done.

[1] https://github.com/editorconfig/editorconfig-geany
[2] https://copr.fedorainfracloud.org/coprs/dmaphy/editorconfig-geany/

2020-03-13

Rex 1.8.2 available in Fedora

There is a new version of the friendly automation framework named Rex available in Fedoras updates-testing repositories. If you're into DevOps and automation and need some alternatives to Ansible, Puppet or Salt, this one probably is for you.

You will be able to install this via dnf command:

dnf -y install Rex --enable-repo=updates-testing

I appreciate any Feedback or Karma on this update at the following links:





2019-01-01

Happy New Year Geany in Fedora

With the new release of Geany Plugins 1.34 there now officially is a new plugin available for Geany in Fedora (for now, updates-testing only) called vimode. If that isn't a reason to celebrate 2019.. :-)

If you've tested the update from updates-testing a feedback is always appreciated:

If you use Fedora Rawhide there's nothing more to say as you most likely already received this update.

Also you may want to read the Docs for the vimode plugin before the first usage. They can be found here: https://plugins.geany.org/vimode.html.

Hope you still have fun using Geany as your tool of choice in Fedora in 2019!

2015-06-25

Atom 1.0 is out: Time for a Geany 1.25 preview in the Fedora Copr repositories

Github announced the official Github editor Atom has been released today in version 1.0. It is more or less a coincidence that I've built new previews for Geany and Geany-Plugins on the same day. Different sources from within the Geany project whispered to me the Geany release for version 1.25 comes near, so the packages available in my Copr repositories are getting more and more stable and if you cannot wait for the official release go ahead and enable the repositories using dnf - of course at your own risk:

dnf copr enable dmaphy/Geany
dnf copr enable dmaphy/Geany-Plugins
sudo dnf --refresh -y update geany*

2015-04-23

Copr Repositories for Geany and Terminator are now Fedora 22 compatible

A Short note for everyone using one of my Copr repositories providing Geany, Geany-Plugins, Geany Tags or Terminator: With the release of Fedora 22 Beta I've built some new packages from current Git masters (Bazaar for Terminator) to be available for Fedora 22 as well.

You can use the dnf copr command set to enable the repositories in Fedora 22:

dnf copr enable dmaphy/Geany
dnf copr enable dmaphy/Geany-Plugins
dnf copr enable dmaphy/geany-tags
dnf copr enable dmaphy/Terminator

2015-01-25

Happy New Year - 2015 brings new Geany stuff via Copr to your Fedora box

I've just taken care of some of my Fedora Copr repositories for Geany and built some new packages for Geany and Geany Tags from the current Git master development branches for the projects. New to this is, that now there is also a Copr Repository for Geany Plugins built from the Geany-Plugins Git master. This has been built against the Geany build from Copr to work together with the latest Geany from Git.

This should solve some incompatibilities which have been in the past, when you were not able to use Geany-Plugins from the official Fedora repositories with Geany from the Copr repository above. Thus, it should be clear the Geany-Plugins Copr repository will only work with Geany Copr Repository. You will have to enable both to have the full Geany experience:

Geany-Plugins brings two new plugins: Automark and Geanyctags. So if you can not wait for those it is a good idea to check out the Geany-Plugins Copr repository. Also, geany-plugins-gproject has been already renamed to geany-plugins-projectorganizer here. The upgrade should nevertheless happen automatically. Feel free to contact me if you're having issues here.

I will not explain here how to enable the Copr repositories nor how to install the stuff from there. I'm trusting the experienced Fedora using reader to know how to do this - and since the packages you obtain via those repositories are built from Git master you really should know what you are doing and you use them at your own risk, of course. Just one thing to say, you're probably doing well adding --exclude=geany-plugins-gproject,geany-plugins-geanylua to your yum install command.


2014-10-14

Setup Vagrant with VirtualBox backend up on Fedora 20

Usually Vagrant with VirtualBox is one of the easiest things of the world. You go to the website of each project, download the corresponding package for your system, install it, run a vagrant up command on your project and your'e done.

I recommend you to stay at this process if you're new to Fedora and you're not sure how to fix issues on your Fedora box. The following article is for advanced users who know what they do and know how to fix (small) issues on their Fedora installation.

My Fedora installations are always a bit… let's say unusual. From my personal point of view they run very stable and I can work with them, but I am a guy who is always doing things which sometimes are not recommended, just to get the latest stuff up and running.

So these were the requirements I had:

* I don't want to manually download an RPM package from a third-party site
* I rather want to install the packages using my preferred package manager (which is currently yum)
* I have enabled the updates-testing repositories for Fedora and RPMFusion
* I have installed the latest kernel from the RawhideKernelNodebug repository
* I'm surely not going to downgrade my kernel just to get VirtualBox or Vagrant working
* This has to work even when I upgrade my kernel

At that constellation I'm running here and I must say it is stable enough to work for me.  If you're interested in how I did this, here is a small check list what you need:

* VirtualBox thankfully is available in RPMFusion, so this is nothing difficult so far, I even received an update to VirtualBox 4.3.18 via rpmfusion-free-updates-testing this morning
* Vagrant is available in Fedora Copr here: http://copr.fedoraproject.org/coprs/jstribny/vagrant-f20/

Having the repositories placed in /etc/yum.repos.d/ and enabled I'm always doing the following steps

yum clean all
yum makecache

And then install the packages:

yum install VirtualBox VirtualBox-kmodsrc akmod-VirtualBox vagrant

At the first vagrant up, I was facing a small issue claiming the installed bundler version doesn't match the required version which needed to be greater or equal 1.5.2 and smaller than 1.7.0. The currently installed version in Fedora was 1.7.3. To fix this I've pointed out the file where this requirement is specified:

/usr/share/gems/specifications/vagrant-1.6.5.gemspec

What I've done now is kind of a "dirty hack" to work around this dependency problem with replacing the requirement to bundler version smaller 1.7.0 to a higher version (in my case 1.8.0). The next vagrant up command was working without any issues and my Vagrant box was up and running.

I of course still have an item on my Todo list to report the issue to jstribny as the Copr maintainer for Vagrant. :-) Jstribny already fixed this issue in an update for the Vagrrant package. Thank you! :-)

2014-04-28

Geany Packages from Git master via Fedora Copr

I have built some current packages of Geany from the current Git master development branch. Have a look around here if you're interested:


2012-05-12

Grazer LinuxTage 2012

I have to admit: I love to be an engineer, to dive into issues and forget the time and everything around me until a problem is solved. This is good for the people having the technical problems which I solve then.

Now I learned why this is not good for organizing booths for free software events - alone. Not getting around to order posters or rollups for a booth in time lead to a strange presence of Fedora on Grazer Linuxtage. :)



You most likely know the sticker I used to improve the Austrian Tux. I had just those small things like buttons, stickers and DVDs with me in Graz, so I had to be a bit more creative...

The booth, however, was small but fine and quite well visited. I didn't expect that much of visitors before. The stories I heard of the event did let me think this will be a small event, so it was an awesome experience to see that I didn't had any of the Fedora Media, Christoph sent me, around, already at the half of the day. The other half didn't get boring because of that though. There still were a lot of Fedora Fanboys taking stickers and buttons with them and visitors asking the "usual" questions about the relationships between Fedora and RedHat and when the next release will come up and so on. Not to forget the jokers, who were asking for the pretended confusion between the Fedora and Facebook logos, of course...

A tip for any other Fedora Ambassador who is going to supervise a booth on an event some time: I think one reason that I had that much visitors at the booth without having big posters and such stuff around was, that I actually was *standing* next to or before the booth without a notebook. It is important to show that you are there for answering questions, not for hacking.

It was a good decision to get into an airplane for the second time in my life, to travel Hamburg-Frankfurt-Graz-Munich-Hamburg on just one weekend, even if I'd expected that there are Austrian Fedora Ambassadors as well who maybe are interested in supporting a Fedora Booth in Graz.

The weather in Graz was just great! 27°C, blue sky and sunshine all around.I got riled about myself because I missed to ask for vacation for the Monday after. The Tuesday after was a holiday in Germany anyway, so this could have gotten a really long weekend in Graz.

Beneath a quite nice view to the Alps from above when getting there, it was also a pleasure to meet the free software family again after a long time as well as a lot of new free software contributors and interesting people on the event.

It also was interesting to learn about the Austrian organizations who care about political issues concerning free software and data retention stuff and so on. Now I understand a bit better what it means that a lot of these topics are European topics.

Since I already arrived there on Friday afternoon and was flying back on Sunday, there was a lot of time around the actual event on Saturday to get in touch with the people. On Friday I was helping out with preparations for the event and was lucky to see that the organizators had table cloth for *every*
project booth (thanks for your efforts anyway, gnokii ;) ).

Saturday morning when I went to the event I already met Michael, who was taking care of the LPI booth which was right between the boothes of Debian and Fedora. To the left of the Fedora booth there were the guys of Gentoo and one distribution I didn't knew of before: OpenArtist is intended to be used by musicians and graphic designers. Interesting that the whole distro is chiefly maintained by just one person.

On Saturday evening a social event took place where exhibitors and organizators where invited. You have to know that the creators of GRML are member of the organization team and Zsh
geeks as well. You can imagine this was a very nice evening if you're a bit nerdy. ;)

On the sunday morning after we met again for a brunch with the people who organized the event. The restaurant had a really big backyard, so we could enjoy the coffee out of the doors in the green with the nice weather. A bummer that I had to leave that early to get my flight back to Hamburg with
a longer stop in Munich because the captain pilot was in the cantine and forgot that he already should sit in an airplane...

P.S. For the same reason I was introducing this post with, this report actually took almost two more weeks to actually get written down. ;)

2010-04-12

OpenRheinRuhr 2010 kündigt sich an

Seit ca. zwei Wochen ist es bekannt: Die OpenRheinRuhr wird dieses Jahr wieder stattfinden. Das Event mit Messe und Kongress um Freie Software im Ruhrpott - auch liebevoll "Ein Pott voll Software" genannt - wird am 13. und 14. November im Rheinischen Industriemuseum in Oberhausen stattfinden. Einige nicht ganz unbekannte Projekte sollen sich schon als Aussteller angekündigt haben. Die Spatzen pfeifen hier von den Dächern, dass es morgen auf dem Identi.ca account der OpenRheinRuhr noch mehr Informationen diesbezüglich geben soll. Außerdem soll in den nächsten Tagen wohl der Call for Papers offiziell gestartet werden. Hier lohnt es sich gespannt zu bleiben. Sobald es Neuigkeiten von der OpenRheinRuhr gibt, werde ich selbstverständlich schnellstmöglich davon berichten.

2009-12-05

I voted