Snapshots of openSUSE Tumbleweed are rolling out this week like a postal worker delivering presents.

The snapshots are plenty, but only a few software packages are arriving in each snapshot as developers begin to take some time off during the holiday season.

Snapshot 20221219 delivered just one package. That package was cppcheck 2.9.3, which is a static analysis tool for C/C++ code. This update brought various Graphical User Interface and premium feature handling bugfixes. The package improved the lifetime analysis with this pointers, and added debug intrinsics debug valueflow and debug valuetype to show more detail including source backtraces.

The 20221218 snapshot had just two package updates. An update of bash 5.2.15 added some upstream patches in the rolling release snapshot. The patches addressed several cases where bash is too aggressive when optimizing out forks in subshells, and how bash can leak memory when referencing a non-existent associative array element. The shell and command language package also defers processing additional terminating signals when running the EXIT trap while exiting due to a terminating signal; the patch allows the new terminating signal to kill the shell immediately. The other package to update in the snapshot was XFS filesystem utility xfsdump 3.1.12. The package contains tools to create and restore backups of directory trees, which fixed on-media inventory for media unpacking, stream unpacking, stream packing and unpacking logic.

Snapshot 20221217 had a major version update of VPN client openconnect. The 9.01 version added a webview callback and support for some of Cisco’s AnyConnect sessions and verifications. An update of pipewire 0.3.63 fixed a critical bug that caused some audio distortion in some cases when using Advanced Vector Extensions AVX2. The audio and video package for linux also fixed some crash triggers and a potential starting issue with audacity A few other KDE’s Qt5 packages were updated in the snapshot, along with osinfo-db 20221130, which added some patches for supporting LeapMicro versions.

Functionality improvements for the Linux boot process were made in snapshot 20221216 as dracut had an update to check for the fipscheck validation check in /usr/libexec. VMware’s open-vm-tools package updated to version 12.1.5. The package added a containerInfo plugin and a number of Coverity, which is proprietary static code analysis tool, reported issues were addressed. Password Checking Library cracklib 2.9.8 had some translation updates and forces grep to treat the input as text when formatting word files. Text editor nano 7.1, mpc 1.3.0 and a couple other packages updated in the snapshot.

There were several packages that arrived in snapshot 20221215. The big update in the snapshot was to the GNU Compiler Collection. The gcc13 13.0.0 git + added two new headers and depends on at least LLVM 13 for GCN cross compiler. The compiler rebased a patch and included a new patch to allow for armv7l architecture. Another major version update was the GNOME Unicode character map package; the 15.0.2 update of gucharmap updated translations, unicode 15.0.0 and added screenshots and link them from the metainfo. Other packages to update were shotwell 0.31.7, which improved the handling of images that do not have a GPS altitude, rsyslog 8.2212.0, which made Python http server based tests more reliable, and several more.

Ayam KUB atau Ayam Kampung Unggul Balitbangtan adalah ayam kampung galur baru hasil seleksi secara genetik oleh team peneliti Balai Penelitian Dan Pengembangan Pertanian.

Zeze Zahra memelihara ayam KUB cukup banyak, mulai dari DOC (Day Old Chicken), anakan ayam, ayam remaja, ayam dewasa hingga indukan.

Komponen terbesar dari biaya pemeliharaan ayam KUB atau ayam kampung maupun ternak lainnya adalah biaya pakan.

Setelah anakan ayam sudah lebih dari 1 bulan dan sudah mulai besar, apa saja tips yang bisa dilakukan untuk menekan biaya pakan sekaligus bisa tetap menghasilkan ayam yang pertumbuhannya bagus?

この記事は openSUSE Advent Calendar 2022 の21日目です。

openSUSE、というかKDEを使ってる方なら、手軽に外観をがらりと変えることが出来ます。

事実、僕は月に一回変更して、都度新しいイメージを楽しんでいます。

ではさっそく方法ですが、メニューから「設定」->「KDE設定」を選んでKDE設定を開きます。

その中から、「外観」を選びます。

ここからGlobal Themeを選ぶと、がらりとイメージが変わります。アイコン、起動時の画面、ウィンドウのデザインと変わるので、別OSになった気分です。

え？これだけ？と思われるかもしれませんが、ご安心ください。有志の方が作成された多くのテーマを右下の「Get New Themes…」から選ぶことが出来ます。

ドラッグすれば結構な数のテーマが表示されていきます。中にはvistaライクな外観も・・・

なお、上に表示されているように、openSUSEがレビューしたりしているわけではない、有志の作ということを留意してください。

たまに切り替え直後にアイコンが表示されなかったり（何かの拍子に直ります）、テーマによってはLibreOfficeのアイコンがみずらくなったりしてしまうのですが、元に戻すのも簡単ですのでぜひいろいろと試して新しい風をopenSUSEデスクトップに吹かせてみてください。

なお、自分のテーマを作成してアップロードすることもできますので、「俺の考えた最強のデスクトップ」をお持ちの方はぜひアップロードしてみてください。

When I started helping out with Crosswords, JRB taught me a valuable lesson: before implementing a non-trivial feature, or doing a non-trivial change, one should first write a document with the design of the feature. It doesn't have to be anything formal; just an explanation of where you are coming from, the point to which you want to get, and a little technical detail if appropriate. You can then discuss the feature based on the document itself before going down the rabbit hole of actually implementing it.

Over time, these little documents form a high-level technical overview of the thing you are building; a sort of development history with less irrelevant detail than commit logs.

You can see examples of these little documents in the repository for Crosswords.

I started to do this for the things I wanted to implement in Crosswords, but then in librsvg as well and later in at-spi2-core, too. Normally I keep unpublished documents with lots of personal notes on things I want to implement; JRB's tip gave me an excuse to actually make them readable and publish them.

While I was documenting the initial CI for at-spi2-core, and while looking for resources on code coverage setups, I ran into the Firefox Source Tree Documentation and also the Guide to Rustc Development. Both have tours of sections of their respective code bases, they document development procedures — that sort of thing. Perfect!

May I present to you:

• Development guide for librsvg
• Development guide for the accessibility infrastructure

Both documents are generated from text files in their respective repositories. The rendered documents get published from the CI pipeline, at the same time as the API reference guides. Hopefully the documents can be kept up to date right there as one works on the code, instead of being written once and then rotting in a wiki.

This is already yielding fruit. My Outreachy intern for the December 2022 round was able to get started with librsvg's development and I didn't even have to tell them how to get started, because the development guide has a section on setting up a development environment. The Outreachy project for performance tracking in librsvg is also detailed there. The guide for at-spi2-core gives me a place to link to obscure knowledge, as well as to keep reference material for ourselves.

Technical details: both documents are in reStructuredText, and processed with Sphinx, as that seemed well-maintained enough. Using something like mdbook would also work fine.

I am not as comfortable with reStructuredText and Sphinx as I am with Markdown, so if anyone has tips for how to make the docs look prettier (in particular, the table of contents in at-spi2-core's guide is terrible), I'd appreciate your comments!

I also have to actually go and turn the Crosswords documents into a book.

(Remember Code Hospitality? Yeah, exactly that.)

La Comunidad KDE anunció hace unos días que había sido lanzado KDE Gear 22.12, la gran actualización de sus aplicaciones que tiene una periodicidad cuatrimestral. De esta forma, se nos presentan decenas de cambios importantes, una ingente cantidad de bugs solucionados y mejoras en las traducciones. Es hora de ir descubriendo poco a poco cuáles han sido. Des esta forma hemos repasado aplicaciones como Dolphin, Gwenview, Kate, Kwrite, Kdenlive, Kalendar y Elisa. Ha sido un buen repaso y para finalizar toca revisar las novedades finales en KDE Gear 22.12, esas pequeñas mejoras en múltiples aplicaciones que no dan para un artículo pero que son interesante.

Novedades finales en KDE Gear 22.12

Empezamos el repaso rápido que son

En esta nueva versión 22.12 nos pocas pero jugosas novedades:

• KDE Connect: cuando quieras responder a un mensaje de texto usando el widget de KDE Connect, el campo de texto aparece ahora integrado en lugar de en una ventana de diálogo separada, haciéndolo más conveniente para responder cuando estes trabajando con tu equipo.

• Kitinerary (el asistente de viajes de KDE): ahora demás de mostrar la información sobre trenes, aviones y autobuses, nos mostrará tambén la de barcos y transbordadores.
• Kmail: mejoras que facilitan el cifrado de mensajes de correo.
• Si su teclado posee un botón de «Calculadora», ya puede pulsarlo para abrir KCalc, la aplicación de calculadora de KDE.
• Spectacle (la aplicación de captura de pantalla) recuerda de forma predeterminada la última región rectangular que haya escogido, incluso entre lanzamientos de la aplicación.
• Ark añade el formato ARJ a la lista de formatos de compresión con los que es compatible y adopta el KHamburgerMenu para mostrar un aspecto más limpio y simple.

Como estoy comentando últimamente si quieres ayudar a su desarrollo siempre puedes participar en su campaña de recaudación de fondos 2022, tu dinero sirve para que se desarrolle software libre y de calidad para todos y todas.

La entrada Novedades de finales en KDE Gear 22.12 se publicó primero en KDE Blog.

Adding clarity to commit messages significantly helps fellow developers, and this short blog will share some best practices for writing quality commit messages for openSUSE and open-source contributions.

Commit messages communicate vital information between team members, and since open-source software is one big team focusing on open collaboration, it’s imperative to communicate context in these messages.

Why?

The “Why?” may be obvious to you now, but it might not be to others; especially those who might not even be involved yet with your code. Well-crafted commit messages help developers remember aspects of a previous commit and help future developers understand what changed and the purpose for the change. 

Commit messages can be considered unstructured and inconsistent, but these messages can make a world of difference with a little time and care. Think about writing commit messages in a way that is straight and to the point; kind of like a drill sergeant giving commands or instructions. Polish your boots. Clean the latrine. Do push ups. Being more specific, think about a parent telling their child what to do and for what reason. Clean the stove because the cooking oil you spilled on it can cause a fire for the next person using it.

Below are some other helpful hints for writing good commit messages.

Important bits:

• Include “Why” in the commit message in addition to “What” (Create a message that provides value)

• Don’t just link to bugtrackers, because these can become unaccessible later (“Nothing endures but change” - Heraclitus, ancient Greek philosopher)

• Bonus points for stylistic consistency

  • Capitalize first letter (Unless that first word is openSUSE) :wink:

  • Use Imperative form (Imperative form isn’t a rude form of expression; it’s detailed and provides clarity, just like the headline of this blog)

  • No trailing dot in summary

  • Limit line length (A good rule is to keep the characters use low; around 50 for the first line)

For those that are interested in more details, there is an extensive amount of helpful hints at https://cbea.ms/git-commit/.

Right in time for the holiday season, we have prepared you a gift for the continuous integration between OBS and SCMs. We are introducing placeholder variables and for your workflows configuration files, a customizable location. Let’s see how this new flexibility helps you in your work. We started off the continuous integration between OBS and GitHub/GitLab in May 2021, then made some improvements in June 2021. We introduced advanced features like reporting filters and support...

Sebagai hadiah akhir tahun, Zeze Zahra ingin tahu jenis video apa yang paling menarik dari sekian banyak video yang sudah diupload. Sebagai rewardnya, Zeze Zahra akan memberikan 5 buah kaus kerah Zeze Zahra bagi subscriber yang beruntung. Peluang ini diberikan bagi subscriber lama maupun bagi yang baru saja subscribe channel.

Syaratnya ada 3 yaitu :

1. Subscribe channel : https://www.youtube.com/@zezevavai

2. Komentar pada salah satu video yang dianggap menarik

3. Isi formulir ini : https://bit.ly/kaus-kerah-zz

* Respon ditunggu paling lambat tanggal 28 Desember 2022

Salam Zeze Zahra

https://linktr.ee/zezezahra

この記事は openSUSE Advent Calendar 2022 の20日目です。

オンラインカンファレンスなどで広く使われてるZoomをopenSUSEで手軽に使おうと思います。

そう、もうおわかりですね。Flatpakで導入します。

Flatpakとはコンテナ技術をデスクトップアプリに応用したユーティリティで、隔離環境でデスクトップアプリを使うことができます。

つまり、ホストの環境に依存しないので、僕のようにあれこれしてしまっているホストでも安心して使うことが出来ます。

まず、Flatpakがインストールされてなければインストールします。

sudo zypper in flatpak

そして、Flathubという、パッケージのリポジトリを登録します。

flatpak remote-add --user --if-not-exists flathub <a href="https://flathub.org/repo/flathub.flatpakrepo">https://flathub.org/repo/flathub.flatpakrepo</a>

登録したらアップデートを行います。

flatpak update

後はFlathubの公式ページ通りにすればすべてOKです。

Zoomのインストール

flatpak install flathub us.zoom.Zoom

Zoomの起動

flatpak run us.zoom.Zoom

これだけで比較的新しいバージョンのZoomを使うことが出来ます。

僕の所にパッケージで入っていたZoomがあったのですが、ある日「バージョン上げないとログインできないよ」と出てしまい、さっと思いついたのがFlatpakの利用でした。確か、30分後にZoomが必要、な時で、ちょっと焦ったのを覚えています。Flatpakを抑えておくと、こういう時に助かったりします。

また、skypeもslackもdiscordも、僕はFlatpakで快適に運用しています。

隔離環境のため、ローカルファイルとの連携などに多少流儀がありますが、環境を気にせず使える利点はありがたいです。いずれ、Flatpakを深堀してみたいと思います。

Hari ini secara hitungan waktu saya sudah 2 minggu menjalani puasa Daud. Puasa yang awalnya saya lakukan untuk menemani puteri bungsu saya yang berpuasa Senin-Kamis ini menjadi hal menarik yang saya jalani dan ternyata membawa banyak manfaat yang awalnya tidak terlalu kelihatan.

Manfaat pertama sudah jelas ada implikasi ke berat badan. Berat badan saya sebelum berpuasa ada di kisaran 80-81 kg. Setelah berpuasa sekitar 2 minggu, posisi berat badan di kisaran 66-67 kg.

Saya pribadi terus terang tidak terlalu berharap akan turun berat badan secara drastis, namun hal ini sepertinya menjadi konsekuensi logis karena saya secara alamiah mengurangi makan meski diwaktu tidak berpuasa.

Saya jadi terbiasa makan tanpa nasi. Kadang sahur dengan pisang rebus dan ikan atau ubi rebus dengan ayam atau sekedar telur rebus dan air teh daun salam sereh. Saat waktunya makan, porsinya juga otomatis lebih sedikit. Kadang hanya 1x atau maksimal 2x sehari saya makan nasi, padahal biasanya 3x makan nasi dalam sehari.

Perubahan kedua yang saya check adalah tensi. Biasanya tensi saya di kisaran 140-150 untuk Systolic dan 90-110 untuk diastolic. Saya bahkan pernah harus ke rumah sakit malam-malam karena tensi terlalu tinggi dan jantung berdebar-debar.

Setelah puasa, saya check tensi saya berkisar di angka 120/70-80. Saya pikir itu karena saya baru bangun tidur jadi siang ini saya check juga dan memang angkanya di kisaran itu.

Saya memang masih rutin minum obat tensi, namun sebelumnya tensi masih up and down dikisaran agak tinggi.

Perubahan ketiga adalah dari sisi stamina. Saya biasanya sering mengantuk dan mudah lelah. Kalau kuliah malam, begitu selesai rasanya langsung tidur pulas. Ngantuk sekali.

Awal-awal puasa juga ngantuk sekali. Tapi belakangan mulai normal. Mungkin karena badan sudah mulai beradaptasi. Selesai kuliah malam saya kadang masih menulis blog, mengecek pekerjaan team di Excellent dan Aktiva dan membuat video untuk channel Youtube Zeze Zahra. Saat tidur, saya bangun sebelum waktu Shubuh (pukul 03.30 WIB) tanpa merasa ngantuk dan saya bisa langsung olahraga treadmill atau sit up.

Jadi, apa saja kira-kira yang saya lakukan secara paralel bersamaan dengan proses puasa Daud? Berikut adalah beberapa penyertanya :

1. Mengurangi minuman manis. Saya tidak lagi minum teh manis. Saya menggantinya dengan air teh daun salam+sereh dan air putih. Awal-awal saya masih tergoda dengan minuman fast food tapi belakangan biasa saja. Saya sekarang berangkat mengantar Vivian sekolah dan kemudian bekerja di markas Excellent sambil membawa botol minuman isi air sereh dan salam. Saya bahkan kadang merebus sereh dan salamnya di markas Excellent.

2. Mengurangi makan nasi. Maksimal 2x dalam sehari makan nasi, itu juga dengan porsi setengah dari sebelumnya. Kadang saya juga mengganti nasi dengan ubi, kentang atau pisang rebus.

3. Lebih banyak makan makanan asli (raw food), bukan makanan kemasan. Jadi lebih banyak makan sayur, ikan atau ayam, bukan makanan olahan seperti nugget atau olahan lain sejenis

4. Olah raga rutin. Olah raga pagi dan kadang olah raga ringan di sore hari. Saat berpuasa, saya biasanya treadmill dan sit up menjelang buka puasa sedangkan saat tidak berpuasa, saya treadmill dan sit up di pagi hari

Manfaat dari itu hal diatas salah satunya adalah penghematan biaya. Saya jadi jarang membeli makanan pesan antar. Kalaupun makan, saya membeli secukupnya saja. Saya lebih banyak masak sendiri. Kadang di markas Excellent juga masak sendiri sesuai porsi yang saya inginkan.

Sejauh ini Alhamdulillah prosesnya berjalan dengan lancar tanpa kendala. Relatif tidak terlalu haus dan lapar, sesuatu yang awalnya saya khawatirkan karena saya membayangkan saya akan tersiksa atas apa yang saya kerjakan. Ternyata puasa juga utamanya terkait mindset, bukan soal fisik semata. Kalau mindsetnya menganggap hal ini sebagai hal biasa yang memang seharusnya dilakukan, nanti tubuh akan mengikuti dan menyesuaikannya