You are not logged in.
Pages: 1
Hi,
I've taken care of most of the problems you have experienced in this script.
https://git.devuan.org/farmatito/migration
You are welcome If you want to take a look for inspiration or
if you volunteer as a tester.
Ciao.
Hi,
at https://git.devuan.org/farmatito/migration you can find
the latest and greatest Debian to Devuan migration script
supporting Bullseye to Chimaera conversion.
Supported DE’s:
GNOME/GNOME FLASHBACK
LXDE
LXQT
XFCE
KDE
MATE
CINNAMON
also SERVER migration is possible but risky
if you are not sitting in the same room with the server.
This script is tested only in virtualbox as I don't have
machines to migrate right now.
Backwards compatibility for buster to beowulf should
work but is untested.
I hope there are some fearless testers!
Hints, improvements and critics are welcome.
Hi,
thanks for your great work.
Couldn't your repositories for example be added to beowulf-backports or to another differently named repo e.g "beowulf-innovative"?
This would be an evolutionary advantage over debian and at the same time starting to make devuan the better debian countering some critics like in a recent lwn thread (https://lwn.net/Articles/822066/) about the beowulf release that devuan just exists "to scratch an itch".
Using a clearly labeled repo would also avoid to break the stability of more conservative user and last but not least the work is mostly/already done by Norbert Preining.
Hi,
they look good, just some minor things I would change:
1) the sharp part of the D looks to unnaturally sharp
just adding a minimal rounding would make it more appealing;
2) I would remove the transparency at the base part
of the sharp D part like the D coming out of magma,
molten volcanic lava.
just my 3 cents.
Keep up with the good work.
farmatito wrote:where is it stored by systemd-homed?
In the LUKS2 header, the entire volume being un-mounted for the suspend operation.
Technical details here: https://systemd.io/HOME_DIRECTORY/
Isn't it a little risky to encrypt the whole file system as a loop mountable file.
Couldn't one bad block in the LUKS header or maybe even in the file body make the file undecryptable?
So what is your proposed solution to the problem of the encryption key being left in RAM during suspend operations?
Just out of curiosity where is it stored by systemd-homed?
farmatito wrote:ToxicExMachina wrote:Because networkmanager doing the same thing with much more complicated way.
In Android USB tethering is just emulation of a network card using RNDIS.
Yes, I know, but it just works and for me it is no fun at all on a laptop or desktop to type a poem into the shell just to connect a phone.
BTW you get also other nice features like VPN working out of the box with multiple profiles and kicking in automatically at connection time,
per connection randomized mac address if you wish so etc. etc.Ciao
1. It's not a poem in the shell. It's just one short command with a single and shorter argument.
that seems not to work yet...maybe more than a single line or a longer arg is needed?
2. VPN out of box is also works without NM. For people with disabilities (such as windows/mac based injury characterized as "losing of reading and comprehension abilities alongside with losing the capability of sensible text typing") there are GUI tools like kvpnc.
Luckily I'm not affected........
3. Networkmanager gives a lot of problems because technically it's extremely dirty solution. For example, devices working over serial interface may not connect due to NM because NM thinks "there is no other device but modem!".
the connection in this thread is an ethernet one.....and besides this the user used wicd before.
Best regards.
farmatito wrote:Why is it harder?
Because networkmanager doing the same thing with much more complicated way.
In Android USB tethering is just emulation of a network card using RNDIS.
Yes, I know, but it just works and for me it is no fun at all on a laptop or desktop to type a poem into the shell just to connect a phone.
BTW you get also other nice features like VPN working out of the box with multiple profiles and kicking in automatically at connection time,
per connection randomized mac address if you wish so etc. etc.
Ciao
farmatito wrote:Hi,
the easiest way is to remove wicd and install network-manager. Connect phone and PC through USB cable, go to phone settings
and enable USB tethering. Done!It's way harder than DHCP client.
Why is it harder? This just works. After you got it working you can investigate why it was not working doing it by hand.
You probably miss some packages that are needed e.g. usb-modeswitch.
Hi,
the easiest way is to remove wicd and install network-manager. Connect phone and PC through USB cable, go to phone settings
and enable USB tethering. Done!
Works now!!! Thanks!!
Hi,
while trying to see my reported bug 373 I was unable to access with Firefox 68.4.1-ESR to the bug tracking system.
The error message was:
Did Not Connect: Potential Security Issue
Firefox detected a potential security threat and did not continue to debbugs.devuan.dev
because this website requires a secure connection.
What can you do about it?
debbugs.devuan.dev has a security policy called HTTP Strict Transport Security (HSTS),
which means that Firefox can only connect to it securely. You can’t add an exception to visit this site.
The issue is most likely with the website, and there is nothing you can do to resolve it.
You can notify the website’s administrator about the problem.
Any work arounds?
Delete them. Thanks
Ok, will try in the afternoon.
Best regards,
farmatito
Hi,
I've tried a few times to post to the DNG mailing list, but the mails just
silently don't make it through. Is there somebody to contact who can
fix this?
Best regards.
Please stay with Debian to preserve the working work setups of many people like me.
Let's find some (new?) ways to reduce the work needed to maintain Devuan to a minimum.
In the long run sticking with the KISS principles will be successfull.
The KISS principles and software stratification in linux and thusly in debian is what allowed the adoption of systemd in the first place,
by breaking this principles debian and linux are entering a one way road that will make innovation impossible.
It will never be possible in the future to implement the next "systemd" as the tight vertical integration mandated by systemd
will not even permit to try it out.
To reduce the workload partnership with other non-systemd distros (even the rpm ones like e.g. PcLinuxOs) should be investigated
to avoid duplicated work.
Eventually reduce the distro to a Devuan Core (for servers, routers, firewalls, nas etc.) plus one supported DE (xfce?) to keep things going.
#include <errno.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
int main(int argc, char **argv) {
int opt;
FILE *fp;
char *fname = NULL;
char *brightness = NULL;
while ((opt = getopt(argc, argv, "b:f:")) != -1) {
switch (opt) {
case 'b':
brightness = optarg;
break;
case 'f':
fname = optarg;
break;
default:
fname = brightness = NULL;
}
}
if (fname && brightness) {
if((fp = fopen(fname, "w+")) != NULL) {
if (fprintf(fp, "%s", brightness) > 0) {
fclose(fp);
exit(EXIT_SUCCESS);
}
}
fprintf(stderr, "%s: %s: '%s'\n", argv[0], strerror(errno), fname);
} else {
fprintf(stderr, "Usage: %s -f PATH -b NUM\n"
"Options: -f\t\tsysfs path\n"
" -b\t\tbrightness value\n", argv[0]);
}
exit(EXIT_FAILURE);
}
Just for fun and to refresh my C coding skills. Improved version with command line arguments handling and error checking.
Ciao
libnssckbi.so, i did not recall the name....
I usually don't often do it, but sometimes out of curiosity and to confirm some intuitions I tinker.
I you want to know how it works you have to break it.
Provando e riprovando.
(Dante, Paradiso, c. III, v. 3).
that's why I opted to use the libnssWTF.so. The logic was that they would add the new certificate to nightlies, and this lib looked like a good candidate where they could be hidden. This way no about:config editing of keys you will forget to revert and no studies (which should be disabled in debian/devuan anyway)
fork a devfox or foxuan ? :-)
BTW: I've tested a few alternatives like MIdori, Qupzilla, Konqueror but they are all more or less useless
Hi,
what fixed it for me was to download latest unbranded nightly 66.0.3
from https://wiki.mozilla.org/Add-ons/Extens … ded_Builds,
extract it and copy libnssckbi.so to /usr/lib/firefox-esr.
This made my extensions work again.
Can't say how safe that is but it works while waiting for the fixed updates.
Hi to all,
a simpler solution I used with KDE and use now with XFCE is to install the cron-apt package for taking care of the updating part
and to add this script to the application autostart settings of the DE:
#!/bin/sh
NAME=`basename $0`
LIST=`pgrep $NAME`
# Sometimes this process is not killed
# when you log out of the DE so kill
# any leftovers
for ITEM in $LIST
do
if [ $ITEM -ne $$ ] ; then
# I suppose you cannot kill other people's processes
# ....unless you are root
/bin/kill $ITEM
fi
done
# at KDE start wait 30 secs
sleep 30
while true
do
NUM=$(aptitude search "~U" | wc -l)
if [ $NUM -eq 1 ] ; then
notify-send -t 590000 "There is $NUM update" &
fi
if [ $NUM -gt 1 ] ; then
notify-send -t 590000 "There are $NUM updates" &
fi
sleep 600
done
This could eventually be enhanced to display a list of updates as shown in previous posts and an icon.
If I recall correctly notify-send cannot launch an application by clicking on the notification dialog or at least
I was not able to find a way do so.
Just my 2 cents.
Pages: 1