You are not logged in.
spartrekus wrote:The PC is slower than the default raspbian
Well i would expect that, even if no one tells me
As Raspbian is the RPi Foundation’s official supported operating system, they i guess take care there about that one default.
I am a bit more wondering why RASPBIAN is actually faster ... althgouh bogomips is the same, nproc gives 4 and so on.
The most curious is why gcc cannot compile well on devuan. I thought that a compiler such as gcc is a stable stuff.
The PC is slower than the default raspbian http://archive.raspberrypi.org/debian/
I see it especially when I compile hte PI3 with devuan and the PI3 with debian.
Debian compiles very fast, while devuan on PI3 takes ages.
besides, there is a bug on devuan on pi3. GCC does not compile correctly. Getting seg. fault often on most time. (not space )
It seems that something is not normal with gcc since I can compile anywhere (debian, slack, bsd,...).
hi guys,,
I am in a hurry. ... so far, DEVUAN is very slow and Chromium is not there.
DEVUAN is so far not optimized for Raspberrry piiiiiiiiiii 3
Hlelo
Chromium Web Browser on Raspberry Pi3 is not found into the DEVUAN repositories.
By, the way, that could help users to browse the web, because Firefox is damn slow.
Possibly in /usr/share/polkit-1/actions/org.freedesktop.consolekit.policy, change "auth_admin_keep" to "yes" where appropriate, not sure this is the best way or recommended way but I imagine it will work:
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE policyconfig PUBLIC "-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN" "http://www.freedesktop.org/standards/PolicyKit/1.0/policyconfig.dtd"> <!-- Policy definitions for ConsoleKit --> <policyconfig> <action id="org.freedesktop.consolekit.system.stop"> <description>Stop the system</description> <message>System policy prevents stopping the system</message> <defaults> <allow_inactive>no</allow_inactive> <allow_active>yes</allow_active> </defaults> </action> <action id="org.freedesktop.consolekit.system.stop-multiple-users"> <description>Stop the system when multiple users are logged in</description> <message>System policy prevents stopping the system when other users are logged in</message> <defaults> <allow_inactive>no</allow_inactive> <allow_active>auth_admin_keep</allow_active> </defaults> </action> <action id="org.freedesktop.consolekit.system.restart"> <description>Restart the system</description> <message>System policy prevents restarting the system</message> <defaults> <allow_inactive>no</allow_inactive> <allow_active>yes</allow_active> </defaults> </action> <action id="org.freedesktop.consolekit.system.restart-multiple-users"> <description>Restart the system when multiple users are logged in</description> <message>System policy prevents restarting the system when other users are logged in</message> <defaults> <allow_inactive>no</allow_inactive> <allow_active>auth_admin_keep</allow_active> </defaults> </action> </policyconfig>
configuration file looking like xml/xhtml... not so much nice to see.
"Instead is conf must reliable to be used." What? Not getting it . . .
I had tried several wpa-XXXX things.
The best is definitely this line: wpa-conf /etc/network/wifi-home.conf
in other words : " wpa-conf"
Maybe upgrade or install ASCII
Linux devuan 4.5.0-2-amd64 #1 SMP Debian 4.5.5-1 (2016-05-29) x86_64 GNU/Linux
then compress the modules folder to a file, & save that plus vmlinuz & initrd.gz to an external drive.
It is not popular to have just the necessary of Vmlinz and initrd.gz without the long procedure ... rather long deb or installing.... ?
Well, how to save at least 1 hour (instead of taking the usual installation procedure)
Basically <5-6 steps for painless installation:
1) syslinux or grub boot loader (10 seconds) with dd and then fdisk
2) vmlinuz + initrd.gz to /boot (30 sec)
3) copying modules to /lib/modules (1 minute)
4) debootstrap (3-5 minutes max.) depending on the internet connection
5) empty root (*) into shadow before reboot
6) For instance, apt-get install gcc xinit make xterm ssh gcc libx11-dev tinywm wdm ntpdate xserver-xorg w3m vim libncurses5-dev htop
Just done within just 10 minutes on a i7 machine
why not this way also? It saves quite a lot of time.
Here is procedure on Devuan! It is really stable for far on the DEVUAN Raspberry PI3.
I am glad it works, because of the the following:
"Internet !" What to do without Internet today?
https://www.youtube.com/watch?v=ArHOzziiXiI
# Used by ifup(8) and ifdown(8). See the interfaces(5) manpage or
# /usr/share/doc/ifupdown/examples for more information.
# interfaces(5) file used by ifup(8) and ifdown(8)
# # interfaces(5) file used by ifup(8) and ifdown(8)
#
# The loopback network interface
auto lo wlan0
iface lo inet loopback
iface wlan0 inet dhcp
wpa-conf /etc/network/wifi-config.conf
the trick is NOT to use allow-hotplug, but to add dhcp and to avoid roaming !
Instead is conf must reliable to be used.
It works on both platforms that have deb, namely Debian and Devuan, but also on Slackware.
Ubuntu?? who care about Ubuntu? Who really wants a slow, shinning, flashing, with gold window decoration, silver shinning menus, amazing animation, turning pseudo 3d desktops, amazing bubble, sound, ... desktop (operating system) ?;)
Why not keeping a desktop just simple and ugly (dwm, evilwm, jwm,...)?
Topic: Recommended good kernel >4.5.x initrd.gz + vmlinuz + modules.tar.gz ?
Hello
Tired to compile and compile endless? Wanna save some time?
For x86 machines, would you possibly link us to a good kernel >4.5.x initrd.gz + vmlinuz + modules.tar.gz ?
Let's skip the deb thing. Minimal install is the directory modules, initrd.gz + vmlinuz.
Would you a good one ?
Thank you very much
On my system, I figure out a bit memory usage in general. herewith indicated.
Blackbox is really light.
Furthermore, I have impression that Blackbox runs extremely fast. It is very quick, new windows popup immediately, in a flash.
Openbox is too but it looks a bit slower.
Icewm is less fast.
Just first reaction time impressions.
MEM 244/1844MB]
KiB Mem: 1889204 total, 797888 used, 1091316 free, 47784 buffers
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3356 root 20 0 133420 70040 15944 S 1.7 3.7 7:47.99 Xorg
20 0 568940 130632 100608 S 0.3 6.9 0:06.88 chromium
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
3366 sparrot 20 0 [b]12156 7468 6428 [/b]S 0.0 0.4 0:00.94 blackbox
it didn't work.
Due wpa-roam, the use of dhcp is not possible.
edit: wow!
after 2 millions of reboot, I found out what is the way to make it work after reboot....
You wanna know maybe
?
it seems to work... in study
Hello, Salut,
Herewith a possible part in french / that you are from Africa, France, Canada, Belgium,...
Welcome!
Bienvenu!
Indeed tiny coding rocks, this... may be kinda cool for you if you are a terminal geek or admin ...
https://github.com/spartrekus/nc
Hopefully some parts of SystemD will not enter into the DEVUAN... It certainly won't be easy at all.
SystemD is strongly into the Debian system, enchaining users.
Hello,
This question might be maybe look very simple, but actually I can find no further ideas.
On my raspberry PI3 with Debian, I have :
auto lo
iface lo inet loopback
auto wlan0
iface wlan0 inet manual
wpa-roam /etc/network/wifi.conf
(wlp1s0 on debian,
wlan0 on devuan)
After boot, the PI3 with Debian gives me internet each times after boot (power on).
After boot, the PI3 with DEVUAN gives me no internet each time. Each time, sudo su, and I need to do : dhclient -v wlan0
Both machines have same config above.
How to get internet on devuan automatically without dhclient from root each time?
thank you and looking forward to reading you.
Hello,
Thank you.
This was a serious question. Bugs reporting but also fixing them are an important issues.
Explanation: it is not easy to maintain a distro. Is the core development team sufficiently large enough to fix all bugs, .... ?
Maybe I can change the title of the thread, since it does not so much match to this idea of bugs,.... I should have mentioned it in first post.
Hopefully there will be always interests in Devuan.
You could leave an issue on parazyd's repo at git.devuan.org. Chances of him coming here are almost nil. Or post to DNG. He's chatting on #devuan as of the timestamp above.
Hello,
I CONFIRM YOU the bug !!
I have bought a new raspberry. I installed DEVUAN on it.
It does the same.
I tried on another plug (sheeva) and it DOES work under Debian. It is an arm too.
After many tries, it seems that there is a compiling issue maybe GCC or a Library. It may be important.
Ok to contact using IRC, so on my plug, I have installed IRSSI, and I did /connect irc.freenode.irc
I am ready for chat. What's his pseudo ?
I need to find a manual for this IRSSI... I always forget some commands (getting old maybe )
Thank you
Moved as requested . . .
Merci
Talk to parazyd on #devuan-arm or #devuan-dev or even #devuan.
I would be glad, but I am not a fan of leaving my IP address everywhere. Are they some possible cloacking or better... dedicated irc chat which does not make public user ip addresses?
Thank you Golinux for all your efforts and help on the dev of Devuan !
It is great that a system Debian could be forked and be free of the intruder SystemD !!!!
thank you again
Hello,
Since there are more people developing Debian, does it leave some chances to survive to Deuan. The idea / concept of Devuan is really cool, but what about it s future.
Bugs reporting but also fixing them are important issues.
Thank you
Raspberry PI 3 model B got the following devuan_jessie_1.0.0_arm64_raspi3.img.xz
BUT It is not working.
When I try to compile my own functions, tinybox, DEVUAN Raspberry gives me segmentation fault.
This is very strange since it is an old C programme, and it worked all the time on any DEBIAN installations, even DEBIAN on PI 3 raspberry.
I checked and it is really commming from DEVUAN for raspberry. What could it be?
here an example, what could be going on?
https://github.com/spartrekus/tinybox
Does it have something to do that the architecture is a ARMHF and NOT a ARM64??
spartrekus wrote:I want to compile the kernel and have my own compiler and system, based on Linux kernel.
Ah thinkering about something is cool so that is cool, i just expect this 'Support>Desktop and Multimedia' forum would be about Devuan and not about something else.
Even deb packaged blackbox in Devuan i now tried works fine here and recompile fine too, so
And of course thing easely goes offtopic because it is offtopic in the first place
Anyhow, we do some philosophy,...
Maybe this thread shall go/move to off-topic section.
spartrekus wrote:I would be interested to compare the mem usage of JWM versus Blackbox.
Debian packaged jwm on 32bit uses about 500 KB uncached, blackbox about 800 KB, openbox about 3500 KB... but it have more features enabled since it mainly serve LXDE as i said you can take that down to 1200 KB easely or so
Of course, if anyone care about that range of sizes these days he might look at other distros, doing static and other special embeded builds or so.. on the other side general purpose builds (what major distros do) and computing tends to be more bloated, more features and more deps also means more cached memory used and so on
jwm is ok, openbox too.
Something like Blackbox would be ok, anyhow, it can still be compiled if... fixed, and be used on libx11-dev.
my installation is on nothing to save space and resource.
apt-get update ; apt-get install ntpdate links w3m ncftp netbase wpasupplicant make gcc bc subversion gcc bc ncurses-dev
apt-get install nedit scrot xinit libx11-dev blackbox menu xserver-xorg alsa-utils alsa-base ssh
apt-get install screen openssh-server
and chromium
By the time, it goes to less than less... I want to compile the kernel and have my own compiler and system, based on Linux kernel. I have time, I am learning step by step.
https://github.com/spartrekus/tinybox
spartrekus wrote:Memory usage is my first consideration in the choice.
Ok, then maybe you'll find some interest in JWM: http://joewing.net/projects/jwm
I would be interested to compare the mem usage of JWM versus Blackbox.
Blackbox remembers me fluxbox, in a tiny way.
my users like blackbox.
If this is really just about finding a lightweight and stable window manager to use, I suggest that you take a good look at Openbox (or Fluxbox) before investing time in fixing bugs in a piece of software that apparently hasn't really been maintained for over a decade. Openbox etc. also are surely used much more widely than Blackbox these days, which means that they get a lot more testing and feedback.
If you should find Openbox useful, there's also some packaging work for Devuan to be done: Back in Debian Wheezy there used to be a package openbox-themes in the repositories which was later dropped. I've recently installed that package on Devuan Jessie and it worked just fine. So, I think it should be easy to re-package that for Devuan, including some additional themes.
If you're still interested in hacking Blackbox, you might want to have a look at https://github.com/bbidulock/blackboxwm.
I pretty much prefer Blackbox to Openbox. I don't know why.
Blackbox is really nice. It is too easy to understand for everyone, and besides blackbox is not using XML.
Oh...why Blackbox. Just because it takes much less memory than Openbox. Memory usage is my first consideration in the choice.
I remember that tinywm is less than 50 lines, and it takes nothing. So shall another WM:
Well, you won't sell me Openbox, so far, I but well, if Openbox might reduce the use of Memory, maybe, it could be good.
DWM is pretty small in use of space. Evilwm too.
But blackbox offers almost everything one may need and its size is tiny.
So you like Blackbox and, as pointed out above, patches are available to enable building on the current stable version. Pick up the maintenance! It's not hard. It's nice if you contact the previous maintainer/developer and request permission to do so, but it is by no means necessary under the terms of GPL, etc. Get it to build and then host your branch/fork/whatever on GitHub or some other site and just keep up with the changes as they come along.
By doing so you'll learn to get the most out of your Linux box and help the community.
"Pick up the maintenance! It's not hard."
It is not hard I can buy a pendrive and start this pendrive with DEVUAN Testing.
I installed the bunch of libraries that the source code of BB needs. OK. I can do that. What next? What do you need so that this compiled thing is being kept into the maintenance.
Important:
OK, I have found some bugs. I have corrected 2-3 bugs, and it goes better. And, now, compiling is better. I can compile it now to most of it.
Still there is an error into Util.cc
Could someone help me?
herewith the new version but Util.cc is holding my G++ to compile....
https://github.com/spartrekus/blackbox-0.70.2-bugfix
[u]Util.cc:209:85: error: 'std::string bt::textPropertyToString(Display*, XTextProperty&)' should have been declared inside 'bt'
std::string bt::textPropertyToString(::Display *display, ::XTextProperty& text_prop)
^
Makefile:374: recipe for target 'Util.lo' failed
make[2]: *** [Util.lo] Error 1
[/u]