Re: [OpenIndiana-discuss] error upgrading to hipster -- Action upgrade failed for 'etc/dfs/sharetab'
Hi Tim. I saw that post (it is on the wiki) and tried to edit that file, but it doesn't seem to be editable. Not a big deal. I thought there may be a quick fix for it. The server at some point is going to be EOL within the next year anyhow. thanks!! Geoff On 2021-03-08 12:13 p.m., Tim Mooney via openindiana-discuss wrote: In regard to: Re: [OpenIndiana-discuss] error upgrading to hipster --...: You are probably right, this server is on its last legs. I was hoping there was a quick fix to get it upgraded. I did the conversion from oi151a9 to hipster on my workstation, but that was years ago. It may not even be possible to do this conversion any more. If you manage to get converted, I encourage you to not let your system fall far behind again. If there are going to be problems updating, it's easiest if you find those problems shortly after others have already been through the update. For the "NoneType" issue, as Aurélien has already said, Alexander posted about that. Check the mailing list archives for August 29, 2016. He wrote a quick blog post about it too: https://www.openindiana.org/2016/08/29/possible-ssh-update-issue/ At that time the issue applied to Sun SSH to OpenSSH conversion, but his suggestion may be worth trying for /etc/dfs/sharetab too. Tim On 2021-03-08 2:16 a.m., Carl Brewer wrote: Sorry for top posting .. I gave up doing this and just built a new server, then moved everything I cared about across to it. On 8 March 2021 5:09:46 pm AEDT, Geoff Nordli wrote: Hi. I am trying to upgrade the older version of OI (oi_151a9 May 2015) to the hipster branch. No search results seemed to help me with this error. This is what I am getting below. Any thoughts? Update Phase 10395/54131 Action upgrade failed for 'etc/dfs/sharetab' (pkg://openindiana.org/SUNWcs): TypeError: 'NoneType' object is not callable The running system has not been modified. Modifications were only made to a clone of the running system. This clone is mounted at /tmp/tmpREuU91 should you wish to inspect it. pkg: An unexpected error happened during update: 'NoneType' object is not callable The following unexpected or editable files and directories were salvaged while executing the requested package operation; they have been moved to the displayed location in the image: usr/share/applications/mimeinfo.cache -> /tmp/tmpREuU91/var/pkg/lost+found/usr/share/applications/mimeinfo.cache-20210307T214655Z var/sadm/system/logs -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system/logs-20210307T214712Z var/sadm/system -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system-20210307T214712Z var/sadm/servicetag/registry -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/servicetag/registry-20210307T214712Z var/log/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/log/gdm-20210307T214712Z var/lib/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/lib/gdm-20210307T214712Z var/cache/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/cache/gdm-20210307T214712Z usr/lib/python2.6/xml/parsers -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/parsers-20210307T214713Z usr/lib/python2.6/xml/dom -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/dom-20210307T214713Z usr/lib/python2.6/xml -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml-20210307T214713Z usr/lib/python2.6/vendor-packages/ply -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/ply-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto/SSL -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/SSL-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto/PGP -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/PGP-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto-20210307T214713Z usr/lib/python2.6/vendor-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages-20210307T214713Z usr/lib/python2.6/site-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/site-packages-20210307T214713Z usr/lib/python2.6/logging -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/logging-20210307T214713Z usr/lib/python2.6/encodings -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/encodings-20210307T214713Z usr/lib/python2.6/email/mime -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email/mime-20210307T214713Z usr/lib/python2.6/email -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email-20210307T214713Z usr/lib/python2.6/distutils/command -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils/command-20210307T214713Z usr/lib/python2.6/distutils ->
Re: [OpenIndiana-discuss] error upgrading to hipster -- Action upgrade failed for 'etc/dfs/sharetab'
In regard to: Re: [OpenIndiana-discuss] error upgrading to hipster --...: You are probably right, this server is on its last legs. I was hoping there was a quick fix to get it upgraded. I did the conversion from oi151a9 to hipster on my workstation, but that was years ago. It may not even be possible to do this conversion any more. If you manage to get converted, I encourage you to not let your system fall far behind again. If there are going to be problems updating, it's easiest if you find those problems shortly after others have already been through the update. For the "NoneType" issue, as Aurélien has already said, Alexander posted about that. Check the mailing list archives for August 29, 2016. He wrote a quick blog post about it too: https://www.openindiana.org/2016/08/29/possible-ssh-update-issue/ At that time the issue applied to Sun SSH to OpenSSH conversion, but his suggestion may be worth trying for /etc/dfs/sharetab too. Tim On 2021-03-08 2:16 a.m., Carl Brewer wrote: Sorry for top posting .. I gave up doing this and just built a new server, then moved everything I cared about across to it. On 8 March 2021 5:09:46 pm AEDT, Geoff Nordli wrote: Hi. I am trying to upgrade the older version of OI (oi_151a9 May 2015) to the hipster branch. No search results seemed to help me with this error. This is what I am getting below. Any thoughts? Update Phase 10395/54131 Action upgrade failed for 'etc/dfs/sharetab' (pkg://openindiana.org/SUNWcs): TypeError: 'NoneType' object is not callable The running system has not been modified. Modifications were only made to a clone of the running system. This clone is mounted at /tmp/tmpREuU91 should you wish to inspect it. pkg: An unexpected error happened during update: 'NoneType' object is not callable The following unexpected or editable files and directories were salvaged while executing the requested package operation; they have been moved to the displayed location in the image: usr/share/applications/mimeinfo.cache -> /tmp/tmpREuU91/var/pkg/lost+found/usr/share/applications/mimeinfo.cache-20210307T214655Z var/sadm/system/logs -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system/logs-20210307T214712Z var/sadm/system -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system-20210307T214712Z var/sadm/servicetag/registry -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/servicetag/registry-20210307T214712Z var/log/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/log/gdm-20210307T214712Z var/lib/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/lib/gdm-20210307T214712Z var/cache/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/cache/gdm-20210307T214712Z usr/lib/python2.6/xml/parsers -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/parsers-20210307T214713Z usr/lib/python2.6/xml/dom -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/dom-20210307T214713Z usr/lib/python2.6/xml -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml-20210307T214713Z usr/lib/python2.6/vendor-packages/ply -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/ply-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto/SSL -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/SSL-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto/PGP -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/PGP-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto-20210307T214713Z usr/lib/python2.6/vendor-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages-20210307T214713Z usr/lib/python2.6/site-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/site-packages-20210307T214713Z usr/lib/python2.6/logging -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/logging-20210307T214713Z usr/lib/python2.6/encodings -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/encodings-20210307T214713Z usr/lib/python2.6/email/mime -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email/mime-20210307T214713Z usr/lib/python2.6/email -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email-20210307T214713Z usr/lib/python2.6/distutils/command -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils/command-20210307T214713Z usr/lib/python2.6/distutils -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils-20210307T214713Z usr/lib/python2.6/curses -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/curses-20210307T214713Z usr/lib/python2.6/ctypes ->
Re: [OpenIndiana-discuss] error upgrading to hipster -- Action upgrade failed for 'etc/dfs/sharetab'
On Mon, Mar 8, 2021 at 8:38 PM Geoff Nordli wrote: > You are probably right, this server is on its last legs. I was hoping > there was a quick fix to get it upgraded. > A long long time ago Alexander posted some details on the mailing lists to circumvent this bug. > > On 2021-03-08 2:16 a.m., Carl Brewer wrote: > > Sorry for top posting .. > > I gave up doing this and just built a new server, then moved > > everything I cared about across to it. > > > > On 8 March 2021 5:09:46 pm AEDT, Geoff Nordli wrote: > > > > Hi. > > > > I am trying to upgrade the older version of OI (oi_151a9 May 2015) to > > the hipster branch. No search results seemed to help me with this > error. > > > > This is what I am getting below. Any thoughts? > > > > > > Update Phase 10395/54131 > > > > Action upgrade failed for 'etc/dfs/sharetab' > > (pkg://openindiana.org/SUNWcs): TypeError: 'NoneType' object is not > > callable > >The running system has not been modified. Modifications were only > made > > to a clone of the running system. This clone is mounted at > > /tmp/tmpREuU91 should you wish to inspect it. > > pkg: An unexpected error happened during update: 'NoneType' object is > > not callable > > > > The following unexpected or editable files and directories were > > salvaged while executing the requested package operation; they > > have been moved to the displayed location in the image: > > > > usr/share/applications/mimeinfo.cache -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/share/applications/mimeinfo.cache-20210307T214655Z > > var/sadm/system/logs -> > > > /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system/logs-20210307T214712Z > > var/sadm/system -> > > /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system-20210307T214712Z > > var/sadm/servicetag/registry -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/servicetag/registry-20210307T214712Z > > var/log/gdm -> > > /tmp/tmpREuU91/var/pkg/lost+found/var/log/gdm-20210307T214712Z > > var/lib/gdm -> > > /tmp/tmpREuU91/var/pkg/lost+found/var/lib/gdm-20210307T214712Z > > var/cache/gdm -> > > /tmp/tmpREuU91/var/pkg/lost+found/var/cache/gdm-20210307T214712Z > > usr/lib/python2.6/xml/parsers -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/parsers-20210307T214713Z > > usr/lib/python2.6/xml/dom -> > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/dom-20210307T214713Z > > usr/lib/python2.6/xml -> > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml-20210307T214713Z > > usr/lib/python2.6/vendor-packages/ply -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/ply-20210307T214713Z > > usr/lib/python2.6/vendor-packages/M2Crypto/SSL -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/SSL-20210307T214713Z > > usr/lib/python2.6/vendor-packages/M2Crypto/PGP -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/PGP-20210307T214713Z > > usr/lib/python2.6/vendor-packages/M2Crypto -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto-20210307T214713Z > > usr/lib/python2.6/vendor-packages -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages-20210307T214713Z > > usr/lib/python2.6/site-packages -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/site-packages-20210307T214713Z > > usr/lib/python2.6/logging -> > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/logging-20210307T214713Z > > usr/lib/python2.6/encodings -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/encodings-20210307T214713Z > > usr/lib/python2.6/email/mime -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email/mime-20210307T214713Z > > usr/lib/python2.6/email -> > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email-20210307T214713Z > > usr/lib/python2.6/distutils/command -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils/command-20210307T214713Z > > usr/lib/python2.6/distutils -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils-20210307T214713Z > > usr/lib/python2.6/curses -> > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/curses-20210307T214713Z > > usr/lib/python2.6/ctypes -> > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/ctypes-20210307T214713Z > > usr/lib/python2.6 -> > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6-20210307T214713Z > > usr/lib/python2.4/site-packages -> > > > > /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.4/site-packages-20210307T214713Z > > etc/rad -> > /tmp/tmpREuU91/var/pkg/lost+found/etc/rad-20210307T214713Z > >
Re: [OpenIndiana-discuss] error upgrading to hipster -- Action upgrade failed for 'etc/dfs/sharetab'
You are probably right, this server is on its last legs. I was hoping there was a quick fix to get it upgraded. On 2021-03-08 2:16 a.m., Carl Brewer wrote: Sorry for top posting .. I gave up doing this and just built a new server, then moved everything I cared about across to it. On 8 March 2021 5:09:46 pm AEDT, Geoff Nordli wrote: Hi. I am trying to upgrade the older version of OI (oi_151a9 May 2015) to the hipster branch. No search results seemed to help me with this error. This is what I am getting below. Any thoughts? Update Phase 10395/54131 Action upgrade failed for 'etc/dfs/sharetab' (pkg://openindiana.org/SUNWcs): TypeError: 'NoneType' object is not callable The running system has not been modified. Modifications were only made to a clone of the running system. This clone is mounted at /tmp/tmpREuU91 should you wish to inspect it. pkg: An unexpected error happened during update: 'NoneType' object is not callable The following unexpected or editable files and directories were salvaged while executing the requested package operation; they have been moved to the displayed location in the image: usr/share/applications/mimeinfo.cache -> /tmp/tmpREuU91/var/pkg/lost+found/usr/share/applications/mimeinfo.cache-20210307T214655Z var/sadm/system/logs -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system/logs-20210307T214712Z var/sadm/system -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system-20210307T214712Z var/sadm/servicetag/registry -> /tmp/tmpREuU91/var/pkg/lost+found/var/sadm/servicetag/registry-20210307T214712Z var/log/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/log/gdm-20210307T214712Z var/lib/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/lib/gdm-20210307T214712Z var/cache/gdm -> /tmp/tmpREuU91/var/pkg/lost+found/var/cache/gdm-20210307T214712Z usr/lib/python2.6/xml/parsers -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/parsers-20210307T214713Z usr/lib/python2.6/xml/dom -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/dom-20210307T214713Z usr/lib/python2.6/xml -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml-20210307T214713Z usr/lib/python2.6/vendor-packages/ply -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/ply-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto/SSL -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/SSL-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto/PGP -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/PGP-20210307T214713Z usr/lib/python2.6/vendor-packages/M2Crypto -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto-20210307T214713Z usr/lib/python2.6/vendor-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages-20210307T214713Z usr/lib/python2.6/site-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/site-packages-20210307T214713Z usr/lib/python2.6/logging -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/logging-20210307T214713Z usr/lib/python2.6/encodings -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/encodings-20210307T214713Z usr/lib/python2.6/email/mime -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email/mime-20210307T214713Z usr/lib/python2.6/email -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email-20210307T214713Z usr/lib/python2.6/distutils/command -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils/command-20210307T214713Z usr/lib/python2.6/distutils -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils-20210307T214713Z usr/lib/python2.6/curses -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/curses-20210307T214713Z usr/lib/python2.6/ctypes -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/ctypes-20210307T214713Z usr/lib/python2.6 -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6-20210307T214713Z usr/lib/python2.4/site-packages -> /tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.4/site-packages-20210307T214713Z etc/rad -> /tmp/tmpREuU91/var/pkg/lost+found/etc/rad-20210307T214713Z platform/i86pc/ucode/AuthenticAMD/1022-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1022-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/1020-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1020-00-20210307T214845Z platform/i86pc/ucode/AuthenticAMD/1043-00 -> /tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1043-00-20210307T214845Z
Re: [OpenIndiana-discuss] Hipster 2020.10 text installer ISO Wow!!!!
On Fri, Mar 5, 2021 at 4:10 PM Reginald Beardsley via openindiana-discuss < openindiana-discuss@openindiana.org> wrote: > With this piece of utter nonsense I am going to depart from the > conversation in hopes that the actual subject can be addressed in a > sensible fashion at a later time. I have other things to do and it's quite > clear that there is no reason to "upgrade" from 2017.10 any time soon. > There is far too much that needs to be fixed. When the name "Hipster" > appeared it made me uneasy. Unfortunately my concerns have been confirmed. > Your issues have nothing to do with OI itself I am afraid. We ship vanilla illumos without any modification and when it comes to Nvidia drivers they simply do not support illumos i.e. if they "work" we are just lucky. > > BTW I'm not running an OI server and have never said I was. SunOS has been > my preferred native work environment for 30 years. As I don't wish to > gamble with having Solaris 10 u8 connected to the internet, I use OI for > internet and casual computing tasks. The shift from an Atom netbox to a > Z400 to run OI resulted in my tending to do more casual computing on OI. > > McKusic's most recent book arrived yesterday and I wish to find out what > he has to say this time. Even if I never use FreeBSD as my working > environment I'm sure I'll learn more than enough to justify the time spent. > > Reg > > On Friday, March 5, 2021, 04:28:08 AM CST, cretin1997 via > openindiana-discuss wrote: > > ‐‐‐ Original Message ‐‐‐ > On Friday, March 5, 2021 3:34 PM, Udo Grabowski (IMK) < > udo.grabow...@kit.edu> wrote: > > > On 05.03.21 07:56, cretin1997 via openindiana-discuss wrote: > > > > > ... > > > Trust me, man. SquashFS is a superior technology ... > > > > > It's the superior technology ... > > > > From my decades of experience, if I read such sentences, > > I immediately know it's not. Superior. > > It's just another "something", surrounded by Hipsters > > trying to generate a hype around it. > > Except this time you are wrong. You just use experience to beat other > people. You have no first hand experience with SquashFS and no knowledge > about it. I suggest download a live Linux system from distrowatch, you > could choose a random distro, boot it live system, play with it for a > while, and realize how behind we are to Linux in term of live system > technology. > > > > > > and is the answer to our problem. > > > > ? What problem ? What you are talking about ? Why > > not using Linux when everything there is superior > > and solves your problems ? What you are doing here ? > > > > Yeah yeah I know. You are the best! Others are rubbish! You don't have to > learn anything from others but only them learn from you! Yeah, they really > did just that. They learned and imported ZFS from you and now their ZoL > implementation becomes upstream, your implementation is lagged behind. > Yeah, SystemD learned from SMF and FMA, but just superior because they > don't use everything XML like yours. Yeah, I know all of that. > > Childish behavior like yours only caused the interested people to go away. > And I really considered to go away. But the fact is I see I still can do > something useful with OI and don't want to give up too soon. Yeah, I know, > from my experience on this mail list, give up is most of the time the > answers! Sooner or later, I will have to give up. But I don't want to give > it up too soon. Got it? > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > https://openindiana.org/mailman/listinfo/openindiana-discuss > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > https://openindiana.org/mailman/listinfo/openindiana-discuss > -- --- Praise the Caffeine embeddings ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] timeout display for input prompt
excellent!. it works. thanks a lot
On Mon, Mar 8, 2021 at 4:56 PM Richard L. Hamilton
wrote:
>
>
> > On Mar 8, 2021, at 06:11, Thebest videos
> wrote:
> >
> > great! that works. but i have another problem. i'm using prompt in
> secured
> > way as "read -s -t 10" but I need to store the output in one variable. as
> > below. but nothing is storing in $req variable
> >
> > #!/bin/csh
> >
> > set pass=`cat file | grep rootpw | grep -o '".*"' | sed 's/"//g'`
>
> Useless cat award. Instead of
> cat file | grep rootpw
> use
> grep rootpw file
>
>
> > if ( "$pass" == "edjos" ) then
> >
> > echo "You are at default password. kindly change the password in
> > 10secs……."
> >
> > set req=`bash -c 'read -s -t 10'`
>
> No, my previous example was precise. The bash needs to echo the variable
> read (or ${REPLY} if no variable was given on the read command), because
> the output of the bash command is what takes the place of the command
> substitution in the csh. The quoting needs care to get right, too.
>
> set req=`bash -c 'read -s -t 10 ;echo "${REPLY}"'`
>
>
> > echo $req
> >
> > if ( "$req" == "" ) then
> >
> > echo "No password entered. So continuing with default password"
> >
> >else
> >
> > sed -i.bak "/rootpw/s/edjos/$req/" file
> >
> > endif
> >
> > endif
> >
> >
> > On Mon, Mar 8, 2021 at 4:02 PM Richard L. Hamilton
> > wrote:
> >
> >> If it has to be pure csh (without any helpers), you're probably out of
> >> luck, because csh is crippled when it comes to scripting.
> >>
> >> You could probably use a command substitution on a one-liner of your
> bash
> >> from the csh script:
> >>
> >> #! /bin/csh
> >> set myvar=`bash -c 'read -t 10 ;echo "${REPLY}"'`
> >> echo "$myvar"
> >>
> >> For anything much trickier, getting the quoting right will be a killer,
> so
> >> the helper should probably be a separate bash script.
> >>
> >> Picking csh to script it is just wrong, because it has too many missing
> >> capabilities, isn't predictable enough in how it behaves, doesn't
> >> necessarily behave as portably as other shells, etc.
> >> http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/ <
> >> http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/>
> >>
> >>
> >>> On Mar 8, 2021, at 04:38, Thebest videos
> >> wrote:
> >>>
> >>>
> >>> hi Team,
> >>>
> >>> Im trying create a csh script.
> >>> requirement:
> >>> when i script runs it asks for user input. prompt should wait for
> 10secs.
> >>> if not then exit the script.
> >>> i have solution for bash script where i can use read -t 10 username.
> but
> >> i
> >>> want same in csh
> >>> ```
> >>> #!/bin/csh
> >>> echo -n "username:"
> >>> set req = $<
> >>> echo "username is $req"
> >>> sed -i.bak "/rootpw/s/edjos/$req/" /boot/loader.conf
> >>> ```
> >>> and for advance level, the message should look like "prompts end in
> >> 10(this
> >>> number should decrease and lively should visible the timeout secs)"
> >>> ___
> >>> openindiana-discuss mailing list
> >>> openindiana-discuss@openindiana.org
> >>> https://openindiana.org/mailman/listinfo/openindiana-discuss
> >>>
> >>
> >> ___
> >> openindiana-discuss mailing list
> >> openindiana-discuss@openindiana.org
> >> https://openindiana.org/mailman/listinfo/openindiana-discuss
> >>
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> >
>
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] timeout display for input prompt
> On Mar 8, 2021, at 06:11, Thebest videos wrote:
>
> great! that works. but i have another problem. i'm using prompt in secured
> way as "read -s -t 10" but I need to store the output in one variable. as
> below. but nothing is storing in $req variable
>
> #!/bin/csh
>
> set pass=`cat file | grep rootpw | grep -o '".*"' | sed 's/"//g'`
Useless cat award. Instead of
cat file | grep rootpw
use
grep rootpw file
> if ( "$pass" == "edjos" ) then
>
> echo "You are at default password. kindly change the password in
> 10secs……."
>
> set req=`bash -c 'read -s -t 10'`
No, my previous example was precise. The bash needs to echo the variable read
(or ${REPLY} if no variable was given on the read command), because the output
of the bash command is what takes the place of the command substitution in the
csh. The quoting needs care to get right, too.
set req=`bash -c 'read -s -t 10 ;echo "${REPLY}"'`
> echo $req
>
> if ( "$req" == "" ) then
>
> echo "No password entered. So continuing with default password"
>
>else
>
> sed -i.bak "/rootpw/s/edjos/$req/" file
>
> endif
>
> endif
>
>
> On Mon, Mar 8, 2021 at 4:02 PM Richard L. Hamilton
> wrote:
>
>> If it has to be pure csh (without any helpers), you're probably out of
>> luck, because csh is crippled when it comes to scripting.
>>
>> You could probably use a command substitution on a one-liner of your bash
>> from the csh script:
>>
>> #! /bin/csh
>> set myvar=`bash -c 'read -t 10 ;echo "${REPLY}"'`
>> echo "$myvar"
>>
>> For anything much trickier, getting the quoting right will be a killer, so
>> the helper should probably be a separate bash script.
>>
>> Picking csh to script it is just wrong, because it has too many missing
>> capabilities, isn't predictable enough in how it behaves, doesn't
>> necessarily behave as portably as other shells, etc.
>> http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/ <
>> http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/>
>>
>>
>>> On Mar 8, 2021, at 04:38, Thebest videos
>> wrote:
>>>
>>>
>>> hi Team,
>>>
>>> Im trying create a csh script.
>>> requirement:
>>> when i script runs it asks for user input. prompt should wait for 10secs.
>>> if not then exit the script.
>>> i have solution for bash script where i can use read -t 10 username. but
>> i
>>> want same in csh
>>> ```
>>> #!/bin/csh
>>> echo -n "username:"
>>> set req = $<
>>> echo "username is $req"
>>> sed -i.bak "/rootpw/s/edjos/$req/" /boot/loader.conf
>>> ```
>>> and for advance level, the message should look like "prompts end in
>> 10(this
>>> number should decrease and lively should visible the timeout secs)"
>>> ___
>>> openindiana-discuss mailing list
>>> openindiana-discuss@openindiana.org
>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>>
>>
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] timeout display for input prompt
great! that works. but i have another problem. i'm using prompt in secured
way as "read -s -t 10" but I need to store the output in one variable. as
below. but nothing is storing in $req variable
#!/bin/csh
set pass=`cat file | grep rootpw | grep -o '".*"' | sed 's/"//g'`
if ( "$pass" == "edjos" ) then
echo "You are at default password. kindly change the password in
10secs……."
set req=`bash -c 'read -s -t 10'`
echo $req
if ( "$req" == "" ) then
echo "No password entered. So continuing with default password"
else
sed -i.bak "/rootpw/s/edjos/$req/" file
endif
endif
On Mon, Mar 8, 2021 at 4:02 PM Richard L. Hamilton
wrote:
> If it has to be pure csh (without any helpers), you're probably out of
> luck, because csh is crippled when it comes to scripting.
>
> You could probably use a command substitution on a one-liner of your bash
> from the csh script:
>
> #! /bin/csh
> set myvar=`bash -c 'read -t 10 ;echo "${REPLY}"'`
> echo "$myvar"
>
> For anything much trickier, getting the quoting right will be a killer, so
> the helper should probably be a separate bash script.
>
> Picking csh to script it is just wrong, because it has too many missing
> capabilities, isn't predictable enough in how it behaves, doesn't
> necessarily behave as portably as other shells, etc.
> http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/ <
> http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/>
>
>
> > On Mar 8, 2021, at 04:38, Thebest videos
> wrote:
> >
> >
> > hi Team,
> >
> > Im trying create a csh script.
> > requirement:
> > when i script runs it asks for user input. prompt should wait for 10secs.
> > if not then exit the script.
> > i have solution for bash script where i can use read -t 10 username. but
> i
> > want same in csh
> > ```
> > #!/bin/csh
> > echo -n "username:"
> > set req = $<
> > echo "username is $req"
> > sed -i.bak "/rootpw/s/edjos/$req/" /boot/loader.conf
> > ```
> > and for advance level, the message should look like "prompts end in
> 10(this
> > number should decrease and lively should visible the timeout secs)"
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> >
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Problems after updating to latest Hipster - /var/log/Xorg0.log
On 03/08/21 11:49 AM, Apostolos Syropoulos via openindiana-discuss wrote: First of all I have to make a few things clear. The machine that reboots is located at a computer lab that I am using to teach Python programming to kids. I booted to single user mode and disabled lightdm and now the system boots just fine. When I enter starx or Xorg, the screen gets black and after a few seconds it crashes and reboots. As I have already mentioned I am not using the "default" driver: [ 805.129] X.Org X Server 1.19.7 Release Date: 2019-03-02 [ 805.912] X Protocol Version 11, Revision 0 [ 806.214] Build Operating System: SunOS 5.11 i86pc [ 806.570] Current Operating System: SunOS victoria 5.11 illumos-06524cf4e4 i86pc [ 806.872] Build Date: 24 September 2020 02:36:42PM [ 807.135] Solaris ABI: 64-bit [ 807.422] Current version of pixman: 0.38.0 [ 808.090] Before reporting problems, check http://openindiana.org to make sure that you have the latest version. [ 808.108] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 809.497] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 8 10:25:32 2021 [ 809.859] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 809.877] (==) No Layout section. Using the first Screen section. [ 809.877] (==) No screen section available. Using defaults. [ 809.877] (**) |-->Screen "Default Screen Section" (0) [ 809.877] (**) | |-->Monitor "" [ 809.878] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 809.878] (==) Automatically adding devices [ 809.878] (==) Automatically enabling devices [ 809.878] (==) Not automatically adding GPU devices [ 809.892] (==) Max clients allowed: 256, resource mask: 0x1f [ 809.892] (==) FontPath set to: catalogue:/etc/X11/fontpath.d [ 809.892] (==) ModulePath set to "/usr/lib/xorg/modules/amd64,/usr/X11/lib/modules/" [ 809.892] (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AutoAddDevices. [ 809.892] (II) Loader magic: 6f9020 [ 809.893] (II) Module ABI versions: [ 809.893] X.Org ANSI C Emulation: 0.4 [ 809.893] X.Org Video Driver: 23.0 [ 809.893] X.Org XInput driver : 24.1 [ 809.893] X.Org Server Extension : 10.0 [ 809.899] (--) PCI:*(0:6:0:0) 10de:128b:10de:128b rev 161, Mem @ 0xfc00/16777216, 0xe800/134217728, 0xf000/33554432, I/O @ 0xe000/128 [ 809.899] (II) LoadModule: "glx" [ 809.964] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libglx.so [ 810.356] (II) Module glx: vendor="NVIDIA Corporation" [ 810.356] compiled for 4.0.2, module version = 1.0.0 [ 810.356] Module class: X.Org Server Extension [ 810.356] (II) NVIDIA GLX Module 396.54 Tue Aug 14 19:24:45 PDT 2018 [ 810.495] (==) Matched nvidia as autoconfigured driver 0 [ 810.495] (==) Matched vesa as autoconfigured driver 1 [ 810.495] (==) Assigned the driver to the xf86ConfigLayout [ 810.495] (II) LoadModule: "nvidia" [ 810.510] (II) Loading /usr/X11/lib/modules/drivers/amd64/nvidia_drv.so [ 810.577] (II) Module nvidia: vendor="NVIDIA Corporation" [ 810.577] compiled for 4.0.2, module version = 1.0.0 [ 810.577] Module class: X.Org Video Driver [ 810.585] (II) LoadModule: "vesa" [ 810.586] (II) Loading /usr/lib/xorg/modules/drivers/amd64/vesa_drv.so [ 810.643] (II) Module vesa: vendor="X.Org Foundation" [ 810.643] compiled for 1.19.5, module version = 2.4.0 [ 810.643] Module class: X.Org Video Driver [ 810.644] ABI class: X.Org Video Driver, version 23.0 [ 810.645] (II) NVIDIA dlloader X Driver 396.54 Tue Aug 14 19:03:53 PDT 2018 [ 810.645] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [ 810.645] (II) VESA: driver for VESA chipsets: vesa [ 810.646] (--) using VT number 2 I would really appreciate it if someone could let me know what should I do in order to solve this problem. BTW, the machine with the GT1030 NVIDIA card is the one that I am using at home. So we are talking about two different systems. Regards, A.S. -- Apostolos Syropoulos Xanthi, Greece ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss Hello! The search for your card "GT 710" lists the most recent official driver as "Driver Version:*375.82* - Release Date: Mon Jul 24, 2017" if i were you i would try this version. Greetings, Stephan ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Problems after updating to latest Hipster - /var/log/Xorg0.log
First of all I have to make a few things clear. The machine that reboots is located at a computer lab that I am using to teach Python programming to kids. I booted to single user mode and disabled lightdm and now the system boots just fine. When I enter starx or Xorg, the screen gets black and after a few seconds it crashes and reboots. As I have already mentioned I am not using the "default" driver: [ 805.129] X.Org X Server 1.19.7 Release Date: 2019-03-02 [ 805.912] X Protocol Version 11, Revision 0 [ 806.214] Build Operating System: SunOS 5.11 i86pc [ 806.570] Current Operating System: SunOS victoria 5.11 illumos-06524cf4e4 i86pc [ 806.872] Build Date: 24 September 2020 02:36:42PM [ 807.135] Solaris ABI: 64-bit [ 807.422] Current version of pixman: 0.38.0 [ 808.090] Before reporting problems, check http://openindiana.org to make sure that you have the latest version. [ 808.108] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 809.497] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 8 10:25:32 2021 [ 809.859] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 809.877] (==) No Layout section. Using the first Screen section. [ 809.877] (==) No screen section available. Using defaults. [ 809.877] (**) |-->Screen "Default Screen Section" (0) [ 809.877] (**) | |-->Monitor "" [ 809.878] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 809.878] (==) Automatically adding devices [ 809.878] (==) Automatically enabling devices [ 809.878] (==) Not automatically adding GPU devices [ 809.892] (==) Max clients allowed: 256, resource mask: 0x1f [ 809.892] (==) FontPath set to: catalogue:/etc/X11/fontpath.d [ 809.892] (==) ModulePath set to "/usr/lib/xorg/modules/amd64,/usr/X11/lib/modules/" [ 809.892] (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AutoAddDevices. [ 809.892] (II) Loader magic: 6f9020 [ 809.893] (II) Module ABI versions: [ 809.893] X.Org ANSI C Emulation: 0.4 [ 809.893] X.Org Video Driver: 23.0 [ 809.893] X.Org XInput driver : 24.1 [ 809.893] X.Org Server Extension : 10.0 [ 809.899] (--) PCI:*(0:6:0:0) 10de:128b:10de:128b rev 161, Mem @ 0xfc00/16777216, 0xe800/134217728, 0xf000/33554432, I/O @ 0xe000/128 [ 809.899] (II) LoadModule: "glx" [ 809.964] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libglx.so [ 810.356] (II) Module glx: vendor="NVIDIA Corporation" [ 810.356] compiled for 4.0.2, module version = 1.0.0 [ 810.356] Module class: X.Org Server Extension [ 810.356] (II) NVIDIA GLX Module 396.54 Tue Aug 14 19:24:45 PDT 2018 [ 810.495] (==) Matched nvidia as autoconfigured driver 0 [ 810.495] (==) Matched vesa as autoconfigured driver 1 [ 810.495] (==) Assigned the driver to the xf86ConfigLayout [ 810.495] (II) LoadModule: "nvidia" [ 810.510] (II) Loading /usr/X11/lib/modules/drivers/amd64/nvidia_drv.so [ 810.577] (II) Module nvidia: vendor="NVIDIA Corporation" [ 810.577] compiled for 4.0.2, module version = 1.0.0 [ 810.577] Module class: X.Org Video Driver [ 810.585] (II) LoadModule: "vesa" [ 810.586] (II) Loading /usr/lib/xorg/modules/drivers/amd64/vesa_drv.so [ 810.643] (II) Module vesa: vendor="X.Org Foundation" [ 810.643] compiled for 1.19.5, module version = 2.4.0 [ 810.643] Module class: X.Org Video Driver [ 810.644] ABI class: X.Org Video Driver, version 23.0 [ 810.645] (II) NVIDIA dlloader X Driver 396.54 Tue Aug 14 19:03:53 PDT 2018 [ 810.645] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [ 810.645] (II) VESA: driver for VESA chipsets: vesa [ 810.646] (--) using VT number 2 I would really appreciate it if someone could let me know what should I do in order to solve this problem. BTW, the machine with the GT1030 NVIDIA card is the one that I am using at home. So we are talking about two different systems. Regards, A.S. -- Apostolos Syropoulos Xanthi, Greece ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] timeout display for input prompt
If it has to be pure csh (without any helpers), you're probably out of luck,
because csh is crippled when it comes to scripting.
You could probably use a command substitution on a one-liner of your bash from
the csh script:
#! /bin/csh
set myvar=`bash -c 'read -t 10 ;echo "${REPLY}"'`
echo "$myvar"
For anything much trickier, getting the quoting right will be a killer, so the
helper should probably be a separate bash script.
Picking csh to script it is just wrong, because it has too many missing
capabilities, isn't predictable enough in how it behaves, doesn't necessarily
behave as portably as other shells, etc.
http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
Re: [OpenIndiana-discuss] error upgrading to hipster -- Action upgrade failed for 'etc/dfs/sharetab'
Sorry for top posting .. I gave up doing this and just built a new server, then moved everything I cared about across to it. On 8 March 2021 5:09:46 pm AEDT, Geoff Nordli wrote: >Hi. > >I am trying to upgrade the older version of OI (oi_151a9 May 2015) to >the hipster branch. No search results seemed to help me with this >error. > >This is what I am getting below. Any thoughts? > > >Update Phase 10395/54131 > >Action upgrade failed for 'etc/dfs/sharetab' >(pkg://openindiana.org/SUNWcs): TypeError: 'NoneType' object is not >callable > The running system has not been modified. Modifications were only made > >to a clone of the running system. This clone is mounted at >/tmp/tmpREuU91 should you wish to inspect it. >pkg: An unexpected error happened during update: 'NoneType' object is >not callable > >The following unexpected or editable files and directories were >salvaged while executing the requested package operation; they >have been moved to the displayed location in the image: > > usr/share/applications/mimeinfo.cache -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/share/applications/mimeinfo.cache-20210307T214655Z > var/sadm/system/logs -> >/tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system/logs-20210307T214712Z > var/sadm/system -> >/tmp/tmpREuU91/var/pkg/lost+found/var/sadm/system-20210307T214712Z > var/sadm/servicetag/registry -> >/tmp/tmpREuU91/var/pkg/lost+found/var/sadm/servicetag/registry-20210307T214712Z > var/log/gdm -> >/tmp/tmpREuU91/var/pkg/lost+found/var/log/gdm-20210307T214712Z > var/lib/gdm -> >/tmp/tmpREuU91/var/pkg/lost+found/var/lib/gdm-20210307T214712Z > var/cache/gdm -> >/tmp/tmpREuU91/var/pkg/lost+found/var/cache/gdm-20210307T214712Z > usr/lib/python2.6/xml/parsers -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/parsers-20210307T214713Z > usr/lib/python2.6/xml/dom -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml/dom-20210307T214713Z > usr/lib/python2.6/xml -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/xml-20210307T214713Z > usr/lib/python2.6/vendor-packages/ply -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/ply-20210307T214713Z > usr/lib/python2.6/vendor-packages/M2Crypto/SSL -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/SSL-20210307T214713Z > usr/lib/python2.6/vendor-packages/M2Crypto/PGP -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto/PGP-20210307T214713Z > usr/lib/python2.6/vendor-packages/M2Crypto -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages/M2Crypto-20210307T214713Z > usr/lib/python2.6/vendor-packages -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/vendor-packages-20210307T214713Z > usr/lib/python2.6/site-packages -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/site-packages-20210307T214713Z > usr/lib/python2.6/logging -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/logging-20210307T214713Z > usr/lib/python2.6/encodings -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/encodings-20210307T214713Z > usr/lib/python2.6/email/mime -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email/mime-20210307T214713Z > usr/lib/python2.6/email -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/email-20210307T214713Z > usr/lib/python2.6/distutils/command -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils/command-20210307T214713Z > usr/lib/python2.6/distutils -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/distutils-20210307T214713Z > usr/lib/python2.6/curses -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/curses-20210307T214713Z > usr/lib/python2.6/ctypes -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6/ctypes-20210307T214713Z > usr/lib/python2.6 -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.6-20210307T214713Z > usr/lib/python2.4/site-packages -> >/tmp/tmpREuU91/var/pkg/lost+found/usr/lib/python2.4/site-packages-20210307T214713Z > etc/rad -> /tmp/tmpREuU91/var/pkg/lost+found/etc/rad-20210307T214713Z > platform/i86pc/ucode/AuthenticAMD/1022-00 -> >/tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1022-00-20210307T214845Z > platform/i86pc/ucode/AuthenticAMD/1020-00 -> >/tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1020-00-20210307T214845Z > platform/i86pc/ucode/AuthenticAMD/1043-00 -> >/tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1043-00-20210307T214845Z > platform/i86pc/ucode/AuthenticAMD/1041-00 -> >/tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1041-00-20210307T214845Z > platform/i86pc/ucode/AuthenticAMD/1080-00 -> >/tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1080-00-20210307T214845Z > platform/i86pc/ucode/AuthenticAMD/1062-00 -> >/tmp/tmpREuU91/var/pkg/lost+found/platform/i86pc/ucode/AuthenticAMD/1062-00-20210307T214845Z
[OpenIndiana-discuss] timeout display for input prompt
hi Team, Im trying create a csh script. requirement: when i script runs it asks for user input. prompt should wait for 10secs. if not then exit the script. i have solution for bash script where i can use read -t 10 username. but i want same in csh ``` #!/bin/csh echo -n "username:" set req = $< echo "username is $req" sed -i.bak "/rootpw/s/edjos/$req/" /boot/loader.conf ``` and for advance level, the message should look like "prompts end in 10(this number should decrease and lively should visible the timeout secs)" ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
