# obsolete perl-IPC-run

**URL:** <https://forums.suse.com/t/obsolete-perl-ipc-run/25116>\
**Category:** SLE Software Developer Kit (SDK)\
**Created:** [February 11, 2014, 3:33pm UTC](https://forums.suse.com/t/obsolete-perl-ipc-run/25116 "2014-02-11T15:33:15Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![atofu](https://avatars.discourse-cdn.com/v4/letter/a/b5ac83/32.png) [@atofu](https://forums.suse.com/u/atofu)\
**Post date:** [February 11, 2014, 3:33pm UTC](https://forums.suse.com/t/obsolete-perl-ipc-run/25116/1 "2014-02-11T15:33:15Z")

</div>

Dear Suse support,

I would like to ask you for a help.

In SLES 11 SP3 SDK there is the perl-IPC-Run package of version 0.80 available. Unfortunately it is quite obsolete (reelased in 2006 while open suse 11 already contains 0.92 version) and thus fails in our internal script we use.

Would it be possbile to include the 0.92 version in SP3 SDK updates? There is also dependecy on perl-IO-Tty-1.10-24.1 as well.

I would like to avoid using the devel OpenSuse repository on Enterprise server environment.

Or there is any other way to resolve this issue?

Thank you,

Tomas

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex022/uploads/suse/original/2X/5/5012ba89e3ffb5220dac47d5ea0ba032e2fe1cb6.png) [@system](https://forums.suse.com/u/system)\
**Post date:** [February 11, 2014, 3:48pm UTC](https://forums.suse.com/t/obsolete-perl-ipc-run/25116/2 "2014-02-11T15:48:06Z")

</div>

When you say it is “quite obsolete” do you know what about your internal  
script is failing due to its old version? I have never used this before,  
and these forums are staffed only by volunteers in the community, but  
perhaps there is a way to help for your case.

Is pulling down an updated version as a specific user on your system an  
option from CPAN using the cpan command (or whatever other method)? I  
recall having done this before when I needed something that was not  
available, whether old or simply not included in the first place.

For an official response from SUSE you may want to submit an enhancement  
request ( [http://www.novell.com/rms](http://www.novell.com/rms) ) or contact your sales  
representative. Occasionally major/minor versions of packages can be  
changed within the lifecycle of a single SLE version, though that is the  
exception due to the preference for stability over the latest code.

–  
Good luck.

If you find this post helpful and are logged into the web interface,  
show your appreciation and click on the star below…

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex022/uploads/suse/original/2X/5/5012ba89e3ffb5220dac47d5ea0ba032e2fe1cb6.png) [@system](https://forums.suse.com/u/system)\
**Post date:** [February 11, 2014, 4:40pm UTC](https://forums.suse.com/t/obsolete-perl-ipc-run/25116/3 "2014-02-11T16:40:56Z")

</div>

On 11/02/2014 13:34, atofu wrote:

[color=blue]

> In SLES 11 SP3 SDK there is the perl-IPC-Run package of version 0.80  
> available. Unfortunately it is quite obsolete (reelased in 2006 while  
> open suse 11 already contains 0.92 version) and thus fails in our  
> internal script we use.
> 
> Would it be possbile to include the 0.92 version in SP3 SDK updates?  
> There is also dependecy on perl-IO-Tty-1.10-24.1 as well.
> 
> I would like to avoid using the devel OpenSuse repository on Enterprise  
> server environment.
> 
> Or there is any other way to resolve this issue?[/color]

Version 0.92 has been built for SLE11 SP3 and is available via the  
openSUSE Build Service @  
[https://build.opensuse.org/package/show?project=devel%3Alanguages%3Aperl&package=perl-IPC-Run](https://build.opensuse.org/package/show?project=devel%3Alanguages%3Aperl&package=perl-IPC-Run)

You should be able to add the repository  
[http://download.opensuse.org/repositories/devel:/languages:/perl/SLE\_11\_SP3](http://download.opensuse.org/repositories/devel:/languages:/perl/SLE_11_SP3)  
then install/update from there.

## HTH.

Simon  
Novell Knowledge Partner

* * *

## If you find this post helpful and are logged into the web interface, please show your appreciation and click on the star below. Thanks.

---

<div class="post-metadata">

**Author:** ![atofu](https://avatars.discourse-cdn.com/v4/letter/a/b5ac83/32.png) [@atofu](https://forums.suse.com/u/atofu)\
**Post date:** [February 12, 2014, 11:14am UTC](https://forums.suse.com/t/obsolete-perl-ipc-run/25116/4 "2014-02-12T11:14:38Z")

</div>

Hi Simon,

Thanks for the advise. Does it mean such new built packages can be safely used in SLES? I am not very familiar with the repository policies in SLES, but I guess it is generally better to avoid mixing repos between OpenSUSE and Enterprise editions.

Or this case is an exception we can afford? I would be happy to know more about the best practice on this field, but have not found anything about it in documentation yet.

You know, I just want to avoid any problems with stability and later upgrades to new SLES release.

Thank you,

Tomas

---

<div class="post-metadata">

**Author:** ![Jens-U](https://avatars.discourse-cdn.com/v4/letter/j/d78d45/32.png) [@Jens-U](https://forums.suse.com/u/Jens-U)\
**Post date:** [February 12, 2014, 12:32pm UTC](https://forums.suse.com/t/obsolete-perl-ipc-run/25116/5 "2014-02-12T12:32:55Z")

</div>

Hi Tomas,

you’re definitely leaving “supported grounds”, but those packages (when provided explicitly for SLES-something) were built for the corresponding environment. Of course YMMV and you might consider it an untrusted source, but generally those packages have been very helpful to many SLES admins.

You’ll not be able to open related service requests under your SLES support contract and (generally speaking, not necessarily in this specific case) must be prepared to receive no support in other cases, when engineering can trace the cause back to such an unsupported package installed on your server. In other words, to stay on the absolutely safe side, avoid packages outside the distribution. But assuming you’re a responsible admin with experience and proper judgment, you can tell on your own if installing such a package is a simple add-on to your environment or affecting several other packages or even a replacement for a core component.

Regards,  
Jens

---

<div class="post-metadata">

**Author:** ![atofu](https://avatars.discourse-cdn.com/v4/letter/a/b5ac83/32.png) [@atofu](https://forums.suse.com/u/atofu)\
**Post date:** [February 12, 2014, 1:41pm UTC](https://forums.suse.com/t/obsolete-perl-ipc-run/25116/6 "2014-02-12T13:41:08Z")

</div>

Hi Jens,

thanks for the explanation about the extra repository policies. I will take into account the limitation of support in such cases, although it sounds reasonable in my intended use to include this library as I have already tested it on our system.

Thank you again for a quick response,

Tomas
