Skip to main content

a silhouette of a person's head and shoulders, used as a default avatar

Linux Connexion con Slimbook en Podcast Linux #119

Hace tiempo que no comparta uno de los programas de los podcast de Juan Febles, y es que su producción es elevada y el tiempo que tengo para el blog limitada. En esta ocasión tengo el placer de presentar «Linux Connexion con Slimbook» donde se juntan dos de las personas más importantes no programadoras en la difusión del Software Libre, Alejandro López y Juan Febles. No te lo puedes perder.

Linux Connexion con Slimbook en Podcast Linux #119

Linux Connexion con Slimbook en Podcast Linux #119

Suele ser un idea recurrente que transmito a mis allegados (palabra de moda el pasado mes de noviembre): la conquista de GNU/Linux en el escritorio llegará cuando los dispositivos vengan equipados con él.

Y esta es la labor que hace la gente de Slimbook, viejos conocidos del blog, con sus ultrabooks, sus miniordenadores o sus torres de alta gama como los Kimera.

En este podcast en forma de charla entre Alejandro López y Juan Febles nos encontramos con temas más que interesantes, destacando entre todos, la gran y fructífera relación entre la Comunidad KDE, Slimbook y los procesadores AMD (fruto de la cual no solo se ha lanzado el KDE Slimbook III sino que se ha mejorado el Kernel Linux para todo el mundo) o el complejo mercado de Slimbooks de segunda mano.

Linux Connexion con Slimbook en Podcast Linux #119

En palabras de Alejandro:

«¡¡Muy buenas amante del Software Libre!!!
Bienvenido a otra entrega de Podcast Linux, la número 119. Un saludo muy fuerte de quien te habla, Juan Febles. Hoy vuelve a estar con nosotros Alejandro López, director comercial y cofundador de Slimbook, empresa 100% española que ofrece ordenadores GNU/Linux a medida ensamblados en España.

Recordar a los oyentes que estamos en una sala Jitsi para esta charla, un servicio libre para videoconferencias, y que este podcast aloja su web en Gitlab, un servicio libre de repositorios git y su contenido en Archive.org, la biblioteca digital libre con licencias Creative Commons.»

Como siempre, os dejo el audio para que los podáis escuchar y disfrutar de este programa de una hora de duración:

Más información: Podcast Linux

Y aprovecho para animaros a seguir Podcast Linux en algunos de los canales de comunicación que tiene, los cuales han cambiado debido a que Podcast Linux ha abandona e

a silhouette of a person's head and shoulders, used as a default avatar

Curso «Open Source y la transición 5G» de la Linux Foundation

En estos días de vacaciones para algunos es interesante poder invertir algo de nuestro tiempo para la formación. Y haciendo una simple búsqueda en DuckDuckGO he encontrado el Curso «Open Source y la transición 5G» de la Linux Foundation que además de interesante, es gratuito y orientado para principiantes. ¿A que suena bien?

Curso «Open Source y la transición 5G» de la Linux Foundation

Una nueva revolución se acerca a nuestra sociedad de la información: la tecnología 5G está llegando a España y ofreciéndonos una conexión de mayor calidad y con mayores velocidades que las que proporciona el 4G o incluso la conexión wifi doméstica, las cuales no tardaremos en probar con un Speedcheck y así poder medir a nuestro proveedor.

Y claro está el Software Libre no puede sera ajeno a este nuevo reto tecnológico y, de hecho, está siendo protagonista de su desarrollo ya que utiliza tanto código como estándares abiertos.

Curso "Open Source y la transición 5G"

Investigando un poco sobre el tema he encontrado un interesante curso de la Linux Foundation que enseña cómo y qué forma el software y los estándares de código abierto están impulsando la transición a la 5G, la IA (Inteligencia Artificial) y la IOT (Internet de las cosas).

El curso es abierto, accesible para todo el mundo ya que empieza desde el principio y gratuito (a menos que quieras un certificado oficial), teniendo una duración de una semana con una dedicación de 2 horas semanales…Y empieza hoy, así que no te lo pienses y apúntate ya.

Curso "Open Source y la transición 5G"

El curso se presenta de la siguiente forma:

«Las redes 5G se están construyendo con software y estándares de código abierto. Los operadores y vendedores están integrando estas tecnologías a un nivel sin precedentes para hacer realidad la promesa de 5G. El código abierto permite a los operadores experimentar con modelos de negocio y ofrecer nuevos servicios, y permite a las empresas obtener más valor de su arquitectura de red.

Este curso proporcionará una visión general de por qué el código abierto importa ahora más que nunca en el espacio de las redes inalámbricas y la tecnología móvil y qué tecnologías merecen su atención. Los gerentes de negocios se familiarizarán con la infraestructura de código abierto que impulsa el futuro y cómo aprovecharla para su propio beneficio empresarial.«

De esta forma, el curso promete que al finalizar el mismo podremos:

  • Argumentar por qué el código abierto es importante para el 5G y para las empresas.
  • Descubrir qué tecnologías de código abierto están impulsando la innovación tecnología 5G.
  • Explorar el panorama de la tecnología de código abierto y conoce lo que merece tu atención

Parece muy interesante y se une a otros cursos promocionados por el blog como este de «Docker» de GNU/Linux Valencia o alguno de Linux Center.

Más información: Training Linux Foundation

the avatar of Klaas Freitag

ownClouds Virtual Files on the Linux Desktop

it could already be read somewhere that 2021 will be the year of Linux on the desktop :-D

Fine with me. Just to support that, I did a little hackery over XMas to improve the support for ownClouds virtual file system on the Linux Desktop.

What are Virtual Files?

In professional usecases, users often have a huge amount of data stored in ownCloud. Syncing these completely to the desktop computer or laptop would be too much and costly in bandwidth and harddisk space. That is why most mature file sync solutions came up with the concept of virtual files. That means that users have the full structure with directories and files mirrored to their local machines, but have placeholder of the real files in the local file manager.
The files, however, are not on the disk. They get downloaded on demand.

That way, users see the full set of data virtually, but save time and space of files they never will need on the local system.

The ownCloud Experience

ownCloud has innovated on that topic a while ago, and meanwhile support virtual files mainly on Windows, because there is an elaborated system API to work with placeholder files. As we do not have this kind of API on Linux desktops yet, ownCloud desktop developers implemented the following solution for Linux: The virtual files are 1 byte sized files with the name of the original file, plus a suffix “.owncloud” to indicate that they are virtual.

That works, yet has one downside: Most file managers do not display these placeholder files nicely, because they loose the MIME type information. Also, downloading and also freeing up the space of downloaded files is not integrated. To summarize, there is a building block missing to make that useful on Linux.

Elokab-files-manager with ownCloud

I was wondering if it wasn’t possible to change an existing file manager to support the idea of virtual files. To start trying I found the Elokab-files-manager which is a very compact, yet feature rich file manager built on Qt. It is built with very few other dependencies. Perfect to start playing around with.

In my Github fork you can see the patches I came up with to make Elokab-fm understand ownCloud virtual files.

New Functionality

The screenshot shows the changes in the icon view of Elokab-fm.

Screenshot Elokab-fm

Screenshot of patched Elokab-files-manager to support ownCloud Virtual Files.

To make that possible, Elokab-fm now pulls some information from the ownCloud Sync Client config file and connects to the sync client via local socket to share some information. That means, that the sync client needs to run to make that work.

Directories that are synced with ownCloud now show an cloud overlay in the center (1).

The placeholder files (2) which are not present on the local hard drive indicate that by showing a little cloud icon bottom right. However, other than before, they are displayed with their correct name and mime-type, which makes this already much more useful.

Files, which are on the local disk as the image (3) show their thumbnail as usual.

In the side panel (4) there are a few details added: The blue box on the bottom indicates that the file manager is connected to the sync client. For the selected virtual file (2), it shows an button that downloads the file if clicked which would turn it into a non virtual, local file. There is also an entry in the context menu to achieve that.

Status

This is just a proof of concept and a little XMas fun project. There are bugs, and the implementation is not complete. And maybe Jürgen’s idea of a FUSE layer to improve that is the better approach, but anyway. It just shows what is possible with virtual files also on Linux.

If you like that idea, please let us know or send a little PR if you like. We do not wanna fail providing our share on the year of the Linux Desktop, right? ;-)

Building it from my Github branch should be fairly easy, as it only depends on Qt.

For openSUSE users, I will provide some test packages in my home project on Open Build Service.

the avatar of Chun-Hung sakana Huang

Stackdriver-agent with openSUSE Leap 15.2 in GCP 安裝小記

Stackdriver-agent with openSUSE Leap 15.2 in GCP 安裝小記


OS: openSUSE Leap 15.2 in GCP


今天要來嘗試在 openSUSE Leap 15.2 in GCP 安裝 stackdriver 的 agent


首先先來談談爲何要在 GCP 的 OS 內安裝 stackdriver-agent


預設在 GCP 內使用 OS, GCP 是會提供相關監控的數值



  • 例如 CPU 用量 / 網路狀況 / 磁碟 IOPS


但是 如果是要監控 Memory Utilization / Disk Space Utilization 就是要安裝 Stackdriver-agent

安裝 agent 的官方頁面如下


但是目前 stackdriver-agent 只有針對已經支援的 OS 來進行安裝 script, 可惜的是 openSUSE Leap 沒有列在裡面, 所以我就嘗試用 SLES 的方式來修改, 讓 openSUSE Leap 15.2 in GCP 也可以看到相關資訊


所以以下為個人實驗, 不負責相關影響 


在 GCP 建立 openSUSE Leap 15.2 GCE




SSH 連入該台 GCE 進行安裝

切換為 root 身份進行處理 (個人習慣)


> sudo  su  -


下載 GCP add agent script 到目前目錄

# curl  -sSO  https://dl.google.com/cloudagents/add-monitoring-agent-repo.sh


觀察相關資訊

# ls

.bash_history  .gnupg  .ssh  add-monitoring-agent-repo.sh  bin


觀察 script 內容


# egrep  -v  '^#|^$'  add-monitoring-agent-repo.sh 


REPO_HOST='packages.cloud.google.com'

MONITORING_AGENT_DOCS_URL="https://cloud.google.com/monitoring/agent"

MONITORING_AGENT_SUPPORTED_URL="${MONITORING_AGENT_DOCS_URL}/#supported_operating_systems"

[[ -z "${REPO_SUFFIX-}" ]] && REPO_SUFFIX='all'

if [[ -f /etc/os-release ]]; then

  . /etc/os-release

fi

handle_debian() {

  lsb_release -v >/dev/null 2>&1 || { \

    apt-get update; apt-get -y install lsb-release; \

  }

  apt-get update; apt-get -y install apt-transport-https ca-certificates

  local CODENAME="$(lsb_release -sc)"

  local REPO_NAME="google-cloud-monitoring-${CODENAME}${REPO_SUFFIX+-${REPO_SUFFIX}}"

  cat > /etc/apt/sources.list.d/google-cloud-monitoring.list <<EOM

deb https://${REPO_HOST}/apt ${REPO_NAME} main

EOM

  curl --connect-timeout 5 -s -f "https://${REPO_HOST}/apt/doc/apt-key.gpg" | apt-key add -

}

handle_rpm() {

  lsb_release -v >/dev/null 2>&1 || yum -y install redhat-lsb-core

  local REPO_NAME="google-cloud-monitoring-${1}-\$basearch${REPO_SUFFIX+-${REPO_SUFFIX}}"

  cat > /etc/yum.repos.d/google-cloud-monitoring.repo <<EOM

[google-cloud-monitoring]

name=Google Cloud Monitoring Agent Repository

baseurl=https://${REPO_HOST}/yum/repos/${REPO_NAME}

enabled=1

gpgcheck=1

repo_gpgcheck=1

gpgkey=https://${REPO_HOST}/yum/doc/yum-key.gpg

       https://${REPO_HOST}/yum/doc/rpm-package-key.gpg

EOM

}

handle_redhat() {

  local VERSION_PRINTER='import platform; print(platform.dist()[1].split(".")[0])'

  local MAJOR_VERSION="$(python2 -c "${VERSION_PRINTER}")"

  handle_rpm "el${MAJOR_VERSION}"

}

handle_amazon_linux() {

  handle_rpm "amzn"

}

handle_suse() {

  SUSE_VERSION=${VERSION%%-*}

  local REPO_NAME="google-cloud-monitoring-sles${SUSE_VERSION}-\$basearch${REPO_SUFFIX+-${REPO_SUFFIX}}"

  zypper --non-interactive refresh || { \

    echo "Could not refresh zypper repositories."; \

    echo "This is not necessarily a fatal error; proceeding..."; \

  }

  cat > /etc/zypp/repos.d/google-cloud-monitoring.repo <<EOM

[google-cloud-monitoring]

name=Google Cloud Monitoring Agent Repository

baseurl=https://${REPO_HOST}/yum/repos/${REPO_NAME}

enabled=1

gpgcheck=1

repo_gpgcheck=1

gpgkey=https://${REPO_HOST}/yum/doc/yum-key.gpg

       https://${REPO_HOST}/yum/doc/rpm-package-key.gpg

EOM

  zypper --non-interactive --gpg-auto-import-keys refresh google-cloud-monitoring || \

    exit $?

}

case "${ID:-}" in

  amzn)

    echo 'Adding agent repository for Amazon Linux.'

    handle_amazon_linux

    ;;

  debian|ubuntu)

    echo 'Adding agent repository for Debian or Ubuntu.'

    handle_debian

    ;;

  rhel|centos)

    echo 'Adding agent repository for RHEL or CentOS.'

    handle_redhat

    ;;

  sles)

    echo 'Adding agent repository for SLES.'

    handle_suse

    ;;

  *)

    # Fallback for systems lacking /etc/os-release.

    if [[ -f /etc/debian_version ]]; then

      echo 'Adding agent repository for Debian.'

      handle_debian

    elif [[ -f /etc/redhat-release ]]; then

      echo 'Adding agent repository for Red Hat.'

      handle_redhat

    elif [[ -f /etc/SuSE-release ]]; then

      echo 'Adding agent repository for SLES.'

      handle_suse

    else

      echo >&2 'Unidentifiable or unsupported platform.'

      echo >&2 "See ${MONITORING_AGENT_SUPPORTED_URL} for a list of supported platforms."

      exit 1

    fi

esac


  • 這邊我只看 suse 的相關處理, 大概就是建立 /etc/zypp/repos.d/google-cloud-monitoring.repo 以及進行 gpg key import 與 refresh


仿造上面的做法來建立 /etc/zypp/repos.d/google-cloud-monitoring.repo


還沒做之前觀察 gpg key 資訊

# rpm  -qa  gpg-pubkey*


gpg-pubkey-307e3d54-5aaa90a5

gpg-pubkey-3dbdc284-53674dd4

gpg-pubkey-39db7c82-5847eb1f


建立 google-cloud-monitoring.repo 相關資訊

#vi  /etc/zypp/repos.d/google-cloud-monitoring.repo


內容如下

[google-cloud-monitoring-sles15-x86_64-all]

name=google-cloud-monitoring

enabled=1

autorefresh=1

baseurl=https://packages.cloud.google.com/yum/repos/google-cloud-monitoring-sles15-x86_64-all

type=rpm-md

keeppackages=0

gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg

       https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg


匯入 上面的 gpgkey

# rpm  --import  https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg

# rpm  --import  https://packages.cloud.google.com/yum/doc/yum-key.gpg


  • 這樣可以避免 Signature verification failed for file 'repomd.xml' 問題


進行 gpgkey 比對

# rpm  -qa  gpg-pubkey*


gpg-pubkey-3e1ba8d5-558ab6a8

gpg-pubkey-307e3d54-5aaa90a5

gpg-pubkey-3dbdc284-53674dd4

gpg-pubkey-a7317b0f-551deab2

gpg-pubkey-836f4beb-5fc97e5e

gpg-pubkey-39db7c82-5847eb1f

gpg-pubkey-ba07f4fb-5ac168db


  • 藍色部分爲新增進來的 Key



將 zypper refresh 以及加入 gpg key


# zypper --gpg-auto-import-keys  refresh



Retrieving repository 'google-cloud-monitoring' metadata ..............................[done]

Building repository 'google-cloud-monitoring' cache ...................................[done]

Retrieving repository 'Debug Repository' metadata .....................................[done]

Building repository 'Debug Repository' cache ..........................................[done]

Retrieving repository 'Update Repository (Debug)' metadata ............................[done]

Building repository 'Update Repository (Debug)' cache .................................[done]

Retrieving repository 'Non-OSS Repository' metadata ...................................[done]

Building repository 'Non-OSS Repository' cache ........................................[done]

Retrieving repository 'Main Repository' metadata ......................................[done]

Building repository 'Main Repository' cache ...........................................[done]

Retrieving repository 'Source Repository' metadata ....................................[done]

Building repository 'Source Repository' cache .........................................[done]

Retrieving repository 'Main Update Repository' metadata ...............................[done]

Building repository 'Main Update Repository' cache ....................................[done]

Retrieving repository 'Update Repository (Non-Oss)' metadata ..........................[done]

Building repository 'Update Repository (Non-Oss)' cache ...............................[done]

All repositories have been refreshed.




安裝 agent

# zypper  install  stackdriver-agent


Loading repository data...

Reading installed packages...

Resolving package dependencies...


The following 2 NEW packages are going to be installed:

  insserv-compat stackdriver-agent


2 new packages to install.

Overall download size: 1.2 MiB. Already cached: 0 B. After the operation, additional 5.2 MiB

will be used.

Continue? [y/n/v/...? shows all options] (y): y

Retrieving package insserv-compat-0.1-lp152.5.1.noarch  (1/2),  14.9 KiB (  8.5 KiB unpacked)

Retrieving: insserv-compat-0.1-lp152.5.1.noarch.rpm .....................[done (259.7 KiB/s)]

Retrieving package stackdriver-agent-6.1.0-1.sles15.x86_64

                                                        (2/2),   1.2 MiB (  5.2 MiB unpacked)

Retrieving: cde909b8d24e2beabdbd489e42e5bd65c64c14e09b710c56852736aecd3bf3a7-stackdrive[done]


Checking for file conflicts: ..........................................................[done]

(1/2) Installing: insserv-compat-0.1-lp152.5.1.noarch .................................[done]

(2/2) Installing: stackdriver-agent-6.1.0-1.sles15.x86_64 .............................[done]

Additional rpm output:


Note: This output shows SysV services only and does not include native

systemd services. SysV configuration data might be overridden by native

systemd configuration.


If you want to list systemd services use 'systemctl list-unit-files'.

To see services enabled on particular target use

'systemctl list-dependencies [target]'.


stackdriver-agent         0:off  1:off  2:on   3:on   4:on   5:on   6:off



觀察服務狀態

# systemctl status stackdriver-agent


● stackdriver-agent.service - LSB: start and stop Stackdriver Agent

   Loaded: loaded (/etc/init.d/stackdriver-agent; generated; vendor preset: disabled)

   Active: inactive (dead)



重新啟動服務

# systemctl  restart  stackdriver-agent


觀察服務狀態

# systemctl  status  stackdriver-agent


● stackdriver-agent.service - LSB: start and stop Stackdriver Agent

   Loaded: loaded (/etc/init.d/stackdriver-agent; generated; vendor preset: disabled)

   Active: active (running) since Sun 2020-12-27 13:59:30 UTC; 32s ago


觀察如果重開機是否會啟動服務


# systemctl  is-enabled stackdriver-agent


stackdriver-agent.service is not a native service, redirecting to systemd-sysv-install.

Executing: /usr/lib/systemd/systemd-sysv-install is-enabled stackdriver-agent

enabled


回 GCP 觀察相關資訊



  • 這個時候就發現 Memory Utilization / Disk Space Utilization 有相關資訊了


大功告成

~ enjoy it


Reference


the avatar of openSUSE Mauritius

openSUSE Leap 15.3 Alpha

Two weeks ago, openSUSE Release Manager, Luboš Kocman, announced on the availability of the Alpha images for openSUSE Leap 15.3.

Leap 15.3 aims to become more binary compatible with SUSE Linux Enterprise. As such, Leap now aligns with SLE and its service packs to keep the system updated, stable and patched.

Alpha images of Leap 15.3 will be rolling until mid-February when it will transition in the Beta phase.

Users of openSUSE Leap 15.1 have until January of 2021 before it reaches its End of Live and users need to update to Leap 15.2. The Public Availability of Leap 15.3 is scheduled to be released in July, 2021, according to the releases roadmap Users of Leap 15.2 will need to update to the newer version within six months of the release of Leap 15.3.

The test releases can be downloaded from software.opensuse.org/distributions/testing.

the avatar of openSUSE Mauritius

openSUSE 2020 - End of Year Survey

The openSUSE Project is carrying an EoY survey to collect ideas and comments from the community. The survey carries 40 questions which aim to gain a better understanding of the issues and expectations of openSUSE users.

We encourage you to spend a few minutes to answer the questions and help in making openSUSE a better Linux distribution. 🙂

the avatar of Sankar P

Repairability

My Macbook Pro

I have a Macbook pro retina 15 inch, that I bought in 2016. A few days back, the battery started bulking up and the laptop has totally stopped working. It has grown so big now that I cannot keep the laptop in a flat surface; it almost rocks like a see-saw. The touchpad panel is also feeling the bulge. The Macbook pro is not even switching on now, presumably to safeguard against battery explosions.

I bought the laptop 4 years back, for about 200,000 INR (~2700 USD / 2200 EUR). Electronics are very costly in India :( This is the pre-touchbar Macbook pro. I did not like the new keyboard in the then new Macbooks (the first edition with the touchbar). Luckily, I did not purchase the touchbar version which probably is one of the worst electronic devices ever manufactured.

I took my macbookpro today to a nearby Apple service center and I was told that the battery replacement would cost about 40,000 INR (~550 USD / 450 EUR). For such a costly laptop, it has a terrible battery longevity. I have no interest in paying this much for just a battery for an old laptop which is anyway not fun anymore to work on. I could purchase a new laptop with this money. For this money I could even setup a private cloud of a few Rasperry PIs and even launch kubernetes in them for fun.

I thought that I could purchase a battery offline and replace the battery. But to replace the battery, you need to disassemble almost everything (Harddisk, Speakers, CPU, fans, etc.) in a macbook and use chemicals (acetone). Thankfully Apple is not yet making cars, otherwise, to change Engine oil, we may have to dissasemble the headlamps, engine, transmission, differential, etc. 

What is more evil is, The Macbook pro will not work without a battery even if it is plugged in an electric power supply. I do this for my old HP laptop (for parents+kids) whose battery is long gone. The magsafe charger of Macbook is another well-known disaster. I believe that Apple gets a lot of undeserving praise for their hardware. They have shiny aluminium body, a good screen and the best touchpad; But their Thermal management, Longevity, Repairability are all abysmally bad. I have replaced the charger three times in ~3 years because the plastic covering near the charging point goes bad in daily usage and the internal wire gets damaged. The wires also become very yellow and dirty in Indian climate, for some reason. Even people far more connected and influential than me, could not change Apple's behavior.

I personally, am never buying any apple device or Macbook pro ever again, for personal use. It's just because I do not like their greed and exploitation of vulnerable customers.

Thinkpads

The only reason I bought the Macbook pro in 2016 was because I had to do some iOS app development. Prior to that in my $DAYJOBs I have almost exclusively used Thinkpads right from the days they were owned by IBM (and had an extra-ordinary keyboard) until they were sold off to Lenovo (and have this chiclet non-sense). The old Thinkpads were a delight to have. We could replace the batteries, replace the fans, replace individual keys etc. We could also add RAM or Disk whenever we need, how much ever we need. All without needing anything more than a normal screwdriver set.

Good things are not meant to last. Just like how Macbooks have gone worse, Thinkpads too have gone worse. In my current $DAYJOB I use a Thinkpad E series (the cheapest version) and it is terrible. The management of Lenovo is either dumb and do not understand what its loyal customers want; or just plain evil (or capitalistic extremists) and embraced planned obsolesence.

The thinkpad now comes in many series L, T, X, P, E etc. and almost none of them have external batteries.  Almost all of them have the RAM soldered and cannot be replaced. If the soldered RAM goes wrong, we need to throw away the laptop. Thinkpads were supposed to be the most developer friendly laptops. But even in 2020, we cannot get a single 32GB RAM in any of the medium cost thinkpad ranges. If you want anything more than 32GB RAM, you must shell out a lot of money and go for a ridiculously high cost series with 4k screen or some such luxury that I do not want. And their fingerprint readers never seem to reliably work on Linux for some reason, despite most kernel developers using Thinkpads.

E Waste and Green Earth

When I was in school, I have lived in a house with no electricity. I have then grown up and lived in Indian towns where 8-12 hours power cut per day was not unheard of. Luckily I now live in a big Indian city where powercuts are just an occasional weekly-few-hours affair. If it were not for the powercuts, I would happily purchase a desktop instead of a laptop. Atleast until now, desktops (Not those integrated all-in-one pieces) age better than laptops. But powercuts are a part of life where I live and I need battery backup.

Mobile Phones

Laptops and desktops are only a small part of the story. Now, with mobile phones coming on, the amount of e waste getting generated is exploding (literally in some sense). Android is a bigger culprit than Apple here. Even Google (which does not have "Do no evil" as a motto anymore) is refusing to push updates for pixel phones that are just 3 years old.

Once electric cars become more available, it is going to be worse for third world nations which import e waste. Rich billionaires and millionaires will claim to be more green by switching to electric cars and will send off the batteries to electronic graveyards in the other side of the Earth.

By making it difficult to replace/recycle batteries in laptops, phones, OEMs are making the world generate a lot of e waste. The first world nations worry about e-waste polluting their water and land, so what do they do ? They simply dump it out to third world nations, like India, Vietnam etc. As if, us people of these nations, do not have enough things to worry about on our own, now we have to accomodate tonnes of these e-wastes, which spoil our water and pollute our air.

We cannot even protest against these e-waste processing units that import world's junk, because most of the third world nations do not even have healthy democracies where citizens can opine against the Government/rulers, unlike the west.

What to do ?

The European Union atleast is trying to do something, while rest of the world seem to be not bothered. The USA especially has a lot of responsibility, because most of the OEMs like Apple, HP, Dell, etc. are walking the evil path of denying repairability and increasing sales, only to please the wallstreet and their $SHARE_SYMBOLs in the American stock market. It is pointless to spend millions for green-earth initiatives, if you do not produce re-cyclable / repairable electronic gadgets.

What can we Engineers do to combat such planned obsolecence and promote right-to-repair and recycling ? 

Honestly, I do not have an answer. May be we could influence in our small circles of hardware purchase. When your $EMPLOYER is looking to update the company hardware and get laptops for everyone, insist them to get only hardware which can be easily repaired.

If you work for an e-commerce giant (like Amazon, Walmart, EBay, etc.) push your employer to provide "Repairability score" as a filter condition in the product pages (similar to 3*, 4*, 5* , etc.) of electronic devices. May be if enough companies/customers start demanding these, the OEMs will have a financial motivation to do the right thing.

Are there any other steps that you believe that we as individuals could do to bring a change ? If so, please comment. 

What laptops do you like using that have a good repairability score, even in 2020/2021.

Thanks for coming to my TED talk ;-)

PS: If you know any good third party battery (which wouldn't explode in hot Indian weather) for Macbook Pro please let me know. If you refer a mechanic/shop who does the Macbook battery replacement in Chennai/Bangalore, India, that would be even better.


a silhouette of a person's head and shoulders, used as a default avatar

Escritorio Cyberpunk 2077 en Linux con Plasma – Vídeo

Ya hemos hablado de ciertas personalizaciones profundas que son capaces de convertir nuestro Linux en un Mac (presenté uno hace un tiempo y otro hace poco) o en un Windows, pero no siempre debemos transforma nuestro escritorio Plasma en otro Sistema Operativo sino que podemos ir más allá e integrarlo dentro de un videojuego. Bienvenidos a cómo convertir nuestro Linux en un escritorio CyberPunk 2077. Alucinante.

Escritorio Cyberpunk 2077 en Linux con Plasma – Vídeo

En mi opinión el estilo por defecto de Plasma Brisa (Breeze) que creó el equipo de diseño visual de Plasma 5 es excelente y de sobrada calidad para la mayoría de los usuarios, pero si en algo supera a todos los entornos de trabajo nuestro amado escritorio de la Comunidad KDE es en su capacidad de transformación.

Y una buena prueba de ello es la personalización extrema que han realizado los chicos y chicas de Linux Scoop para llevar el escritorio Plasma a un escritorio perfectamente integrado en el mundo de Cyberpunk 2077, el videojuego de CDProject que nos lleva a una sociedad futura y muy cibernética y que tantos bits de información ha generado recientemente.

Escritorio Cyberpunk 2077 en Linux con Plasma - Vídeo

Como es habitual, la gente de Linux Scoop no solo nos muestra el resultado final sino que en un vídeo de 18 minutos nos muestra el proceso paso a paso, incluyendo el consumo de memoria antes y después de la personalización.

Hay que avisar que para que quede perfecto se deberán instalarse los plasmoides Netspeed widget, Application title, Media control plus, Latte spacer, Latte sidebar, Better inlineclock y Simple menu, además de varios esquemas de color y una fuerte personalización de Dolphin.

Por cierto, y antes que alguien lo pregunte, el videojuego puede jugarse en GNU/Linux tal y como demuestran los siguientes vídeos de Hex DSL y de Linux Lounge, por ejemplo.

a silhouette of a person's head and shoulders, used as a default avatar

Lanzado Kdenlive 20.12, ahora con subtitulador integrado

Dentro de las actualizaciones de diciembre de las aplicaciones KDE quedaba por comentar la del editor de vídeos no-lineal. Y es que también ha sido lanzado Kdenlive 20.12, una versión muy interesante que nos ofrece jugosas novedades como transiciones sobre una misma pista o un subtitulador integrado que nos va a hacer la vida un poco más fácil.

Lanzado Kdenlive 20.12, ahora con subtitulador integrado

Para quienes no lo conozcan, Kdenlive es el editor de vídeos no-lineal de KDE, una aplicación multiplataforma muy demanda por los usuarios de fácil uso y llena de posibilidades.

Y si a estas características se les une un equipo de desarrollo que está ofreciendo saltos de calidad entre sus versiones principales con nuevas funcionalidades y ajustes estamos ante en una Killer App cada vez más famosa, incluso entre usuarios de sistemas privativos.

Lanzado Kdenlive 20.12, ahora con subtitulador integrado

Este pasado 21 de diciembre se anunció la versión 20.12, la cual nos ofrece las siguientes e interesantes funcionalidades:

  • Transiciones sobre una misma pista, una funcionalidad muy demandada que nos ayudará a ser más ágiles en nuestras ediciones.

Lanzado Kdenlive 20.12, ahora con subtitulador integrado
  • Nueva herramienta de subtitulado que permite añadir y editar subtítulos directamente en la línea de tiempo en una pista de subtítulos especial o mediante el nuevo widget de subtítulos. Además también se permite importar (SRT/ASS) y exportar (SRT) subtítulos. Este trabajo fue implementado por Sashmita Raghav como parte del GSOC.

Lanzado Kdenlive 20.12, ahora con subtitulador integrado
  • Rediseño de los efectos. Todos los efectos se han organizado bajo una estructura de categorías clara y completa para una mejor experiencia.
  • Nuevos efectos como Pillar Echo que permite poner bandas verticales difusas en tus vídeos verticales, algo muy habitual en estos tiempos.

Además, como es habitual, multitud de errores resueltos y mejoras de rendimiento.

Kdenlive 2021… un futuro brillante

Y para finalizar quisiera compartir con vosotros las promesas del equipo de Kdenlive para este 2021 que está a punto de empezar:

«líneas de tiempo anidadas, herramientas avanzadas de recorte y enrutamiento de audio y mapeo de canales. Esperamos ver mejoras en la aceleración por hardware y en el soporte de la GPU a partir de los recientes trabajos iniciados en MLT, nuestro motor, puedes seguir el progreso aquí.

Una característica muy interesante que merece la pena tener en cuenta es el reciente trabajo de Tobias Fleischer en la integración de los efectos GMIC en las herramientas de edición de vídeo (incluyendo Kdenlive a través del módulo freIOr). El miembro de la comunidad Hörmet ha conseguido construir Kdenlive en un Mac y conseguir que se renderice, aunque todavía hay algunos problemas como que los iconos no funcionan.»

No está nada mal, ¿verdad?

Más información y explicaciones más visuales: Kdenlive

a silhouette of a person's head and shoulders, used as a default avatar

#openSUSE Tumbleweed revisión de la semana 52 de 2020

Tumbleweed es una distribución “Rolling Release” de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

Tumbleweed

openSUSE Tumbleweed es la versión “rolling release” o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios estas semanas.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este enlace:

El año llega a su fin… y debido a estas fiestas, muchas de las personas encargadas de los paquetes de software están de vacaciones, por lo que las actualizaciones de Tumbleweed son un poco más lentas a lo que estamos acostumbrados.

Pero eso no quiere decir que no haya interesantes actualizaciones en nuestra distribución de GNU/Linux. Para esta semana 52 podemos disfrutar de 3 nuevas “snapshots”

Lo peor de esto es que el nuevo kernel Linux 5.10 no se está comportando muy bien cuando el módulo iwlwifi está cargado.

Las tres sanpshots publicadas (1218, 1221 y 1223) han traido actualizaciones como:

Pero muchos otros paquetes esperan sus actualizaciones (quizás algunas antes de que acabe el año). Aquí tienes un repaso a algunas de esas:

  • Mozilla Firefox 84.0
  • icu 68.1
  • Ruby 3.0
  • RPM 4.16
  • Rpmlint 2.0
  • openssl 3

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

Geeko_ascii

——————————–