Re: [DNG] I need your help or another developer's help with the project devuan with the children
On Sun, Jul 22, 2018 at 10:14:32AM +0200, Basati wrote: > > I am preparing a project for children from 8 to 16 > > The idea is to introduce them into computing, devuan and python programming > > Using raspberry pi 3 B+ as a hardware infrastructure controlled by a devuan > > The idea is that they will be doing projects until the final project of > building a weather station. There are none in the valley, it is a valley of > the western Pyrenees. > > And it will be the children who will provide the valley's population with > weather information. > > I need to build a custom image for rasperry pi 3. > > In which all the hardware of the rasperry is configured and mounted > automatically, as it does scratch. In two formats console and desktop > > I need to customize it by language (we speak basque a Neolithic language of > the European indigeas, we). Also for the programs you need to install. For > example, PyCharm that does not have a package in devuan. And I have to put it > in by hand. > > I have to leave the desktop configured by default, I don't know if the devuan > officer will work for me, I think it's xfce. In touch mode. > > There are more than 50 machines to install. I'm compensated for the work of > building the image > > Now, I've never played arm64. I'm an absolute neebie. > > I need help doing all this. > > Can you guide me? Can you get me the Inet links and reading order. > > What do I have to learn to do this? I don't know if I have time to guide you through all of the image building, but the documentation is already there. For examples, you can have a look at a couple of blends and apply that concept to your needs. Namely: https://github.com/headslive/build-system/blob/master/heads.blend https://github.com/maemo-leste/image-builder/blob/master/leste.blend If you take the time to read these and learn how the repositories work, it should be fairly straightforward to figure out what you have to do. > This effort means that the work (images, console and desktop) can be reused to > pay back. They would be as complete as the scratch images (which configure and > mount all the hardware perfectly and have a configurator at the beginning) > > Devuan would have these two images. Nowadays it is impossible for a neebie or > user to mount a raspberry with devuan. > > The devuan imagen has no installed Bluetooth, no basic console tools, it's > practically empty. Everything has to be assembled by hand. > > The bluetooth firmware is gone, I had to put it in by hand. > > eudev does not mount the devices > > This cannot be used by a neebie or normal user. As it is now you have to know > to assemble things by hand All of that should be in place. Please report bugs for this kind of stuff. Cheers! -- ~ parazyd GnuPG: 03337671FDE75BB6A85EC91FB876CB44FA1B0274 GnuPG: https://parazyd.org/fa1b0274.asc ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Raspberrypi images
On Tue, May 29, 2018 at 12:02:39PM +0200, Roel Wagenaar wrote: > KatolaZ wrote: > > > On Mon, May 28, 2018 at 09:28:27PM +0200, Roel Wagenaar wrote: > > > Hi all, > > > > > > The images for the raspberrypi 3 are not compatible with the boot proces > > > of > > > the new B+ version, both jessie and ascii will not boot. > > > > > > Hi Roel, CC: parazyd, > > > > The ASCII RC rpi3 image: > > > > > https://files.devuan.org/devuan_ascii_rc/embedded/devuan_ascii_2.0.0-rc_arm64_raspi3.img.xz > > > > has been tested and reported working for Pi3 and Pi3 B+. Please post errors > > if > > there are any and parazyd will reply to the rest. Please CC him to your > > reply. > > > Thanks KatolaZ, your link works, I had downloaded the image and resized it > with > gdisk instead of fdisk, maybe that was the difference. > > Anyway this is a working solution, thanks for your assist. This could be the culprit. Most of the images offered are not GPT. For what it's worth, the filesystems are ext4 so you can expand them from the Raspberry Pi itself as well. -- ~ parazyd GnuPG: 03337671FDE75BB6A85EC91FB876CB44FA1B0274 GnuPG: https://parazyd.org/fa1b0274.asc ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Is the Ascii archive missing some packages?
On Fri, 07 Jul 2017, KatolaZ wrote: > On Fri, Jul 07, 2017 at 10:11:38AM +0100, Vincent Bentley wrote: > > Is it possible to read the reason why a package has been banned? > > > > I guess the usual reason is that they depend directly on systemd. Indeed, they are banned because they are, or they explicitly depend on systemd or systemd-sysv. -- ~ parazyd GnuPG: 03337671FDE75BB6A85EC91FB876CB44FA1B0274 GnuPG: https://parazyd.cf/FA1B0274.asc signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Is the Ascii archive missing some packages?
On Fri, 07 Jul 2017, Jaromil wrote: > On Thu, 06 Jul 2017, Vincent Bentley wrote: > > > Thanks. I should have checked the archive for stretch too, sorry. > > Firegarden is working to improve their package visualisation and > listing software, pretty soon it will be quick and easy to check these > things by glancing at a webpage with list of packages in suites and > versions. Comparison with current Debian packages will come after a > first deploy that visualises Devuan's. FYI: Banned packages in Devuan: http://amprolla.parazyd.cf/log/bannedpkgs.txt Obsolete packages in Devuan: http://amprolla.parazyd.cf/log/oldpkgs.txt Packages depending on libsystemd0 in Devuan: http://amprolla.parazyd.cf/log/libsystemd0.txt -- ~ parazyd GnuPG: 03337671FDE75BB6A85EC91FB876CB44FA1B0274 GnuPG: https://parazyd.cf/FA1B0274.asc signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] A problem with a license
On Wed, 05 Jul 2017, KatolaZ wrote: > DR D1Rs, > > yesterday I was reviewing a new package made by Daniel Abrecht (DPA), > a little library that implements the sd_journal_* functions by > redirecting the calls to syslog. The project can be found here: > > https://git.devuan.org/DPA/sd_journal_shim > > This would allow to avoid to link against libsystemd0 if the program > wants just to use systemd logging facilities. > > I was about to move it under devuan-packages to build it for > experimental, but I noticed that the License (an almost regular > Expat/MIT license, for the rest) contained an additional clause: > > "This software shall not be used to encourage others to use the > systemd journal API, or any of it's sd_journal_* functions." > > so I immediately held my horses. My main complaint here is that this > clause makes the software non compliant with freedom 0 (the freedom to > use the software for whatever aim and task), so technically speaking > the package is not free-software, and cannot go in Devuan/main. Aside > from that, that clause makes the library GPL-incompatible, which would > undermine the good intentions of DPA. making the library practically > useless (unless the programs linking it are not GPL). > > In a word, I would not agree to include this package in Devuan/main, > unless that clause is removed. But just for the sake of clarity (and > because I think this can create a nasty precedent) I thought it was > good to ask here. That clause itself is not a big problem, but IMHO it should rather be moved to the README file or something similar rather than the license itself where it actually *is* putting restrictions and in the case of FSF would not be considered free software. -- ~ parazyd GnuPG: 03337671FDE75BB6A85EC91FB876CB44FA1B0274 GnuPG: https://parazyd.cf/FA1B0274.asc signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan Rpi2 Lxde
To address that issue, you might try # echo "needs_root_rights = yes" > /etc/X11/Xwrapper.config Another thing is, you might need polkit/consolekit to run it unprivileged. signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] leveldb support proposal
On Mon, 29 Feb 2016, aitor_czr wrote: >On 02/25/16 20:12, Rainer Weikusat [1] >wrote: > > "Ivan J." [2] writes: > > > Is there interest in Devuan supporting multiple versions of leveldb? > > Why I am wondering is because of Bitcoin and its code. Currently Bitcoin > > statically links db-4.8 and it is used for having wallet support in > > Bitcoin Core. > > libdb is usually the BerkerleyDB library. > >Are yout talking about libdb or leveldb (fast key-value storage library) >??? In debian it's BerkeleyDB, yes. Packages called libdb4.8-dev and libdb4.8++-dev in Debian. signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] leveldb support proposal
On Mon, 29 Feb 2016, Rainer Weikusat wrote:
> Jaromil writes:
>
> > On Mon, 29 Feb 2016, poitr pogo wrote:
> >
> >> On 2/25/16, Rainer Weikusat wrote:
> >> (...)
> >>
> >> > Considering that shared objects and dynamic linking were
> >> > originally a MULTICS feature (dating back to about 1965) and
> >> > introduced to UNIX(*) with SunOS 4.0 in 1988, the best course of
> >> > action to deal with people who are so afraid of changes that they
> >> > keep rejecting "useful new features" for 51/ 28 years in a row is
> >> > "roundly ignore them". Especially if they claim to be
> >> > 'modernizers' because the ancient technology they're so wedded to
> >> > is so seriously ancient that large groups of people meanwhile
> >> > forgot about that ... ___
> >>
> >> Is this some kind of pro systemd propaganda ? :D
> >
> > I am not the only one to perceive Rainer's contributions as rather
> > questionable for the conversations here. However, be it propaganda or
> > not, what is really annoying is that it goes quite far off-topic, by
> > abstracting a specific issue into a general political consideration of
> > how history goes.
>
> In case you want it specific: 'libdb must not be updated because nameless
> "Bitcoin developers" are afraid that this may introduce "issues" for
> them is a red herring'. The same applies to any other software on the
> system which could possibly interact with "bitcoin software", eg,
> prominently, the kernel.
>
> I consider the sentiment behind this request based on irrational fear
> about the unknown, for the stated reasons, as this "opinion" has never
> been gone unvoiced for long ever since dynamic linking was introduced.
>
> > I think we should be concerned by specific issues rather than such
> > generic and political debates.
>
> Sometimes, 'specific questions' ("Should bitcoin developers get 'special
> protection' against measures users of bitcoin software might employ, eg,
> as specifically mentioned, library security updates"?) have answers
> depending on general considerations ("no more than the other 500 less
> prominent developers who considered that de rigueur for their own,
> mental well-being before").
You aren't really contributing with any of your emails, if you can not
help the Devuan developers on a technical level regarding my subject,
please refrain from further mailing on this list. What you are doing is
just derailing, nothing more.
~ parazyd
signature.asc
Description: Digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] leveldb support proposal
Hello DnG. Is there interest in Devuan supporting multiple versions of leveldb? Why I am wondering is because of Bitcoin and its code. Currently Bitcoin statically links db-4.8 and it is used for having wallet support in Bitcoin Core. Currently, this is the way it's done for binary distros. Where the problem arises is when you try to build Bitcoin Core yourself. You need to compile with db-4.8 libraries, and we all know distros have dropped it in favor of 5.x... Using system leveldb on distros requires higher QA for leveldb than typical. What I am proposing is Devuan to support multiple versions of leveldb and tie Bitcoin packages to the right one. Another option is to never push updates to leveldb until they are known consensus-safe. It would be awesome if Devuan could be the second distro to meet the higher standards required for the Bitcoin code; for example, a bugfix to leveldb could cause serious security problems with Bitcoin. (This is why it's statically linked for almost every distro). I currently have no way to do the research on other packages and their leveldb dependencies, what works and what not. So I would like some input and feedback from you. ~ parazyd signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
