You are not logged in.
First, check with aplay -l which "hardware devices" there are (for sound).
Then check with aplay -L | grep -A2 default what the "default" is tied to.
Sometimes that is wrong since "alsa" on installation binds blindly its "default" to card 0. Then it might work by telling "alsa" to use another card, eg card 1. One method for that is to add a ~/.asoundrc file with three lines:
defaults.ctl.card 1
defaults.pcm.card 1
defaults.timer.card 1If you haven't done so, you might also want to install qasmixer for a bit of visual view and control of sound. It might be a help if it's a question of low volumes or muted controls.
Note that the smallest installer iso to use for offline installation is called "server" iso.
The "netinstall" iso is purely intended for an installation that downloads packages from the net. Its pool (on beta2) is only that of "debootstrap minbase".
Don't cp or dd work?
I.e. just copy the iso file to the device /dev/mmcblk0 or /dev/sdc or whatever it comes up as (tail /var/log/sys usually tells that)
@Marjorie, no critcism intended.
Though, I'd like to point out that the forum was not down at any time during this. It really was your browser having some kind of built-in blockage prohibiting you against your will to access the site. The site was up and provided perfectly functional HTTPS access as well as plain HTTP access throughout.
You might also consider that there is no additional security for this site in having an SSL certificate that is less than 3 months old. Still, there's also no particular reason in having one that is older (especially with some 30000 or more python code lines there to help us automating its update)
Is that a QA or HR question?
The support team sends their Thanks for the intended heads-up (even though they managed to get their shit together on their own this time).
That's right.
Use deb.devuan.org in your sources list. That name will resolve in DNS for each request to go to the one or the other of the repository mirrors. That domain name is associated with the whole range of mirror IP addresses in "random" order, and the DNS resolution system will pick the one looking "best" at the time (aka "first one").
The name auto.mirror.devuan.org resolves in DNS to the previous main repository, which nowadays may and might not be maintained.
Though you might, on occasion, temporarily use pkgmaster.devuan.org which resolves in DNS to the current main repository. The repository mirrors "rsyncs" their content from this. However, it has quite limited network bandwidh so having a lot of people going there will be detrimental for all. It's thus better community-wise to use the mirror domain deb.devuan.org even though this slightly increases the risk of random network failure.
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.