You are not logged in.
I'm using Mate and have Shotwell running just fine.
root@desktop:/home/<user># apt show shotwell
Package: shotwell
Version: 0.30.11-1
Priority: optional
Section: gnome
Maintainer: Jörg Frings-Fürst <debian@jff.email>
Installed-Size: 6,606 kB
Depends: libc6 (>= 2.29), libcairo-gobject2 (>= 1.10.0), libcairo2 (>= 1.2.4), libexif12 (>= 0.6.21-1~),
libgcr-base-3-1 (>= 3.8.0), libgcr-ui-3-1 (>= 3.8.0), libgdata22 (>= 0.15.0), libgdk-pixbuf-2.0-0 (>= 2.25.2),
libgee-0.8-2 (>= 0.10.1), libgexiv2-2 (>= 0.10.4), libglib2.0-0 (>= 2.49.5), libgphoto2-6 (>= 2.5.10),
libgphoto2-port12 (>= 2.5.10), libgstreamer-plugins-base1.0-0 (>= 1.0.0), libgstreamer1.0-0 (>= 1.0.0), libgtk-3-0 (>= 3.21.5),
libgudev-1.0-0 (>= 146), libjson-glib-1.0-0 (>= 1.5.2), libpango-1.0-0 (>= 1.18.0), libpangocairo-1.0-0 (>= 1.14.0), libraw20 (>= 0.16.0),
libsoup2.4-1 (>= 2.41.90), libsqlite3-0 (>= 3.5.9), libwebkit2gtk-4.0-37 (>= 2.25.1), libxml2 (>= 2.7.4), shotwell-common (= 0.30.11-1),
dconf-cli, default-dbus-session-bus | dbus-session-bus, librsvg2-common
Replaces: shotwell-common (<< 0.26.2-1)
<snip>
Download-Size: 1,826 kB
APT-Manual-Installed: yes
APT-Sources: http://pkgmaster.devuan.org/merged stable/main amd64 Packages
I'm not sure I upgraded to the latest stable release yet, so I might still be on Old-Stable.
HTH!
I'm on FF102.10.0esr (64-bit) and it works for me.
Is CUPS actually running?
As root, do:
sh /etc/init.d/cups start
Then try connecting to localhost:631 again.
Systemd still does NOT adhere to core *nix principles:
Build a tool for a single task, make it perform that task to perfection. It does NOT do other tasks as that compromises the original task execution.
Install aptitude, which is a basic package manager. Then, as root, type aptitude on the cli to start the tool. Search the package pool with ?. The easiest way for obtaining a full desktop is via the task-* packages alluded to earlier. There are several, including but not limited to:
These are so-called meta-packages: they don't contain software but using the dependency system apt provides they pull in all the required packages you need for a functional desktop. Select one or more and let the system finish. Reboot and your desktop should start.
Having said that, you don't need aptitude to install those desktop meta packages. If you've made your choice already, install directly via apt:
apt-get install task-cinnamon-desktop
Replace cinnamon with your DE of choice
HTH!
Actually, there is a .ssh directory in your home folder. But the dot in front of it means it's hidden.
However, now that you've borked the standard install by overwriting the directory, you should purge openssh-server and then re-install it.
apt purge openssh-server && apt install openssh-server
Next, check the ssh directory is there:
ls -al /home/ziomario
A list of files and directories will appear, one of which will be .ssh/, note the dot in front!
The next step is checking the config file is present too:
ls -al /home/ziomario/.ssh/
Another list appears and it should contain the config file.
Report back when you've reached this stage.
While installing IPMITOOL I encountered this error:
Errors were encountered while processing:
ipmiutil
E: Sub-process /usr/bin/dpkg returned an error code (1)
Setting up ipmiutil (3.1.7-1) ...
insserv: warning: script 'S02dpms.sh' missing LSB tags
insserv: warning: script 'cgroups' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `cgroups'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `cgroups'
insserv: warning: script 'dpms.sh' missing LSB tags
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `dpms.sh'
Starting /usr/bin/ipmiutil wdt:
Cannot open an IPMI driver: /dev/imb, /dev/ipmi0, /dev/ipmi/0,
or direct driverless.
Cannot open an IPMI driver: /dev/imb, /dev/ipmi0, /dev/ipmi/0,
or direct driverless.
invoke-rc.d: initscript ipmiutil_wdt, action "start" failed.
dpkg: error processing package ipmiutil (--configure):
installed ipmiutil package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
ipmiutil
Running Devuan Stable (I don't use release names anymore, this way I'm always on the Stable branch)
deb http://pkgmaster.devuan.org/merged stable main non-free contrib
deb-src http://pkgmaster.devuan.org/merged stable main non-free contrib
Clearly you have no idea how licenses work. If software depends on something that's already licensed (like drivers) then that license has precedence over any other license programmers desire to use. If that original license prohibits disclosing source code, then nobody is allowed to publish said source code, whether it's original or reverse-engineered (like the nVidia drivers). Period. Doing so exposes the publisher to serious legal problems, with hefty fines and other punishments.
Sure, go ahead and publish nVidia source code. Just don't come crying back when nVidia sues you for billions (yes, that's a b!) in damages and fines in a US Court. And if you do it here, the forum owner is legally obligated to provide Law enforcement, or the Courts, with any info they have on you. It doesn't matter where you live, as soon as you step foot in the US, or any of its allies and even neutral countries, if a US Court orders your arrest, you'd better have a d@mn good attorney!
Quick note to inform those interested LMG has their channels back. Source of the issue was a "prepped" PDF opened by an unsuspecting team member who happened to have some session cookies the scammers were able to steal and exploit.
LTT video explaining more:
https://www.youtube.com/watch?v=yGXaAWbzl5A
HTH!
Quick note:
https://linustechtips.com/announcement/ … ls-hacked/
For those unfamiliar with LMG, it's a 100+staff Vancouver (Can) based media-house that operates popular YT channels like LTT. Somehow scammers have gained access to the YT accounts of several channels LMG operates and are now actively promoting crypto-scams. DO NOT fall for these scams, crypto is essentially dead (as it should be, IMO).
This thread is not about how popular Linus is or how much you loath him for whatever reason. If that's your only contribution to this thread, please don't. In any case, normal forum rules still apply, so be civil.
I see some problems with that. Primary, you're creating an archive of packages, not necessarily suitable for installation. The Debian DVD's are, at least DVD 1. Then, as you mentioned, you're missing the main and contrib sections (which, IMO, can easily be solved by replacing the non-free in the path to {main,contrib,non-free} so the script goes through all 3). I don't see a way to determine the size of the image in relation to the (optical) media available/requested so prepping it for anything else then a DVD is not gonna work, for now. These might be future updates though, I dunno what you have in the pipeline here
Sure, but don't blame me for being upfront/frank on it
Yes, true, agreed. But spreading FUD like in the OP (the EU is making a law and it's the death of FOSS) is something the FOSS community should stay well away from.
Just me tuppence folks!
The EU does NOT make LAW, they issue a DIRECTIVE. It's then up to individual member states to implement these directives into their own national laws. This means the directive is open for interpretation by local lawmakers and will be implemented differently between each member state.
Clearly, a directive that impedes on privacy as much as is implied here is bound to end up in the EU Court system (in Luxembourg, IIRC) with a serious chance of being thrown out at least partially, perhaps even in entirety. We'll have to await those verdicts to understand its true impact on the world of FOSS.
The AM2+ platform is about a decade old now, so I'm not surprised if your hardware is indeed on its way out. You may want to research upgrading your system to AM4, even if AM5 has launched. AM4 is relatively cheap (especially against AM5 and current gen Intel stuff) and I'd recommend a B450 mainboard, a 3000 series GPU and 2x 16GB DDR4 RAM, while reusing the GPU, case and PSU. Alternatively, obtain a R5 4600G APU and leave the GPU out, it has better video output anyway. Your existing SATA drives will still work, but the average AM4 mainboard only has 4 SATA ports, so it's wise to invest in a 1TB NVMe drive (those are now below 100USD as well as <100€) for the OS. In fact, I just purchased a 2TB NVMe drive (Chinese, of course) for just over 110€. More the adequate space for your regular desktop and you can use any HDD's from your current system for backups.
As for the logs: they repeat the same stuff several times. But you didn't include the lshw output. And store these files as text (.txt), the .log is pretty much useless (they're text files anyway, so why not designate them as such)
HTH!
I did try the sed command, before the unset ones.
I used quotes, cuz that's what the kernel said
Now we're getting somewhere! The last code block gave an error:
Major Version 7
Minor Version 3
Build Number 0003
Build Date Jul 21 2020
Build Time 11:15:07
OS Type 3
OS Major Version 5
OS Minor Version 10
OS Build Version 0
OS Patch Version 0
Crash Signal 11
Crash Time 1672858758
Up Time 0.483592Stacktrace from glibc:
/opt/google/earth/pro/libgoogleearth_pro.so(+0x1a733a)[0x7f5f72e2333a]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x13140)[0x7f5f7345d140]
/opt/google/earth/pro/libge_cache.so(_ZN5earth5cache12LdbDiskCache9ReadEntryERK10QByteArrayPS2_+0x103)[0x7f5f5e5df363]
/opt/google/earth/pro/libge_cache.so(_ZN5earth5cache12CacheManager7ReadJob5DoRunEv+0xb2)[0x7f5f5e5db9d2]
/opt/google/earth/pro/libge_cache.so(_ZN5earth5cache12CacheManager10ManagerJob3RunEv+0xa)[0x7f5f5e5db8ea]
/opt/google/earth/pro/libbase.so(_ZN5earth12WorkerThread14ProcessNextJobEv+0x7b)[0x7f5f6d3cd4eb]
/opt/google/earth/pro/libbase.so(_ZN5earth12WorkerThread17SpawnFuncInternalEv+0x47)[0x7f5f6d3cd447]
/opt/google/earth/pro/libbase.so(_ZN5earth12WorkerThread9SpawnFuncEPS0_+0x6)[0x7f5f6d3cd336]
/opt/google/earth/pro/libbase.so(_ZN5earth10ThreadInfo16ThreadEntryPointEPv+0x1f)[0x7f5f6d3c70af]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7ea7)[0x7f5f73451ea7]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7f5f7322da2f]
Helpful?
The program starts just fine, but apparently can't connect to certain parts it needs as it's basically stuck and unresponsive. I have to force-close it, which leads to the lock remaining in place, which I then have to remove manually. Pacman/Arch/AUR is no option for me, sorry. Unfortunately, when I launch from the cli, no errors are reported at all and it appears there's no logs either. So I'm stuck.
Possible solution would be to purge GE and all its dependencies and start again?
I happen to have Google Earth installed, first the CE, now the Pro version. But since a few weeks/months it's broken. I can launch the application just fine as root, but as normal user, it hangs/crashes. This indicates a permissions issue. It started after upgrading GE via the Google repo 2 versions ago. Upgrading to the latest version didn't help, it probably made it worse. I'm aware Google wants GE phased out and everyone using Maps instead, so they can kill GE like everything else they've launched
As it happens, I have downloaded version 7.3.3.7786-r0 (Juli 2020) but alas, installing that didn't solve the issue either. I also have version 6.something, from April 2012 (!!) but that relies on the ia32 libs.
Any ideas solving this?
you can install nginx as a standalone package, as are other server-related packages like mariadb, PHP, etc
nginx and apache can safely co-exist on the same machine, but require careful configuration to avoid competing for port access
Not used Timeshift, so can't advise you on that, but the partitioning looks OK to me.
Not using EFI. Works fine, all my systems work w/o EFI. The installer recognizes there's no EFI partition, so Grub will use a regular MBR-style install instead.
EFI mandates an M$ file system (FAT). They made sure (read as: paid sh#tloads of money) only FAT was specified in the EFI standard, so until the standard changes to allow non-M$ file systems, I refuse to use EFI.
But that's just me being old school I guess
Yeah, that'll be good. I didn't take account of EFI, as I'm not using it myself.
Is there valuable data on that LVM partition that needs saving? If not, wipe the whole lot (i.e. delete all partitions on sda).
Partition sda as follows:
sda1: 512MB for /boot
sda2: 48GB for /
sda3: 8GB for swap
sda4: remainder for /home
Partitions sda1, sda2 and sda4 need a file system, choose one from the list: ext4, jfs or btrfs. You can mix different file systems, just ensure the appropriate tool package is installed (ie.e jfsutils, btrfs has a similar package). This allows the kernel to control and check the file system.