bug#54064: Packaging request: Ultimaker Cura

[Jacob Hrbek]

> For packaging requests, please use the Libreplanet Guix/Wishlist page
at https://libreplanet.org/wiki/Group:Guix/Wishlist. This tracker is for
bugs. -- Maxim

The LP wiki is terrible for packaging request tracking especially when
guix has multiple issues with packaging of some software e.g.
element-desktop or in this case there is a need to inform the used to
put themselves in the `dialout` group in order to use the `print via
USB` feature.

Please mark as wishlist same as https://issues.guix.gnu.org/51643#3 so
that the reasoning is available to the users and can be worked on in a
controlled manner.

---

nckx's trolling is ignored

--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#54064: Packaging request: Ultimaker Cura

[Jacob Hrbek]

> For packaging requests, please use the Libreplanet Guix/Wishlist page
at https://libreplanet.org/wiki/Group:Guix/Wishlist. This tracker is for
bugs. -- Maxim

The LP wiki is terrible for packaging request tracking especially when
guix has multiple issues with packaging of some software e.g.
element-desktop or in this case there is a need to inform the used to
put themselves in the `dialout` group in order to use the `print via
USB` feature.

Please mark as wishlist same as https://issues.guix.gnu.org/51643#3 so
that the reasoning is available to the users and can be worked on in a
controlled manner.

--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53334: Acknowledgement (qbittorrent(<=4.4.0)'s search window fails with "Python is required to use the search engine but it does not seem to be installed")

[Jacob Hrbek]

Documentation about the issue and it's workaround added in the community
wiki:
* https://guix.miraheze.org/wiki/Packages/qbittorrent

--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#54064: Packaging request: Ultimaker Cura

[Jacob Hrbek]

kreyren@leonid # dmesg -w
...
[1112144.472508] usb 2-1.4: new full-speed USB device number 52 using 
ehci-pci
[1112144.581981] usb 2-1.4: New USB device found, idVendor=1a86, 
idProduct=7523, bcdDevice= 2.64
[1112144.582001] usb 2-1.4: New USB device strings: Mfr=0, Product=2, 
SerialNumber=0

[1112144.582008] usb 2-1.4: Product: USB Serial
[1112144.582624] ch341 2-1.4:1.0: ch341-uart converter detected
[1112144.584305] usb 2-1.4: ch341-uart converter now attached to ttyUSB0

kreyren@leonid $ ls /dev/tty[^0-9]*
/dev/ttyprintk    /dev/ttyS14  /dev/ttyS20  /dev/ttyS27 /dev/ttyS5
/dev/ttyS0    /dev/ttyS15  /dev/ttyS21  /dev/ttyS28  /dev/ttyS6
/dev/ttyS1    /dev/ttyS16  /dev/ttyS22  /dev/ttyS29  /dev/ttyS7
/dev/ttyS10    /dev/ttyS17  /dev/ttyS23  /dev/ttyS3   /dev/ttyS8
/dev/ttyS11    /dev/ttyS18  /dev/ttyS24  /dev/ttyS30  /dev/ttyS9
/dev/ttyS12    /dev/ttyS19  /dev/ttyS25  /dev/ttyS31  /dev/ttyUSB0
/dev/ttyS13    /dev/ttyS2   /dev/ttyS26  /dev/ttyS4

Looking at the output it seems to be looking for ^\/dev\/ttyUSB[0-9]+ 
for various baud rates on stock Creality Ender-3



> I don't know anything about your context, BTW ;) -- Richter

Elaborate?

On 2/22/22 19:23, Bengt Richter wrote:

On +2022-02-19 14:27:42 +0000, Jacob Hrbek wrote:

Ultimaker Cura is a powerful LGPL-3.0 licensed STL-to-GCODE generator
(https://github.com/Ultimaker/Cura) used for 3D printing.

Additionally it is capable of enabling printing through USB on GNU Guix
which is currently not possible as no guix package is able to recognize
and send fabricating instructions to /dev/ttyUSB0 which is provided by
the printers (note that the user has to be in `dialout` group in order
to use the device).


I get this (i.e., S1 instead of USB)

--8<---cut here---start->8---
$ ls /dev/tty[^0-9]*
/dev/ttyS0  /dev/ttyS1  /dev/ttyS2  /dev/ttyS3
--8<---cut here---end--->8---

What do you get?

I don't know anything about your context, BTW ;)


--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine


pub EdDSA 256/AB42FCA9 2021-01-21 krey...@rixotstudio.cz 


sub  ECDH 256/86142789 2021-01-21


--
Regards,
Bengt Richter


--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#54011: FreeCAD: Unable to import STEP files

[Jacob Hrbek]

Both of those worked for me before the update using this manifest:

  #!/usr/bin/env -S guix shell -m
  !#

  ;;; Recipe to provide GNU Emacs through Guix

  (use-modules
      (guix channels))

  ;; DNR-CI(Krey): Needs handling to keep the hash up-to-date
  (list (channel
     (name 'guix)
      (url "https://git.savannah.gnu.org/git/guix.git;)
      (commit
    "f1bfd9f1948a5ff336d737c0614b9a30c2bb3097")
      (introduction
    (make-channel-introduction
      "9edb3f66fd807b096b48283debdcddccfea34bad"
      (openpgp-fingerprint
    "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")

  (specifications->manifest
      (list
        "freecad"
        ;; DEP(Krey): Used for working with openscad designs
        "openscad"
        ;; DEP(Krey): Required for working with FEM workbench
        "gmsh"))

On 2/19/22 23:48, Guillaume Le Vaillant wrote:

Jacob Hrbek  skribis:


That patch seems to have broken something in FreeCAD as i have issues with 
fonts^ and keybinds:

To reproduce:
a) Run `guix shell freecad -- FreeCAD` and notice that the texts are missing on 
the title page
b) Open a new project
1. Part Design workbench
*
2. Tasks and create a new body
*
3. Create a sketch
*
4. In a sketch environment use `R`-key and notice that it no longer works to 
make a rectangle

On my machine, the start page was not displayed properly even before the
patch for STEP files, so it's probably a different issue with HTML rendering.

There are indeed no keyboard shortcuts by default for creating cercles,
rectangles, etc. in part design. But you can still configure them in
"Tools -> Customize -> Keyboard -> Sketcher".
Maybe these shortcuts are missing because the version we are currently
using is not an official release (because of compatibility issues with
boost, opencascade-occt and vtk) and there's a bug in it, or maybe
upstream decided not to set them by default anymore...


--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#54064: Packaging request: Ultimaker Cura

[Jacob Hrbek]

Ultimaker Cura is a powerful LGPL-3.0 licensed STL-to-GCODE generator
(https://github.com/Ultimaker/Cura) used for 3D printing.

Additionally it is capable of enabling printing through USB on GNU Guix
which is currently not possible as no guix package is able to recognize
and send fabricating instructions to /dev/ttyUSB0 which is provided by
the printers (note that the user has to be in `dialout` group in order
to use the device).

--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#54011: FreeCAD: Unable to import STEP files

[Jacob Hrbek]

Thanks for working on it!

On 2/18/22 17:00, Guillaume Le Vaillant wrote:

Guillaume Le Vaillant  skribis:


When decompressing the zip file and importing the STEP file:

Traceback (most recent call last):
   File "", line 1, in 
   File 
"/gnu/store/cwfgf3xb2vfqckxqv196jz8xpbigxkqj-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
 line 142, in _import
 return original_import(name, *args, **kwargs)
: 
/gnu/store/pd0pxvnr3qdgcz37p80v6q8p0wk9xyfh-freecad-0.19.3-0.09a05a9/lib/Import.so: 
undefined symbol: 
_ZN3tbb6detail2r122cancel_group_executionERNS0_2d118task_group_contextE

I guess now we have to find where
'_ZN3tbb6detail2r122cancel_group_executionERNS0_2d118task_group_contextE'
is coming from.

It was coming from the fact that the freecad package had the tbb package
as dependency, but it also depends on opencascade-occt whic

h depends on

tbb-2020.
Fix pushed as 27a91b2f57bd0bf7efab77eaeb4b920f162bf8c8.


--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#54011: FreeCAD: Unable to import STEP files

[Jacob Hrbek]

Importing zipped STEP file: 15:50:27 Traceback (most recent call last):

File "", line 1, in 

File
"/gnu/store/aps2s0h5l3a9w30qrsygpc0prhrmp5ap-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
line 142, in _import

return original_import(name, *args, **kwargs)

File
"/gnu/store/ixxbw9l65pdaa99xijmn8hwycvsshgv2-freecad-0.19.2/Mod/Arch/importSH3D.py",
line 27, in 

import
os,zipfile,xml.sax,FreeCAD,Part,Draft,Arch,Mesh,tempfile,math,Sketcher

File
"/gnu/store/aps2s0h5l3a9w30qrsygpc0prhrmp5ap-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
line 142, in _import

return original_import(name, *args, **kwargs)

File
"/gnu/store/ixxbw9l65pdaa99xijmn8hwycvsshgv2-freecad-0.19.2/Mod/Arch/Arch.py",
line 51, in 

from ArchWindow import *

File
"/gnu/store/aps2s0h5l3a9w30qrsygpc0prhrmp5ap-python-shiboken-2-5.15.2/l
ib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
line 142, in _import

return original_import(name, *args, **kwargs)

File
"/gnu/store/ixxbw9l65pdaa99xijmn8hwycvsshgv2-freecad-0.19.2/Mod/Arch/ArchWindow.py",
line 30, in 

from PySide import QtCore, QtGui, QtSvg

File
"/gnu/store/aps2s0h5l3a9w30qrsygpc0prhrmp5ap-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
line 142, in _import

return original_import(name, *args, **kwargs)

File
"/gnu/store/ixxbw9l65pdaa99xijmn8hwycvsshgv2-freecad-0.19.2/Ext/PySide/QtSvg.py",
line 1, in 

from PySide2.QtSvg import *

File
"/gnu/store/aps2s0h5l3a9w30qrsygpc0prhrmp5ap-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
line 142, in _import

return original_import(name, *args, **kwargs)

: No module named 'PySide2.QtSvg'

Importi
ng extracted STEP file: 15:53:40 Traceback (most recent call last):

File "", line 1, in 

File
"/gnu/store/aps2s0h5l3a9w30qrsygpc0prhrmp5ap-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
line 142, in _import

return original_import(name, *args, **kwargs)

:
/gnu/store/ixxbw9l65pdaa99xijmn8hwycvsshgv2-freecad-0.19.2/lib/Import.so:
undefined symbol:
_ZN3tbb6detail2r122cancel_group_executionERNS0_2d118task_group_contextE

Steps to reproduce: 1. Get the CAD/VORON2_v2.4_Assembly.step.zip from
https://github.com/VoronDesign/Voron-2 and try to import it to FreeCAD
ran using `guix shell freecad -- FreeCAD` 2. Get the
CAD/VORON2_v2.4_Assembly.step.zip from
https://github.com/VoronDesign/Voron-2, extract it so that you have the
unzipped STEP file and try to import it to FreeCAD ran using `guix shell
freecad -- FreeCAD` Expect failure above for both cases Expected: Just

work(TM) Hypothesis: Probably mising some runtime library, tried to use
`guix shell qtsvg python-pyside-2 freecad -- FreeCAD` without success

--
Jacob Hrbek, In support of ukraine sovereignty #supportUkraine


publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53334: Acknowledgement (qbittorrent(<=4.4.0)'s search window fails with "Python is required to use the search engine but it does not seem to be installed")

[Jacob Hrbek]

> i may be misunderstanding something here... but when i add python to 
my user's profile, then for me search does work in vanilla qBittorrent.
> i think the entire point of this is to keep the python dependency 
optional at runtime. -- Landvai


`$ guix shell qbittorrent python` works, but i think it's better to 
address it this way to make sure that it works out of the box since the 
dependency (afaik) is in the store either way if qbittorrent is installed.


On 1/18/22 04:01, Jacob Hrbek wrote:

Assigned myself to address the issue

On 1/18/22 04:01, help-debb...@gnu.org wrote:

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  bug-guix@gnu.org

If you wish to submit further information on this problem, please
send it to 53...@debbugs.gnu.org.

Please do not send mail to help-debb...@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
53334: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=53334
GNU Bug Tracking System
Contact help-debb...@gnu.org with problems



--
Jacob Hrbek



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53337: Update copyright on https://issues.guix.gnu.org

[Jacob Hrbek]

> Copyright © 2016—2020 by the GNU Guix community.

We are in 2022

--
Jacob Hrbek



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53334: [PATCH] qbittorrent: Phase patch to use full nix path for python-gate to avoid "Missing Python Runtime" failure on search engine

[Jacob Hrbek]

Fixes: https://issues.guix.gnu.org/53334

Signed-off-by: Jacob Hrbek 
---
 gnu/packages/bittorrent.scm | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/gnu/packages/bittorrent.scm b/gnu/packages/bittorrent.scm
index fa88c91163..f222b87692 100644
--- a/gnu/packages/bittorrent.scm
+++ b/gnu/packages/bittorrent.scm
@@ -491,6 +491,13 @@ (define-public qbittorrent
(guix build qt-utils))
#:phases
(modify-phases %standard-phases
+ ;; The package is checking for a `python` or `python3` executable in 
an environment variable `PATH` which causes the search engine to fail with 
"Missing Python Runtime" this phase substitutes the python executables with 
full path in the nix store executable -- https://issues.guix.gnu.org/53334
+;; FIXME-QA(Krey): This codeblock depends on upstream's declaration of 
https://github.com/qbittorrent/qBittorrent/blob/master/src/base/utils/foreignapps.cpp#L277,
 if the fi
le declaration changes then this phase will be malfunction -> Consider 
optimizing the upstream code for nix userland
+(add-after 'unpack 'python-path-compat
+   (lambda* (#:key inputs #:allow-other-keys)
+(substitute* "src/base/utils/foreignapps.cpp"
+  (("if \\(testPythonInstallation\\(\"python3\", pyInfo\\)\\)")
+(string-append "if (testPythonInstallation(\"" 
(search-input-file inputs "/bin/python") "\", pyInfo))")
  (add-after 'install 'wrap-qt
(lambda* (#:key outputs inputs #:allow-other-keys)
  (let ((out (assoc-ref outputs "out")))
--
2.34.0



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53334: Acknowledgement (qbittorrent(<=4.4.0)'s search window fails with "Python is required to use the search engine but it does not seem to be installed")

[Jacob Hrbek]

Assigned myself to address the issue

On 1/18/22 04:01, help-debb...@gnu.org wrote:

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  bug-guix@gnu.org

If you wish to submit further information on this problem, please
send it to 53...@debbugs.gnu.org.

Please do not send mail to help-debb...@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
53334: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=53334
GNU Bug Tracking System
Contact help-debb...@gnu.org with problems


--
Jacob Hrbek



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53334: qbittorrent(<=4.4.0)'s search window fails with "Python is required to use the search engine but it does not seem to be installed"

[Jacob Hrbek]

qbittorrent <=4.4.0 (current latest version) fails with:

```
Missing Python Runtime

Python is required to use the search engine but it does not seem to be
installed
```

which is triggered from `qbittorrent/src/gui/mainwindow.cpp`:

```cpp

/*https://github.com/qbittorrent/qBittorrent/blob/00f6bb7c8225285a7929426187a1513d247b582b/src/gui/mainwindow.cpp#L1847
  */
void MainWindow::on_actionSearchWidget_triggered()
{
if (!m_hasPython && m_ui->actionSearchWidget->isChecked())
{
const Utils::ForeignApps::PythonInfo pyInfo = 
Utils::ForeignApps::pythonInfo();

// Not installed
if (!pyInfo.isValid())
{
m_ui->actionSearchWidget->setChecked(false);
Preferences::instance()->setSearchEnabled(false);

#ifdef Q_OS_WIN
const QMessageBox::StandardButton buttonPressed = QMessageBox::question(this, 
tr("Missing Python Runtime")
, tr("Python is required to use the search eng
ine but it does not seem to be installed.\nDo you want to install it now?")
, (QMessageBox::Yes | QMessageBox::No), QMessageBox::Yes);
if (buttonPressed == QMessageBox::Yes)
installPython();
#else
QMessageBox::information(this, tr("Missing Python Runtime")
, tr("Python is required to use the search engine but it does not 
seem to be installed."));
#endif
return;
}

// Check version requirement
if (!pyInfo.isSupportedVersion())
{
m_ui->actionSearchWidget->setChecked(false);
Preferences::instance()->setSearchEnabled(false);

#ifdef Q_OS_WIN
const QMessageBox::StandardButton buttonPressed = QMessageBox::question(this, 
tr("Old Python Runtime")
, tr("Your Python version (%1) is outdated. Minimum requirement: 
%2.\nDo you want to install a newer version now?")
.arg(pyInfo.ve
rsion, QLatin1String("3.5.0"))
, (QMessageBox::Yes | QMessageBox::No), QMessageBox::Yes);
if (buttonPressed == QMessageBox::Yes)
installPython();
#else
QMessageBox::information(this, tr("Old Python Runtime")
, tr("Your Python version (%1) is outdated. Please upgrade to latest 
version for search engines to work.\nMinimum requirement: %2.")
.arg(pyInfo.version, QLatin1String("3.5.0")));
#endif
return;
}

m_hasPython = true;
m_ui->actionSearchWidget->setChecked(true);
Preferences::instance()->setSearchEnabled(true);
}

displaySearchTab(m_ui->actionSearchWidget->isChecked());
}
```

To call `Utils::ForeignApps::pythonInfo()` definition in
`qbittorrent/src/base/utils/foreignapps.cpp` as:

```cpp

/*https://github.com/qbittorrent/qBittorrent/blob/5c0378a6845e3484023f4c76893ff9f0e5178460/src/base/utils/foreignapps.c
pp#L272  */
PythonInfo Utils::ForeignApps::pythonInfo()
{
static PythonInfo pyInfo;
if (!pyInfo.isValid())
{
if (testPythonInstallation("python3", pyInfo))
return pyInfo;

if (testPythonInstallation("python", pyInfo))
return pyInfo;

#if defined(Q_OS_WIN)
if (testPythonInstallation(findPythonPath(), pyInfo))
return pyInfo;
#endif

LogMsg(QCoreApplication::translate("Utils::ForeignApps", "Python not 
detected"), Log::INFO);
}

return pyInfo;
}
```


Where:

```cpp
if (testPythonInstallation("python3", pyInfo)) ...
```

Is important as it's checking for a `python3` (or `python`) executable
in PATH that is not provided by guix's build procedure -> The package
has compatibility issues with GNU Guix and has to be patched.


### Steps to reproduce:
0. Get qbittorrent on GNU Guix
1. Open the GUI: View > Search engine and observe the highlighted error
pre
venting to use the search engine functionality

Relevants:
R1. https://github.com/qbittorrent/qBittorrent/issues/16139

--
Jacob Hrbek


publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53300: Acknowledgement (Guix's is unable to correctly package qbittorrent-4.2.5)

[Jacob Hrbek]

Invalid it's >=3.5.0 meaning 3.5.0 and up i missread the code

On 1/16/22 10:52, help-debb...@gnu.org wrote:

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  bug-guix@gnu.org

If you wish to submit further information on this problem, please
send it to 53...@debbugs.gnu.org.

Please do not send mail to help-debb...@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
53300: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=53300
GNU Bug Tracking System
Contact help-debb...@gnu.org with problems


--
Jacob Hrbek



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53301: Ungoogled-chromium lacks VP8 codec support preventing jitsi screensharing

[Jacob Hrbek]

Created wiki entry about the issue
https://guix.miraheze.org/wiki/Packages/Chromium

On 1/16/22 11:27, Jacob Hrbek wrote:


See forwarded message

Steps to reproduce:
0. Get ungoogled-chromium
1. Open a call on jitsi e.g. https://jit.si/ILoveKreyren2Much
2. Start a screenshare
3. Join the call from a different browser and expect the screenshare
to malfunction either with tab crashing with "Aw, snap" or the screen
share changing on black screen and chromium printing this to the console:

[18990:23:0116/111829.036853:ERROR:webrtc_video_engine.cc(3446)]
Absent receive stream; ignoring clearing encoded frame sink for ssrc 0
[18990:12:0116/111836.246422:ERROR:video_stream_encoder.cc(1827)]
Failed to encode frame. Error code: -7
[18990:12:0116/111834.601625:ERROR:video_stream_encoder.cc(1149)]
Failed to initialize the encoder associated with codec type: VP8 (1)

I assume that we need to include VP8 codec

 Forwarded Me

ssage 

Subject:Re: Jitsi Meet Screen Sharing with Ungoogled-Chromium
Date:   Sun, 16 Jan 2022 11:24:28 +0100
From:   Jacob Hrbek 
To: help-g...@gnu.org



> Third party not a guix package

Those are not supported by GNU Guix and will be met with hostility,
because how dare you unfree scum!

---

Good thing that i ain't a bad person.. not part of GNU Guix to help! :p

Last time i tried it it worked out-of-the-box for me, i tested it now
again and also works without problem

GNU Guix (374fea0f3bc8035f626cb29e6045130df9ffdaf8) with
ungoogled-chromium-97.0.4692.71-1

Which was tested on the https://meet.jit.si instance.. Provide a
javascript console log which should have an explanation for this
failure.. My current hypothesis is that your chromium doesn't provide
a sufficient/sane TURN server and so jitsi crashes.

See
https://serverfault.com/questions/591837/how-does-chrome

-webrtc-select-which-turn-server-to-use-if-multiple-options-are-g

on how to change the turn server.

..and to comply with GNU FSDG i have to tell you that using
non-ungoogled chromium and 3rd party repos is unethical as it most
likely contains nonfree blobs which limit user freedom and contain
malware as such i am providing content of ~/.config/chromium in
attachment which should make your chromium more libre and i am also
encouraging you to use ungoogled-chromium.

EDIT: I missed the part with screensharing x.x .. on mentioned
chromium it starts printing:

[18990:23:0116/111829.036853:ERROR:webrtc_video_engine.cc(3446)]
Absent receive stream; ignoring clearing encoded frame sink for ssrc 0
[18990:12:0116/111836.246422:ERROR:video_stream_encoder.cc(1827)]
Failed to encode frame. Error code: -7
[18990:12:0116/111834.601625:ERROR:video_stream_encoder.cc(1149)]
Failed to initialize the encoder associated with codec type: VP8 (1)




in the console when i have screenshare and when someone joins and the
screen share changes to a black screen so i believe that this is a bug
due to the lack of sufficient VP8 codec.

On 1/16/22 10:46, Yasuaki Kudo wrote:

Is there anyone here who uses Jitsi Meet to share screens from Guix?  Let me 
know!

At least in version 90 of chromium (third party, not a guix package), it used 
to work.

With the current ungoogled-chromium on Guix, the moment someone else connects 
to the Jitsi session, ungooogled-chromium dies with an 'aw, snap' message.

-Yasu

--
Jacob Hrbek


--
Jacob Hrbek


publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53300: Guix's is unable to correctly package qbittorrent-4.2.5

[Jacob Hrbek]

See https://github.com/qbittorrent/qBittorrent/issues/16139 and 
forwarded message.


qbittorrent-4.2.5 declares python dependency on <=3.5.0 
(https://github.com/qbittorrent/qBittorrent/blob/5c0378a6845e3484023f4c76893ff9f0e5178460/src/base/utils/foreignapps.cpp#L269) 
which causes the program to fail with "Python is required to use the 
search engine but it does not seem to be installed" 
(https://github.com/qbittorrent/qBittorrent/blob/00f6bb7c8225285a7929426187a1513d247b582b/src/gui/mainwindow.cpp#L1834) 
where Guix is only capable of providing python-3.9.6.


From Lepiller's response i understood that our development process is 
to patch the package to accept new python which i argue is unhealthy and 
hostile towards the upstream as we are putting an unwanted pressure on 
their Quality Assurance which may force them to rush the process


As such proposing to package all python versions and enable to use a 
version range per dependency.


Also python is notorious for it's dependency on various versions so this 
would make all python packages (and packages with similar programming 
language limitations) on guix more robust.


 Forwarded Message 
Subject: 	Re: Howddya specify max supported dependency version for a 
package?

Date:   Sun, 16 Jan 2022 09:46:53 +0100
From:   Julien Lepiller 
Reply-To:   Julien Lepiller 
To:     Jacob Hrbek , help-g...@gnu.org



Simple unhelpful answer, you can't. Guix doesn't work like that. We 
don't specify package range or give a package any way to choose itt 
dependencies. When you specify a dependency, it's always a reference to 
a very specific packaqe (though the reference might evolve with newer 
guix revisions). It simplifies package management since there's no 
constraint solving or anything of the sort.


For your problem I see two potential solutions: fix the package to allow 
our current python version, though there might be a reason why it's not 
allowed, or package python 3.5 and use it instead of the current python 
version.


HTH

Le 16 janvier 2022 08:03:53 GMT+01:00, Jacob Hrbek 
 a écrit :


   (define-public qbittorrent
   (package
     (name "qbittorrent")
     (version "4.2.5")
     (source
  (origin
    (method git-fetch)
    (uri (git-reference
  (url"https://github.com/qbittorrent/qBittorrent;)
  (commit (string-append "release-" version
    (file-name (git-file-name name version))
    (sha256
     (base32 "1n613ylg6i9gisgk0dbr2kpfasyizrkdjff1r8smd4vri2qrdksn"
     (build-system gnu-build-system)
     (arguments
  `(#:configure-flags
    (list (string-append "--with-boost-libdir="
     (assoc-ref %build-inputs "boost")
     "/lib")
  "--enable-debug"
  "QMAKE_LRELEASE=lrelease")
    #:modules ((guix build gnu-build-system)
   (guix build qt-utils)
   (guix build utils))
    #:imported-modules (,@%gnu-build-system-modules
    (guix build qt-utils))
    #:phases
    (modify-phases %standard-phases
  (add-after 'install 'wrap-qt
    (lambda* (#:key outputs inputs #:allow-other-keys)
  (let ((out (assoc-ref outputs "out")))
    (wrap-qt-program "qbittorrent" #:output out #:inputs
   inputs))
  #t)
     (native-inputs
  (list pkg-config qttools))
     (inputs
  `(("boost" ,boost)
    ("libtorrent-rasterbar" ,libtorrent-rasterbar)
    ("openssl" ,openssl)
     ;; NOTE(Krey): Max supported version declared in
   
https://github.com/qbittorrent/qBittorrent/blob/5c0378a6845e3484023f4c76893ff9f0e5178460/src/base/utils/foreignapps.cpp#L269
    ("python" ,python-wrapper)
    ("qtbase" ,qtbase-5)
    ("qtsvg" ,qtsvg)
    ("zlib" ,zlib)))
     (home-page"https://www.qbittorrent.org/;)
     (synopsis "Graphical BitTorrent client")
     (description
  "qBittorrent is a BitTorrent client programmed in C++/Qt that uses
   libtorrent (sometimes called libtorrent-rasterbar) by Arvid Norberg.

   It aims to be a good alternative to all other BitTorrent clients out there.
   qBittorrent is fast, stable and provides unicode support as well as many
   features.")
     (license l:gpl2+)))


   I am trying to make a patch to fix
   https://github.com/qbittorrent/qBittorrent/issues/16139  which is caused
   by us using an unsupported python version -> How can i specify that the
   package is only allowed to use python 3.2 <= 3.5.0 ?

   -- Jacob Hrbek


publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53297: Provide option to use perl with grep

[Jacob Hrbek]

|$ grep -rnwP '(inputs.* ._)' -A 20 gnu/packages/_.scm grep: Perl
matching not supported in a --disable-perl-regexp build ^ Expecting this
to work< but perl dependency is only defined for build-time and the
package lacks option to include Perl on demand |

--
Jacob Hrbek


publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#53246: Flameshot crashes on screen capture

[Jacob Hrbek]

bash-5.0$ flameshot
(process:6205): Gtk-WARNING **: 06:51:44.636: Locale not supported by C 
library.

    Using the fallback 'C' locale.
QSettings::value: Empty key passed
QSettings::value: Empty key passed
QSettings::setValue: Empty key passed
QSettings::value: Empty key passed
QSettings::setValue: Empty key passed
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setRenderHint: Painter must be active to set rendering hints
QPainter::setCompositionMode: Painter not active
QPainter::translate: Painter not active
QPainter::setPen: Painter not active
QPainter::setBrush: Painter not active
QPainter::setBrush: Painter not active
[source ] [function ] [line ] Locales on your system are not properly 
configured. Falling back to defaults

terminate called after throwing an instance of 'std::runtime_error'
  what():  locale::facet::_S_create_c_locale name not valid
Aborted


Steps to reproduce:
1. Install flameshot e.g. `guix install flameshot`
2. Run `flameshot` in a terminal
3. Invoke the flameshot gui e.g. by clicking on the flameshot icon in 
the icon tray

4. Try to save screenshot and expect the failure above.

Info

GNU GuixSD (374fea0f3bc8035f626cb29e6045130df9ffdaf8)

bash-5.0$ cat /etc/config.scm
;; This is an operating system configuration generated
;; by the graphical installer.

(use-modules (gnu))
(use-service-modules
  cups
  desktop
  networking
  ssh
  xorg)

(operating-system
  (locale "en_US.utf8")
  (timezone "Europe/Prague")
  (keyboard-layout (keyboard-layout "us"))
  (host-name "leonid")
  (users (cons* (user-account
  (name "kreyren")
  (comment "Jacob Hrbek")
  (group "users")
  (home-directory "/home/kreyren")
  (supplementary-groups
    '("wheel" "netdev" "audio" "video")))
    %base-user-accounts))
  (packages
    (append
  (list (specification->package "nss-certs"))
  %base-packages))
  (services
  (append (list
     (service xfce-desktop-service-type)
            (service openssh-service-type)
        (service tor-service-type)
    (set-xorg-configuration
          (xorg-configuration
            (keyboard-layout keyboard-layout %desktop-services
  (bootloader
    (bootloader-configuration
  (bootloader grub-bootloader)
  (targets (list "/dev/sda"))
  (keyboard-layout keyboard-layout)))
  ;; SECURITY(Krey): Swap partition is not zero-ed on reboot so it 
should reside on an encrypted device -- 
https://guix.gnu.org/en/manual/devel/en/html_node/Swap-Space.html

  ;;(swap-space
    ;;(target (uuid "c965c556-351d-4007-9d33-e7ffbc9c1701")))
  (mapped-devices
    (list (mapped-device
    (source
  (uuid "c3ff1f21-b82f-4566-b8a3-274352f40dd4"))
    (target "cryptroot")
    (type luks-device-mapping))
  (mapped-device
    (source
  (uuid "82c4852c-a46b-43e3-abdb-15600ae61e2e"))
    (target "cryptboot")
    (type luks-device-mapping))
  (mapped-device
    (source
  (uuid "b14e499f-0c4f-46f6-9adb-1b020f460b11"))
    (target "crypthome_kreyren")
    (type luks-device-mapping
  (file-systems
    (cons* (file-system
 (mount-point "/")
 (device "/dev/mapper/cryptroot")
 (type "btrfs")
 (dependencies mapped-devices))
   (file-system
 (mount-point "/boot")
 (device "/dev/mapper/cryptboot")
 (type "btrfs")
 (dependencies mapped-devices))
   (file-system
 (mount-point "/home/kreyren")
 (device "/dev/mapper/crypthome_kreyren")
 (type "btrfs")
 (dependencies mapped-devices))
   %base-file-systems)))
bash-5.0$ uname -r
5.14.14-gnu



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#52652: FreeCAD requires write access to store for parsetab.py

[Jacob Hrbek]

I started building it after the patch was merged, it finished now and
the presented issue is no longer present.

On 12/31/21 11:44, Guillaume Le Vaillant wrote:

Hi,

With Guix at b7078d5d49d72cb5e5356d698b99540612b4d6c4, I tried to
reproduce the issue, but I didn't get any error.

I started FreeCAD with:

--8<---cut here---start->8---
guix shell freecad openscad -- FreeCAD
--8<---cut here---end--->8---

Then I selected "OpenSCAD" in the box, then the "OpenSCAD -> Add
OpenSCAD Element" menu item, then I typed "cube();", clicked "Add", and
it created a cube without any error message (I tried with the "mesh" box
ticked and unticked).

Can you still reproduce the issue on your side?


--
-- Jacob Hrbek



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#52653: prusa-slicer fails build at configure

[Jacob Hrbek]

kreyren@leonid~$ guix shell prusa-slicer -- prusa-slicer
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 
100.0%

The following derivations will be built:
   /gnu/store/zfwki101pn4fzpcwx0j5768nbxxvfhay-profile.drv
/gnu/store/qqx7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv

52.0 MB will be downloaded
 module-import-compiled  177KiB   606KiB/s 00:00 
[##] 100.0%
 cereal-1.3.0  502KiB 622KiB/s 00:01 
[##] 100.0%
 coreutils-8.32  2.4MiB   3.1MiB/s 00:01 
[##] 100.0%
 gtk%2B-3.24.30-bin  760KiB   3.6MiB/s 00:00 
[##] 100.0%
 hidapi-0.10.1  40KiB 550KiB/s 00:00 
[##] 100.0%
 ilmbase-2.5.7  220KiB    1.6MiB/s 00:00 
[##] 100.0%
 inetutils-2.0  434KiB    2.5MiB/s 00:00 
[##] 100.0%
 libigl-2.3.0  598KiB 780KiB/s 00:01 
[##] 100.0%
 libmspack-0.10.1  58KiB  1.2MiB/s 00:00 
[##] 100.0%
 libproxy-0.4.17  69KiB   1.5MiB/s 00:00 
[##] 100.0%
 libsigsegv-2.13  16KiB   1.1MiB/s 00:00 
[##] 100.0%
 glib-networking-2.70.0  120KiB   660KiB/s 00:00 
[##] 100.0%
 gawk-5.1.0  1.0MiB   2.3MiB/s 00:00 
[##] 100.0%
 module-import-compiled  173KiB   1.6MiB/s 00:00 
[##] 100.0%
 nlopt-2.4.2  261KiB  2.5MiB/s 00:00 
[##] 100.0%
 perl-file-basedir-0.08  14KiB    1.3MiB/s 00:00 
[##] 100.0%
 perl-file-desktopentry-0.22  14KiB   815KiB/s 00:00 
[##] 100.0%
 perl-ipc-system-simple-1.26  25KiB   1.9MiB/s 00:00 
[##] 100.0%
 perl-uri-5.05  77KiB 793KiB/s 00:00 
[##] 100.0%
 prusa-slicer-2.3.3-checkout  28.8MiB 3.7MiB/s 00:08 
[##] 100.0%
 perl-file-mimeinfo-0.29  38KiB   1.5MiB/s 00:00 
[##] 100.0%
 sdl-1.2.15  441KiB   1.6MiB/s 00:00 
[##] 100.0%
 sed-4.8  242KiB  1.7MiB/s 00:00 
[##] 100.0%
 snappy-1.1.9  25KiB  1.8MiB/s 00:00 
[##] 100.0%
 wayland-protocols-1.23  61KiB    1.0MiB/s 00:00 
[##] 100.0%
 c-blosc-1.18.1  38KiB    1.1MiB/s 00:00 
[##] 100.0%
 xprop-1.2.5  23KiB   510KiB/s 00:00 
[##] 100.0%
 openvdb-8.0.1  2.4MiB    2.3MiB/s 00:01 
[##] 100.0%
 xset-1.2.4  19KiB    2.8MiB/s 00:00 
[##] 100.0%
 xdg-utils-1.1.3  53KiB   2.7MiB/s 00:00 
[##] 100.0%
 wxwidgets-3.0.5.1  7.5MiB    2.9MiB/s 00:03 
[##] 100.0%
building 
/gnu/store/qqx7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv...
| 'configure' phasebuilder for 
`/gnu/store/qqx7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv' 
failed with exit code 1
build of 
/gnu/store/qqx7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv failed
View build log at 
'/var/log/guix/drvs/qq/x7n08ilmc9rhyvk5y8z5b0g2sdzlpw-prusa-slicer-2.3.3.drv.bz2'.
cannot build derivation 
`/gnu/store/zfwki101pn4fzpcwx0j5768nbxxvfhay-profile.drv': 1 
dependencies couldn't be built
guix shell: error: build of 
`/gnu/store/zfwki101pn4fzpcwx0j5768nbxxvfhay-profile.drv' failed

kreyren@leonid~$ guix describe
Generation 2    Dec 18 2021 17:08:15    (current)
  guix f80b5c3
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: f80b5c3d2f04ada0cb2534edb12da5a58eed94ce

--
-- Jacob Hrbek



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#52652: FreeCAD requires write access to store for parsetab.py

[Jacob Hrbek]

The FreeCAD on guix with patch 52608 to satisfy the dependency for 
python-ply requires write access to the store to work with OpenSCAD files:


Steps to reproduce:
0. Get FreeCAD and open a new project
2. Navigate to OpenSCAD workbench
3. In top-menu: OpenSCAD -> Add OpenSCAD Element...
4. Try to create `cube()` as **NON**-mesh and expect the following:

ImportCSG Version 0.6a
Start Lex
End Lex
Load Parser
WARNING: Token 'DOT' defined, but not used
WARNING: Token 'WORD' defined, but not used
WARNING: There are 2 unused tokens
WARNING: Couldn't create 'parsetab'. [Errno 30] Read-only file system: 
'/gnu/store/wga178lb0hiwyplv00mpvv6q3i74nqbr-freecad-0.19.2/Mod/OpenSCAD/parsetab.py'

Parser Loaded
Start Parser
size vector
('size', ['1', '1', '1'])
('center', 'false')
cube :  {'size': ['1', '1', '1'], 'center': 'false'}
End Cube
End Parser
[]
End processing CSG file

--
-- Jacob Hrbek



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#52606: FreeCAD - Missing dependency python-ply

[Jacob Hrbek]

Steps to reproduce: 1. Get FreeCAD and open any project 2. Navigate to
OpenSCAD workbench 3. In top-menu: OpenSCAD -> Add OpenSCAD Element...
4. Try to create `cube()` as **NON**-mesh and expect the following:

21:06:38 Traceback (most recent call last):

21:06:38 File
"/gnu/store/c600mwsbfxyiv0i35y7srhxp2g3ya7wb-freecad-0.19.2/Mod/OpenSCAD/OpenSCADCommands.py",
line 380, in addelement

21:06:38 import importCSG

21:06:38 File
"/gnu/store/mcdj73r1d10nqmz9pjcmkxsni00kffz9-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
line 142, in _import

21:06:38 return original_import(name, *args, **kwargs)

21:06:38 File
"/gnu/store/c600mwsbfxyiv0i35y7srhxp2g3ya7wb-freecad-0.19.2/Mod/OpenSCAD/importCSG.py",
line 44, in 

21:06:38 import ply.lex as lex

21:06:38 File
"/gnu/store/mcdj73r1d10nqmz9pjcmkxsni00kffz9-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__
feature__.py",
line 142, in _import

21:06:38 return original_import(name, *args, **kwargs)

21:06:38 ModuleNotFoundError: No module named 'ply'

--
-- Jacob Hrbek


publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#52601: FreeCAD(0.19.2): Unable to select points in sketch

[Jacob Hrbek]

The Sketched on FreeCAD-0.19.2 using Guix 
bfaf6c18016a091f3f36c079c4a58e49a123d9f0 is broken -> I can't work with 
points


Steps to reproduce:
0. Get FreeCAD, open it and create a new project
1. Create a new sketch and sketch two shapes
3. Try to then connect two points of these shapes which is unexpectedly 
impossible to do.


Expected:
Make FreeCAD's sketch functional

Current channels:
kreyren@leonid~$ guix describe
Generation 1    Dec 09 2021 12:31:23    (current)
  guix bfaf6c1
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: bfaf6c18016a091f3f36c079c4a58e49a123d9f0

Relevants:
1. https://forum.freecadweb.org/viewtopic.php?t=29064
2. https://tracker.freecadweb.org/view.php?id=259

--
Jacob Hrbek



publickey - kreyren@rixotstudio.cz - 1677db82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#52236: PRIVACY: Integrate arkenfox for icecat configuration

[Jacob Hrbek]

egrate to enforce out solution.

NOTE: For those reasons minimal browsers such as nyxt and surf have the 
potential to be more private, but from the point of view of an attacker it's 
just different vector for an attack so firefox should be preferred as it gets 
more development to address these issues quickly.

> Geolocation is disabled by default in IceCat.  When you say that "it's 
> pinging google servers currently", have you observed this in its default 
> configuration, or did you enable Geolocation?  -- Weaver

I use custom configuration so I was not aware of that being default, but even 
then just simple "default" is not enough where the issue is that there might be 
vulnerabilities that access the geolocation data even when it's disabled so 
everything in the browser (in my proposal) should be treated as compromised and 
layer defences so in this example:

Even if geolocation is disabled we can't afford treating the value in prefs.js 
as not a concern and just keep google there we have to treat it as compromised 
at all time and treat it as that it might get used at some point to use either:
a) value that breaks geolocation when accessed (vulnerability might allow the 
attacker to inject their own value)
b) if it's ever accessed or use more privacy-oriented provider such as mozilla 
allegedly (preferably if GNUzilla made their own geolocating thing).

I know that this might sound too paranoid, but due to the amount of new 
vulnerabilities in browsers (Like hell they can even use CSS now to track 
people! on top of AI used to find new vulnerabilities which is allegedly what 
Facebook is doing) i believe that it's reasonable way of looking at it.

> Your use of the word "Actual" above seems to suggest that the IceCat project 
> aims to disable WebRTC.  I'm not aware of any such decision by the IceCat 
> project. -- Weaver

I was told by FSF representative that icecat's compilation does not include 
support for WebRTC by default when i was invitted on the associate member 
meetup so i was basing that opinion on that.

If that is not a goal then disabling it in the settings is sufficient and 
preferred for me where i assumed there being reasoning for it to be outcompiled 
like that due to it being reasonably new technology which seems to be the 
common reason to do such thing.

>  -- Weaver

This is a discussion that gets exponentially more complicated the more we talk 
about it so i propose some written way of managing all these values to be used 
for implementation where my initial idea was wiki? So that the end-user can 
just search the value and find all the relevant information to make the 
decision for their threat model.

> Please see Maxime's comments on this, which I agree with.  I'm sorry to say 
> that I don't see a way for IceCat users to hide that they are probably using 
> IceCat. -- Weaver

On top of what was provided I highlight the importance of making icecat seem as 
firefox to the web e.g. by using firefox useragent instead of icecat as icecat 
has significantly more unique fingerprint to firefox if it's being treated as a 
it's own separate thing. + the randomization of the fingerprint.

---

NOTE: I would also argue for icecat to just have disabled settings page with 
prefs.js set as read-only and owned by room with permission to read by the 
relevant user to reduce the risk of vulnerability or malicious extension 
altering the config.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Thursday, December 2nd, 2021 at 3:50 PM, Maxime Devos 
 wrote:

> Jacob Hrbek schreef op do 02-12-2021 om 03:58 [+]:
> 

> > Arkenfox https://github.com/arkenfox/user.js is a community
> > 

> > maintained user.js file used for browser hardening.
> > 

> > Proposing to implement it's configuration in GNU Guix's IceCat
> > 

> > mainly: [...]
> 

> These things might be useful, but wouldn't IceCat's mailing lists be
> 

> more appropriate for suggesting different configuration defaults?
> 

> (See https://www.gnu.org/software/gnuzilla/ for the mailing lists of
> 

> IceCat and other GNUzilla software.)
> 

> > Additional configuration should be defined in guix-home with sane
> > 

> > default [...]
> 

> I don't think guix home is necessary for this, wouldn't some kind of
> 

> parametrised packages be sufficient? E.g., something like:
> 

> (packages->manifest
> 

> ;; This creates a wrapper around ticecat instructing the firefox
> 

> ;; derivative to use the supplied user.js instead of wherever firefox
> 

> ;; normally goes looking for things. (I don't know how to do that,
> 

> ;; but should be possible?)
> 

> (icecat-with-configuration ; (defined in gnu packages gnuzilla)
> 

> #:user.js arkenfox ; defined in (gnu pac

bug#52236: PRIVACY: Integrate arkenfox for icecat configuration

[Jacob Hrbek]

Arkenfox  is a community maintained 
user.js file used for browser hardening.

Proposing to implement it's configuration in GNU Guix's IceCat mainly:

- geo.provider.network.uri (it's pinging google servers currently)

- Actual disabling of WebRTC

- Clearing on re-start (privacy.clearOnShutdown.*)

- toolkit.telemetry.enable = false instead of forced true

- etc..

Additional configuration should be defined in guix-home with sane default so 
that the browser can be a sufficient replacement for Tor Browser Bundle.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51833: (No Subject)

[Jacob Hrbek]

Discussed on IRC/Matrix 
https://matrix.to/#/!sHzxAiaYPGfEPSGCzf:libera.chat/$TNunZ_vCWYxNGw-XDyCgKyKobccakb2A9noppM8kkTo?via=libera.chat=matrix.org=tchncs.de
 concluded to not be a security issue.

My concern was malicious user caching a malicious derivation trying to force 
root user to invoke it to unleash the payload, but that is not possible due to 
the use of GPG with the guix repo to prevent injection of malicious DNS server 
through DHCP.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51833: SECURITY: Sanitize the permissions for guix daemon socket?

[Jacob Hrbek]

The /var/guix/daemon-socket/socket is by default set to be owned by root:root 
with chmod 0666 that allows **ALL** users on the system to interact with guix 
daemon to write in the store directory.

Proposing to define a group (or use guixbuild group?) to by default deny access 
to the socket to all users without the group as i see this being a security 
issue waiting to happen.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51811: Installer: Add an option to choose the preferred session manager

[Jacob Hrbek]

> > Could you report it, along with the configuration required to reproduce it? 
> > -- T G.R

Submitted http://debbugs.gnu.org/cgi/bugreport.cgi?bug=51813

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Saturday, November 13th, 2021 at 2:01 PM, Tobias Geerinckx-Rice 
 wrote:

> Jacob,
> 

> I've marked this nice-to-have improvement as such.
> 

> Jacob Hrbek 写道：
> 

> > Currently the Guix Installer on Latest (13/11/2021-EU) is > forcing gdm as 
> > session manager that just errors out with "Oh > no!" following by useless
> > 

> > error logs and messages that attempts to test your self control.
> 

> Er, this is the real bug…
> 

> Could you report it, along with the configuration required to reproduce it?
> 

> Thanks,
> 

> T G-R

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51811: Installer: Add an option to choose the preferred session manager

[Jacob Hrbek]

Currently the Guix Installer on Latest (13/11/2021-EU) is forcing gdm as 
session manager that just errors out with "Oh no!" following by useless error 
logs and messages that attempts to test your self control.

Proposing to implement an option to choose alternative session managers 
especially if the user selects non-GNOME desktop environment.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51804: Manual: Add verification of storage drive sanity for the installation

[Jacob Hrbek]

My Guix installation(s) are keep failing, because people keep giving me free 
USB drivers that are faulty.

Proposing to add some method to verify that the USB drive is sane in the manual 
for the installation to avoid weird, confusing and infuriating errors.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51696: Request: Adopt the unofficial GUIX community on Matrix

[Jacob Hrbek]

> I see.  For my usage, that's too much, as I'm not comfortable dedicating up 
> to a quarter of my system memory for a real time text messaging application. 
> -- Maxim
> Could you clarify what benefits would "adopting" the Matrix channel and space 
> provide?  Isn't there already a bridge to libera.chat (thus #guix) in Matrix? 
> -- Maxim

My proposal doesn't require you to use the application and if the resource 
requirements for the initial sync are unwanted then that can be disabled at the 
cost of not getting your already sent and received messages and joined channels.
FWIW the sync is not a problem in terms of resources on my devices as the CPU 
scheduler optimizes the load as the sync is not time sensitive.

I am asking for an adoption of the Matrix channel and the space with a bridges 
so that users can use either of those protocols (possibly more) to be in a 
contact with the guix-relevant channels.

..without the need to set up custom spaces like I am doing now as that is an 
annoyance that increases the complexity of the setup.

Which also significantly decreases the likelyhood of people making their own 
channels without disclosing it's unofficiality that discourages new users from 
trying Guix (which happened to me and 3 other people I know as i was lead to 
believe that Guix is just weird arch that can't be configured without 
implementation of parametrization of packages).

Real life example: PINE64 community management just with puppet users (users 
which are integrated in the protocol) instead of relay bridges (messages like 
`[I] alice: message` to show message from alice that was sent on an IRC).

> Yes, I'm aware of it; as I wrote earlier, I had tried it and found it too 
> buggy to be usable, unfortunately. -- Maxim

Consider filing a bug report so that those issues can be tracked and actionable 
as (I didn't try matrix on weechat) it seems that the implementation is mature 
and usable enough.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Saturday, November 13th, 2021 at 1:58 AM, Maxim Cournoyer 
 wrote:

> Hi Jacob,
> 

> Jacob Hrbek krey...@rixotstudio.cz writes:
> 

> > > I was curious because you said in your experience the clients other than 
> > > Element worked well (which is not my experience). -- Maxim
> > 

> > To clarify I meant that I didn't experience any issues sending or receiving 
> > messages on those clients and I asked "Is there any reason why should I 
> > check them?" in case you are aware of an issue that I should check.
> > 

> > > When I used tried using it a couple years back it was consuming easily 1 
> > > GiB of memory in the browser, sometimes 2. -- Maxim
> > 

> > The initial sync takes around this on my system as well which seems to grow 
> > depending on the complexity of the account e.g. account that joined X 
> > amount of channels and sent X amount of messages will need more resources 
> > for the login
> > 

> > procedure due to the zero knowledge federation.
> 

> I see. For my usage, that's too much, as I'm not comfortable dedicating
> 

> up to a quarter of my system memory for a real time text messaging
> 

> application.
> 

> > Could you try the client again for fresh data ideally outside of the 
> > matrix.org homeserver? I always have issues on the upstream homeserver so 
> > it makes me feel like its not representative of the network.
> > 

> > FWIW there is a script for weechat that integrates matrix as well.
> 

> Yes, I'm aware of it; as I wrote earlier, I had tried it and found it
> 

> too buggy to be usable, unfortunately.
> 

> Could you clarify what benefits would "adopting" the Matrix channel and
> 

> space provide? Isn't there already a bridge to libera.chat (thus #guix)
> 

> in Matrix?
> 

> Thanks,
> 

> Maxim

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51696: Request: Adopt the unofficial GUIX community on Matrix

[Jacob Hrbek]

> I was curious because you said in your experience the clients other than 
> Element worked well (which is not my experience). -- Maxim

To clarify I meant that I didn't experience any issues sending or receiving 
messages on those clients and I asked "Is there any reason why should I check 
them?" in case you are aware of an issue that I should check.

> When I used tried using it a couple years back it was consuming easily 1 GiB 
> of memory in the browser, sometimes 2. -- Maxim

The initial sync takes around this on my system as well which seems to grow 
depending on the complexity of the account e.g. account that joined X amount of 
channels and sent X amount of messages will need more resources for the login 
procedure due to the zero knowledge federation.

Could you try the client again for fresh data ideally outside of the matrix.org 
homeserver? I always have issues on the upstream homeserver so it makes me feel 
like its not representative of the network.

\---

FWIW there is a script for weechat that integrates matrix as well.



Sent from ProtonMail mobile



\ Original Message 
On Nov 12, 2021, 15:52, Maxim Cournoyer < maxim.courno...@gmail.com> wrote:

>
>
>
> Hi Jacob,
>
> Jacob Hrbek  writes:
>
> >> I'm curious; have you tried any Matrix client that do not require a 
> >> browser or need a large amount of system resources
> > to operate? --Maxim
> >
> > I was doing quick testing of other clients +- 7 months ago and decided to 
> > use element. I didn't do any additional testing
> > after that. Is there any reason why should I check them?
>
> I was curious because you said in your experience the clients other than
> Element worked well (which is not my experience).
>
> > I am not aware of any matrix's client that requires a large amount of 
> > processing resources to operate (excluding miitrix
> > for Nintendo DS allegedly which is allegedly due to the used Infrastructure 
> > on the device).. would be a major problem for
> > me if it did as my devices are optimized for battery life and tent to 
> > overheat on such use.
>
> When I used tried using it a couple years back it was consuming easily 1
> GiB of memory in the browser, sometimes 2. That's what I meant by
> "large amount of resources". In comparison, the WeeChat IRC client I
> use holds in less than 20 MiB of RAM.
>
> Thanks,
>
> Maxim
>

publickey - EmailAddress(s=kreyren@rixotstudio.cz) - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51696: Request: Adopt the unofficial GUIX community on Matrix

[Jacob Hrbek]

> I'm curious; have you tried any Matrix client that do not require a browser 
> or need a large amount of system resources to operate? --Maxim

I was doing quick testing of other clients +- 7 months ago and decided to use 
element. I didn't do any additional testing after that. Is there any reason why 
should I check them?

I am not aware of any matrix's client that requires a large amount of 
processing resources to operate (excluding miitrix for Nintendo DS allegedly 
which is allegedly due to the used Infrastructure on the device).. would be a 
major problem for me if it did as my devices are optimized for battery life and 
tent to overheat on such use.

I assume that you want to make the argument that it requires more processing 
resources than IRC?
That is true by design as Matrix is doing E2EE which I found to be more 
resource efficient and usable in comparison to Hexchat with fishlim.

Sent from ProtonMail mobile



\ Original Message 
On Nov 12, 2021, 06:40, Maxim Cournoyer < maxim.courno...@gmail.com> wrote:

>
>
>
> \-CC supp...@matrix.org (since my reply here doesn't need to involve them)
>
> Hi,
>
> Jacob Hrbek  writes:
>
> >> What is the difference between a Matrix space and a Matrix channel? -- 
> >> Maxim
> >
> > In the analogy of files and directories: Matrix space is a directory for 
> > channels. (see attachment matrix-space.png)
> >
> > In the image you can see matrix space called GNU Guix (unofficiality
> > disclosed in the description) containing channel \#guix \#guile
> > \#guix-offtopic \#guix-wiki which are bridged to [libera.chat][] with Guix
> > System.. channel on Matrix
> >
> >> From my memory the reality is that most of the clients are not quite there 
> >> yet... -- Maxim
> >
> > That is not my experience I suggest you to try them again and be specific 
> > about the issues so that they can be investigated.
>
> I'm curious; have you tried any Matrix client that do not require a
> browser or need a large amount of system resources to operate?
>
> >> To really be in full control, ideally we'd have a Shepherd service to 
> >> administer it. Is this something you'd be motivated to work on? -- Maxim
> >
> > I need matrix homeserver on Guix myself so it would align with my work
> > when I figure out how to maintain a cluster of computers using public
> > repository which CI/CD calls guix commands for push-based deployment
> > which should be any day now.
>
> Nice!
>
> >> Moderation is something that I'm a bit worried about; at least
> >> speaking for myself I'd want to continue doing it from IRC and it'd
> >> need to sync to Matrix transparently, not the other way around. Is
> >> this possible? -- Maxim
> >
> > I am not qualified to answer that as I don't do cross-protocol moderation, 
> > CC Matrix support
>
> OK, let's see.
>
> Thanks,
>
> Maxim
>


[libera.chat]: http://libera.chat

publickey - EmailAddress(s=kreyren@rixotstudio.cz) - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51696: Request: Adopt the unofficial GUIX community on Matrix

[Jacob Hrbek]

> What is the difference between a Matrix space and a Matrix channel? -- Maxim

In the analogy of files and directories: Matrix space is a directory for 
channels. (see attachment matrix-space.png)

In the image you can see matrix space called GNU Guix (unofficiality disclosed 
in the description) containing channel #guix #guile #guix-offtopic #guix-wiki 
which are bridged to libera.chat with Guix System.. channel on Matrix

> From my memory the reality is that most of the clients are not quite there 
> yet... -- Maxim

That is not my experience I suggest you to try them again and be specific about 
the issues so that they can be investigated.

> To really be in full control, ideally we'd have a Shepherd service to 
> administer it.  Is this something you'd be motivated to work on? -- Maxim

I need matrix homeserver on Guix myself so it would align with my work when I 
figure out how to maintain a cluster of computers using public repository which 
CI/CD calls guix commands for push-based deployment which should be any day now.

> Moderation is something that I'm a bit worried about; at least speaking for 
> myself I'd want to continue doing it from IRC and it'd need to sync to Matrix 
> transparently, not the other way around.  Is this possible? -- Maxim

I am not qualified to answer that as I don't do cross-protocol moderation, CC 
Matrix support

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Friday, November 12th, 2021 at 3:25 AM, Maxim Cournoyer 
 wrote:

> Hi Jacob,
> 

> I think Mark had valid concerns about control.
> 

> Jacob Hrbek krey...@rixotstudio.cz writes:
> 

> > My motivation for this proposal is to make GNU Guix more accessible
> > 

> > and user-friendly so that I can get my team to use it painlessly to
> > 

> > organize the work as I currently use NiXOS where nixlang is giving me
> > 

> > anxiety and it's too limited to my liking.
> > 

> > I prefer zero trust model so I am happy with transferring the matrix space 
> > to the chosen GNU representative.
> > 

> > About the channel I sent a message to the owner and waiting for a reply.
> 

> What is the difference between a Matrix space and a Matrix channel?
> 

> > About matrix I am proposing to run our own homeserver that GNU Guix have 
> > full control over.
> > 

> > I helped Ian Kelling with the implementation for FSF when they were moving 
> > off of Freenode so i assume that we can just fork the implementation or 
> > adapt it in GNU guile?
> > 

> > Note: FSF decided to not move on matrix as one of it's clients is
> > 

> > using Google's reCAPTCHA for registration
> > 

> > (https://github.com/matrix-org/matrix-doc/issues/3220) and is
> > 

> > allegedly using electron.. FWIW i never understood the reasoning as
> > 

> > the homeserver does not depend on the client and there are multiple
> > 

> > alternatives (https://matrix.org/clients).
> 

> From my memory the reality is that most of the clients are not quite
> 

> there yet, so to get a good experience one must use the official web
> 

> client (Element) or the Android one, both of which pose freedom
> 

> challenges (is the JavaScript tagged to run in GNU LibreJS?). The
> 

> desktop client is also web based, probably unpackagHopefully
> 

> that changed in the last couple years. I remember trying the (abandoned
> 

> then) Emacs-based client and also the Weechat client. I ended up not
> 

> submitting the package to Guix, since it was too buggy (using 100% of
> 

> CPU, very slow to refresh, and had other annoyances I forgot).
> 

> > About bridges they are self-hosted (https://matrix.org/bridges) so GNU
> > 

> > Guix would be in full control over them, but some
> > 

> > e.g. https://t2bot.io provide it for free to the general public
> > 

> > without a guaranteed uptime.
> 

> To really be in full control, ideally we'd have a Shepherd service to
> 

> administer it. Is this something you'd be motivated to work on?
> 

> > I believe it also answers the question about moderating? There are
> > 

> > also moderation bots (https://matrix.org/bots/) such as mjolnil
> > 

> > https://github.com/matrix-org/mjolnir that afaik can be configured
> > 

> > that if user is banned on matrix that it will issue the ban across all
> > 

> > bridges and if needed the space.
> 

> Moderation is something that I'm a bit worried about; at least speaking
> 

> for myself I'd want to continue doing it from IRC and it'd need to sync
> 

> to Matrix transparently, not the other way around. Is this possible?
> 

> Thanks,
> 

> Maxim

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51696: Request: Adopt the unofficial GUIX community on Matrix

[Jacob Hrbek]

My motivation for this proposal is to make GNU Guix more accessible and 
user-friendly so that I can get my team to use it painlessly to organize the 
work as I currently use NiXOS where nixlang is giving me anxiety and it's too 
limited to my liking.

I prefer zero trust model so I am happy with transferring the matrix space to 
the chosen GNU representative.
About the channel I sent a message to the owner and waiting for a reply.

About matrix I am proposing to run our own homeserver that GNU Guix have full 
control over.
I helped Ian Kelling with the implementation for FSF when they were moving off 
of Freenode so i assume that we can just fork the implementation or adapt it in 
GNU guile?

Note: FSF decided to not move on matrix as one of it's clients is using 
Google's reCAPTCHA for registration 
(https://github.com/matrix-org/matrix-doc/issues/3220) and is allegedly using 
electron.. FWIW i never understood the reasoning as the homeserver does not 
depend on the client and there are multiple alternatives 
(https://matrix.org/clients).

About bridges they are self-hosted (https://matrix.org/bridges) so GNU Guix 
would be in full control over them, but some e.g. https://t2bot.io provide it 
for free to the general public without a guaranteed uptime.

I believe it also answers the question about moderating? There are also 
moderation bots (https://matrix.org/bots/) such as mjolnil 
<https://github.com/matrix-org/mjolnir> that afaik can be configured that if 
user is banned on matrix that it will issue the ban across all bridges and if 
needed the space.

FWIW on Matrix we don't have to trust the "trusted" people who run it if GNU 
Guix has their own homeserver.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Tuesday, November 9th, 2021 at 5:02 AM, Mark H Weaver  
wrote:

> Hi Jacob,
> 

> Jacob Hrbek krey...@rixotstudio.cz writes:
> 

> > There is an unofficial GNU Guix community on matrix (#guix:matrix.org)
> > 

> > with 375 members and an unofficial matrix space that i've created
> > 

> > (https://matrix.to/#/#gnu-guix:tchncs.de) which consist of
> > 

> > IRC<->Matrix bridged channels.
> > 

> > Proposing for GNU Guix to adopt this community, it's moderators and my
> > 

> > space to configure IRC<->Matrix bridge (less then 4000 CPU cycles per
> > 

> > day last time i checked) to connect those two communities and users
> > 

> > who prefer either of those protocols to increase the reach of GNU Guix
> > 

> > to new users.
> 

> I appreciate this initiative, and from my preliminary investigations it
> 

> seems to me that Matrix would be a good protocol to support. I would be
> 

> glad if GNU Guix gained an official Matrix channel.
> 

> I have one concern: I'm concerned about control.
> 

> You propose that GNU Guix should adopt "this community, it's moderators
> 

> and my space". Who are these moderators? Who controls the "space"?
> 

> Who gets to decide who is given moderation privileges over the "space"?
> 

> If, in the future, you disagreed with the GNU Guix project leadership
> 

> over how the "space" was being managed, who would have the technical
> 

> and/or legal ability to override the others' wishes?
> 

> In short, would we need to trust you?
> 

> I hope that you will not read these concerns as suggesting that you have
> 

> ill intent. On the contrary, although I don't know you, I think it's
> 

> highly likely that your intent is benign, and I appreciate your efforts
> 

> to improve our communications infrastructure.
> 

> I would have these concerns regardless of who held the keys, even if it
> 

> were a long-time Guix project participant who I had come to deeply
> 

> respect and trust.
> 

> What do you think?
> 

> Regards,
> 

> Mark
> 

> ---

bug#51645: (No Subject)

[Jacob Hrbek]

Note: conversation was moved on guix-devel mailing list.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51696: Request: Adopt the unofficial GUIX community on Matrix

[Jacob Hrbek]

There is an unofficial GNU Guix community on matrix (#guix:matrix.org) with 375 
members and an unofficial matrix space that i've created 
(https://matrix.to/#/#gnu-guix:tchncs.de) which consist of IRC<->Matrix bridged 
channels.

Proposing for GNU Guix to adopt this community, it's moderators and my space to 
configure IRC<->Matrix bridge (less then 4000 CPU cycles per day last time i 
checked) to connect those two communities and users who prefer either of those 
protocols to increase the reach of GNU Guix to new users.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51645: Proposal: Integrate a method for bug bounties

[Jacob Hrbek]

Bug bounties are a great and ethical source of income for FLOSS projects that 
are a solution:

+ for users who use GNU Guix, but doesn't know GNU Guile to e.g. get their 
wanted packages packaged.

+ for developers who work on multiple projects and prefer to get an issue 
outsourced to third party to better utilize their resources.

+ for community by enabling the community to reward the developers for 
finishing an issue that they care about.

Proposing GNU Guix to integrate bug bounties and set a flexible fee for each 
transaction (ideally using monero) to help support the project while being a 
safeguard to resolve conflicts.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51644: Flameshot: Saving to clipboard doesn't work

[Jacob Hrbek]

0. Get Flameshot

1. Invoke `flameshot gui`

2. Select the area and press `CTRL+C` or the icon for saving in clipboard

X. should fail to save in clipboard

Expected: Save the screenshot in clipboard to avoid saving the file and then 
posting the file.

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51643: Packaging request: element-desktop

[Jacob Hrbek]

Popular frontend for Matrix -- https://element.io/

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51642: Packaging request: FreeTube

[Jacob Hrbek]

FLOSS desktop frontent for YouTube(TM) -- https://freetubeapp.io/

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51506: Acknowledgement (Add --quiet option to guix-install.sh)

[Jacob Hrbek]

Yes, that seems to work, thanks

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Saturday, October 30th, 2021 at 10:18 AM,  wrote:

> Thank you for filing a new bug report with debbugs.gnu.org.
> 

> This is an automatically generated reply to let you know your message
> 

> has been received.
> 

> Your message is being forwarded to the package maintainers and other
> 

> interested parties for their attention; they will reply in due course.
> 

> Your message has been sent to the package maintainer(s):
> 

> bug-guix@gnu.org
> 

> If you wish to submit further information on this problem, please
> 

> send it to 51...@debbugs.gnu.org.
> 

> Please do not send mail to help-debb...@gnu.org unless you wish
> 

> to report a problem with the Bug-tracking system.
> 

> ---
> 

> 51506: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=51506
> 

> GNU Bug Tracking System
> 

> Contact help-debb...@gnu.org with problems

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51564: (No Subject)

[Jacob Hrbek]

Highlighting:

> -- Could NOT find LibSoup: Found unsuitable version "", but required is at 
> least "2.99.9" (found LIBSOUP_INCLUDE_DIRS-NOTFOUND)
CMake Error at Source/cmake/OptionsGTK.cmake:212 (message):
  libsoup 3 is required.  Enable USE_SOUP2 to use libsoup 2 (disables HTTP/2)

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51564: Try adding -DUSE_SOUP2

[Jacob Hrbek]

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

51564.patch
Description: Binary data


publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51563: Packaging request: WoodpeckerCI

[Jacob Hrbek]

Libre fork of DroneCI, https://github.com/woodpecker-ci/woodpecker

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51505: Request for official docker image on dockerhub

[Jacob Hrbek]

Please set up an official docker image on dockerhub (e.g. 
https://hub.docker.com/_/debian) i wanted to use docker to test GUIX 
configuration, but i can't define a dockerfile for it since `FROM scratch` 
can't fetch remote tarball without using `ADD` from a local file (which is not 
an option in the development environment) so i had to resort to a 3rd party 
alpine + guix 
(https://raw.githubusercontent.com/bmpvieira/Dockerfiles/master/guix/Dockerfile).

... also need an official docker image for WoodpeckerCI to handle CI/CD for my 
systems to avoid deploying broken configuration.

See howto on
https://docs.docker.com/develop/develop-images/baseimages/

The following should be sufficient:

$ wget
https://ftp.gnu.org/gnu/guix/guix-binary-1.3.0.x86_64-linux.tar.xz
`$ docker import -` guix-binary-1.3.0.x86_64-linux.tar.xz

Or:

```dockerfile
FROM scratch
MAINTAINER Jon Doe Von GNU 

# Add the tarball from
https://ftp.gnu.org/gnu/guix/guix-binary-1.3.0.x86_64-linux.tar.xz on the image
ADD ./guix-binary-1.3.0.x86_64-linux.tar.xz /

ENTRYPOINT [ "/bin/sh" ]

```

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

bug#51506: Add --quiet option to guix-install.sh

[Jacob Hrbek]

I can't cache the docker step to perform guix-install.sh, because it requires a 
user input which causes the `docker build -t guix:latest 
path/to/directory/with/Dockerfile` to ERR1.

Proposing to add command line option `--quiet` for the installer to not ask

Relevant dockerfile:

```dockerfile
#@ All rights reserved (C) Jacob Hrbek  in 
30/10/2021-EU 01:22:40 UTC

# TODO(Krey): Set as FLOSS once finished

###!!! HALTED(Krey): The guix-install.sh requires an interactive shell blocking 
the deployment

# 30/10/2021-EU 01:44:14 UTC
FROM debian:bullseye-20211011-slim
LABEL Description="Minimal Debian Linux Image with GUIX package manager 
designed for testing"
# 30/10/2021-EU 01:24:54 UTC
LABEL Version="30102021012454"

ENV DEBIAN_FRONTEND="noninteractive"

# OUTSOURCED(Krey): Guix's official way to install the package manager on 
non-GUIX system is using 
https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
# 30/10/2021-EU 01:24:54 UTC
ENV guixInstall_commit="e4ed0b3969ddbe44347c468c96ccfa057b2dd256"
RUN true \
&& apt-get update \
&& apt-get install --yes --quiet --no-install-recommends \
wget \
gnupg \
xz-utils \
# NOTE(Krey): We need this otherwise wget will fail with `ERROR: The 
certificate of '' is not trusted`
ca-certificates \
&& wget 
"https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh?id=$guixInstall_commit;
 -O guix-install.sh \
# Add guix-install dependencies
&& chmod +x guix-install.sh \
&& sh guix-install.sh \
&& apt-get remove --yes \
wget \
gnupg \
xz-utils \
&& apt-get autoremove --yes \
&& apt-get clean --yes \
&& rm -rf \
/var/cache/debconf/* \
/var/lib/apt/lists/* \
/tmp/* \
/var/tmp/*

```

-- Jacob "Kreyren" Hrbek

Sent with ProtonMail Secure Email.

publickey - kreyren@rixotstudio.cz - 0x1677DB82.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature