You are not logged in.
I'm wondering if we should add a list of these as Recommends or maybe Suggests or put something about it in a readme. The last would be the easiest - it's a long list, and full desktop environments have their own ways of doing it.
https://wiki.archlinux.org/index.php/De … on_servers
Thought of one other question: What happens if there's no root account? Does the user's password work? I don't think I've ever tried 'su' without a root account.
Oh, I just got another idea about the notification. Gonna do a test.
I didn't know anything about lxpanel's notifications, so I looked it up. Arch wiki pulled through again. I added notification-daemon, started it, and notify-send immediately works.
For openbox, the .desktop files in /etc/xdg/autostart don't do anything. I added the following lines to ~/.config/openbox/autostart:
/usr/share/update-notifier/update-notifier.py &
/usr/lib/notification-daemon/notification-daemon ¬ify-send isn't working for me in openbox. The updates icon shows up in lxpanel, and when I click on it, the window comes up to ask me what to do. show-updates makes the list (I tested the script alone) but notify-send doesn't display. Is this normal, or am I missing something for openbox?
You're in luck. I backported audacity-2.2.2 last year for personal use, but I haven't actually used it. It does install in ascii. Packages for audacity and audacity-data are here if you want to try them. (amd64 only)
http://distro.ibiblio.org/refracta/file … _packages/
I don't recall having any trouble backporting the package. Might be a good one to try if you wanted.
I'm testing on a laptop with 8G ram, and I'm alotting 4G to the VM. I can get to a shell and log in. (Note: it looks and acts better in virtualbox than in qemu.) Couldn't get network working.
dmesg shows that it fails around the time it's finding usb devices.
I don't know what to do with the meminfo output. I don't think I'm running out of ram. I tried giving the VM 5G and got the same result.
The only free usb stick here is 2G. I tried it before I realized it was too small.
Got the newer iso.
I removed 'quiet loglevel=0 splash' and 'silent' from the boot command. The boot info is still covered by black screen and a progress bar. It hangs at 75% then drops down to 10% and repeats, but I don't know where it is in the boot sequence. Adding 'S' to boot to single-user gives the same result. md5sum on the downloaded iso is correct.
I tried booting in both virtualbox and qemu and got the same result. The older iso boots in both of those.
uefi: Lots of people still boot legacy mode for various reasons.
ram: Not everyone has 4G ram or someone might want to test in a VM and give it less ram.
I'm using this iso:
https://sourceforge.net/projects/archiv … ia2019.iso
Questions:
- How do I re-open an app after I minimize its window? I can't find it anywhere.
- Is there a way to boot without putting the whole image into ram? I don't mind waiting a few seconds for an app to open.
Suggestions:
- Set the keyboard layout to match the language and/or put a keyboard switcher on the panel.
note: I was able to change the layout with 'dpkg-reconfigure keyboard-configuration' and it changed immediately, but only once. On subsequent boots, it did not change the layout.)
- Put the same options in the isolinux boot menu that are in the grub boot menu.
From what I can see, this is ascii with a 4.19 kernel. I checked a few packages, and they are from ascii. (libc6, util-linux). If you got to beowulf by upgrade, it looks like it was not complete.
Refracta-9.1 is built on Devuan 2.0 (ASCII). Upgrading it to Devuan 3.0 (Beowulf, still in testing) is pretty easy. Here's what I did.
Fresh install of refracta-9.1 in a VM.
Change 'ascii' to 'beowulf' in /etc/apt/sources.list. Right now, there's only beowulf and beowulf-security. No -updates or -backports yet.
apt update
apt-get dist-upgradeYou'll be asked some questions during the upgrade regarding some configs. I gave the following answers:
- WINS no (this is the default)
- /etc/init.d/networking yes (take the new version. You might need to patch it again. Ask me about boot delay when network not connected.)
- /etc/initramfs-tools/initramfs.conf yes (take the new version. You can later edit it to use xz compression.)
- /etc/cryptsetup-initramfs/conf-hook yes (take the new version. Set CRYPTSETUP=y if you want to make an iso for an encrypted live-usb)
reboot
apt-get autoremoveDone. I haven't done extensive testing, but it seems to be working ok.
It works here. I thought I'd have to type some commands when I told it Yes to upgrade, but I only had to enter the password. Nice work.
sid/ceres still has 5.14. If (when) 5.16 moves into sid/ceres, it will likely migrate down into debian bullseye and our next release after beowulf. I think backporting kde would be a difficult task.
If you upgrade to Beowulf, as it's unstable your PATH will break
also your bootloader-id will need to be set to debian. You can do this in chroot if you reboot before restarting. smile
The PATH change was deliberate. Use 'su -' instead of 'su' and you'll get root's normal path.
You can do grub-install --bootloader-id=debian OR replace grub-efi-amd64-signed with grub-efi-amd64 (and make sure secure boot is turned off.)
I've done a few upgrades from ascii to beowulf, and I haven't seen wayland. Did get a cryptic error message that mentioned wayland. Something warning me about trying to start synaptic as root, as if I wasn't supposed to do that. Didn't make any sense to me and I did finally get synaptic working the way I want.
aptitude why wayland (or whatever the main package is called) should tell you what pulled it in. I'd be interested to know, thanks.
If /boot is on its own unencrypted partition, you don't need the cryptodisk line in /etc/default/grub. You only need that if /boot is part of the encrypted volume. Make sure to run 'update-grub' in the chrooted target after you add the line.
If you're using gpt with legacy/bios boot, grub needs a special partition, at least 1MB size, unformatted and type ef02 in gdisk or bios_grub in gparted.
It's possible to selectively use some mx packages with devuan, but it would be a bad idea to add any other repos to your sources.
fsmithred & Ogis1975 wrote:....qBittorrent
I've used qBittorrent allot also, ...and I really, really, really - don't like or trust 'clouds'.
asta...
You don't have to give them personal information, and you'll only be storing something that you're already making publically available. It either has to be on somebody else's computer or on yours.
I've used transmission for downloading, but when I wanted to seed an iso, I used qBittorent.
Make a dropbox account, upload the iso there and use that to seed instead of your computer at home. (Pretty sure that's what I did. Still on my first cup of coffee this morning, so I could be remembering wrong,)
setnet.sh is in the live isos, not the installer isos.
I never use conv=sync when I dd a usb stick, so I don't think that was the problem. Sounds like the classic problem of "Computers don't do what you want; they do what you tell them to do."
Glad you got it working.
Here's a presentation by Klaus Knopper on why he does not need the complexity of systemd for Knoppix.
https://www.youtube.com/watch?v=lDXsw2ijRkw
No great revelations. Just a neutral talk about what systemd does and what he had to do to replace it and trim down the system to where he wanted it.
First thing I would do is look behind the furniture for an ethernet outlet.
If you tried the minimal-live iso, it has firmware already installed. Run setnet.sh to configure wireless.
I don't know anything about your model of laptop, but you might want to take a look at this to see if you have any of the same problems: https://dev1galaxy.org/viewtopic.php?id=15
To start a bug report, send email to submit@bugs.devuan.org
To add a follow-up message, send email to NNN@bugs.devuan.org, where NNN is the bug number (without the '#')
I think you will get replies to the bug report. I can't tell what I got that's a reply to a bug report and what I got from the bug mailing list - thunderbird is not cooperating with my search efforts.
Pulseaudio is a dependency for the XFCE desktop, if you don't want it then use a simple window manager instead;
XFCE gets pulseaudio through a chain of Recommends. It's not a hard dependency, and it's easy to avoid it. Just install without recommends. I haven't checked, but it's probably the same for the other desktops.
If Kali has a git repo, you could clone the packages you want and build them in devuan. If they don't have that, you would need to compile from the source packages. It might also be possible to download their packages and install them on devuan.
I expect there would be a lot of work no matter which way you go. You could do this inside a virtual machine and keep a snapshot of the unmodified system for easy restore to base state when it all gets too messy to fix.
You would still need a /devuan repo to get the packages we modified, and you would probably need to pin all those packages to the devuan repo. I hope you're just thinking of this as an experiment.
Thanks. All better now. (until next time) but there's some more logging going on to trace the problem.
You either need to install elogind or edit Xwrapper.config to allow X to run as root. See the section on startiing X from console in the release notes:
https://files.devuan.org/devuan_ascii/Release_notes.txt