You are not logged in.
Or maybe you could send me (or someone else) the email address you want to have in your profile, and I/them will make it happen.
can't say I know anything about this... maybe I sould?
Good place for comprehensive reports. The ISO build team sends its "thanks!".
Beowulf beta "netinstall" without network gives you nothing. Try using "server" or "desktop" rather.
I don't know much about this, but my first guess would be that X is actually started via the Xorg.wrap program, which has its configuration file at /etc/X11/Xwrapper.config, and this has a line
allowed_users=consolethat probably should be different.
My suggestion comes from the shallow investigation:
find /usr -perm /u=sfollowed by some guess work, which made me look at man Xorg.wrap.
HTH
More importantly you'll need to spell the argument the way it was given,
i.e. --print-architecture rather than --print-architexture
The PC now is stuck at "waiting for /dev to be fully populated", there is no more login window poppping up now.
That same thing happens for me with the (forthcoming) beowulf installation on qemu, but this recovers by using ctrl-alt-f2 for an alternate login. Maybe it's the same for you?
Are you saying that iptables decrements the given option code by 1?
Or is it that you find it confusing that the --tcp-option parameter rejects code 0?
Rejecting option code 0 is of course consistent with the code table, since code 0 is an "end of options list" marker, and not an option code in itself.
@Eaglet,
you might want to read man hwclock more carefullly, and then pay special attention to the documentation of the --show option, which clearly states, in so many words:
The time shown is always in local time, even if you keep your Hardware Clock in UTC.
The options --utc and --localtime are for you to tell about time basis of your clock. The program then presents the clock reading in ISO 8601 format local time with respect to that basis.
When written to a flash, I assume you'd written it to /dev/sdf and not /dev/sdf1 (which is the first partition) and maybe the mdfsum from there matches the iso file?
head -c 4675600384 /dev/sdf | md5sumThanks @Head_on_a_Stick.
For whatever reasons, mysql-* are not avaiable in beowulf. You might need to try version 5.7.26-1 from unstable. Note that mysql is not forked and that Devuan reflects Debian in these packages.
Yes, it would be nice to have a built-in option. As is, one has to resort to manual output filtering, e.g. by adding
| sed "/^ /{s/\\b /\n /g}"to the command. That merely "pretty-prints" and doesn't provide the version details.
The SUID bit makes the executable run as the owner of the executable.
hmm; don't you think the silent "non-" could be confusing for a casual visitor ?
That missing "/" before "dev/sr0", is that a typo in this post, or a typo in "fstab"?
I think synclient has an option to disable the "TouchPad" - see man synaptics. Though that might be co-joined with the nipple as well.
Yes, the 2.0.0 ISO builder(s) took the easy way out and excluded isolinux.bin from the md5sum.txt file.
That's of course one way to avoid a false negative ![]()
It's a good observation. The ISO sets of 2.0.0 and 2.1 where produced in different ways, and obviosuly the 2.1 method is somewhat lacking in care. A re-release of the latter would indeed be a good thing.
thanks,
Ralph.
Note that isolinux/isolinux.bin is the "El Torito boot image", and that mkisofs does something to the first 64 bytes on transfer from disk to CD/DVD image, i.e. when the .iso is created.
Thus, the published md5sum in md5sum.txt for isolinux/isolinux.bin should be ignored.
Probably someone could work out exactly what changes and how, and unless it includes some checksum of the content (esp the md5sum.txt file) and/or some time stamp, those changes could be applied to the source prior to checksumming it.
ah right. I'm still in the ipv4 universe. lucky me ![]()
EDIT:
"onefang", who does ipv6 in his sleep, suggests that there probably are some networking issues at the client end, and that an investigation with traceroute, or traceroute6 I suppose, might tell something.
Just you
what's the error?
"Error during connection to dev1galaxy.org/ SSL received a record that exceeded the maximum possible length (Error code: SSL_ERROR_RX_RECORD_TOO_LONG)"
When your SSL client says the above, most likely the actual response from dev1galaxy is (in clear text):
Your IP address has been tagged as dubious. If this is in error,
please contact dev1galaxy forum adminstrators on #d1g-users at freenode.Like many/most forum sites, dev1galaxy includes a couple of attempted barriers against spam and unwanted intrusions, which results in IP addresses becoming tagged as "dubious". Due to being fully automated, it sometimes (but rarely) makes a false positive judgement, and then it requires some corrective hands-on.
Note that there is version competition between the i386 and amd64 for some packages.
In particular the util-linux group of packages have got version mismatch between these architectures (with i386 the newer). This results in a bit of a havoc if one attempts to install something (like wine32) that (indirectly) depends on one of those, as it essentially ends up wanting to replace almost everything.
It's something to careful with.
Perhaps it's worth trying an extlinux boot rather than grub. There's an excellent instruction for this at https://wiki.syslinux.org/wiki/index.php?title=EXTLINUX, and in general it involves 3 steps:
install the extlinux package
run its boot loader installer (which replaces grub's boot loader on MBR)
prepare the boot configuration for your system
Notionally it follows the same procedure as a grub boot; that the boot loader loads the configuration file, which points out where the kernel and initrd are found, and then it runs that kernel. The differences between them are probably plenty in the nitty-gritty, most of which I don't know anything about.
For your system, I think the configuration file /boot/extlinux/extlinux.conf could be along the lines of
DEFAULT Devuan
SAY Now booting Devuan using exlinux just like Ralph said...
LABEL Devuan
KERNEL /vmlinuz
APPEND ro root=/dev/sda1 initrd=/initrd.img vga=auto nomodesetCheck out https://wiki.syslinux.org/wiki/index.php?title=Config for details and extras. Note that I dropped in a nomodeset kernel boot parameter just for illustration.
extlinux and grub are alternative bootstrap solutions, and while you may have them both installed in the sense of their software and configurations residing on the file system, the one whose boot loader gets installed to MBR (i.e., disk block zero) is the ruling one, and you may as well purge the one you are not using. As always with these things, some people prefer the one and others prefer the other, and many people don't care either way as long as it works.
Final note: the installation disk probably uses extlinux.