- 1
Дикого бомбежа пост
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
0
Дикого бомбежа пост
Дикой боли стоила мне попытка собрать PHP 5.3 под Ubuntu 16.04 LTS. Клонирую репозиторий, делаю checkout на PHP 5.3, пытаюсь собрать по инструкции и тут БАЦ. autoconf и automake слишком новые. Благо были более старые версии, ставлю их через apt. И тут снова БАЦ. bison слишком новый. Пришлось скачивать исходники, компилировать их и потом уже ставить. И тут самое страшное: запустить PHP 5.3 под LAMP почти нереально. Меня всё это задолбало, сношу всё к чертям. И виноват отнюдь не PHP. Виноваты сами Томпсон, Ритчи, Линус и прочие петросяны всея вселенной *nix. Именно благодаря ним есть необходимость ставить по пять автоконфов, но не возможности.
Всё в прошлом. Я уже кончил. Теперь ты можешь извлечь мой член из своего ануса.
Лови палку, бро.
юзай докер тогда
https://github.com/bylexus/docker-apache-php53
PS. Там же Ubuntu 12.04, а у меня 16.04
Ну доставь туда gcc и пересобери
и даже в 17 так
в федоре последней только тройка
Да он, сука, везде есть кроме разве что федоры последней и каких нить арчей
В джанге 2.0 вообще выкинули поддержку 2.7
Кста, официально его депрекейтнут в 2020
>Кста, официально его депрекейтнут в 2020
Пиздец. Шёл 2к18.
Питонисты всё переходили со 2ой версии на 3ю.
Я-то уже двойку не использую
ЫЫЫыыыыыыыы! Ждём-с.
Т.е. таки объявят устаревшим и пообещают лет через 10 таки перестать поддерживать?
Пффф. В крестах некоторую депрекейтнутую хуйню 20 лет как поддерживают.
JDK 1.1
Major additions in the release on February 19, 1997 included
Двадцать один год. Уже пить можно.
А еще я знаю один процессор, который поддерживает совместимость 40 лет. x86 называется.
Потому в жабе хоть стандартная либа и полна депрекейтов, но 2to3 бугуртов нет.
я бы хотел видеть генерики в рантайме, как в C#.
Бля буду, у меня нет кода младше 5.0
А 2024-му году сдохнет и Centos 7 где только он и есть в дефолтных репах
Так что к 2030-му году от второго питона не будет и следа
В 2010 обещали что к 1980 году настанет коммунизм через пару лет от двойки не будет и следа.
в итоге все перепилилил
кста, тройки младше 3.4 уже тоже выкинули
очень удобно так писать
from __future__ import unicode_literals
Как люди портируют софт? по кусочкам
Не знаю.
Ты можешь пользоваться софтом на тройке только когда весь код на тройке. Вот было бы что-то вроде rpc между двойкой и тройкой.
один запусти тройкой
второй двойкой
профит
Проблема не столько в несовместимости, проблема в том, что нельзя юзать двойку и тройку из одной программы.
открой для себя six, осилятор:)
Есть прога, например ,Kodi, или Calibre. Все плагины на двойке. Посоветуй, как перевести ее на тройку, не переписывая всё единым куском.
Ну то-есть есть утилиты которые помогают находить и править, но ты же не хочешь править все модули
Как вам такой вопросик?
https://wiki.python.org/moin/Python2orPython3
Причем в образах докера в dockerfile так же курлом выкачиваются исходники нужной версии пхп и компилятся.
Они-то тут каким боком? Какое отношение имеют эти люди к тому что
а) autotools — говно
б) в среде апинсорца этим говном просто обожают пользоваться
Линус писал ядро и гит. Никаких претензий, всё работает заебато. Томпсон и Ритчи сделали сишку.
Ты еще скажи что Анал Тьюринг вместе с фон Нейманом и Бебиджем тебе в кашу насрали.
Да, но посредственно.
господи, неужели я до этого опустился
Жопотрах, изобрётший капчу? Аналчик, блять.
Мне интересно что ОПу за ошибку выдало.
Но сам факт смены версий, несовместимых друг с другом, вот это зашквар.
Вот makefiles десятилетиями работают и формат не меняют.
Представь если б make были несовместимы друг с другом.
ну Make простой же, понятно что
будет жить вечно
наивный...
У меня самый страшный опыт был с ant и библиотекой ant contrib:
Пара тысяч строк императивного программирования на XML
Так они и не совместимы. гнушный и бсдшный – соврем разные звери.
Разве они с ним не совместимы?
Ну если придерживаться только посикс-подмножества, то, может, и совместимы. Но если ты много пишешь на make, скорее всего, очень быстро устанешь и возьмёшь GNUmake или что-нибудь позабористее.
Есть же POSIX standard.
Если ему следовать, в теории при портировании ничего не должно разваливаться.
Ну вот в этом месте и начинается падение минетжера пакетов.
Это еще повезло что старые версии чего-то были. А если бы не было? Или надо жить с версией1 и версией2.
В смысле если у тебя какой-то дебиан/убунта/rpm.
Либо ты ничего в них не собираешь руками, а качаешь готовое с репозиториев.
Либо ты это нахуй сносишь и идёшь по пути генту/слаки. ./configure && make && make install или ебилды.
На крайняк, запустить виртуалку.
Наивный…
Так оно ж даже четвёртое ещё года пару лет назад запускалось на 486 с 16 Мб оперативы. Я чего-то не понимаю?
Софт полагается на системные вызовы. Их тупо нет.
Плюс всё что старше 2004-2005 — это уже совершенно новое железо, не факт что 2.2 его нормально поддерживает.
Для окаменелого бородатого говна мамомнта (2.2) если ifdefы и были, их давно повыпиливали.
2.2 будет не уметь ACPI наверняка, не будет PCI Express, может не мочь USB HID (клаву на USB), а современные firmware уже могут и не уметь конфигурировать железо сами, немочь эмулировать i8042 вместо usb hid итд
Думаю это первый же бугурт: система тупо не сможет загрузиться, потому что не сможет прочитать партиции с диска.
SATA/AHCI точно не поймет, кстати. Надо будет в эмуляцию IDE грузиться
ну вот iptables или iproute2 (ip/tc/ss) по понятным причинам работать в 2.2. не будет
Кстати, тот факт что в бздях ядро не отделимо от юзерленда (всмысле собирается из того же source tree) часто преподносили как преимещуество бздей.
Теоретически есть Debian на GNU и FreeBSD ядре (Debian позиционирует себя как GNU, но не обязательно Linux) но это наверное надо по вене пустить чтобы собрать себе такого зверя