> It provides a now dead link because there is a rogue space character
> ("Use r"). The following link works:
Thank you Tinu Weber. Silly oversight on my part.
After reading the discussions in previous feature requests the answer is
pretty clear. It could break some packages if used incorrectly a
On 03/03/2018 11:56 AM, Alajos Odoyle wrote:
> On 2018-03-02 13:07, Levente Polyak via arch-general wrote:
>>
>> That's literally an incredibly stupid idea. Symlink
>> /usr/lib/libtinfo.so.5 to /usr/lib/libtinfo.so.6 does not magically
>> make it compatible for both, it is ABI incompatible that's t
On 03/03/2018 12:50 PM, Jonathon Fernyhough wrote:
> On 03/03/18 08:48, mike lojkovic via arch-general wrote:
>> It would be extremely nice to have shallow clone support for some packages.
>> The Unreal git repo requires pulling down 20 gigabytes for a build, taking
>> maybe a half hour each time.
On Sat, 03 Mar 2018 17:06:46 +, Guus Snijders wrote:
>Something which can help with replacing early etc. In our case: a
>certain model HDD was reported with a high error rate.
I didn't think of that. I agree that a statistic could be helpful to
replace drives, before they fail.
On 03/03/18 08:48, mike lojkovic via arch-general wrote:
> It would be extremely nice to have shallow clone support for some packages.
> The Unreal git repo requires pulling down 20 gigabytes for a build, taking
> maybe a half hour each time.
>
An effective workaround is to create a shallow clone
Op za 3 mrt. 2018 18:14 schreef Doug Newgard via arch-general <
arch-general@archlinux.org>:
> On Sat, 3 Mar 2018 17:56:52 +0100
> Alajos Odoyle wrote:
>
> > On 2018-03-02 13:07, Levente Polyak via arch-general wrote:
> > >
> > > [symlink lib version]
> >
> > It will do until the fix made it into
On Sat, 3 Mar 2018 17:56:52 +0100
Alajos Odoyle wrote:
> On 2018-03-02 13:07, Levente Polyak via arch-general wrote:
> >
> > That's literally an incredibly stupid idea. Symlink /usr/lib/libtinfo.so.5
> > to /usr/lib/libtinfo.so.6 does not magically make it compatible for both,
> > it is ABI in
Op za 3 mrt. 2018 17:30 schreef Ralf Mardorf :
> Also very helpful could be https://en.wikipedia.org/wiki/Ouija the
> result is useless, too, but a good step into the right direction to
> notice self-delusion.
>
When it comes to predicting stats; agreed.
This is the other way around; historic dat
On 2018-03-02 13:07, Levente Polyak via arch-general wrote:
That's literally an incredibly stupid idea. Symlink /usr/lib/libtinfo.so.5 to
/usr/lib/libtinfo.so.6 does not magically make it compatible for both, it is
ABI incompatible that's the whole point of a soname bump. Anything linking to
Also very helpful could be https://en.wikipedia.org/wiki/Ouija the
result is useless, too, but a good step into the right direction to
notice self-delusion.
On Sat, 03 Mar 2018 11:16:30 +, Guus Snijders via arch-general
wrote:
>Op za 3 mrt. 2018 08:56 schreef Ralf Mardorf :
>
>> On Sat, 03 Mar 2018 10:20:51 +0300, Andrey Ponomarenko wrote:
>> >The primary aim of the project is to find drives with longest "power
>> >on hours" and minimal number of
Op za 3 mrt. 2018 08:56 schreef Ralf Mardorf :
> On Sat, 03 Mar 2018 10:20:51 +0300, Andrey Ponomarenko wrote:
> >The primary aim of the project is to find drives with longest "power
> >on hours" and minimal number of errors.
>
> Pardon, but this is idiotic, since the HDDs and SSDs with the longes
On Fri, Mar 02, 2018 at 22:52:47 -0900, Adam Levy via arch-general wrote:
> Additional comments about closing: This has been rejected numerous times:
> https://wiki.archlinux.org/index.php/Use r:Apg#makepkg:_shallow_git_clones
>
> Which provides a now dead link.
It provides a now dead link becau
It would be extremely nice to have shallow clone support for some packages.
The Unreal git repo requires pulling down 20 gigabytes for a build, taking
maybe a half hour each time.
On Mar 3, 2018 1:53 AM, "Adam Levy via arch-general" <
arch-general@archlinux.org> wrote:
> Hi
>
> I recently came ac
On Sat, 3 Mar 2018 08:55:58 +0100, Ralf Mardorf wrote:
>On Sat, 03 Mar 2018 10:20:51 +0300, Andrey Ponomarenko wrote:
>>The primary aim of the project is to find drives with longest "power
>>on hours" and minimal number of errors.
>
>Pardon, but this is idiotic, since the HDDs and SSDs with the l
15 matches
Mail list logo
