Okay, kali ini saya akan membuat cerpen yang mungkin panjang (mikir keras …). bagaimana saya akhirnya memutuskan untuk membuat e-paspor. Gak tau kenapa saya kepingin aja buat nulis cerita ini. Penasaran?  Gak usah penasaran, ini bukan teka-teki. Ini cuma cerita.

Awal Mula

Tahun 2016 sebenarnya saya udah menargetkan untuk mbuat paspor, namun ada saja hal-hal ora geunah yang mbikin saya mager (males gerak).

Pertama, jalan-jalan keluar negeri itu butuh duit, bikin paspor itu juga butuh duit, UUD (ujung-ujungnya duit).
Kedua, belom pernah pernah keluar negeri dan belom ada rencana buat main keluar negeri (Karena duit :-D).
Ketiga, Belom bisa Bahasa Inggris.

Setelah jadi salah satu volunteer openSUSE Asia Summit 2016, akhirnya saya dapet pencerahan dari teman-teman komunitas yang sudah pernah keluar negeri. Ke Singapore, India, Jerman, Kambodja. Usianya pun gak jauh beda dari saya, masih muda-muda dan mereka kesana pun gak terlalu susah payah mikirin biaya buat kesana, malahan mereka bisa dapat gratis. Lha ko bisa, hebat sekali ! Pikir saya.

Ternyata, banyak cara yang  mereka tempuh, salah satunya dengan cara menjadi pembicara di acara seperti  GNOME Asia Summit atau semacamnya. Walaupun ada beberapa acara yang memang gak sepenuhnya dibiayain, tapi seenggaknya mereka hanya perlu keluar bajet beberapa persen saja dibanding mereka harus menanggung full bajet.

Boleh juga saya pikir. Mas Untung Wahyudi aja yang masih usianya dibawah saya udah ke Dubai, Nugi ke Singapore, Pak Bos ke Thailand, Pak Ahmad Haris ke India, Pak Edwin udah keliling Eropa.

Bukan maksud buat nurutin ego kalau “gua juga bisa kayak kalian lhoo, emangnya kalian doang yang bisa keluar negeri“.

Maksudnya, kadang saya suka mikir Achievement apa yang udah saya dapet sih ditahun ini? Trus punya target gak buat achievement di tahun depan?. Oke, tahun 2015 saya jadi peserta di Indonesia Linux Conference. Kemudian tahun 2016 jadi panitia atau relawan untuk acara openSUSE Asia Summit 2016. Mosok iya di tahun 2017 ini saya gitu-gitu aja :D. Disitu saya merasa sangat beruntung, bergabung dikomunitas ini mengajarkan saya banyak hal salah satunya supaya berani pergi ke luar negeri. daaaaaan …

Ini sudah waktunya Burung dara Berubah Menjadi Rajawali!

Sewaktu saya membaca kata pengantar Pak Rhenald Kasali di Buku 30 Paspor The Peacekeepers Journey tentang salah satu tantangan yang dihadapi beliau saat memaksa menerapkan kelas paspor, salah satunya yaitu kendala izin dari orang tua mahasiswa karena materi yang diajarkan tidak sesuai dengan silabus.

Dibuku tersebut kebanyakan orang tua dari mahasiswa memilih membiarkan anaknya menjadi burung dara dibanding menjadi rajawali, tidak sedikit dari mereka yang memang tidak mengizinkan anak-anaknya keluar negeri karena banyak hal, mulai dari biaya atau takut kenapa-kenapa terhadap anaknya. Namun, saya beruntung. Orang tua saya tidak terlalu khawatir dengan hal itu, selama positif orang tua saya terus mendukung.

Kebetulan openSUSE Asia Summit 2017 akan digelar di Tokyo, mungkin saatnya saya coba unjuk diri buat jadi pembicara disana.

Dari tahun 2016 saya sudah mulai siapkan paper saya untuk openSUSE Asia Summit 2017, ambil kursus bahasa inggris dengan harapan paper saya diterima nanti oleh panitia openSUSE Asia Summit.

Namun, kalaupun paper saya tidak diterima setidaknya saya sudah melakukan yang terbaik sebisa saya. Seandainya tidak diterima, harapannya saya bisa ke Jepang juga pakai uang sendiri. Pergi ke dunia luar yang belum pernah saya temui dan rasakan. Bagaimana bedanya bicara tidak dengan bahasa sehari-hari yang saya gunakan. (Harapan besar nya sih diterima …)

Disamping saya kepigin keluar negeri, saya memang fans berat openSUSE sejak 2014. Memang belum lama dibanding dengan teman-teman lainnya di komunitas seperti Pak Edwin dan Pak Boss Vavai, Pak Andi. Kontribusi saya juga gak ada apa-apanya. Tapi, gak ada salahnya saya melakukan yang terbaik sebisa saya, terutama untuk openSUSE.

Namun beberapa pertanyaan sering terlintas ..

Ah tapikan…. saya belom punya paspor? belom bisa bahasa inggris? ilmu belom ada apa-apanya sama yang lainnya dan berbagai tapi tapi lainnya ….

Ah, kebanyakan wacana dari dulu, saya pikir harus disegerakan. Di grup openSUSE Translator udah dipanasin sama Pak Ahmad Haris supaya buat paspor. Oke waktunya minta izin …

Besoknya niat kepingin minta izin, kebetulan waktu itu saya dan salah satu rekan dipanggil oleh Pak Boss Vavai untuk ikut Zimbra Partner Summit di Thailand, namun karena saya belum punya paspor akhirnya saya harus mengalah (sambil nangis di pinggiran ….).

Sambil menyelam minum air, saya minta izin untuk buat paspor besok. Siang itu juga berkas keperluan saya siapkan. Karena sebelumnya saya sudah sering baca syarat buat paspor apa saja dan bahkan sampai hapal. Jadi persiapan dan apa saja yang harus dilakukan gak butuh waktu lama.

Untuk nanti tahapan saya buat paspor mungkin akan saya ceritakan di artikel terpisah. Namun, betapa senangnya saya waktu paspor sudah dipegang. Saya sendiri belum tahu bakal diapain ini paspor. Entah bakalan jadi ke Jepang atau tidak kalau tidak diterima. Tapi disana saya merasa saya sudah setengah jalan buat menjadi rajawali, keinginan keluar negeri saya terbuka perlahan-lahan.

Tinggal mikirin biaya sama mau ngapain disana haha. Pastinya, saya mengucapkan terima kasih pada openSUSE Asia Summit, Pak Boss Vavai yang baik hati ngizinin saya buat paspor, dan teman-teman komunitas saya yang ngomporin saya supaya segera buat paspor. Kalian terbaik!

The post Terima Kasih openSUSE Asia Summit, Akhirnya Saya Buat Paspor appeared first on dhenandi.com.

I just realized that I only tweeted about this a couple of months ago, but never blogged about it. Shame on me!

I wrote an article, Legacy Systems as Old Cities, for The Recompiler magazine. Is GNOME, now at 20 years old, legacy software? Is it different from mainframe software because "everyone" can change it? Does long-lived software have the same patterns of change as cities and physical artifacts? Can we learn from the building trades and urbanism for maintaining software in the long term? Could we turn legacy software into a good legacy?

You can read the article here.

Also, let me take this opportunity to recommend The Recompiler magazine. It is the most enjoyable technical publication I read. Their podcast is also excellent!

Update 2017/06/10 - Spanish version of the article, Los Sistemas Heredados como Ciudades Viejas

В конце прошлого месяца разработчики openSUSE снова собрались в Нюрнберге, чтобы обсудить дальнейшее развитие дистрибутива и просто пообщаться и весело провести время вместе. В последние пару лет проект стал очень быстро меняться. К проекту присоединилось очень много новых людей. Новые идеи, которые они приносят, находят свое место в новых проектах, разрабатываемых для openSUSE. Даже используя все информационные каналы проекта openSUSE, тяжело уследить за всеми новшествами, включаемыми в проект, и просто меняющейся стратегией совета. Поэтому вопрос о посещении конференции, тем более, если вы мейнтейнер, долгого размышления не потребует

Конференция была открыта докладом Матиаса о LiMux. Краткая история проекта, его взлет, надежды и его падение… Явный пример того, на сколько опасны могут быть политики, пользующиеся властью для удовлетворения собственных предпочтений, и закрывающие глаза на интересы и желания населения. В настоящий момент я как раз работаю над этим проектом в администриции Мюнхена.

На конференции я снова встретился с Дмитрием, занимающимся проектом invis и продвижением Free Software решений на базе 1C в Германии. Беседовали о русскоязычном сообществе openSUSE, и о причинах его столь плачевного состояния. Я очень надеюсь, что сообществу получится преодалеть существующие проблемы и оно снова возьмет курс на развитие, как было в 2008-2010 годах.

Познакомился с Денисом Кондратенко из Киева и его женой. Очень приятная пара. Денис рассказывал о Ceph и EKG в openSUSE, а также о методах обработки метаданных в Elasticsearch. Мой личный опыт использования Elasticsearch ограничивается только BigData/Hadoop, поэтому и тут удалось узнать что-то новое.

Много новых иновационных идей было услышано от Ричарда. Он уже давно стал openSUSE evangelist’ом; его доклады об OBS или openQA можно услышать практически на каждой европейской Free Software конференции, посвященной GNU/Linux. Я всем советую посмотреть его доклад о Containerised Application.

Одним из спонсоров конференции в этом году стал fedora project. Fedora уже не первый год использует нашу систему openQA для автоматического тестирования linux-систем, а сотрудники RedHat уже во второй раз читают свои доклады на openSUSE Conference. В этом году это был доклад How semantic analysis of C and C++ ELF binaries can be used to analyze ABI changes, в прошлом году это были Enforcement of a system-wide crypto policy и Testing complex software in CI.

В общем, как и обычно, конферениция оставила приятное впечатление (пару фоток можно найти тут). И хотя в этом году она длилась всего 3 дня вместо 5, как в прошлом, информации для размышления я пролучил придостаточно. Её посещение в этом году не стоило мне ничего. Спасибо за это TSP. В следующем году она пройдет в Праге, куда я планирую поехать с семьей. Возможно там я встречусь и с теми, кто читает сейчас эти стоки

After updating my distro a few months ago, I somehow lost my tweaks to the Alt-Tab behavior in gnome-shell.

The default is to have Alt-Tab switch you between applications in the current workspace. One can use Alt-backtick (or whatever key you have above Tab) to switch between windows in the current application.

I prefer a Windows-like setup, where Alt-Tab switches between windows in the current workspace, regardless of the application to which they belong.

Many moons ago there was a gnome-shell extension to change this behavior, but these days (GNOME 3.24) it can be done without extensions. It is a bit convoluted.

With the GUI

If you are using X instead of Wayland, this works:

1. Unset the Switch applications command. To do this, run gnome-control-center, go to Keyboard, and find the Switch applications command. Click on it, and hit Backspace in the dialog that prompts you for the keyboard shortcut. Click on the Set button.

2. Set the Switch windows command. While still in the Keyboard settings, find the Switch windows command. Click on it, and hit Alt-Tab. Click Set.

That should be all you need, unless you are in Wayland. In that case, you need to do it on the command line.

With the command line, or in Wayland

The kind people on #gnome-hackers tell me that as of GNOME 3.24, changing Alt-Tab doesn't work on Wayland as in (2) above, because the compositor captures the Alt-Tab key when you type it inside the dialog that prompts you for a keyboard shortcut. In that case, you have to change the configuration keys directly instead of using the GUI:

gsettings set org.gnome.desktop.wm.keybindings switch-applications "[]"
gsettings set org.gnome.desktop.wm.keybindings switch-applications-backward "[]"
gsettings set org.gnome.desktop.wm.keybindings switch-windows "['<Alt>Tab', '<Super>Tab']"
gsettings set org.gnome.desktop.wm.keybindings switch-windows-backward  "['<Alt><Shift>Tab', '<Super><Shift>Tab']"

Of course the above also works in X, too.

Changing windows across all workspaces

If you'd like to switch between windows in all workspaces, rather than in the current workspace, find the org.gnome.shell.window-switcher current-workspace-only GSettings key and change it. You can do this in dconf-editor, or on the command line with

gsettings set org.gnome.shell.window-switcher current-workspace-only true

As part of the work for the openSUSE wiki upgrade and move, I had to package a bunch of MediaWiki extensions. We'll use the MediaWiki 1.27.x LTS release, which means the extensions need to work with this version.

When it comes to packaging, there are three categories of extensions:

The Good

These extensions are hosted on phabricator.wikimedia.org, and you can easily download a tarball matching your MediaWiki version using the "Download snapshot" link on the extension page.

Packaging these extensions is easy - just unpack the tarball and copy/package everything to the extension directory.

These extensions are standardized enough to use a spec file template - usually I only had to adjust the extension name, tarball name and version. Speaking of the version - most extensions don't have explicit version numbers, so I decided to use the tarball date instead.

An example for this category is Auth_remoteuser (extension page, package) which we use to keep the "nice" wiki login form.

The Bad

These extensions are hosted on GitHub and typically only have a "master" branch. They usually still work with MediaWiki 1.27.x, but there's a small risk that they require features added in newer MediaWiki versions, and this risk will grow over time.

On the packaging side, they are as easy as the "good" extensions.

An example is the ParamProcessor extension (extension page, package) which is needed by the Maps extension

The Ugly

These extensions can be hosted on phabricator.mediawiki.org or GitHub, so there are "god ugly" and "bad ugly" extensions ;-) The thing that makes packaging really ugly is that they don't include all the code they need. Instead, you have to download the missing parts with composer.

composer works fine in a "real" system, but makes packaging hard. Running it from the spec will obviously fail because OBS doesn't allow network connections while building a package (and even if it's annoying in this case, not having network access during build is a good thing[tm]).

My solution is a little script that unpacks the extension tarball and runs "composer install --no-dev" inside the extension directory. The most important part is the "--no-dev" parameter because that avoids lots of superfluous things. Afterwards, I build a tarball from the "vendor" directory and add it to the package.

Yeah, I know that's not nice - guess why I named this section "The Ugly" ;-)

One of the packages that need a "composer install" run is the GitHub extension (extension page, package including script to run composer).

Luckily, "ugly" only applies to packaging. The extensions and their maintainers are for sure not ugly - for example, the maintainer of the GitHub extension was very fast in fixing a bug :-)