Re: [DNG] Fw: Request for comments - training room
On Tuesday, December 4, 2018, 2:06:17 PM EST, Steve Litt wrote: > On Mon, 3 Dec 2018 13:42:36 + > Rowland Penny wrote: > > > On Mon, 3 Dec 2018 13:22:40 + > > g4sra wrote: > > > > > > > Interestingly little mention of workstation BOOTP, NFS Root, Cloning > > > On Boot. Manually applying CCR's in each training room of 28+ > > > workstations is going to be a pita. No one mentioned the likes of > > > Puppet, Ansible, ClusterSSH etc. > > > > > > > This is probably down to the very little information you provided, I > > also have no idea what 'Creedence Clearwater Revival' has to do with > > anything we are discussing ;-) > > I can answer that. We all figure that someday people won't spout > uncommon and unagreed upon acronyms. But someday never comes. For the record, I can confidently predict that the intended reference was Change Control Request, an essential element of a controlled environment with complex local configurations and/or locally developed software. In any well run shop of that kind, any code/configuration push to production must first be tested in development and sometimes staging environments, and only then pushed to production. The steps to be taken get designed as scripted actions (the deployment procedure) along with equally scripted steps to reverse the changes (the backout procedure), described on a standard format and circulated to peers for review as a document called a Change Control Request. When the CCR has gotten appropriate signoffs (other people being sometimes needed for that, too), then a rollout time gets scheduled and an Ops staffer assigned to do it. Both the deployment procedure and the backout procedure would include test steps required to verify or disconfirm successful completion. The Ops person carries out the CCR steps including if necessary the backout procedure, only halting when the production environment tests as stable. I worked for many years at a reasonably large firm that ran many Web sites, and no changes to production of any kind were permitted without CCR tracking. As the OP mentioned, running things via CCRs does not _necessarily_ imply use of change control software (Puppet, Chef, cfengine, Ansible, etc.), though it would be perverse IMO not to use it in any significant deployment. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] ifstat.eth0 on Boot
How new is the laptop? What is the model of network card? Without knowing anything about your hardware or configuration I would first check no other device like wireless is trying to connect. If it's not and the router/dhcp is definitely not doing something stupid: Then probably you should check your bios for helpful settings, and then try installing firmware in /lib/firmware for your device, like linux-firmware-free or linux-firmware-nonfree from the repo. Or use a backported kernel. Cheers, chillfan ‐‐‐ Original Message ‐‐‐ On Friday, December 7, 2018 11:45 AM, Michael K. wrote: > ¡Ola! > > After a Dev1 Setup on a Laptop (whit eth0), i have to wait a long time > for the eth0 on "cold boot". > > I "cold boot" my Laptop > I look to the "Boot Messages" > I see the following Msg: > > Configuring Network Interfaces ifup: Waiting for Lock on > /run/network/ifstat.eth0 > > After 2 or 3 minutes to wait, the Laptop boot up, > > In the folder /run/network/ i have - after the "long to wait boot": > > ifstat (content: eth0=eth0 and lo=lo > ifstat.eth0 (content: eth0 ) > ifstat.lo (content: lo ) > ifstat.lock (content: empty ) > > The Packet: ifstat (1.1-8.1) current not installed! > > What must i do to speed up my Dev1 Boot ?! > > Thanks > Michael > > - > > GnuPG Fingerprint: CF03 FC32 381F 7D6C 1734 8641 E4D8 5081 5E05 B5AE > https://www.justice4assange.com/ publickey - chillfan@protonmail.com - 0xB179B25B.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Samba 4.9 Package
On Mon, Dec 03, 2018 at 12:24:14PM -0600, Bob Wooldridge wrote: > I'm setting up a domain controller using Devuan ascii. Is there a package > available for Samba 4.9 that will work? There appears to be a Samba 4.9 > package in Debian Sid. Would this work? The package samba 4.9.2+dfsg-2 is available in Beowulf repos. The dependencies seem to be the same as those requested by the version that is in the ASCII repos. https://pkginfo.devuan.org/stage/beowulf/beowulf/samba_4.9.2+dfsg-2.html ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] ifstat.eth0 on Boot
¡Ola! After a Dev1 Setup on a Laptop (whit eth0), i have to wait a long time for the eth0 on "cold boot". I "cold boot" my Laptop I look to the "Boot Messages" I see the following Msg: Configuring Network Interfaces ifup: Waiting for Lock on /run/network/ifstat.eth0 After 2 or 3 minutes to wait, the Laptop boot up, In the folder /run/network/ i have - after the "long to wait boot": ifstat (content: eth0=eth0 and lo=lo ifstat.eth0 (content: eth0 ) ifstat.lo (content: lo ) ifstat.lock (content: empty ) The Packet: ifstat (1.1-8.1) current *not* installed! What must i do to speed up my Dev1 Boot ?! Thanks Michael -- GnuPG Fingerprint: CF03 FC32 381F 7D6C 1734 8641 E4D8 5081 5E05 B5AE https://www.justice4assange.com/ signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Samba 4.9 Package
On Mon, 3 Dec 2018 12:24:14 -0600 Bob Wooldridge wrote: > I'm setting up a domain controller using Devuan ascii. Is there a > package available for Samba 4.9 that will work? There appears to be > a Samba 4.9 package in Debian Sid. Would this work? > > Go here: http://apt.van-belle.nl/ Rowland ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] RFC - Linux From Scratch
On 03.12.18 10:49, g4sra wrote: > As someone has already pointed out on this mailing list Linux Distros in > general are taking away the freedom to customise (in particular for a > specific User case). Not necessarily. Some distros are better for easy customizing than others, but in the end you can always run your own package repos (which, in fact, I'm doing regularily). OTOH, the question often is, whether customizing is really worth the effort for a particular use case. > I get that maintenance is an issue, but only > because software growth has become disproportionate. if there wasn't so > mush software < software to manage it all and there would be even less software, just > look at the number of different software build systems there are. Correct, much of today's software as grown insanely huge and complex. Browsers (and GUI stuff in general) are probably the best example of ugly bloat code and bad engineering (beginning w/ lack of modularity). IMHO, we should work closer w/ upstreams and other distros to improve the packages step by step. Sometime this also requires some radical steps. > Do one thing! do it well! Correct. But look at the commercial projects Mozilla: they're trying to roll their operating system, completely ignoring basic concepts like modularity and package management, and are pretty learning resistant. At some point you'll have to decide whether it's worth to invest any resources at all or just drop the whole code completely. > I have already hit issues in Devuan that have been inherited from > Debian. The initramfs\initrd should (and used to) do one thing and do it > well. It is now so convolutely complex you can do away with the root > filesystem altogether. At that point we could go that route consequently and introduce a strict separation between an init-OS and an main-OS, maybe even move to some container environment. That idea needs some deeper thoughts ... > I understand that there are not enough Devuan developers to fix > everything. I was pondering whether LFS will suit the corner cases which > even Devuan cannot reach. Probably. But it takes a lot of time for systems maintenance. Aeons ago, I've been maintainer of an LFS derivative (l4g) - that was a really good learning experience, but I wouldn't use it for production. For some use cases, I'd rather think of building customized images via PTXDist, maybe run them in chroots or containers. > Has anyone here have actual practical experience of using LFS to build > anything moderate (or larger). If so, how much work did it take and was > the effort worth it in the long run, were there any shortcomings ? Can't tell anymore, it's sooo long ago. But I've spent really huge amount of time. Maybe it's much easier now, or maybe it's much more complex as today's software had become so complex. No idea. What are the actual use cases you have in mind ? --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Fw: Request for comments - training room
- Forwarded Message - From: Tim Wallace To: Steve Litt Sent: Tuesday, December 4, 2018, 7:13:06 PM ESTSubject: Re: [DNG] Request for comments - training room This thread reminds me of the reason I haven't been able to switch from Debian to Devuan on my server: LTSP support. LTSP is a great way to run an X server on an older machine, with all the authentication handled by the server. Haven't seen anyone mention it, perhaps because although it's in the repository, it doesn't work. The build_client script fails, using the generic system option. LTSP shouldn't be that hard to get working in Devuan, since it's worked for years with many various systems, pre systemd. Thinking of filing a bug, but thought I'd mention this here. I got my dad's machine and my laptop on Devuan, but stymied by LTSP on the server... --Tim On Tuesday, December 4, 2018, 2:06:17 PM EST, Steve Litt wrote: On Mon, 3 Dec 2018 13:42:36 + Rowland Penny wrote: > On Mon, 3 Dec 2018 13:22:40 + > g4sra wrote: > > > > Interestingly little mention of workstation BOOTP, NFS Root, Cloning > > On Boot. Manually applying CCR's in each training room of 28+ > > workstations is going to be a pita. No one mentioned the likes of > > Puppet, Ansible, ClusterSSH etc. > > > > This is probably down to the very little information you provided, I > also have no idea what 'Creedence Clearwater Revival' has to do with > anything we are discussing ;-) I can answer that. We all figure that someday people won't spout uncommon and unagreed upon acronyms. But someday never comes. SteveT Steve Litt December 2018 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Samba 4.9 Package
I'm setting up a domain controller using Devuan ascii. Is there a package available for Samba 4.9 that will work? There appears to be a Samba 4.9 package in Debian Sid. Would this work? -- Bob Wooldridge EDM Incorporated http://www.edm-inc.com ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for comments - training room
g4sra wrote: >> How is the Linux server going to authenticate users, via /etc/passwd or >> other ? >> >> A lot depends on this, also the number of users will have a factor as >> well. > Which network authentication method would you suggest ? I think what Roland was getting at here is the number of users and how they are dealt with makes a huge difference. At one extreme, you have 28 seats, each one of them has a user such as "user1", and you can simply use /etc/passwd & /etc/shadow to manage that single user one each seat. You could probably build one software image and simply image all 28 machines with that one image. At the other extreme, every person has their own login and can use any seat at any time (and there are hundreds or even thousands of them) so that progress/results can be logged for each person. In this case, you will really need a centralised user management such as Roland described using Samba & AD. You could still image each machine from one common image - but you'll need to do some post-imaging setup to give each machine a unique set of identifiers etc for the AD to work properly. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for comments - training room
On 12/2/18 5:19 AM, Rowland Penny wrote: On Sun, 2 Dec 2018 10:07:23 + Simon Hobson wrote: Snipped excessive quoting. Sorry, I think you missed the point of the scenario I was talking about. This one is where the users don't have their own login - they all use just the same login, so can sit down at any machine and use the single login that's configured on the machine, and there's no need for any user management on each machine other than setting up the one user login. That might be appropriate if the training system handles user management etc. Otherwise, I agree with you. If you could set up such a scenario, then yes, your way could be used, but there was a mention of a server. If you have a server, you usually get files saved and read, so how do you differentiate between user 'fred' from computer18 and 'fred' from computer23 ? With e-learning taken from a Learning Management System, the LMS will have its own, generally independent, user authentication system. In principle they could use the same directory server as network/ workstation authentication, but in practice they often do not and certainly don't need to. -- Carl Fink c...@finknetwork.com Thinking and logic and stuff at Reasonably Literate http://reasonablyliterate.com ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Dng now alters (some) posts to compensate for DMARC antiforgery
On 07/12/2018 07:02, Simon Hobson wrote: > I reckon I managed a better uptime than Microsoft with their Office > 359 service ;-) LOL -- Mark Rousell ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng