Hello and welcome my blog! My sample blog
Read the latest posts from writefreely.debian.social.
Hello and welcome my blog! My sample blog
from Deivite Cardoso
Eu costumo utilizar o Qemu/Kvm em todos os meus projetos de virtualização, muitas vezes necessito incrementar o meu disco.
Isso é bem simples utilizando o virsh que é o gerenciador principal. Com ele você pode pausar, criar, reiniciar e desligar domínios.
Todo o procedimento foi feito em uma VM chamada “debian10”.
Antes de estender o volume é necessário primeiramente desligá-la.
$ sudo virsh shutdown debian10
Confirme se a VM está realmente desligada.
$ sudo virsh list
Localize o caminho do disco com o seguinte comando.
$ sudo virsh domblklist debian10
O meu disco está localizado em:
Caso você queira saber mais detalhes sobre o disco, como tamanho e formato, utilize o seguinte comando.
$ sudo qemu-img info /var/lib/libvirt/images/debian10-1.qcow2
Como já sabemos agora o caminho do nosso Disco Virtual, basta estendê-lo com os valores desejados.
sudo qemu-img resize /var/lib/libvirt/images/debian10-1.qcow2 +10G
OBS: Esse procedimento com o qemu-img só é possível sem Snapshot, sendo assim, caso o seu domínio possua algum Snapshot, é necessário removê-los e depois aumentar o Disco.
sudo virsh snapshot-list
Remova o Snapshot: (Caso tenha mais de um snapashot, realize a remoção individualmente).
sudo virsh snapshot-delete --domain debian10 --snapshotname snapshot1
sudo virsh snapshot-delete --domain debian10 --snapshotname snapshot2
Agora, basta adicionar o espaço necessário.
sudo qemu-img resize /var/lib/libvirt/images/debian10-1.qcow2 +10G
I have spent the last week getting Jitsi setup for streaming to RTMP endpoints. While the directions in the Jibri docs are fairly straight forward, I found it very difficult to troubleshoot when things went wrong.
Jitsi has multiple moving parts, and the streaming/recording section is no different. It is done through a separate app, Jibri, which launches a Chrome instance, controlled through Selenium, captures the output and streams/records it with FFmpeg.
If there are issues with the recorder authenticating against the Prosody XMPP server while Jibri is connecting to the call, it will timeout and the error
SEVERE:  org.jitsi.jibri.selenium.pageobjects.CallPage.visit() Timed out waiting for call page
and the prosody log will show an incoming connection, but no corresponding authentication success.
This issue is fixed by running the following on the Jitsi server:
prosodyctl register recorder recorder.domain.org $password
The other issue I encountered is that Jibri will start streaming and stop with
timeout: no media received
if there are any NAT issues trying to negotiate the WebRTC connection. I found no other errors in the logs, only that it timed out after 30s. The 30s is defined in the Jibri code. I even saw the live stream correctly determine the number of people in the call and show their avatars, but it failed to show video, even when it was enabled. I fixed this by moving the Jibri service to run on the same server as Jitsi, with no NAT between it and the Internet.
One final note is that Jibri, Chrome and FFmpeg require a fair amount of memory and CPU. So small VPS setups with 1 vCPU and under 4GB of memory will fail to work, again with nothing in the logs.
top is your friend in diagnosing this issue.
from Leandro Ramos
Uma das formas mais seguras de obter software mais recente no Debian Stable é através do repositório Backports, que contém pacotes que são portados do ramo Debian Testing para o Debian Stable.
Nem todo pacote do Debian Stable possui um backport. Para ver os backports disponíveis, você pode visitar a página de backports.
Ah, e os backports só existem para versões stable do Debian, pois Testing e Unstable estão sempre recebendo novas versões de pacotes.
Existem ferramentas gráficas para isso, mas fazendo pelo terminal eu posso mostrar de uma forma que funciona em qualquer ambiente desktop do Debian Stable. Adicione uma linha com o repositório buster-backports ao arquivo /etc/apt/sources.list:
sudo nano /etc/apt/sources.list
Adicione a linha seguinte:
deb http://deb.debian.org/debian/ buster-backports main
O arquivo ficará parecido com o da imagem abaixo:
Atualize a lista de pacotes:
sudo apt update
Para instalar um pacote a partir do buster-backports, use o comando apt install como mostrado abaixo:
sudo apt install -t buster-backports libreoffice-writer
O comando acima vai atualizar o meu LibreOffice da versão 6.1.5 para a 6.4.4.
Se quiser atualizar todos (ou quase todos, pois alguns tem que ser mencionados explicitamente) os pacotes do sistema que tenham uma versão no buster-backports, use o comando:
sudo apt -t buster-backports upgrade
O sistema mostrará a lista de pacotes que serão atualizados. Caso não queira fazer assim, faça somente com os pacotes que desejar. Com o comando acima meu sistema atualizou muitos programas, incluindo o kernel, da versão 4.19 para a 5.5.
Até a próxima, pessoal!
With the COVID-19 outbreak, may conferences have moved to be fully virtual. This has been achieved by streaming talks and using IRC or other channels for audience participation. Libreplanet used Jitsi to connect the moderators and presenters and IRC to facilitate discussion between attendees. The talks were streamed to their website, where people could watch them.
In both cases, I have observed several limitations that prevent the experience from feeling fully engaging and from flowing smoothly. Jitsi provided real-time communication, but this does not scale to include the audience. It lacks the moderation features required for a presenter to give a talk and take questions without allowing people, even accidentally, to take over the stream and the output video. RTMP provided this flexibility, but requires specific configuration to prevent the delay between presenter and attendee to be large enough that real-time Q&A is impossible. Further, as seen at Libreplanet and DC19, the Jitsi solutions ended up running through an RTMP CDN before reaching attendees anyway. This incurs additional delays.
While these existing solutions can be shoe-horned into working, I would like to take the opportunity to develop a better solution, one that ideally integrates the strengths highlighted above, while mitigating some of the weaknesses. From my point of view, I see the following list of requirements:
There are several opportunities for bad actors to abuse this system. Questions will need to be able to be cut short by moderators if necessary. In presentation talks, attendee audio needs to be muted unless explicit permission is given for the attendee to talk. Attendee registration for inclusion in the discussion is important, as this allows moderators to ban bad actors more easily.
In BoF sessions, the audio policy needs to be slightly different from presentation talks. In a BoF, many people give input and the discussion is more of a round-robin style. Here, people should be able to indicate that they intend to be part of the discussion, thus having their audio and video unmuted. The discussion then takes the style adopted by most chat clients, such as Jitsi, where the active speaker's video is shown. This should be able to be overridden by a constant video source such as slides or some other relevant information.
I envision this system would use RTMP on the backend, allowing people to connect to end-points mapped to rooms. This would allow people to use OBS or other streaming software to integrate slides, transitions and other media into their presentations. I would like to leverage existing software such as Jitsi and IRC if possible, as this would make implementation easier (hopefully). Development is on GitLab. If you are interesting in getting involved, or have comments: @email@example.com
More concrete planning is happening here
Testing embedded video.
Discourse is a community discussion platform that is touted to replace email for project discussions. I am active on two instances for software projects I am involved with. I mainly interact with the web-interface, but I have been meaning to try the email interface for a while. The recent discussion in Debian about the future of mailing lists has finally pushed me to actually give it a try.
Discourse has categories and topics. A category can be thought of as a mailing list with topics as the individual threads.
I like the email support Discourse has, but I have found it lacking in two major respects:
Both of these issues have work-arounds, but they make email a second-class citizen on the discourse platform for now.
EDIT 12 March 2020: When configured correctly, new threads can be created by emailing the firstname.lastname@example.org (for example email@example.com)
The role of the Debian Project Leader doesn't really come with a lot of direct power and control over the project. A DPL has the power to delegate responsibility to others on behalf of the project, approve expenses, and some other administrative minutia. Because of the limited powers of the DPL, some have said that the DPL doesn't yield much influence of the project.
The reality is that the role of a DPL provides a commodity that is both very rare and very valuable these days: attention. When the Debian project leader speaks, it's not only the Debian community at large that listens, but everyone. Everyone from news sources, other distributions, business people and government decision makers pays attention to what Debian does and what it's leader says.
I can understand the desire for a project leader to say “I'm only speaking for myself here as an individual DD...”, but I believe that if you're willing to serve as DPL for a term, you should be able to put your own feelings on the side a bit and just represent the project fully as best as you can.
I'll admit it, I still like it when people say “You were right”, but I'm much more thankful for every time that I learned I was wrong, and every time I learned that I wasn't nearly as clever as I thought I was. Every one of these occurrences lead me to dig deeper and learn and grow, and without that I wouldn't be in a position to prove those wrong who told me “You'll never make it” and “You have too high hopes”, “The worlds is going to crush you”, etc.
When I was young, old people used to think that I had some very odd ideas and told me “You'll change your mind about this as you get older”. I'm glad that as I did get older, many of my thoughts that might have been considered rebellious or liberal have not only evolved and grown over time, but has increasingly been validated by the big thinkers of the world who care for and want to improve humanity.
Today was tough, but tomorrow will be better.
from Rhonda D'Vine
Why doesn't it show up ...
Before I found KDE and fell in love with the flexibility it provides, I enjoyed tiling window managers for their simplicity and the fact that I could do much of my work without needing to mess around with a mouse or trackpad. I am familiar with i3, and decided to try get it running as the WM for my KDE Plasma desktop.
KDE actually provides a tutorial for doing just that. However, I run into a few stumbling blocks along the way.
I did not read the full tutorial properly. Replacing the WM is only supported on XOrg, using Xsessions. Wayland users are unable to replace KWin. When I first tried this, I decided to give sway a go, but this is a Wayland-only WM. This short-coming is noted in the tutorial I was following, but I did not read it until after I pulled half my hair out.
Xsessions with a
= in the
TryExec line will be silently hidden from the SDDM session selector list. In order to add a new Xsession, you copy one of the existing Xsessions under
/usr/share/xsessions/ and change the
Exec that it does. Changing the WM requires using
env KDEWM=/usr/bin/i3 /usr/bin/startplasma-x11. The environment variable is what tells Plasma which WM to use. At first, I tried to change both the
TryExec lines and then got very confused when the new session would not be available. After removing the
TryExec line, everything worked like a dream.
I value the simplicity and speed of a tiling WM, but I have also enjoyed being able to select my wifi network from a popup menu and unmount drives with a click of a button. Replacing KWin with i3 has allowed me to get the best of both worlds – my windows sit nicely next to one another, I have independent workspaces on different monitors and I can change my wifi network without needing to mess around in