You are not logged in.
Please avoid to spread FUD: It's not PGP or OpenPGP to have been exploited, rather the uncanny behaviour of sending, receiving, and automatically visualising multipart emails containing external references (e.g., HTML tags which are interpreted by the MUA).
@siva / @moderators: This thread's title really should be changed to reflect this!
The ARMish images I saw up to now (Cubie3 and Pi1..3) did not have the loader and the kernel packaged, so both of these vital components will not get updates by APT and friends.
Can this please be improved in Devuan3?
I think the kernel (maybe plus some dependencies) is the only stretch-backport I installed.
I had problems with my Intel graphics on a T510 (that one still runs Debian9).
Sometimes the screen just turned black...
Since installing kernel-4.15 from backports, that didn't happen again.
(yeti@kumari:14)~$ date ; uptime
Di 1. Mai 09:25:17 UTC 2018
09:25:17 up 15 days, 22:09, 22 users, load average: 0,30, 0,48, 0,59
And that box occasionally dropped WiFi which didn't happen again after installing kernel-4.15 too.
Maybe the builder of the PI3 images just doesn't read the forum?
—▶ https://git.devuan.org/sdk/arm-sdk/issues/28
Add a help cry there?
I was told in Devuan's IRC channel #devuan-arm that a solution exists but I did not get details.
*sigh!*
My two PI3s are still waiting for a solution too...
:-(
PonyOS has the new Release 5.0 on GitHub but the website is unchanged since 4.0 (2017) and I'm not able to understand why...
Perhaps this confusion is the gag?
—▶ https://github.com/klange/ponyos/releases/tag/v5.0
—▶ http://www.ponyos.org/
Some days ago it got spammed via it's GitHub issues and so issues are disabled now.
So I cannot even drop a note with my easterly questionmarks... :-(
I assumed that Linux always ran on UTC.
That's the smartest way to run it.
But it allows every other madness too.
Using RTC in local time is discouraged by manual pages and howtos, yet, people
need it, for dual boot and other reasons.
Running the onboard RTC on local time and then having dual-boot with an OS that may or may not have been booted since the last switch to or from DST has taken place and will set the DST back into the RTC or the other way round is an own dimension of madness. You never can be really sure which timezone you have in the RTC.
Better let the user decide what she wants to set in her shell's rc files and run the system on UTC.
I vote for a flashing 144pt banner above this HOWTO: "Don't try this at home, kids!"
;-)
Bonus question:
What will cron do in the doubled hour when DST ends?
I never investigated this because I run my systems on UTC.
Maybe cron already has some precautions against repeating times?
Remembering history . . . here we go again. It seems our species never learns.
Learning? Human-0.6beta1? Forget it! That feature is on our to do list for human-1.0 or a bit later.
Goethes Erben - Die Brut
If I select a language at the login screen and then login, I don't get that language.
Same here.
If I then reboot and login, I might get the language I selected last time, whether or not I selected a language this time.
Yes! Interesting! After reboot I really got en_GB instead of de_DE! I didn't try it over reboot before...
LXDM, on the other hand, seems to work just fine.
I want LightDM because of VNC (and maybe XDMCP somewhen).
(I don't remember to have got an email signalling your message... sorry... hence the late reply.)
I did do:
# adduser devuan sudo
I do not know if this was necessary. But:
devuan@devuan:~$ sudo apt-get install etherape
[sudo] password for devuan:
devuan is not in the sudoers file. This incident will be reported.
Group memberships are not added in realtime.
# adduser devuan sudo
...will not take effect in already running login shells. Logout, relogin and retry...
devuan@devuan:~$ sudo apt-get install etherape
If that wasn't a solution, we need more input...
(((...))), if you don't trust yourself to be root on your own machine then I don't know what to say to that.
I trust me in a shell but not separated from the system by a GUI.
Well... maybe better saying: I don't trust GUIs.
Also /dev/mmcblk0p2 has been configured to -1 for maximum mount count.
The devuan_ascii_2.0.0-beta_arm64_raspi3.img.xz image has this setting too...
That's not a default setting I expect in a unixlike OS.
This definitely should be documented.
Is it?
Which URL should I visit?
We need pages for that in the wiki...
One for each image and/or board.
It should...
But until then installing the newer e2fsprogs from backports is the faster cure...
e2fsprogs from jessie-backports helps:
(yeti@pi3-0:1)~$ sudo tune2fs -l /dev/mmcblk0p2 | fgrep 'checked'
Last checked: Thu Feb 8 17:54:50 2018
(yeti@pi3-0:1)~$ apt-cache policy e2fsprogs
e2fsprogs:
Installed: 1.43.3-1~bpo8+1
Candidate: 1.43.3-1~bpo8+1
Version table:
*** 1.43.3-1~bpo8+1 0
100 http://pkgmaster.devuan.org/merged/ jessie-backports/main arm64 Packages
100 /var/lib/dpkg/status
1.42.12-2+b1 0
500 http://pkgmaster.devuan.org/merged/ jessie/main arm64 Packages
Add APT to NetBSD and I'm all in!
I tried a lot of times (and probably will do it again, Mom!) to get along with BSD (FreeBSD & NetBSD (preferred)). It is easy as long as you only have some hands full of ports/packages installed. If you take a full blown desktop and expect an upgrade to be easier than starting a new install from scratch, you are in the wrong parallel universe.
I love NetBSD! The base system is fantastic, but ports/pkgsrc are pain.
I don't like it.
+1
Unbearable!
yeti wrote:golinux wrote:When did you register?
2017-09-23
As yeti?
Yes.
When did you register?
2017-09-23
Try to catch FlibberTGibbet on irc.
Ok.
Installing some traps soon... :-)