Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Oct 25 19:02
    @UriHerrera banned @Flashwalker
Sergiy
@OldRunner_gitlab
This time I have already done absolutely everything following your prompt very carefully.
I'll leave the computer in liveOS mode for a while, maybe you can suggest something.
Uri Herrera
@UriHerrera
Yeah I was just browsing the contents of the package, you will want to disable that module from the Calamares configuration in/etc/calamares/settings.conf
Sergiy
@OldRunner_gitlab
How to do it? Delete entire file?
Uri Herrera
@UriHerrera
No, just remove - machineid from the file
Sergiy
@OldRunner_gitlab
In "- exec:@ &
I meant "- exec:"
Uri Herrera
@UriHerrera
Yes from that list remove the entry
Sergiy
@OldRunner_gitlab
OK. I'll try.
Sergiy
@OldRunner_gitlab
Uri, I cannot edit this file, it is "read only"
venanks
@venanks
@UriHerrera I get this after installing samba client:
E: samba-common: installed samba-common package post-installation script subprocess returned error exit status 1
E: smbclient: dependency problems - leaving unconfigured
E: samba-common-bin: dependency problems - leaving unconfigured
Uri Herrera
@UriHerrera

E: samba-common: installed samba-common package post-installation script subprocess returned error exit status 1
E: smbclient: dependency problems - leaving unconfigured
E: samba-common-bin: dependency problems - leaving unconfigured

To fix E: Sub-process /usr/bin/dpkg returned an error code (1) errors follow this guide https://itsfoss.com/dpkg-returned-an-error-code-1/

samba-common is blocked from installation in /etc/apt/preferences you can try removing the block but IIRC it's added because it pulls something that might use systemd

Uri, I cannot edit this file, it is "read only"

Of course, it's owned by root, you have to use sudo, i.e., sudo nano /etc/calamares/settings.conf

Sergiy
@OldRunner_gitlab
Hi Uri, I did everything as you suggested. The installation went fine, rebooted and the problems started from the first update - Discover froze and then the error "dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem" appeared.
I launched this program and have been waiting (for quite some time already) for some reaction in the Station. Unfortunately, I can not check with anything, since I have not been able to install anything yet. Hope the system will recover.
Sergiy
@OldRunner_gitlab
Uri, I decided to reinstall the OS. Hope this gives a better result.
Sergiy
@OldRunner_gitlab
Uri, I reinstalled the OS, but trying to update again nullified everything. Plymouth filed from the beginning, then the Discover freezes 51% and no further movement. I understand that the new system is still very "raw" so I will wait for a stable version. 4(!!) reinstallations are already a lot.
Thank you for everything, but I'd rather wait and not bother you with my failed experiments with this OS.
Thank God the bootloader works, so I will use other OSs for now until I see progress with your OS. Hope you will fix the bugs soon and release a working OS.
Sorry to disturb you.
Good luck.
Uri Herrera
@UriHerrera

Uri, I reinstalled the OS, but trying to update again nullified everything. Plymouth filed from the beginning, then the Discover freezes 51% and no further movement. I understand that the new system is still very "raw" so I will wait for a stable version. 4(!!) reinstallations are already a lot.
Thank you for everything, but I'd rather wait and not bother you with my failed experiments with this OS.
Thank God the bootloader works, so I will use other OSs for now until I see progress with your OS. Hope you will fix the bugs soon and release a working OS.
Sorry to disturb you.
Good luck.

Please attach screenshots and be as descriptive as possible when letting us know of issues, it's difficult to track down problems otherwise.

The problem is with libpam-runtime and its post-installation script. The solution is quite simple; edit the post-installation script and comment on the part that's failing. The script is at /var/lib/dpkg/info/libpam-runtime.postinst, and the part that fails is where the command pam-auth-update package is executed, so comment everything starting with that command all the way to the bottom of the function.

Uri Herrera
@UriHerrera
Then run sudo dpkg --configure -a and that's it.
Sergiy
@OldRunner_gitlab
Uri, thanks for the tips, but for me this story is already over. I'll wait until a stable system.
Arkaitz Silva
@arkaitzsilva
Hi @UriHerrera there is something I don’t understand about Nitrux, after a fresh installation of Nitrux using official ISO I always have dependency issues. If I’m not wrong, you use groovy and neon unstable repositories to build the ISO but after the installation the repository with newest packages is focal. This causes dependency issues when I try to install some packages/apps with apt. For example now I can’t install kate editor for this reason. Is there any reason to build the ISO with newer packages than the ones included in focal? Before the openrc change, to install Nitrux I used to install minimal version of Ubuntu and after that the nx-desktop-legacy package to have Nitrux with no dependency issues but now I can’t use this workaround due to openrc change
Uri Herrera
@UriHerrera

Uri, thanks for the tips, but for me this story is already over. I'll wait until a stable system.

Problems with packages like that one will continue to happen, remember that Ubuntu uses systemd, and these packages are from Ubuntu. Using Discover, or any other graphical frontend will make no difference whatsoever when the problem itself is with the packaging scripts that expect systemd services or programs to be present and that will fail otherwise.

Uri Herrera
@UriHerrera

Hi @UriHerrera there is something I don’t understand about Nitrux, after a fresh installation of Nitrux using official ISO I always have dependency issues. If I’m not wrong, you use groovy and neon unstable repositories to build the ISO but after the installation the repository with newest packages is focal.

HI @arkaitzsilva. No, the newest ISO is built from scratch, cleanly using Travis CI. All the previous ISO files were built locally from a three-year-old root filesystem of a previous version of Nitrux, and each new ISO file was basically an incremental upgrade over the previous. The newest ISO is indeed generated using the Ubuntu base rootfs of focal, Neon repositories both user and unstable (unstable is used to upgrade only a handful of packages, specifically Latte Dock dependencies), Devuan beowulf (which is the release of Devuan that matches Ubuntu focal both of which match Debian bullseye; used for elogind and policykit), our repository, and the Proprietary GPU Drivers PPA for the Nvidia drivers.

The ISO sources included in the released file are focal and Neon/user.

This causes dependency issues when I try to install some packages/apps with apt. For example now I can’t install kate editor for this reason. Is there any reason to build the ISO with newer packages than the ones included in focal? Before the openrc change, to install Nitrux I used to install minimal version of Ubuntu and after that the nx-desktop-legacy package to have Nitrux with no dependency issues but now I can’t use this workaround due to openrc change

In your example of installing Kate, I just tried and indeed is because some libraries are from Neon/unstable libkf5parts-data and libkf5parts5, however, I would strongly advise you to not install our packages as is to a vanilla Ubuntu installation, i.e, installed using the released Ubuntu ISO file.

If you want to tweak our ISO you can fork our tooling, that is definitely a better way. You may also submit PRs for review.

Arkaitz Silva
@arkaitzsilva
Hi @UriHerrera there are a couple of things I don’t understand about Nitrux iso-tool. The script itself is easy to read and understand but I don’t know how to run it because there are a lot of commands that can ruin the host OS. Is the script executed in some kind of virtual environment to keep the OS where is executed safe?. There are some Bug comments in some commands that cause error when the build.sh is executed, I understand the reason and I comment them because otherwise the script stops with an error. I don’t know if it’s the correct way to skip this error and in some point of the script there is a fix to that commands.
Uri Herrera
@UriHerrera

Hi @UriHerrera there are a couple of things I don’t understand about Nitrux iso-tool. The script itself is easy to read and understand but I don’t know how to run it because there are a lot of commands that can ruin the host OS. Is the script executed in some kind of virtual environment to keep the OS where is executed safe?. There are some Bug comments in some commands that cause error when the build.sh is executed, I understand the reason and I comment them because otherwise the script stops with an error. I don’t know if it’s the correct way to skip this error and in some point of the script there is a fix to that commands.

Yes, run them in a container, we use Travis to automate the whole process.

Arkaitz Silva
@arkaitzsilva

Hi @UriHerrera, I'm trying to build the legacy branch iso running the build.sh file from the official ubuntu focal image with docker and I'm always getting errors processing the bootstrap.sh through runch bin.
I tried also from Ubuntu, KDE Neon and Nitrux VM and there are always errors in different points but the bootstrap.sh never finishes successfully.

Which image/distro are you using to test the script locally with a successful ending as is in github repository?

Uri Herrera
@UriHerrera
Hi @arkaitzsilva. I don't use them locally, it's very likely that they fail because of something that was added for Travis. You can open an issue.
venanks
@venanks
Is there any way to "blacklist" nvidia driver from being upgraded? The latest nvidia driver is very unstable as it gives a lot of problem especially waking up from sleep. I want to keep 440 version for now until 450 or newer version is stable enough. How do I tell apt to stop trying to upgrade 440 to 450?
Uri Herrera
@UriHerrera

Is there any way to "blacklist" nvidia driver from being upgraded? The latest nvidia driver is very unstable as it gives a lot of problem especially waking up from sleep. I want to keep 440 version for now until 450 or newer version is stable enough. How do I tell apt to stop trying to upgrade 440 to 450?

You can add a .pref file to /etc/apt/preferences.d. You can also use apt-mark hold $package.

However, you can't install the Nvidia driver version 440 without uninstalling version 450, which means that the meta-packages will be uninstalled, and you will have to mark orphaned packages manually as manually installed.
Uri Herrera
@UriHerrera
Otherwise, if you run apt autoremove by mistake you will end up with a broken system.
venanks
@venanks
@UriHerrera Thanks for your guidance, but I need more detailed instructions. Like what should I put in the .pref files? Also how do I mark orphaned packages?
Markus F
@mafen
Hi, is nitrux available for rpi4?
Uri Herrera
@UriHerrera

Hi, is nitrux available for rpi4?

Hi. We don't have ARM images yet.

@UriHerrera Thanks for your guidance, but I need more detailed instructions. Like what should I put in the .pref files? Also how do I mark orphaned packages?

You can find more info about using apt_preferences here https://manpages.debian.org/testing/apt/apt_preferences.5.en.html

Likewise, you can find more info about marking packages here http://manpages.ubuntu.com/manpages/focal/man8/apt-mark.8.html#automatically%20and%20manually%20installed%20packages

venanks
@venanks
Thanks Uri. I will read through and try it.
Nicholas Jacobs
@njakes_gitlab
Uri, I know that Manjaro had a testing image up for a while, but is there a way to download nxd on something like ArcoLinux?
Uri Herrera
@UriHerrera

Uri, I know that Manjaro had a testing image up for a while, but is there a way to download nxd on something like ArcoLinux?

Hi @njakes_gitlab. I think that the components are available in the AUR.

Nicholas Jacobs
@njakes_gitlab
Would they download into a stand alone desktop environment or just modifications to an existing plasma install?
Uri Herrera
@UriHerrera

Do you mean a separate desktop session? No, the plasmoids would be available to add to a Plasma panel from the widgets sidebar.

EDIT: I checked, the plasmoids are in the AUR, the Plasma look-and-feel package is also in there, and the Kvantum theme is too. What is not in the AUR is the desktop configuration which includes the Latte layouts among other things.

Nicholas Jacobs
@njakes_gitlab
What is the name of the kvantum theme? All i can find is nx-plasma-look-and-feel.
Uri Herrera
@UriHerrera
The person who uploaded it added it as part of the look-and-feel PKGBUILD
Nicholas Jacobs
@njakes_gitlab
Ahh. Ok, thanks Uri. Are you still working with Manjaro on a testing build of nxd? I would love to use nitrux on a pacman/aur base
Uri Herrera
@UriHerrera
We're working on the Maui apps which Manjaro includes with their Pinephone images.
Arkaitz Silva
@arkaitzsilva
Hi @UriHerrera is there any reason to include nx-desktop-apps-legacy as a dependency of nx-desktop-legacy package? When I try to remove for instance firefox app which is not an essential app to use the desktop, it tries to remove the entire desktop due to this situation.
Uri Herrera
@UriHerrera

Hi @arkaitzsilva. Yes, nx-desktop-* should add a working, usable desktop, and default desktop configuration to the base image, i.e., the base image is built from the rootfs and nitrux-minimal-*, nitrux-standard-* and nitrux-hardware-drivers-*. Even though the legacy branch doesn't build an immutable ISO, it's the policy for both types.

So that nx-desktop-* can be replaced with whatever other meta-package or binary file (like an AppImage) that provides a complete desktop session.

Arkaitz Silva
@arkaitzsilva
Hi @UriHerrera thanks I understand that there are some important packages that must be included in the meta packages to have fully functional distro (including nx-desktop-apps-legacy) but specially in the legacy branch which is very different to the immutable version, we are forced to not remove non essential apps included in the nx-desktop-apps-legacy package after the installation. It's not the end of the world but from the user point of view we partially lost the control about the apps included in our computer. I prefer the previous approach, nx-desktop-legacy-apps had nx-desktop-legacy as dependency and not the other way around, thanks anyway for the explanation.
Arkaitz Silva
@arkaitzsilva
Hi @UriHerrera I've been checking the iso-tool solution for the legacy branch and I saw that you are including updates from kde-neon-unstable, ubuntu-groovy and devuan-ceres which are unstable repositories and some of them not included in the final version after the installation. This is the main reason why there are several packages newer than version in archive and can, at the end, cause errors when you want to install some apps using apt (like when I told you I couldn't install Kate editor). It wouldn't be better to include only packages from stable repositories in the iso creation to avoid this kind of errors? I know that in the immutable version it's not an issue but in the legacy branch where people use apt to install apps this causes isues constantly. I like Nitrux a lot but I had to be forced to install Nitrux meta packages from a minimal installation of Ubuntu to install all the packages from stable repositories (nitrux, ubuntu-bionic, ubuntu-focal, kde-neon-user and gnu-ppa). Now I have 0 dependency issues. From the user point of view is important to have a stable distro and to avoid dependency issues is as easy as use only stable repositories.
Uri Herrera
@UriHerrera

Hi @UriHerrera thanks I understand that there are some important packages that must be included in the meta packages to have fully functional distro (including nx-desktop-apps-legacy) but specially in the legacy branch which is very different to the immutable version, we are forced to not remove non essential apps included in the nx-desktop-apps-legacy package after the installation. It's not the end of the world but from the user point of view we partially lost the control about the apps included in our computer. I prefer the previous approach, nx-desktop-legacy-apps had nx-desktop-legacy as dependency and not the other way around, thanks anyway for the explanation.

Hi. I understand what you're saying, however, that can also be said for every other program or library that is installed by default, or configuration that is done to the distribution, or kernel version, or artwork, etc.

But as I mentioned, the desktop meta-package can be replaced by something else, e.g., a meta-package that only had vanilla Plasma and KDE apps instead of Maui apps, XFCE or Gnome applications, and so on.

Hi @UriHerrera I've been checking the iso-tool solution for the legacy branch and I saw that you are including updates from kde-neon-unstable, ubuntu-groovy and devuan-ceres which are unstable repositories and some of them not included in the final version after the installation. This is the main reason why there are several packages newer than version in archive and can, at the end, cause errors when you want to install some apps using apt (like when I told you I couldn't install Kate editor). It wouldn't be better to include only packages from stable repositories in the iso creation to avoid this kind of errors? I know that in the immutable version it's not an issue but in the legacy branch where people use apt to install apps this causes isues constantly. I like Nitrux a lot but I had to be forced to install Nitrux meta packages from a minimal installation of Ubuntu to install all the packages from stable repositories (nitrux, ubuntu-bionic, ubuntu-focal, kde-neon-user and gnu-ppa). Now I have 0 dependency issues. From the user point of view is important to have a stable distro and to avoid dependency issues is as easy as use only stable repositories.

From neon/unstable it's only to update dependencies for Latte Dock and nothing else, from ubuntu/groovy it's only to update Inkscape and linux-firmware, and nothing else.

devuan/ceres, devuan/beowulf, ubuntu/focal, neon/user, our repository, and the proprietary-gpu-ppa are used to install the majority of the packages, and all six repositories are enabled in the distribution by default as of the latest ISO, see nitrux-repository-settings.

ubuntu/bionic, and ubuntu/xenial are only used to install casper and a version of plymouth that didn't depend on systemd.

What you're describing is an inherent problem of package managers, and in the case of APT, it goes haywire in cases like this. Other (more modern) package managers do manage to resolve this kind of issue better. Point and case, why our focus is on AppImage.

However, it seems to me that what you're asking is why don't we just use a single repository, i.e., ubuntu/focal, to which the answer is, for one, the packages in ubuntu/focal are built with systemd in mind, at one point down the list of dependencies something will ask for systemd, considering that we do not want to keep using systemd we use Devuan's repositories.

Then, I have never been of the idea of not using recent, up-to-date software, definitely not bleeding edge which is what I consider as "unstable" but not solely LTS releases either, or "stable" as in ancient software (like Debian). Therefore, the devuan/ceres repository is used, however, there are packages that are not present in devuan/ceres that are in devuan/beowulf, so we use both.

Additionally, since we're developing our software using recent KF5 libraries and Qt versions, we also need to fulfill that, which is why we use Neon, but only leave neon/user enabled, not neon/unstable.

The use of the proprietary gpu-ppa is self-explanatory.

It could be possible to only use Devuan repositories to pull most packages and still use the Neon repositories, however, I haven't tried that.