Re: [DNG] "chimeara/ceres" in lsb_release output causes failure to compile kernel
On Tue, Jan 28, 2020 at 09:46:38PM -, matheu--- via Dng wrote: > Hi! > > I tried to see how to report this bug on bugs.devuan.org, or on > dev1galaxy.org but couldn't magage with Tor. Matheu, Thanks. This looks as if it might well be related to #379. So please could you resend this information to 3...@bugs.devuan.org. Please also attach the KERNEL_SRC_ROOT/debian/changelog file. Thanks. Mark ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] download image ISO of beowulf
On Tue, Jan 28, 2020 at 05:23:46PM -0500, Haines Brown wrote: > On Tue, Jan 28, 2020 at 10:13:25AM -0500, Ismael L. Donis Garcia wrote: > > Is there any image ISO of beowulf that can be downloaded from some site? > > > > Best Regards > > -- > > Ismael > > It seems most folks, like myself, got BEOWULF by upgraded from > ASCII. > > I gather official ISOs are made available only for stabe releases. > > There were problems using the mini.iso installer. I suspect beowulf is going to be stable soon. I think we should get started debugging the official ISO so it will be stable too. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] download image ISO of beowulf
On Tue, Jan 28, 2020 at 10:13:25AM -0500, Ismael L. Donis Garcia wrote: > Is there any image ISO of beowulf that can be downloaded from some site? > > Best Regards > -- > Ismael It seems most folks, like myself, got BEOWULF by upgraded from ASCII. I gather official ISOs are made available only for stabe releases. There were problems using the mini.iso installer. Haines Brown ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] "chimeara/ceres" in lsb_release output causes failure to compile kernel
Hi! I tried to see how to report this bug on bugs.devuan.org, or on dev1galaxy.org but couldn't magage with Tor. Here's the error: $ make -j8 deb-pkg HOSTCC scripts/kconfig/conf.o HOSTLD scripts/kconfig/conf scripts/kconfig/conf --syncconfig Kconfig UPD include/config/kernel.release make clean sh ./scripts/package/mkdebian TAR linux-5.4.9.tar.gz origversion=$(dpkg-parsechangelog -SVersion |sed 's/-[^-]*$//');\ mv linux-5.4.9.tar.gz ../linux-5.4.9_${origversion}.orig.tar.gz dpkg-parsechangelog: warning: debian/changelog(l2): found end of file where expected first heading dpkg-parsechangelog: error: fatal error occurred while parsing debian/changelog dpkg-buildpackage -r"fakeroot -u" -a$(cat debian/arch) -i.git -us -uc dpkg-buildpackage: warning: debian/changelog(l2): found end of file where expected first heading dpkg-buildpackage: error: fatal error occurred while parsing debian/changelog make[1]: *** [scripts/Makefile.package:77: deb-pkg] Error 25 make: *** [Makefile:1427: deb-pkg] Error 2 And here's the fix. In the kernel source, in the file: ./scripts/package/mkdebian add '| cut -d/ ' into this line: < elif distribution=$(lsb_release -cs 2>/dev/null) && [ -n "$distribution" ] && [ "$distribution" != "n/a" ]; then so that it becomes: > elif distribution=$(lsb_release -cs | cut -d/ -f2 2>/dev/null) && [ -n "$distribution" ] && [ "$distribution" != "n/a" ]; then Save it. And then the kernel can be compiled. The issue is with the lsb_release, or the kernel folks should accept the second filed to have a '/'... and change the mkdebian file accordingly. $ lsb_release -cs chimaera/ceres $ does not work with the kernel. I hope this report will still be useful! matheu ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] mlterm to display path in window frame
Hello > I apologize for the time gap, but ill health put me out of > commission for two months. Hope you are recovering well > $ tput tsl ; echo -n hello ; tput fsl > [nothing returns] But does the title bar of your terminal say hello ? regards marc ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] systemd breaking linuxcnc ...
On Tue, 28 Jan 2020 16:46:56 + Rainer Weikusat via Dng wrote: > some people are passionately convinced that non-local time is a > misfeature *glares at satellites* ;) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] mlterm to display path in window frame
I apologize for the time gap, but ill health put me out of commission for two months. My aim was to have mlterm behave like xterm and display the current path in its frame. The mltem accepts a value for -T that specifies the title for the mlterm window. In a terminal if I issue the command: $ mlterm -T $PWD I get the current path displayed as I want. If in ~/.mlterm/main I put the line: title = $PWD, the window of mlterm displays $PWD literally rather than current path. Assuming mlterm is a variant of xterm, I should be able to set the window title by placing this stanza into /etc/profile if [ "$TERM" = "xterm" ]; then PS1="\033]2;\u@\h:\w\007bash$ " fi I tried if [ "$TERM" = "xterm" ]; then PS1="$PWD" fi but neither had any effect. There is nothing in .mlterm/msg.log If I launch from a CLI with the command $ mlterm -T $PS1 the window displays: ${debian_chroot:+($debian_chroot)}\u@\h:\w\$ If I launch form CLI with the command: $ mlterm -T $PWD it works as desired. At Arnt Karlsen's suggesttion, I took a look at http://tldp.org/HOWTO/Xterm-Title.html, https://invisible-island.net/ncurses/terminfo.src.html#tic-mlterm, https://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h2-Title-Modes but it did not help. It was suggesed that mlterm might understand the tsl escape sequence. $ tput hsl tput: unknown terminfo capability 'hsl' $ tput tsl ; echo -n hellow ; tput fsl [nothing returned] If I type export TERM=xterm+sl and then do $ tput hsl tput: unknown terminfo capability 'hsl' $ tput tsl ; echo -n hello ; tput fsl [nothing returns] $ infocomp mlterm | grep tsl [nothing returns] $ infocmp xterm+sl | grep tsl dsl=\E]0;\007, fsl=^G, tsl=\E]0;, Haines Brown ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] systemd breaking linuxcnc ...
"Dr. Nikolaus Klepp" writes: > Just for your amusement: systemd breaks linuxcnc on RPi4 - who's not > into machining will most likely not see the fun part of it, but anyway > :) > > https://www.youtube.com/watch?v=RDKaFJmB254 Not particularly funny --- the systemd timesync service is a C reimplementatio of "run ntpdate from cron" (actually, all of systemd is a C reimplementation of something else :->) and suffers from the deficiencies inherent in this approach, in particular, turning the wallclock clock into a poor man's PRNG because some people are passionately convinced that non-local time is a misfeature, anyway. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] download image ISO of beowulf
Is there any image ISO of beowulf that can be downloaded from some site? Best Regards -- Ismael ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] systemd breaking linuxcnc ...
Quoting Andreas Messer (a...@bastelmap.de): > This problem has no relation to the existence of a hardware RTC or not. > On Linux, the hardware RTC is in almost any case only read when the system > boots/resumes and updated on system shutdown/sleep. During operation, > Linux always uses a software RTC. (Otherwise system would be very slow, > since accessing a hardware RTC is time consuming operation) > > The point with RPi is, that it has no RTC and thus can not restore > current time on boot/resume. Thus in order to get the current time, > an RPi must use some kind of NTP protocol. (And needs connection to > a time server) Thank you for clarifying that, Andreas. I really had no idea that conventional PC systems read the RTC only at boot time, or why -- but your explanation makes total sense. -- Cheers, "It's still magic even if you know how it's done." Rick Moen -- Terry Pratchett, _A Hat Full of Sky_ r...@linuxmafia.com McQ! (4x80) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] systemd breaking linuxcnc ...
On Mon, Jan 27, 2020 at 04:17:20PM -0800, Rick Moen wrote: > Quoting Dr. Nikolaus Klepp (dr.kl...@gmx.at): > > > Just for your amusement: systemd breaks linuxcnc on RPi4 - who's not > > into machining will most likely not see the fun part of it, but anyway > > :) > > > > https://www.youtube.com/watch?v=RDKaFJmB254 > [...] > un-gentle jerk-forward-or-back of time all at once -- as opposed to the > gradual adjustment any of the real NTP daemons would do -- and that such > rough time discontinuities are problematic for real-time operations. Problems are not limited to real time operation. Stepping time, especially stepping backward will also break time flow of file timestamps. This can cause problem e.g. if you have script, which relies on file timestamps and the time steps back between touching a file and using its timestamp. Also it can happen that the atime becomes earlier than the ctime of a file. The "make" build tool also uses timestamps :-) > (It's distinctive that the entire RPi series lacks by default any RTC > circuitry, so it's particularly vulnerable to such software problems.) This problem has no relation to the existence of a hardware RTC or not. On Linux, the hardware RTC is in almost any case only read when the system boots/resumes and updated on system shutdown/sleep. During operation, Linux always uses a software RTC. (Otherwise system would be very slow, since accessing a hardware RTC is time consuming operation) The point with RPi is, that it has no RTC and thus can not restore current time on boot/resume. Thus in order to get the current time, an RPi must use some kind of NTP protocol. (And needs connection to a time server) cheers, Andreas -- gnuPG keyid: 8C2BAF51 fingerprint: 28EE 8438 E688 D992 3661 C753 90B3 BAAA 8C2B AF51 signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng