You are not logged in.
@aitor . . . there have been a few nibbles. I am hopeful!
Well, let me know...
Oh aitor! Thank you!! But do you have the time to take on another piece of Devuan? The task is not trivial.
Well, let's say that this area isn't what suites me the best. It's not trivial, I know, and sooner or later gtk4 will be implemented in xfce as a replacement for gtk3, but I have some experience using css style sheets.
I'll post the request to DNG and -dev also. Let's see what happens . . .
Ok, let's see what happens ![]()
I am happy to mentor/collaborate as needed.
So who would like to make the Daedalus desktop beautiful?
golinux
golinux: if no-one volunteers, I would continue your work.
...and if ralph.ronnquist reads this from down-under....
¡ɹǝʞɐǝus ʎʞɐǝus noʎ˙˙˙˙noʎ ƃuᴉɥɔʇɐʍ ɯ,I
This deflection of your works may well be another evidence of the roundness of the Earth (Coriolis)
is this abandoned? Can it still be used, updated?
It seems that parazyd's energies are more canalized towards another devuan derivative right now: Maemo Leste. But this is a guess ![]()
Yes indeed, sorry Ralph I was getting confused there.
If I navigate to https://pkgmaster.devuan.org/devuan/dis … ates/main/ I can't see any Contents-* files and the Packages.{gz,xz} files at https://pkgmaster.devuan.org/devuan/dis … ary-amd64/ are completely empty.
Is there a problem with Amprolla?
Short answer from my mobile:
Also...just as alphalpha has witnessed, every magnet that I own is flat and shaped like a disc. Now I'm starting to think that the earth is flat also based upon the magnetism that I can observe.
Earth's magnetic field protects the atmosphere from the solar wind resulting in the beautiful physical phenomenon known as Aurora Borealis. On the other hand, this magnetic field is generated by the movement of the metallic liquid in the core, in much the same way as the one generated by a solenoid, but as opposed to your magnets, which consists of some metals previously surrounded by a magnetic field so that all of its sub-atomic spins (microscopic fields that were cancelled each other out) point now in the same direction creating altogether a macroscopic one.
This said, in the flat model Earth's magnetic field couldn't exist (where is the volume of metallic liquid?). And even if it could, it wouldn't be able to protect the atmosphere in the various directions without certain degree of spherical symmetry. As a result, the atmosphere would be lost as happened in Mars.
i have some disc shaped magnets here
LOL! Then, i'm beginning to doubt...
By the way...I believe in Santa Claus. Sure...I can't prove that he's real, but you can't prove that he's not.
There is another phenomenon that, in spite of it really cannot demonstrate that the earth is necessarily a spherical globe, it does demonstrate, for reasons of simmetry, that it cannot be a flat surface: That is the magnetic field it generates.
That behaviour would only be observed in a rotating frame of reference, as the mathematics of the laws of motion clearly demonstrate.
That's truth, because an observer that is at rest with respect to the rotating frame of reference is being accelerated. Indeed, there is a centripetal acceleration associated to the undergoing rotation. So, in the context of the special relativity, such observer cannot be considered an inertial observer and, therefore, inertial forces arise produced by the rotation itself (e.g. Coriolis).
Thanks! Downloading it...
Thanks, andyprough, i did hear about abrowser, but i thought they were the same.
Couldn't you just use Ruben's/Trisquel's deb's for abrowser?
Ruben's packages were quite outdated -at least the last time i used Trisquel-, based on 52.3:
http://mirror.fsf.org/trisquel/pool/main/i/icecat/
- isn't that the same thing as running the makeicecat script on current firefox?
The script generates the sources of icecat together with the debian folder used by debbuild for the packaging, and the resulting sources are debianized afterwards in a secondary step. But it's not surprising that the content of the debian folder may differ from one distribution to another to suite the required dependencies in each particular case. All the more in view of the different distros (ubuntu/debian) they are based on.
Do you prefer to build it yourself, or to base it on Firefox-esr?
Yes, but the above reason isn't the only one. For example:
- I apply several patches taken from Debian's packaging of firefox-esr, leaving aside those related to android and other non-free stuff.
- The use of quilt patches leads to the use of the quilt source format, instead of the native format used in Trisquel. Look at the paragraph 5.22. source/format in the link below:
https://www.debian.org/doc/manuals/main … er.en.html
- My packages provide firefox-esr, otherwise in xfce the removal of firefox-esr would force the installation of the epiphany-browser and all its dependencies.
On the other hand, i like to make sure the application builds succesfully in my system, where  the versions on gcc, libnss etc, are involved.
Otherwise i prefer not to use it,  and much less to distribute it ![]()
My step-by-step post on installing Guix and icecat on Trisquel (should be the same steps on Devuan) is here: https://trisquel.info/en/forum/installi … d-chromium
Thanks, i'm not familiar with guix, but i'll give it a try in Trisquel. I've been using the makeicecat script developed by Rubén, which generates the sources of icecat grown from firefox-esr. The rest is done using git-buildpackage and pbuilder.
Another Firefox fork that I like is IceCat, which is created by and for freetards. Too bad there isn't an official repository to automatically receive updates through APT.
DEB packages of version 78.15.0 are available at:
http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/
I announced them yesterday night in the irc channel. It looks good in chimaera:

Good ![]()
aitor wrote:Now bind the directories
You are right, but the mistake was below, at the end of the post:
To end with, exit the chrooted system and unmount all the partitions:
Fixed it. Thanks
Head_on_a_stick: i misunderstood you, you were quoting the phrase in reference to the arch-install-scripts package. Well..., fixed anyway. They are directories.
Now bind the directories
You are right, but the mistake was below, at the end of the post:
To end with, exit the chrooted system and unmount all the partitions:
Fixed it. Thanks ![]()
golinux wrote:There is a way to do it from the boot screen by editing the kernel line. bluesdog has a howto over on the debian forum that I have used but it may be outdated by now. I would copy some notes that I have here but don't trust their accuracy because I haven't had to do it in years . . .
Yes, that's what I tried.
The linux line has to be appended withinit=/bin/bashI don't have n and b !
In a live system you can copy and paste them from anywhere.
Run a live system and find out the device /dev/sdXY where the root partition (/) of your devuan installation is on. XY are the drive letter and the partition number. If you are not sure which it is, you can run lsblk -o name,mountpoint for that. In my case:
NAME   MOUNTPOINT
sda    
|-sda1 /
|-sda2 
|-sda5 /home
`-sda6 [SWAP]Mount the partition as root (the root filesystem is usually a ext4 partition):
# mount -t ext4 /dev/sda1 /mntNow bind the directories:
# mount -o bind /sys /mnt/sys
# mount -t proc proc /mnt/proc
# mount -o bind /dev /mnt/dev
# mount -o bind /dev/pts /mnt/dev/ptsIf you are going to change only root's password, this step is superfluous, but some other tasks might require it. For example, if you want to restore the grub, the above binding will provide access to detect other operating systems.
Chroot the partition:
# chroot /mntAt this point you can give a new password for root (for example, babylon 
 ):
# passwd
New password: 
Retype new password: 
passwd: password updated successfullyTo end with, exit the chrooted system and unmount all the directories:
# exit
# umount /mnt/dev/pts
# umount /mnt/dev
# umount /mnt/proc
# umount /mnt/sys
# umount /mntYou have just changed root's password.
And then I have to figure out how to take screenshots during the installation. The simplest is probably an iPhone, but I don't have one
Debian-installer in graphical mode gives you the option to take screenshots during the installation.
Are you using a particular desktop environment or window manager?. There are a couple of threads in the mailing list dedicated to how to enable/disable the touchpad:
https://lists.dyne.org/lurker/search/20 … ad.es.html
Indeed, Steve Litt shared a script for that:
https://lists.dyne.org/lurker/message/2 … 20.es.html
This could help you.
^ that is what i was thinking needed to happen when i looked at the mt-gnu manpage, i have hadnt much to do with mknod, i suppose it is similiar to makedev.
Are you sure it's a scsi | tape device? Have a look at the device/type file in the same path to the filesystem [1] you are taking the MAJOR:MINOR numbers from. If i'm not mistaken, the different options are (taken from the code of vdev [2]):
   0 : DISK
   1 : TAPE
   4 : OPTICAL
   5 : CD
   7 : OPTICAL
0xe : DISK
0xf : OPTICAL
[1] For example, something looking like this:
/sys/devices/pci0000:00/0000:00:08.1/0000:04:00.3/usb1/1-3/1-3:1.0/host0/target0:0:0/0:0:0:0/block/sdc/device/type
[2] lines nº1145 - 1168 in vdevd/helpers/LINUX/stat_scsi.c:
https://github.com/jcnelson/vdev/blob/m … tat_scsi.c
you mean just do
sudo ln /dev/sdc /dev/tape?
sudo mt-gnu status mt-gnu: /dev/tape is not a character special file
Did you try exporting the TAPE variable:
export TAPE=/dev/stXmt-gnu might use the value of this variable as the default device, so that you'll be able to by-pass the /dev/tape symlink.
Ralph is right, tape devices should be named /dev/stX.