You are not logged in.
I don't know the answer. You should be able to make a backup of the whole mmc device if you can read it while windows is not running. You would need to either boot a live-usb or pull out the card and connect it to another computer. Then dd if=/dev/mmcblk0 of=some-file
If you install devuan to the hdd instead, the grub bootloader will go into the efi partition, and it should include the windows system in the boot menu. That is what normally happens. No guarantees with this. Check your bios to make sure you can turn off secure boot.
Do you know which packages from backports are causing the problem? Get the list of bpo packages that are to be upgraded, and run 'apt-cache policy' on them to see what versions are in ascii and bpo. That might identify the naming problem you suspect. It might also be possible to find the problem by upgrading one bpo package at a time. (one or a few if necessary.)
One solution would be to force eudev to use the new naming scheme. Add 'net.ifnames=1' to the boot command, and you'll get interface names that will not change.
See if the drive shows up in 'fdisk -l' after eject vs. unmount. I have a feeling it might be different.
Maybe the .desktop file is missing. Here's what mine looks like in jessie (for an older version)
/usr/share/applications/gtk-youtube-viewer.desktop
[Desktop Entry]
Name=GTK Youtube Viewer
Version=1.0
Comment=Search and play YouTube videos with MPlayer.
Exec=gtk-youtube-viewer
Icon=gtk-youtube-viewer
StartupNotify=false
Terminal=false
Type=Application
Categories=AudioVideo;You could try this one. I don't know if it works with the current version of youtube-dl - this is a couple years old.
http://distro.ibiblio.org/refracta/file … u1_all.deb
If you want to recompile it, the source package can be found here. This is the same version as above. There may be newer sources (and maybe that's what you were trying to install.)
http://exegnulinux.net/refracta/experim … index.html
Found it - in the changelog for refractainstaller-gui 9.4.0:
Fixed bug: encrypted /home gets incorrect fstab entry
You must have at least 'main' on the deb line, or you'll get nothing. If you add contrib and non-free, it makes those packages available, too. You could put main, contrib and non-free on separate deb lines if you wanted, or all three on one line. Either way does the same thing.
@kekePower: The log ended after the first rsync command, so I can't tell what happened after that. I've seen that happen before, but I don't know the cause. I'll have to try an encrypted install to see if that's what does it.
-H preserves hard links. I don't know if I have any of those. Symlinks are already handled properly (e.g. /vmlinuz and /initrd.img work right.) I've also considered adding -X and -A for xattr and acl. I might make the rsync command more configurable than it already is.
@miyo: Yes, newer versions of the installer are better. Look for 9.4.3 soon, and then 9.5.0 for beowulf and beyond.
fsmithred (not a wizard. I just kick it around until it does what I want.)
Separate isos for free and non-free is a possibility. I'm planning to push for a better solution than what we now have when we get to making beowulf isos. There's also been talk of a libre repo (with libre kernel). But at this point, it's just talk. No actual plans yet.
kekePower: I'd like to see the installer log. (It should be in your home or else in /var/log). Paste it somewhere or email it to me. Encrypting the root, home and changing username should all work. If no, I need to know why, so I can fix it. Thanks.
Is firmware-realtek installed? Is the card set as the default wireless interface in wicd?
I've got an 8723AE and it's working as expected.
Post output of ifconfig and iwconfig (or 'ip a' if you don't have ifconfig).
Still, I can't understand why the user is asked about enabling/loading it only in expert install mode. This is definitely not software freedom "my way".
It's a limitation of the installer. We would love to have it ask about non-free in all situations, but we couldn't get it to do that. We do have other ideas about how to solve this problem, so don't count on it being this way permanently.
For now, you have to choose expert install and a mirror to get it your way. The alternative would be to leave the non-free firmware packages off the isos, and then those who need it would not be able to get it their way.
If you select one of the expert installs (graphical or not) AND select a mirror, then you will be asked if you want contrib and non-free in sources.list.
Without doing those two things, if your hardware requires non-free firmware, then sources.list will include contrib and non-free and the necessary packages will be installed.
The live isos have some non-free wireless firmware installed and a script to remove those packages. Only the main repo is enabled in sources.list.
Here's a brief description -
Make a directory to work in. (or make a spare partition and mount it).
Do a debootstrap install in that directory.
Chroot into that directory and run commands like you were running that system.
All those libraries will not be used by the host system, because they are in the wrong place. They will be used in the chroot system, because they are in the right place for that system. (chroot means 'change root' so it treats your work directory like the root of the filesystem.)
I'm pretty sure you can find debootstrap instructions somewhere on this forum.
You could install beowulf (or ceres) in a chroot and build packages there. Another possiblity is to use pbuilder, which if I understand correctly, builds packages in a chroot for you.
OK, sorry for the trouble. Here's what happened - I extended the expiration date back on Sept. 9, but I wasn't able to send the key to a keyserver due to network problems. I even used that key a couple weeks ago and didn't notice a problem, because the key is not expired on my system.
Key was uploaded to pgp.mit.edu a few minutes ago, and it show up on their website. It may take a little time to propagate to other keyservers. Meanwhile, here's the sha256sums directly from the file I uploaded to files.devuan.org back when the isos got uploaded. (May?) It matches what's on the download site.
76584ce7183993306af8b00edc8ffce3a1dc69b10f0a97e0a6302d49b0a63858 devuan_ascii_2.0.0_amd64_desktop-live.iso
8f535c235897303a5d55266858ffe9fe6c4d3e830f609c77c406f6e4aed0befa devuan_ascii_2.0.0_i386_desktop-live.isoYeah, my key expired. I wasn't paying attention. I'm not at home right now, so I can't fix it. Post the sha256sum of the file you downloaded, and someone here can verify it.
Make sure you say exactly which iso you have.
apt-cache policy sylpheed
sylpheed:
Installed: (none)
Candidate: 3.5.1-2+b1
Version table:
3.7.0-3~bpo9+1 100
100 http://deb.devuan.org/merged ascii-backports/main amd64 Packages
3.5.1-2+b1 500
500 http://deb.devuan.org/merged ascii/main amd64 Packagesapt-get -t ascii-backports install sylpheedWhere is 3.6.99 coming from? Ascii backports has 3.7.0-3~bpo9+1. I don't know if sylpheed is like firefox and thunderbird that can just be downloaded from mozilla and unpacked (or automatically updated from upstream), or if it really needs to be installed by the package manager. I'd go for the backports version, if anything.
Edit: Actually, I'd probably just stick to whatever is in the repo unless I needed some feature in the backports version. I have a vague memory of disabling that update message in sylpheed, but it's been a few years since I used it.
When I 'right click' on a link, instead of getting the drop down menu so as to be able to select what to do ie: open link in new tab/window/private window, etc. it directly opens the link in a new tab.
To make things worse, this does not happen 'all' the time, it happens at totally random times and is also not related to the site I am viewing so I have been unable to reproduce it at will.
I get this occasionally. Usually, it happens to me in thunar, but it has happened in firefox. Usually, the first item in the drop-down menu is the one that gets selected, but a few days ago, I right-clicked on a firefox tab to look at the context menu there, and it "automatically" selected "Move to new window" which is the fourth item in the list.
I think the problem is caused by movement of the mouse when right-clicking. Normally, if you right-click and release, the context menu stays open. If you right click and drag the mouse to highlight an item in the menu and then release, that item gets chosen/executed. I'm pretty sure I was not careful with the mouse when I clicked on that ff tab, and I moved the mouse enough during the click to get that fourth item.
Mounting removable drives: I needed to add user to plugdev group. User was only in groups user and netdev. It works fine now.
Iso would not boot in virtualbox in bios mode, only in uefi mode. Isolinux menu has 'union=aufs'. It boots with that removed.
I committed the changes to the installer, but I don't know when the packages will be built.
https://git.devuan.org/devuan-packages/ … aller-base
https://git.devuan.org/devuan-packages/ … taller-gui
Did the error message tell you to run apt --fix-broken install? What happened when you did that? Were any other packages named? There must be more information in output.
Link to the package: https://sourceforge.net/projects/refrac … -2.3.6.deb
Welcome back, dzz! Good to see you in action again. I hope all is well.
New exegnu boots and installs fine. Boot screen says 'Debian'. Installing base-files might change that to Devuan. Putting something in /etc/lsb-release will also work.
Removable media show up on the desktop, but won't mount in konqueror. Error message:
No supported mounting methods were detected on your system.No boot splash on uefi boot in the installed system. (That one is my fault - an extra "/" in refractasnapshot.)
Refractainstaller did not disable autologin. Log shows an error for
sed -e expression #2 char #3: unterminated s command.
I looked at it, and it appears to be terminated correctly. Maybe the ^ on ^AutoLogin needs to be escaped. I'll try that.
All in all, the new exegnu looks good. I'm a little envious that you got it under 700mb. I couldn't do that with refracta this time.
Edit: Found it. There's an extra "sed -i -e" on line 1406 of refractainstaller-yad.