| 1 |
Ühel kenal päeval, N, 11.08.2016 kell 11:05, kirjutas Ian Stakenvicius: |
| 2 |
> Wouldn't the most simple solution here would be to make a symlink for |
| 3 |
> libpcre.so.3 within the local bindir for each Valve or whatever |
| 4 |
> package that needs it? This is a binary-package-supporting hack, |
| 5 |
> might as well do it in the binary packages that need it. You might |
| 6 |
> still need to wrap the binary to set some environment stuff, not |
| 7 |
> sure; |
| 8 |
> either way it doesn't seem to make sense to make this a system-wide |
| 9 |
> thing. |
| 10 |
> |
| 11 |
|
| 12 |
It makes sense, IF it doesn't hurt absolutely anything as a by-product. |
| 13 |
Also open source stuff should be gradually moving over to pcre2, |
| 14 |
eventually ending up with libpcre.so being for binary packages |
| 15 |
exclusively in due time anyways. |
| 16 |
|
| 17 |
|
| 18 |
Ühel kenal päeval, N, 11.08.2016 kell 16:03, kirjutas Ciaran McCreesh: |
| 19 |
> On Thu, 11 Aug 2016 17:57:59 +0300 |
| 20 |
> Steam isn't a use case, it's a program. |
| 21 |
|
| 22 |
Use case is proprietary gaming and software, if that makes you happier |
| 23 |
and avoids further useless e-mails due to feeling like nitpicking on a |
| 24 |
perhaps very slightly wrong terminology. |
| 25 |
Having specifically Steam hassle-free is also important on the desktop, |
| 26 |
unless your only goal is to be a FSF endorsed distribution. But it |
| 27 |
covers all proprietary software that targets and tests stuff working on |
| 28 |
Debian/Ubuntu (which is the majority of cases, sadly). |
| 29 |
|
| 30 |
|
| 31 |
Mart |
Archives