LINUX.ORG.RU

Сегодня 15000-й UNIX epoch day

 ,


0

2

Сегодня 15000 день с момента летоисчисления UNIX time т.е с 1-го января 1970 года. Убедиться в этом можно, набрав в консоли:

echo `date +%s` / 86400 | bc
или
perl -e 'printf("%d\n", time()/86400);'
Празднуем!

>>> Подробности

★★

Проверено: anonymous_incognito ()
Последнее исправление: CYB3R (всего исправлений: 2)

Всех поздравляю!

anonymous
()
Ответ на: комментарий от Yareg

а почему ты думаешь столько админов пьют? ;)

tazhate ★★★★★
()

А завтра можно отметить 14600 марсианских суток. Опять пить?

octy ★★
()

незабываем о рельсах

irb(main):036:0> Time.new.to_i / 24.hours.to_i
=> 15000
ASM ★★
()

может лучше в днях Марса считать?

dimon555 ★★★★★
()

Поздравлям всех

Ждем 20000!

thesNu
()
Ответ на: комментарий от anonymous

> ЧЯДНТ? держишь в юнеймах оффтопик мб?

anonymous
()

cat /dev/urandom | base64 | grep -i 'help'

anonymous
()
Ответ на: комментарий от yaws

Последнее исправление: VeroLom 26.01.2011 18:30:08 (всего исправлений: 1)

7 строчек сообщения - и без багов ну никак :)

Как же лоровцы кодят?.. Боюсь представить :)

Добавил код на Perl ибо некоторые не осилили bc

VeroLom ★★
() автор топика
Ответ на: комментарий от Orfeo

Сколько человек прочитало стопицотый ?)

Есть подозрение, что только ты -_-

VeroLom ★★
() автор топика

А чем вам эта тема не угодила, что решили боян рвать?

И да, еще одно исправление: вчера был 15000-й день, если 1 января 1970 года считать нулевым днем. Иначе - это было 15001-й день.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от wintrolls

Тогда уж помянем :)

А чего поминать-то? Вы что, думаете в 2038-м году у кого-то останется машинка с 32-битным процессором и старой версией ядра, где time_t == int?

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от odip

И вы таки думаете, что найдется умник, который time_t оставит 32-хбитным?

Eddy_Em ☆☆☆☆☆
()

Ура, товарищи!

Deleted
()
Ответ на: комментарий от heisenberg

[rht@develop ~]$ echo `date +%s` / 86400 | bc 15001

Deleted
()
Ответ на: комментарий от vurdalak

[идея] пакетный менеджер с торрентом Есть ли пакетные менеджеры, умеющие синхронизировать БД и качать пакеты с торрентов? Ну и попутно раздавать скачанные пакеты, которые есть в кэше. Если нет, то почему бы не запилить такой?

ты запостил свою идею туда, куда я не могу ответить, так что отвечаю здесь:

Посмотри ссылки: gittorrent тыц Conary dijjer (проект сдох, ищи что-то подобное в такой же категории : anon P2P, I2P F2F , anoNet)

Вообще идея с вопросами. Если пакет — это исходники, то они обычно небольшие, и их скачать не проблема. Правда хочется качать дельты, а deltup сдох. Есть NixOS в которой пакетный менеджер Nix, в котором NAR-файлы с дельтами работают. Он не распределённый (SVN), но обновления качаются скриптом на перле (аналог FETCHCOMMAND в emerge), так что возможно прикрутить какой-нибудь gittorrent или KDE-шный ownCloud.

Если пакеты бинарные (а именно для них торренты и имеет значение), то проблема в том, чтобы набрать облако пользователей с «совместимыми» сборками. Например, в Генте — из одних и тех же исходников можно набрать разные variant builds (разные фичи, разрешенные USE-флагами), можно собирать разными компиляторами, могут быть разные архитектуры, ОС, кросскомпиляция.

Проблема бинарных пакетов в Генте — это проблема несовместимых конфигураций сборок. Но, если бы выделить «совместимое ядро» как ключ в хеш-таблице (см. DHT), а сам бинарный пакет — значение , и построить по таким ключам облако (семейство облаков с разными конфигурациями), то мог бы быть профит.

Как пример, см. Nix pkg manager — там правда SVN, но NAR-обновления работают, для прототипа можно было бы прикрутить F2F к нему. Правда, нет USE-флагов, и варианты собирают руками (см. рецепты сборки в nix-exprs — жёстко прописанное ./configure, плюс даже переменные окружения вроде отсуствия LC_ALL включаются в рецепт сборки).

Вообще, идея хранилища как в Nix и «совместимых конфигураций» (см. Nix profile) — вполне здравая, осталось только положить её в облако.

anonymous
()
Ответ на: комментарий от anonymous

ты запостил свою идею туда, куда я не могу ответить, так что отвечаю здесь

Спасибо, но лучше было в джаббер. Здесь потереть могут.

vurdalak ★★★★★
()
Ответ на: комментарий от anonymous

Если пакеты бинарные (а именно для них торренты и имеет значение), то проблема в том, чтобы набрать облако пользователей с «совместимыми» сборками. Например, в Генте — из одних и тех же исходников можно набрать разные variant builds (разные фичи, разрешенные USE-флагами), можно собирать разными компиляторами, могут быть разные архитектуры, ОС, кросскомпиляция.

Включать в пакет информацию о USE-флагах и параметрах сборки. Тогда можно определить, совместима ли твоя конфигурация с имеющимися бинарниками. Так можно набрать пользовательские репозитории, которые будут иметь все комбинации собранных пакетов, и выкачивать бинарники.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

> Включать в пакет информацию о USE-флагах и параметрах сборки. Тогда можно определить, совместима ли твоя конфигурация с имеющимися бинарниками.

в общем случае этого недостаточно, т.к. нужно ещё учитывать «актуальность ебилда» , версии компилятора, линкера и т.п. вплоть до его USE-флагов и чем он собирался. Плюс, ABI пакета и зависимостей. Например, был gnome 2 на gtk2 без introspection, стал gnome 3 с gtk3 с *замаскированным* флагом introspection и прочими дополнит. зависимостями (сюда же см. USE-флаги python2 и python3, или ruby18 ruby19).

Это не обычные USE-флаги, а условные заглушки для выбора нужной версии API/ABI. Что сейчас происходит с Gnome3 : он замаскирован, USE=introspection замаскирован, часть пакетов gnome3 не собирается, часть старого софта не собирается, часть конфликтует с настройками (не для всех пакетов добавили USE=introspection gtk3), то есть gnome3 пока это ССЗБ.

Затем пройдёт процесс тестирования, будет релиз, USE=gtk3 introspection официально размаскируют. Но сейчас если смешать в кучу gnome2, gnome3, есть большая вероятность сломать оба.

Плюс, пакеты вроде качалки by chuchelo (web downloader?), ебилд которой не обновлялся, и она уже не собирается. Но руками с #define GTK_DEPRECATED_... собрать можно.

Как пример системы, где таких граблей возникать не должно, см. хранилище в NixPkg (или 0install, или appFolders, и т.п.)

В nix идея: все такие неявные зависимости сделать явными. То есть, когда мы собираем hello world (gnu hello-2.6), он собранный зависит от версии компилятора gcc, но не зависит как пакет. В итоге, не ломается бинарный ABI + понятно что чем и как собирали (ключи ./configure входят в зависимости). Чего ему (nix) не хватает, так это вариантов.

Есть nix-build, который умеет собирать из исходников (cf. emerge, paludis/cave), есть nix-channel (emerge -f world) + nix-env (emerge), который качает бинарные пакеты по дельтам. Но все конфигурации жёстко прописываются в рецептах сборки канала (nix-channel) , то есть, нужно генерировать несколько таких каналов, по одному на каждую совместимую конфигурацию (что-то типа облака), и потом из общего облака выбирать нужное подмножество.

Так можно набрать пользовательские репозитории, которые будут иметь все комбинации собранных пакетов, и выкачивать бинарники.

ну по идее да, но нужно набрать достаточное кол-во пользоветелей *совместимых с твоей* конфигурацей в нужном именно тебе твоём личном облаке/канале.

anonymous
()
Ответ на: комментарий от vurdalak

как поставишь, почитай мануалы и пособирай пример с gnu hello (у него обычно зависимостей минимум). Можно делать это параллельно с сборкой gnu hello через emerge / cave/paludis сразу или отдельно по фазам, по шагам: ebuild .../hello-2.6.ebuild fetch unpack configure compile install qmerge clean или paludis -i --abort-at-phase unpack hello (см. paludis --help|grep phase — аналогичный ebuild.sh «пошаговый» интерфейс)

nix expressions похожи на ebuild-ы, только выше уровнем. Nix можно поставить рядом в генту и сравнить ощущения.

Если будешь читать мануал, попробуй не подключать канал как там советуют для выкачки бинарных substitutes, а пособирать всё из исходников (или делать это в отдельном профиле nix-profile). У меня не получалось собирать из исходников, если уже поставил из бинарников. То есть, второй раз nix-build работает как nix-env, не получилось «форсировать» для сборки из исходников, ставятся сразу бинарники. В идее nix с воспроизводимыми билдами, оно хорошо, но хотелось бы вручную прошагать в новом профиле.

Алсо, читай про nix profiles, «клонирование» профилей, active/disabled флаг, priority flag (например, чтобы в один профиль поставить clang-2.7 и llvm-2.7 они ругаются на конфликтующий файл bugpoint, и надо сделать nix-env --set priority 10 clang-2.7 --set priority 100 llvm-2.7 или как-то так)

Perl и Bash, поставленные из nix по зависимостям ругаются на LC_ALL, LC_MESSAGES в генте — их собирали с другими переменными, что, по-моему, дурдом. Другой дурдом — наличие многих пакетов вроде haskell-6.13-cabal-... или gcc-wrapper, haskell-wrapper, или xorg-drivers-X.XX-nvidia-drivers-Y.YY Тут явно не хватает USE-флагов.

anonymous
()
Ответ на: комментарий от anonymous

Один вопрос: nix os готов для десктопа, или он все же еще сырой? Я хочу поставить что-нибудь на ноутбук, гента уже есть, а хочется попробовать нового. Думал арч, но не на виртуалку он отказался ставиться, так что с ним пока повременю.

vurdalak ★★★★★
()

Предлагаю также праздновать День Йожа.

anonymous
()

Почему нет примера на C?

echo '#include <sys/time.h>' > test.c;echo '#include <stdio.h>' >> test_days.c;echo 'int main(int argc,char*argv[]){unsigned long int days=time()/86400;printf(«%li\\n»,days);return 0;};'>>test_days.c;gcc test_days.c -o test_days; ./test_days

anonymous
()
Ответ на: комментарий от anonymous

прошу прощения, опечатался, хотя оно и так сработает.

echo '#include <sys/time.h>' > test_days.c;echo '#include <stdio.h>' >> test_days.c;echo 'int main(int argc,char*argv[]){unsigned long int days=time()/86400;printf(«%li\\n»,days);return 0;};'>>test_days.c;gcc test_days.c -o test_days; ./test_days

anonymous
()
primesab stalkerg # ddate
Today is Boomtime, the 27th day of Chaos in the YOLD 3177
stalkerg ★★★★★
()
Ответ на: комментарий от backbone

А вдруг я чисто случайно сделал emerge -C python? :)

Кстати, похожая ситуация была, когда я поставил фильтры для принтера из tar'а. Потом я решил удалить фильтры, т.к. нашёл оверлей с ними, взял и написал rm -rfv `tar tf filename.tar`, а среди файлов в архиве были /usr/bin, /usr и т.п. Когда нажал ^C, было поздно, удалился и emerge, и питон, и тулчейн, но я сохранил выхлоп rm -rfv, получил список удалённых файлов, скопировал тулчейн, emerge и питон с другого компа, и долго пересобирал почти все пакеты.

Так что gentoo без питона бывает. =)

gentoo_root ★★★★★
()
Ответ на: комментарий от backbone

в gcc, причём код с ошибкой работал :) финальный вариант, блин.

echo '#include <time.h>' > test_days.c;echo '#include <stdio.h>' >> test_days.c;echo 'int main(int argc,char*argv[]){unsigned long int days=time(NULL)/86400;printf(«%li\\n»,days);return 0;};'>>test_days.c;gcc test_days.c -o test_days; ./test_days

anonymous
()

Так вот почему меня сегодня пробило выпить пиво с мёдом!

torvn77 ★★★★★
()

Кругленько!!!

Всех линуксоидов и братьев с юбилеем... :-)

jd
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.