The officially official Devuan Forum!

You are not logged in.

#1 Re: Devuan » Archiving Devuan repositories » 2020-10-19 15:20:42

Try archive.devuan.org for jessie packages.

Use this in sources.list

deb http://archive.devuan.org/merged jessie main

Or go here if you want to download our forked packages. Note that pool is in /devuan but not /merged.
http://archive.devuan.org/devuan/pool/

I'm not sure if debian has archived jessie yet. Back at the end of June when it was supposed to be done, they delayed it.

I think this is a howto for setting up amprolla locally. It's in Spanish. I know for a fact that aitor is running amprolla to merge his own packages in gnuinos.
https://dev1galaxy.org/viewtopic.php?id=2405

HTH

#2 Re: Other Issues » Execuable files not running... » 2020-10-19 15:08:33

ve1drg wrote:

asc11 64.  And its any file I make up and make bootable.

Make bootable? Or did you mean "make executable"?

Are you trying to boot a 64-bit OS on a 32-bit system?

#3 Re: Desktop and Multimedia » [SOLVED (sorta)]Fat xfce activity bars » 2020-10-05 16:16:36

Yes, you are on beowulf. And I can see the screenshot.

Oh, I just discovered that the width of the netload plugin bars chages depending on which theme is set in Appearance.

FWIW: They're wide with the cinnabar and darkpurpy themes and narrow with the plain Clearlooks theme. Presence or absence of gtk2/3-engines-xfce makes no difference.

Wide with clearlooks-phenix-theme, too, so it's something we inherited.

#4 Re: Desktop and Multimedia » lightdm Suspend/Hibernate/Restart/ShutDown disabled in greeter » 2020-10-03 11:56:56

This is fixed in chimaera/ceres: https://git.devuan.org/devuan/lightdm/s … /changelog

The fix is also in beowulf-proposed-updates and will be in the 3.1 point-release.

#5 Re: Desktop and Multimedia » [SOLVED (sorta)]Fat xfce activity bars » 2020-09-30 20:35:32

I don't know what the deal is with google. Maybe they expected me to log in to see the image. I did allow javascript for all the sites that noscript listed.

Some of us use transfersh.com for sharing images. I'm happy with anything that doesn't require javascript.

That's really weird that you get it on the cpugraph-plugin. Are you sure you're on beowulf and not chimaera/ceres?

$ apt policy xfce4-cpugraph-plugin
xfce4-cpugraph-plugin:
  Installed: 1.0.5-2
  Candidate: 1.0.5-2
  Version table:
     1.1.0-1 50
         50 http://sledjhamr.org/devuan/merged ceres/main amd64 Packages
 *** 1.0.5-2 500
        500 http://sledjhamr.org/devuan/merged beowulf/main amd64 Packages
        100 /var/lib/dpkg/status

$ apt policy xfce4-panel
xfce4-panel:
  Installed: 4.12.2-1
  Candidate: 4.12.2-1
  Version table:
     4.14.4-1 50
         50 http://sledjhamr.org/devuan/merged ceres/main amd64 Packages
 *** 4.12.2-1 500
        500 http://sledjhamr.org/devuan/merged beowulf/main amd64 Packages
        100 /var/lib/dpkg/status

#6 Re: Desktop and Multimedia » Beowolf » 2020-09-30 12:23:01

Distrowatch ratings are based on the number of page views for each distro's summary page. That may not be a good indication of how many people actually use it. (Note: I know one person who does use MX.)

#7 Re: Desktop and Multimedia » [SOLVED (sorta)]Fat xfce activity bars » 2020-09-30 11:58:52

I can't see your screenshot, but I think I know what you're talking about. I removed the network monitor from the panel in beowulf because of the wide bars. If you go into ~/.config/xfce4/panel/ you may find a netload*.rc that contains some settings. I don't see anything relating to the bar size.

You would probably have to edit the source code and recompile the package to change the size of the bars.

Warning: Whoever thought that was a good idea has apparently infected whoever makes the cpugraph plugin, because those bars are wide in chimaera. I can't wait to see eight wide bars on my hyperthreaded quad-core.

Why don't we have a face-palm smiley?

#8 Re: Installation » netinstall or dvd images » 2020-09-29 16:28:53

It's not clear whether you want to archive just your installation or if you want the whole dvd set (i.e. the whole repo).

If you choose a mirror during the install, it doesn't matter whether you use the dvd or the netinstall iso - it will pull from the repo and will be current.

If you really want ALL the packages from the repo on dvd, then take the devuan dvd for installing a fresh system and take the debian dvd set to pull any individual packages you might want that aren't on the devuan dvd. Just don't install any packages from the debian disks that need systemd.

If you really want it to still work in 20 years, you should probably install to a virtual disk, so you aren't limited by lack of hardware support in 20 years.

#9 Re: Desktop and Multimedia » File Save: missing options? » 2020-09-26 21:21:08

Install dconf-editor and find the setting in there. It seems to be more nearly permanent that way.

#10 Re: Other Issues » Beowulf: No updates available via apt? » 2020-09-26 11:44:40

Last time I upgraded my beowulf was exactly one week ago, and I see nine packages for upgrade today. You might not have all these packages installed. If you're not seeing the new kernel, maybe you don't have the kernel metapackage installed - linux-image-amd64 (or similar)

aptitude -s full-upgrade
The following NEW packages will be installed:
  linux-headers-4.19.0-11-amd64{a} linux-headers-4.19.0-11-common{a} linux-image-4.19.0-11-amd64{a} 
The following packages will be upgraded:
  librsvg2-2 librsvg2-common libvncclient1 libvncserver1 libx11-6 libx11-data libx11-xcb1 linux-headers-amd64 
  linux-image-amd64 
9 packages upgraded, 3 newly installed, 0 to remove and 0 not upgraded.

#11 Re: Installation » Upgrade from Debian Wheezy to Devuan Jessie » 2020-09-25 17:27:44

Jessie reached End of Life in June and the packages have been archived. Use the following line in sources.list to get jessie packages. You only need the one line, There are no more security fixes or updates for jessie.

deb http://archive.devuan.org/merged jessie main

After you finish upgrading to jessie, you might want to upgrade to ascii, which is the current Oldstable.

#12 Re: Installation » Refracta2usb not in Beowulf repo? » 2020-09-24 18:52:16

The installer includes Recommends by default. If you wanted to alter that, you could switch to another virtual console with alt-F2 during the install and make a 00norecommends file in /etc/apt/apt.conf.d/ that contains 

APT::Install-Recommends "no";

Do that after the package manager is configured but before tasksel starts installing packages.
alt-F1 to get back to the installer.

#13 Re: Installation » Refracta2usb not in Beowulf repo? » 2020-09-24 16:10:31

Refracta tools have never been in the debian repos, and refracta2usb won't be in the devuan repo until I clean up the code. It's ugly code, but it still works. I dread making any changes to it.

Do yourself a favor and get rid of live-tools. It's not needed. Install without Recommends to avoid it. All it does is divert update-initramfs to a special version for live systems that seems to be completely useless.

Cryptsetup is infinitely more useful. Keep it.

#14 Re: Other Issues » refractasnapshot error » 2020-09-24 12:52:53

Yeah, you can operate without the microcode, but that's still really weird. I just tested with and without amd64-microcode and intel-microcode, and it works in all cases. The script removes crypttab and resume from the initrd. My system is encrypted.

Meanwhile, someone else is having the same problem on a debian 10 system without the microcode. In that case, 'file -L /initrd.img' gave output with 'gzip compressed' twice, which broke the test.

If you want the microcode to be present in an installation made from your snapshot without having to add it after the installation, there's a way to do that.

save_work="yes"
Make a snapshot without the microcode.
chroot /home/work/myfs and install the microcode.
Make another snapshot using the no-copy option (re-squash and run xorriso)

Then the initrd used to boot the iso won't have the microcode, but any installs made from that iso will have it.

#15 Re: Other Issues » refractasnapshot error » 2020-09-24 01:42:12

Let me see the output of file -L /initrd.img I think it may have changed, and a test is failing.

Try removing amd64-microcode and re-running snapshot.

#16 Re: Other Issues » refractasnapshot error » 2020-09-23 13:05:15

xzcat: (stdin): File format not recognized

Looks like xz-utils got removed. I hope that's all it is.

#17 Re: Desktop and Multimedia » Nested Xsessions with Xephyr-xserver <Solved> » 2020-09-16 12:20:19

Oh, man, that is weird. It'll start xfce even if xfce is already running. I was doing this on my second monitor, and when I ran startxfce4, I saw the panel on my first monitor flash like it was restarting.*  I don't know what the deal is with xfce, but I can get it to work correctly with icewm, jwm or even openbox.

ssh -X user@remote
Xephyr :1 -screen 1024x768 -resizeable &

And then one of the following:

icewm --display=:1
jwm -display=:1
DISPLAY=:1 openbox-session

usernames are not the same on local and remote machines.
I didn't have to do anything with Xauthority or Forwarding settings.

Tested on second machine where I had to use :2 instead of :1.

* Just to be perfectly clear, I was in a terminal and logged into the remote with 'ssh -X' when I ran startxfce4, and it affected the local machine instead of the remote.

#18 Re: Other Issues » [SOLVED] Jenkins keep failing on building iwd 1.9-1+devuan1 » 2020-09-11 17:04:30

I cloned your repo, installed the build-deps and built packages in beowulf with no problems using dpkg-buildpackage -us -uc -b

I'm trying to install ceres in a chroot right now, and it's going to take an hour to install git. I don't know wtf the problem is. It normally would take about one minute. I'll get back to you on that.

Edit: The same works for me in chimaera.

#19 Re: Hardware & System Configuration » [SOLVED] [hardware] Initramfs mdadm assembly woes, udev not triggered? » 2020-08-29 21:29:02

Maybe this bug: https://bugs.devuan.org/cgi/bugreport.cgi?bug=483

You could try adding 'sleep 1' to /etc/init.d/eudev as indicated in message #10 or #20 or apply the patch in the last message.

#20 Re: Off-topic » Refracta-SnapShot - Question » 2020-08-22 14:42:06

I got an ubuntu iso (20.04.1-desktop)
Booted it in qemu and used unmkinitramfs to unpack it into an empty directory.
Re-packed it as gzip with find . -print0 | cpio -0 -H newc -o | gzip -c > ../initrd.img-custom
I then unpacked the custom initrd to verify that the amd64 microcode was still there. It was.

Note 1: I chose gzip because the command was easier to type than xz, and I did not attempt to figure out the correct lz4 command. I just wanted to make sure the microcode didn't get lost.

Note 2: Since it was a live session, there were only dead symlinks in /boot, so I used /cdrom/casper/initrd for the extraction.

#21 Re: Off-topic » Refracta-SnapShot - Question » 2020-08-22 14:07:54

You can try using mkinitramfs. I've never used it, but it looks like it would be easier than figuring out the right decompression commands. But I'd really like to know why it doesn't work with your rebuilt initrd. Did you verify that it's really in gzip format by running 'file' on it?

#22 Re: Off-topic » Refracta-SnapShot - Question » 2020-08-21 13:45:53

Edit: Yup. ^^^

So, you can either change the compression to a supported type as I mentioned above, or you can manually unpack the initrd, remove crypttab, repack it and replace /home/work/iso/live/initrd.img with the modified copy, then re-run refractasnapshot and just select the option to re-run xorriso. You must have set save_work=yes in the config file for this to work.

If you keep the lz4 and do the manual re-pack, your users may run into the same problem if they try to make a snapshot on an encrypted system.

#23 Re: Off-topic » Refracta-SnapShot - Question » 2020-08-20 17:34:54

Fixed the path, thanks.

According to the comments in the config file, the choices are:

# COMPRESS: [ gzip | bzip2 | lz4 | lzma | lzop | xz ]

The other way to find out which it is would be to remove the amd64-microcode package and then run 'file -L /boot/initrd.img' again.

Edit: Or maybe not. When I install amd64-microcode, checking the initrd with file tells me it's gzip compresses, same as if I did not install that microcode. But installing the intel-microcode does change it to ASCII cpio archive. And the commands to extract it work correctly.

#24 Re: Other Issues » [SOLVED] mpv (0.29.1-1) dependent on python 2.7 » 2020-08-20 14:05:13

The kernel does not get upgraded automatically unless you have the kernel metapackage installed - linux-image-amd64 (or other arch).  Either install that or install the specific kernel package you want.

I have linux-image-5.6.0-2-amd64 in chimaera, and I think that's the latest.

You already have the only line for chimaera in your sources.list. There won't be any -updates or -security repos until after chimaera goes stable (or maybe after bullseye goes stable).

#25 Re: Off-topic » Refracta-SnapShot - Question » 2020-08-20 13:37:27

From the log:

gzip: stdin: not in gzip format
cpio: premature end of archive

xzcat: (stdin): File format not recognized
cpio: premature end of archive

It's not gzip and it's not xz compression, so it must be something else. If so, you can change the compression to gzip or xz and run 'update-initramfs -u', or else the script needs to be fixed to accommodate other types of compression.

Run this (or read the file, it's not long) to see what compression is used.

grep "COMPRESS=" /etc/initramfs-tools/initramfs.conf

Board footer

Forum Software