Bug 6579 – sh-utils-2.0.14 test results

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Rigo 2002-08-16 03:39:34 UTC]

sh-utils-2.0.14 happily compiles 4 me (3.2_pre), but when I rebooted I found
that all service-scripts started making my startup very messy;

Example:

lappy init.d # ./sshd stop
/sbin/runscript.sh: stty: command not found
7G  [ ok ]g sshd...

Going back to 2.0.11 & everything is back to normal...

Regards, Rigo

[Comment 1 Seemant Kulleen (RETIRED) 2002-08-16 09:14:26 UTC]

Joachim,

OK, see if you can make sense of his errors. And also see about the uname thing,
please?

Thanks :)

[Comment 2 Benjamin J. 2002-08-17 19:21:40 UTC]

the stty thing is a problem with 2.0.14 (some termios.h tests fail in 
configure) which cause that stty is not build, it's fixed in 2.0.15

[Comment 3 Nicholas Wourms 2002-08-18 07:15:54 UTC]

I can confirm pcgod's solution.  All I did was copy the ebuild and remove the
patch.  Worked like a charm!

[Comment 4 Rigo 2002-08-18 08:27:20 UTC]

Same here ....:-D ...Did you remove src_unpack() completely ?

So do you want 2.0.15 testresults now Styx ?

;) Rigo

[Comment 5 Rigo 2002-08-18 08:28:05 UTC]

Sorry...Didn't want to close it...Although it WORKSFORME ;-)

[Comment 6 Wilbert van Bakel 2002-08-19 23:20:20 UTC]

GCC-3.2 compiled successfully, and after reading the results here, I rebooted
the system and got the same fun! stty not found.

uname -a:
Linux wilbug 2.4.19-gentoo-r7 #1 Fri Aug 16 21:27:56 CDT 2002 i686 unknown
unknown  GNU/Linux

[Comment 7 Rigo 2002-08-20 05:03:13 UTC]

Try mv sh-utils-2.0.14 $PORTDIR_OVERLAY/sys-apps/sh-utils-2.0.15 Wilbert (after
removing src_unpack() from the ebuild. This wil remove your stty error.

Gr,Rigo

[Comment 8 Joachim Blaabjerg (RETIRED) 2002-08-21 15:48:03 UTC]

I'm sorry I've been so unresponsive on this issue. Lots of school work lately. I'll test 2.0.15 tomorrow, and throw together a new uname patch. Thanks, people :) 

[Comment 9 Joachim Blaabjerg (RETIRED) 2002-08-24 11:57:28 UTC]

I've finally gotten some time to work on this issue, and I think I've developed a 
satisfactory solution. Output from old sh-utils-2.0.11:

Linux elysium.suxos.org 2.4.19-pre10-ac2 #1 Wed Jun 19 09:41:09 CEST 2002 i686 
GenuineIntel

Output from new sh-utils-2.0.15:

Linux elysium.suxos.org 2.4.19-pre10-ac2 #1 Wed Jun 19 09:41:09 CEST 2002 i686 
GenuineIntel GNU/Linux

There's a new feature in 2.0.15, the -i switch (hardware platform), but I couldn't get 
it to work, so I removed it. If it's needed, I'll try to write some parsing code to get 
the platform from somewhere in /proc. Committing a new sh-utils-2.0.15 ebuild now, 
without a new revision. Please test! :)

[Comment 10 Joachim Blaabjerg (RETIRED) 2002-08-24 17:20:26 UTC]

Well, I didn't really commit it until now.  That's the price I have to pay for having family 
and friends. *sigh*

Reopen if it's still b0rked.

[Comment 11 Larry the Git Cow 2018-06-13 17:07:10 UTC]

The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5d6b2db0f9d1b8e94f9905957803929e828e4a37

commit 5d6b2db0f9d1b8e94f9905957803929e828e4a37
Author:     Andreas Sturmlechner <[e-mail]>
AuthorDate: 2018-06-13 17:00:24 +0000
Commit:     Andreas Sturmlechner <[e-mail]>
CommitDate: 2018-06-13 17:06:17 +0000

    kde-frameworks/kcoreaddons: Revert Debian patch for kformattest
    
    This was fixed within kde-frameworks/plasma-5.47.0.
    Upstream commit d15f0fa8322dc2632f15024457bea41e7dd058d7
    
    Tested-by: Paolo Pedroni <[e-mail]>
    Closes: https://bugs.gentoo.org/6579

 kde-frameworks/kcoreaddons/kcoreaddons-5.47.0.ebuild | 8 --------
 1 file changed, 8 deletions(-)