ScanTailor в 2023 году

Ради старой проприетарной поделки, заброшенной разработчиками, должны храниться и поддерживаться устаревшие тулкиты и библиотеки древних версий?

Пост о том, что они прекрасно себе хранятся и сохраняют работоспособность в отсутствие поддержки.

Так никто и не спорил с тем, что существуют всякие oldstable и debian snapshots. Но это работает только до тех пор, пока этот старый софт не добавят в «Conflicts:» с каким-то новым, что дебианщики делать любят.

Эм… нет. На базу пакетов устаревших дистрибутивов совершенно никак не влияют дистрибутивы современные.

Ой как там спорят. Почитаешь, так у них там в линуксе вообще ничего не запускается старого, не то что в богоугодной винде.

Спасибо, дружище.

Так по логике некоторых товарищей из той темы все должно работать как в винде. Да и фиг с ним, что в винде то не все так гладко: то разрешение только старое низкое, то что-то в реестре нужно править, но все равно это не то, что в этих ваших линуксах.

Надо попробовать будет. Не увидев в репах Qt4 как-то не подумал и их доставить, решил, что полсистемы потянет =)

Но вообще уже более новый форк скомпилировал и поставил для работы.

И кстати, тем более вопрос к дебианщикам. Может им стоит завести ветку репозитория old кроме non-free и прочих?

Да и фиг с ним, что в винде то не все так гладко: то разрешение только старое низкое, то что-то в реестре нужно править, но все равно это не то, что в этих ваших линуксах.

Уперся тебе тот реестр. Более старая (!) Delphi без всяких правок реестров встала нормально. Та, 6-я походу требовала правок только из-за наличия регистрации, чего в более старой нет или качественнее отломана уже не помню.

Нравится или нет, но в целом надо правде в глаза смотреть. Встретив старый виндовый софт, его можно запустить с большой вероятностью вообще без дополнительных приседаний, причем хоть в винде, хоть в wine (с меньшей вероятностью, но тоже).

Ага, если она отломана качественно, то это кто молодец? Разработчик? Или пират? Если пират, то он ее в том же году ломал? Или позже? А при взломе он может еще какие либы в комплект сложил? Мы вроде как официальный дистрибутив обсуждаем, а не пиратски модифицированный.

dpkg -i libqt4-xml libqtcore4 libqtgui4

где брать deb'ки этих пакетов, вытаскивать из старых дистрибутивов?

Мы обсуждаем ПРОГРАММЫ, а не дистрибутивы, официальные или нет. И я в который раз повторю, что в современной винде в большинстве случаев софт из 90-х (если он 32-битный) запускается без лишних телодвижений вообще. С 16-ти битным на 64-битной понятно будут проблемы, но не столько из-за винды, сколько из-за процессора.

Сейчас нарочно что-нибудь выкопаю подревнее.

Сфигали проприетарной?! Под GPLv3 она. Собственно и благодаря этому факту после её забрасывания первоначальными авторами возникло несколько форков, которые были портированы на Qt5.

Тем более. Есть современный форк с зависимостью от Qt5.

https://archlinux.org/packages/community/x86_64/scantailor-advanced/

Зачем насиловать труп устаревшей заброшенной версии?

Зачем подревнее.

Вот поактуальнее - запусти AutoCAD 2008 на Windows 10. Я что-то не смог, не разобрался.

Поныть про «недостаток» в виде отсутствия LinSxS-помойки - дело святое.

pkgs.org

Вполне бесполезный сайт с амбициями впаривания premium. Пакеты можно посмотреть как средствами пакетного менеджера, так и на сайте дистрибутива, бесплатно, без рекламы, смс и капчи.

Скорее всего, защита от копирования плюс совершенно упоротая жлобская политика Autodesk. Почти уверен, что автокад из около 2000-го года запустится

Ну вот поставил MS VC 6.0 из 1998-го года на Win10. Не совсем без пинков, пару раз зависло и какие-то проблемы с Java от Microsoft, которая похоже не заработает, но в остальном поставилось и компилирует проекты (кроме Java), которые работают, запускаются в Win10. Что до Java, то ее ms-реализацию потом по суду выпилили из системы, так что не удивлюсь, что чего-то оно сейчас не так пошло.

Для мегакомбайна для тех лет, дистрибутив которого более гигабайта (а это для 98-го года поверь овердохрена) все удивительно беспроблемно встало и работает. Проекты на VC++, Visua Basic - работают. FoxPro не проверял.

все удивительно беспроблемно встало и работает.

Не все так просто (подводных камней много).

Например имеются исходники и проект какой нибудь внешней компоненты для 1С 7.7 (она разработана в 1998 году).
Казалось бы ее без проблем можно пересобрать более новой Visual Studio.

Да пересоберется и даже может быть что-то (но не все) даже правильно будет работать.

Почему так происходит?

Потому что внешняя компонента использует API dll, собранное с использованием Visual Studio 6.0.
А с классом CString, ... не будет совместимости (проблема не в параметрах, а с линковкой).

Для корректной работы API, необходимые VC redistribution должны быть установлены, ...

То бишь собрать приложение в новой Visual Studio так, чтобы оно
правильно работало в Vindows 98 или XP не так-то просто.

А вот с созданием нового проекта по идее не должно быть проблем на том компьютере где оно разрабатывалось.
Так как при установке Visual Studio 6.0 будет произведена установка требуемого SDK.

On your search bar search for " turn windows features on/off"

check ".Net Framework 3.5 (includes .Net 2.0 and 3.0) and " .Net 4.7 advanced services"

let it download and install

Run your Autocad 2008 setup

Done.


Ну и там искуственное ограничение в самом установщике автокада на проверку версий дотнетовских фреймворков, это не проблема венды

FoxPro не проверял.

https://santehnika-terra.ru/articles/kak-zapustit-foxpro-pod-dos-v-windows-10...

Лучше почитать https://support.microsoft.com/ru-ru/windows/обеспечение-совместимости-старых-... ...

И гуглить типа «прослойка в windows для работы старых приложений на компьютере».

Вообще-то Microsoft не скрывает того, что в Windows имеется подсистема, которая
обеспечивает работу наиболее популярных приложений прошлых лет.
Потому-то и работают.

буквально там же, где и сам scantailor - на офф сайте дебиана

кто-нить сделает Докер, где будет собираться данная тулза в статический бинарник и никаких зависимостей не надо будет тащить за собой.

А черепашка-то врёт

В inet на MSDN имеются ссылки на перечень системного API разных лет, используемого в Windows.

Так вот где-то на 98% совместимость имеется.

https://learn.microsoft.com/ru-ru/windows/win32/apiindex/windows-apisets?sour... Наборы API Windows

https://learn.microsoft.com/ru-ru/windows/win32/apiindex/windows-umbrella-lib... Общие библиотеки Window

Много URL на MSDN по API и статей в inet по вопросам работы старых программ в новых версиях Windows.

В 6-й студии уже виндовая FoxPro.

Вообще 6-я студия интересна тем, что до сих пор есть куча исходников, которым она нужна.

Встретив старый виндовый софт, его можно запустить с большой вероятностью вообще без дополнительных приседаний, причем хоть в винде, хоть в wine (с меньшей вероятностью, но тоже).

Постоянно слышу эти мантры. Покажите мне хоть одного нытика, который реально использует софт, написанный в 90х.

окажите мне хоть одного нытика, который реально использует софт, написанный в 90х.

В этом треде еще не затронут вопрос использования COM технологии и ActiveX.

Например ActiveX из 90-х без проблем можно использовать в любой версии Windows.

COM и ActiveX из года в год «хоронят» (якобы эти технологии устарели).
Это треп дилетантов.

Большинство системных утилит и приложений Windows эти технологии используют и будут использовать.

http://old-dos.ru/ - не так и мало. Да вот та же визуал студио 6-я бывает нужна для исходников чего-то не самого нового.

Например ActiveX из 90-х без проблем можно использовать в любой версии Windows

можно использовать != используют

можно использовать != используют

Тред то об совместимости.

Ныне через два года любая технология «устаревает» и становится «не нужной».

Использование технологии ActiveX для меня например «повседневно».
Использую ее в качестве биндинга API на C++ к 1С.
А вот разрабатываемое API можно использовать в любом языке программирования и к 1С «гвоздями не прибито».
1С для меня является как бы тестовой средой (очень удобно).

Тред то об совместимости

И о ней тоже. Можно и в линуксе накопать копролита, который будет работать в современных системах. Но, в основном, никто не морочит себе голову такой ерундой.

В то время как в винду засунули винду, чтобы вы могли пользоваться виндой, когда пользуетесь виндой.

Нет там никакого волшебного апи, на которое так любят передергивать местные подоконники. Есть лишь набор ацких костылей, подпирающих апи со всех сторон.

Покажите мне хоть одного нытика, который реально использует софт, написанный в 90х.

Не понял причём тут нытики. Использую MSVC5 под Win7 для компиляции виндопрограмм, всё работает. Правда когда это было в последний раз уже и не помню.

MSVC5 под Win7

Win7

Сказать то что хотели?

то что пользуюсь софтом из 90х

то что пользуюсь софтом из 90х

В системе из 00х.

У меня в виртуалке крутится хрюша, потому что есть кое-какой софт без аналогов. Можно конечно поприседать и заставить этот софт работать под семерочкой. С переменным успехом. Но мне надо работу работать, а не испытывать удачу в лотерее.

Ваш MSVC5 работает под семерочкой только потому, что майки подперли его костылями. Никаких чудес.

Запускай через wine))) Какие-то проги времён win95 только так и работают в современной винде. А вообще, зачем 2008й если можно взять чуть поновее или вообще какой-нибудь брыкскад.

Буду пробовать

Запускай через wine)))

Так отломали его давно. Когда-то да, во времена wine 1.0 работало неплохо.

А вообще, зачем 2008й если можно взять чуть поновее

Там же риббон уже.

или вообще какой-нибудь брыкскад

Ну это можно пожалуй

ТС, извини, но заголовок я тебе поправил. Про врущую черепашку абсолютно неинформативно. А сама тема полезная и может кому-то пригодиться, плюсанул.

Так отломали его давно

Вайн в винде работает вполне неплохо.

Когда-то да, во времена wine 1.0 работало

Кто мешает использовать эту версию.

Я не против, но ценности темы именно в технической полезности не вижу. Ценность в чём? Что можно скачать старое ПО из старого репозитария дебиана, поставить пакет в новом дебиан-базед дистрибутиве и всё сходу заработает? Ну ок.

Тут скорее вопрос в том, что ТС предыдущей темы даже не захотел попробовать запустить ScanTailor со старыми зависимостями. И уже побежал жаловаться на систему зависимостей дебиана.

И в итоге страниц на 10 развели срач о том, как быстро в линуксе «протухает» ПО в репах, хотя по факту это не так.

Не увидев в репах Qt4 как-то не подумал и их доставить, решил, что полсистемы потянет

полсистемы в случае qt быть не может - у него мало зависимостей, но вообще я ожидал, что возникнет конфликт имён - тогда бы я просто распаковал .so из .deb в отдельную директорию и запустил программку с LD_LIBRARY_PATH

Может им стоит завести ветку репозитория old кроме non-free и прочих?

внезапно, она есть - я вполне мог прописать пути к старым репам старого дистрибутива в /etc/apt/sources.list и поставить нужное через apt install

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

их итак не надо тащить - можно всё тоже самое сделать через apt install, прописав пути до нужной вверсии дебиана в apt sources list

Вайн в винде работает вполне неплохо.

Есть материалы по этой теме?

Так бывает, что повезло, и зависимости не конфликтуют ни с чем, и не пришлось ничего пересобирать. Но это до поры до времени.

Натуральный wine для 10: https://habr.com/ru/post/463375/

16 битные программы: https://github.com/otya128/winevdm

Возможно будет сайт с базой докеробразов, в которых будут собираться, статически, легаси приложения