You are not logged in.
try installing libmtp-runtime and check again..
reportbug needs SMTP details to send, IMAP/POP3 is for receiving, which is unnecessary for submitting(=sending) bug reports.
reportbug package for devuan is not in ceres, so use a testing/beowulf package preferably : https://pkginfo.devuan.org/cgi-bin/d1pk … se=beowulf
sury is also the DD for php in Debian, so let's hope he won't enforce it on official debian repos too (= devuan). that would be a big fail for all debian web server ecosystem.
choose an ipv6-enabled mirror, just like you'd choose an https mirror..
eg. this mirror supports it : mirrors.dotsrc.org and there are other mirrors too that support ipv6. not all, but a few..
tails uses only https iirc : https://tails.boum.org/contribute/how/mirror/
and their RR still fails, just like devuan : eg. https://dl.amnesia.boum.org/
that makes sense, otherwise devuan would have to share private keys with mirrors, which is of course out of the question.
about https://deb.debian.org , i think it only has one -sponsored- mirror and that's why it works ok.
in all mirror cases i've seen so far, if you want to use apt through https, pick a mirror that supports it..
Note that the apt-transport-https package is needed to take advantage of https sources.
this is only required in ascii. since apt >1.5 (beowulf) it's already included in apt, and that package is just transitional & can go away
wicd is already being ported to python3, and there is a -buggy- python3 version in debian experimental , so it's got a future...
https://packages.debian.org/search?keyw … thon3-wicd
using the wcid widget,
/etc/network/NetworkManager.conf:
you have both wicd and NetworkManager installed? maybe try removing one of those..
also the latter should be "/etc/NetworkManager/NetworkManager.conf", right?
copied from announcement : https://mate-desktop.org/blog/2020-02-1 … -released/
"If your system doesn’t, uh, support systemd you might be interested in knowing that we’ve added support for elogind to both the MATE Screensaver and the MATE Session."
pluma 1.24 already landed in ceres/sid.. rest of mate 1.24, will follow soon.
using unbound and DoT with libredns.gr for some time now :
forward-zone:
name: "."
forward-tls-upstream: yes
forward-addr: 116.203.115.192@853 # libredns.gr
dnscrypt-proxy / tor-resolve also work with unbound..
https://bugs.debian.org/cgi-bin/bugrepo … bug=874811 & https://bugs.debian.org/cgi-bin/bugrepo … g=935022#5
and yes, when amarok qt5 port re-appears in buster-backports it will appear in beowulf-backports as well.
ssl works in beowulf as before. just check your openssl version (apt policy openssl)
dev1galaxy.org supports TLSv1, TLSv1.1 & TLSv1.2 so it should work on most browsers, at least from jessie release onwards.
this sounds like something different.. custom setup/changes, not synchronised clock, outdated browsers, or something else...
Basilisk (never used it personally) supposedly supports TLS up to newest TLSv1.3, so it should work without trouble.
Does Basilisk and/or Palemoon open other ssl websites correctly?
what's the output from the command below?
openssl s_client -connect dev1galaxy.org:443
not using debian repos/sid since migration.
concerning upower, and due to versioning, it always picks the devuan version 1:0.9.xxx, instead of the 0.99.xx in other distros/releases.
but it does apply for policykit-1 , like you say.
AntoFox i know, and it's already mentioned in my first post, as the "alternative" solution.
just a question, since beowulf is now almost "stable" do you think the same repo/packages will work with current ceres?
couldn't get new knoppix to boot, no matter what... could be a damaged iso, but was disappointed
knoppix & mepis were really doing everything right, long before the *buntus appeared. IIRC back then, knoppix was the easiest method to install debian.
since buster is still "fresh", same instructions apply for debian testing/sid -> devuan ceres migration. tried it yesterday, minor hickups mostly in DE packages.
[offtopic]
long time debian sid user, used to mixing things (+frequent breakings ). nowadays using ceres, other releases on very low priority.
btw, antix sid repo has the same upower version. so you could say i'm not using bullseye
[/offtopic]
just migrated a new install, from a fresh debian testing/sid to devuan testing/ceres. in debian/systemd everything's working ok in mate desktop. in devuan had some issues, one of which is a long standing issue (found in mate 1.18, 1.20, 1.22) : https://bugs.devuan.org//cgi/bugreport.cgi?bug=240
so i decided to give another version of upower a try, mainly because mate-power-manager isn't really working in devuan. it's not just a missing desktop icon..., no battery status change events and no suspend..
so, mixed repos (not recommended!) and gave antix upower (from antix 'testing' repo) a try, version 0.99.4-4.0nosystemd1 . till then, installed upower version was : 1:0.9.23-2+devuan1.3 .
right after "downgrade", mate-power-manager icon displayed correctly and suspend/battery status worked again..(also rebooted to doublecheck..).
sometime ago, there was another working solution : https://dev1galaxy.org/viewtopic.php?pid=13574#p13574 , using a different mate-power-manager package, not messing with upower.
p.s. people who might try this, don't mess up your systems.. take care of apt/preferences (to stick with devuan), before apt update/upgrade. and always keep backups!!
Do they have a version for buster?
from what i've seen, it's the same version for all dists (stable/testing/unstable). so yes, it should work on buster/beowulf too, but not stretch/ascii.
so, i've installed cryptsetup-modified-functions from antix testing repo (no other deps) and system poweroff is fast as expected (deb link: http://ftp.cc.uoc.gr/mirrors/linux/mx/a … functions/ ).
there's still a failed message on shutdown, so maybe antix is using a similar solution.. still IMO, a better way to deal with this issue (#271 in devuan), than "random patches" that will be ovewritten in next upgrade. (this is testing/ceres afterall..)
give debfoster a look too..
i think this is "proper" for debian : https://kernel-team.pages.debian.net/ke … n-official
indeed, that's strange and an issue for ascii. it should have this version 3.20190514.1~deb9u1 from debian.
btw, beowulf got the update 3 days ago :
2019-05-15 upgrade intel-microcode:amd64 3.20190312.1 3.20190514.1
never had such an issue with MATE - beowulf.
using experimental MATE right now, so can't confirm this.
maybe send a bug report with details, ~/.xsession-errors perhaps and whatever related in system logs?
also did you try using alsamixer from console to see if that's a pulseaudio-mate thing, or something else?
also running latest linux-libre with beowulf/ceres, "libre" feels good
from time to time i switch back to stock devuan/debian kernel.
trinity is available in a devuan fork distro (exe gnu/linux). tried trinity from their repos and it run ok, with a few glitches.