Хороший вопрос.
В документации говорится, что она должна быть позволена.
info date 'Date input formats' 'Calendar date items'
В течение числовых месяцев позволяется формат ISO 8601 'ДЕНЬ МЕСЯЦА ГОДА', где ГОД является любым положительным числом...
Начальный нуль должен присутствовать, если число - меньше чем десять.
Если ГОД равняется 68 или меньший, то 2000 добавляется к нему; иначе, если ГОД - меньше чем 100, то 1900 добавляется к нему.
Вы находитесь в 32-разрядной системе?
Вы получаете ошибку с датами после 20.01.2038 также, например.
date -d '2038-01-20'
Если так, это кажется, что дата GNU использует 32-разрядную временную стоимость.
Я не уверен, как можно зафиксировать это кроме использования 64-разрядной системы или использования другого инструмента, например, DateTime в Perl или дата и время в Python.
Некоторый фон:
Времена Unix считают число секунд с 1 января 1970 с помощью целочисленного значения. Если система использует 32-разрядные целые числа, она может только считать 2,1 миллиарда секунд вперед (до 19.01.2038 3:14:02 UTC) и 2,1 миллиарда секунд назад (назад к 13.12.1901 20:45:52 UTC).
Больше информации в:
Проблема состоит в том, что Вы пытаетесь установить php5-dev от сжатия вместо lenny. lenny версия php5-dev не зависит ни от какой конкретной версии libtool или autoconf способ, которым делает версия сжатия. Если бы я должен был предположить, как Вы вошли в эту ситуацию, я предположил бы, что Вы вошли в это, потому что Вы теперь или в некоторое время имели, "сжимают" в Вашем sources.list и установил некоторый материал, или возможно Вы ссылаетесь "стабильный" вместо "lenny" или "сжимаете" в своем sources.list, и теперь Вы могли бы выполнять некоторое соединение lenny в сжатии.apt-cache policy php5-dev
должен сказать Вам, где Вы получаете php5-dev от, который мог бы помочь.