You are not logged in.
As far as I remember when I installed wine a while ago, when you just specify # apt install wine you just get wine64, the additional architecture does not matter. i386 is pre-requisite to do an # apt install wine32.
Interesting, you archived what I wanted at the time, but could not get.
Sorry, I did not ment to spread confuision.
EDIT:
Tested on Chimaera, it depends on 'recommended install'.
# apt install wine --no-install-recommendsdoes not install wine32, while
# apt install wine --install-recommends
# apt install wine64 --install-recommendsdoes, if i386 architecture is added.
Choosing to start the new HDD from the BIOS boot menu produces a "Welcome to GRUB!" message and a "grub_rescue" prompt - at which point I'm stuck.
I suspect that I need to find a way of either unlocking my existing encrypted disk first, to allow the GRUB installer to see it, or editing GRUB settings to recognise encrypted disks?
This should have worked.
The boot selection method via BIOS-boot-menue is independant from any installation on other HDD's, therefore no need to edit foreign grub configurations.
I probably would temporarily disconnect the Ubuntu-disk (physically), and then try to boot / chroot / rescue / reinstall.
PS:
(((the OP knows, but just to name it - the BIOS-boot-menue: Power-on the PC, it beeps, press once [F12_in_my_case] and the HDD selection appears.)))
As far as I remember
# dpkg --add-architecture i386
# apt install wine installed both, wine64 and wine32.
Indeet, it was impossible to get only wine64 without wine32 (trying to get away without i386-architecture).
EDIT: caution! My memory seems to trick me!
EDIT2: the above is true with apt's defaults or namely # apt install wine --install-recommends
Get black screens after grub too.
Newer Intel graphics (11-something?) seem a bit "picky" in what they display and what not. One feature is to not support BIOS boot anymore (black screen on non-efi-boot). As far as I remember, temporary using an exiisting PCIe graphics card showed boot messages.
Another thing is, when switching to a text-console, both screens showin the same content. No idea, whether this is as it should be.
Did you try to copy the URL form the network-portal-login-page visible in Chimaera's Firefox and re-use it in Daedalus?
Downloading Librewolf as we speak....
( https://librewolf.net/installation/debian/ )
For sound with alsa you probably need the "AppImage" - not the version form the debian repository.
Not sure why this is, but it was the case some months ago and did not re-check since then.
Thanks for the input, guys.
Probably it's not as bad as I thought in the first place. De-deprecation seems somewhat likely and gnu-which was included.
Still don't like it when "they" mess around with the basic tool set.
I think the NewInBookworm page just hasn't been updated
Best solution (EDIT:), but bad public relation.
New in the upcoming debian release https://wiki.debian.org/NewInBookworm
* The which program has been deprecated, and writes a warning to standard error (but still works, so long as stderr is not being captured along with stdout).
For f*** sake why? Completely unnecessary.
Will this make it to daedalus?
Probably a reminder to pin a current version before the release date to avoid stupid error messages.
gnu-which, which.debianutils ... are there more?
The (1st) error message does nothing on my system, the module is clearly loaded.
$ lsmod | grep nviNo idea about the following 3 lines. What exactly is the problem?
How was the nouveau kernel driver working on your system? Do you really need the proprietary nvidia driver? Uninstall nvidia can be a solution.
HP printed it perfectly & the damned Brother will not!
Of course I do not know the print outs, just want to remind on technical limits.
A current inc-jet printer can produce photo alike results. A laser printer is good for something with sharp edges like text or lines, gradients are ... difficult / not looking good. The colours itself are non-natural and loud.
At my work is a Brother network laser printer. No installation at all - appeared in cups (no idea how, it's a shame) and is simply working.
A bit colour tweaking might be nice.
Looks great, thanks.
Would the theme function with my LXDE too?
golinux in https://dev1galaxy.org/viewtopic.php?pid=40747#p40747 made me think this might be possible.
As for isolating a hardware fault, the obvious answer would be to try to reproduce the problem in as minimal a configuration as you can. Remove expansion cards and extraneous peripherals, swap or replace PSU, memory modules, that kind of thing.
I would like to add:
A bad contact may/can be cured by pulling the connectors off and on again.
Unpluging and plug in again any reacheable cable (and card) may fix the problem. If you don't know exactly what you are doing, just be careful with electrostatic charges, don't use too much force on connectors; it's a bit like Lego, use your brain, unplug main power of course; everything should be straight and fitting, otherwise it is incorect.
(I still think the parrot is probably dead https://www.youtube.com/watch?v=vZw35VUBdzo , but) It's worth a try, if you feel comfortable doing so.
Assuming it Is it the same machine from the "Block device detection" thread https://dev1galaxy.org/viewtopic.php?id=5508: The answer is probably yes.
Randomly changing block device names are not good, there should be a reason. One possible is defective hardware (I remember a dying machine, which started printing "updating dmi data pool ... success" on almost every boot)
apt rdepends zeitgeistwill show packages that depend on zeitgeist. I don't know an easy way to get Recommends or Suggests.
The list is quite enlarged when using addional wildcards (incl Suggests, Reverse Depends, etc). Just typed it, becasue the original list was to small.
apt rdepends *zeitgeist*Edit: Typo (hm .. no spell checker when using this computer. There might be more)
Knoppix is still using aufs. knoppix.de
A debian based live-usb (cd/dvd) system without systemd. Works great and saved my ass more than once. Update cycle is about one iso per year.
At least there should be a current debian package (knoppix repo for non-std-debian stuff). I have no idea how good or bad the aufs package is.
Sadly, no simple solution.
The current problem might be: The 3D-acceleration points to the wrong library after switching the SSD - didn't had that in mind at the first answer, sorry.
I'm not exactly sure about the command, there might be other recommended tools or command lines. A symbolic link must be updated to match the graphic card.
sudo update-alternatives --config glx
Did you try it?
Should work out of the box.
Update:
The original post was not very precise: xrdp is the problem.
And I found a somewhat dirty hack to fix the keyboard layout.
The loaded keymap is:
sudo cat /var/log/xrdp.log | grep km-000 | tail -1
[20230106-12:31:06] [INFO ] Loading keymap file /etc/xrdp/km-00000409.iniWhich is "us". "de" is "km-00000407.ini".
Backup and copy:
sudo gzip /etc/xrdp/km-00000409.ini
sudo cp /etc/xrdp/km-00000407.ini /etc/xrdp/km-00000409.iniAfter logging in, it is still a "us" keymap, but switching to "de" now works
setxkbmap deWould prefer a cleaner solution, but at least it works by now.
Edit: Will mark it as solved. And look for another remote X session solution.
Download unofficial non-free image of Debian and convert it installed to Devuan.
Can't confirm that. The modprobe -i nvidia-current error in /var/log/dmesg is present in both cases, migration with installed nvidia drivers and devuan installation.
But, does it do something at all?
lsmod says nvidia modules are loaded, I' just ignoring it.
Hopefully it is not to late!
Billy Talent for the rescue?
https://www.youtube.com/watch?v=hNrj4reWIgY
Hi,
did you try to rebuild the locales?
sudo locale-genIt builds entries listed in /etc/locale.gen
I'm happily running daedalus, repo is
deb http://deb.devuan.org/merged daedalus main contrib non-freeThe output of neofetch regarding OS, Kernel and Shell is equal.
Not exactly sure about the OS name "daedalus/ceres".
Packages are tested in ceres, before integrated in daedalus.
(edit: typo)
Worst case is a new installation ... . Anyway.
Probably you want to migrate to daedalus?
It is closer to ceres.
Hi,
changing the release is always the same.
edit /etc/apt/sources.list - replace ceres with chimaera
apt update
apt upgrade
apt dist-upgrade To downgrade or make apt install older packages over newer:
cat /etc/apt/preferences
Package: *
Pin: release n=chimaera
Pin-Priority: 1001I messed the file up here https://dev1galaxy.org/viewtopic.php?id=5208
apt -s whatever does a dry run.
Hi,
when I'm at home, having a wire guard vpn connection to the company, via remote-desktop to xrdp (virtual session, not screen mirror): The keyboard layout switches to 'en_US'.
The reason is unknown, this does not happen when the connection comes form a local machine. Anyway.
I used to have a German keyboard, anything else is English / en_GB.
To switch back to the layout:
$ setxkbmap -layout "de" -nodeadkeys # same with or without 'nodeadkeys'This works not 100%. The [Altgr] key stays dead, which means none of {[]}\| .
What am I missing? Or
How to get the [Altgr] key working?
Thanks and regards.