LINUX.ORG.RU
Форум — Desktop  

ScanTailor в 2023 году

 , ,


0

1

Навеяно недавней темой Все же с библиотеками и зависимостями Linux куда-то не туда идет

  1. качаем scantailor с офф сайта дебиан

sudo dpkg -i scantailor_0.9.12.2-3_amd64.deb

Видим:

scantailor зависит от libqt4-xml (>= 4:4.5.3), однако: Пакет libqt4-xml не установлен. scantailor зависит от libqtcore4 (>= 4:4.8.0), однако: Пакет libqtcore4 не установлен. scantailor зависит от libqtgui4 (>= 4:4.8.0), однако: Пакет libqtgui4 не установлен.

  1. sudo dpkg -i libqt4-xml libqtcore4 libqtgui4

  2. Программа запускается и м.б. работает (я хз что она должна делать)

Проверено на: Desktop: KDE Plasma 5.18.8 Distro: Linux Mint 20.3 Una

@praseodim

Перемещено hobbit из talks

★★★★★

Последнее исправление: hobbit (всего исправлений: 1)

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

Grapow ★★
()
Последнее исправление: Grapow (всего исправлений: 1)
Ответ на: комментарий от Grapow

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

next_time ★★★★★
() автор топика
Последнее исправление: next_time (всего исправлений: 1)

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

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

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

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

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

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

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

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

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

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

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

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от praseodim

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

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

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

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

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

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

token_polyak ★★★★
()
Последнее исправление: token_polyak (всего исправлений: 3)
Ответ на: комментарий от token_polyak

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

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

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

Grapow ★★
()
Последнее исправление: Grapow (всего исправлений: 1)
Ответ на: комментарий от dikey0ficial

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

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

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

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

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от praseodim

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

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

Например имеются исходники и проект какой нибудь внешней компоненты для 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.

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

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.


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

shalom_ ★★
()

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

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

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

Forum0888
()
Последнее исправление: Forum0888 (всего исправлений: 1)

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

В 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.

Forum0888
()
Последнее исправление: Forum0888 (всего исправлений: 6)
Ответ на: комментарий от praseodim

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

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

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

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

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

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

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

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

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

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

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

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

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

Forum0888
()
Последнее исправление: Forum0888 (всего исправлений: 1)
Ответ на: комментарий от Forum0888

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

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

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

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

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

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

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

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

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

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

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

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

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

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

einhander ★★★★★
()
Последнее исправление: einhander (всего исправлений: 2)
Ответ на: комментарий от einhander

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

bread ★
()
Desktop