> Я не храню скриптики. У меня нет практически ничего, что бы привязывало меня к
> компьютеру или к интернетуЛюбопытно, чем же вы занимаетесь за компьютером, что в нём не накапливается тонн хлама, в виде тысяч pdf'ок, скриптов, конфигов, видеороликов и тд, и тп. У меня уже десятилетние наслоения. Очень рекомендую, кстати. Когда скучно, доставляет порыться в этих наслоениях и найти что-нибудь, давным-давно забытое. Типа истории математики ван-дер-вардена, или сборника нот для гитары, или подборки роликов с ютуба Цифры и Рихтера, или глупенькую аркадку написанную давным-давно, или ещё какую-нибудь хрень. В собственных наслоениях рыться чем-то интереснее, чем в гугле, поскольку информация более релевантна личности, и допускает свободный поиск без предварительного задания цели.
> потому что иначе мне придётся хранить 35000 скриптиков
35k скриптиков -- это много. И все полезные? Создайте ресурс и выложите там эти 35k скриптиков. Что-нибудь a la вики или github, пускай сообщество само поддерживает эти скриптики в актуальном состоянии. А затем протолкните в debian несколько пакетов содержащих пачки тематически объединённых скриптиков. Даже если не удастся в таком масштабе, всё равно будут шансы найти несколько единомышленников, и поделить труды по поддержанию скриптов на это "несколько".
> Вероятность, что я найду свой скриптик - примерно 0, у меня и так тут десятки скриптиков
Это от неорганизованности. Скриптикам надо давать удачные названия, не менее удачные чем у авторов ffmpeg2theora, и не забывать комментировать внутри. Причём комментировать как насчёт задач, на которые нацелен скрипт, так и насчёт того как и что делается. Тогда нужный скриптик находится легко, даже если забыто "удачное" название. Тупо grep'ом по ключевым словам.
> Чего там говорить, у меня один скрипт для mencoder, успешно вырезавший данные до
> пережатия, умер прямо на руках, после обновления squeeze до testing, или до arch, или
> вообще до чего угодно, где была новая версия mencoder.
Это да, печаль. mencoder он такой. Но, по-моему, если не гонятся за особо качественной подгонкой параметров кодировщика, то в случае поломки скрипта можно всё починить минут за пять-десять. Даже если раз в год по десять минут тратить на это, то это не критично вроде.