На всякий случай отвечу, а то мне мой же вопрос в Google попадался. r3dfox (r3dactedfox): https://github.com/Eclipse-Community/r3dfox Форк свежего Firefox'а для 7 и 8. Пока не слишком нужен, в 115 esr всё работает, но в будущем может пригодиться.
Но это требует нехилых ресурсов цп и понятно, почему майки не стали так делать.
Честно говоря не очень понятно. Если выбирать между обновлением, которое будет устанавливаться долго и обновлением, которое, без ручных действий, к которым не готова большая часть пользователей, не установится на всех компьютерах, на которых размер раздела по умолчанию, то вариант с долгой установкой кажется предпочтительным.
не забыв вернуть права.
Если копировать файл поверх старого, то права и не ломаются. Они там простые. Владелец СИСТЕМА, Администраторы — полный доступ, СИСТЕМА и Пользователи — Чтение и выполнение.
Интересно, есть ли более подробное исследование? Проверил на виртуалке, размер раздела по умолчанию, обновление не устанавливается. Размер файла winre.wim — 461177921 байт, полностью совпадает с оригинальным файлом из дистрибутива. Увеличил размер раздела, обновление установилось, размер нового файла 502931976 байт, больше ничего не изменилось. Скопировал файл за пределы виртуалки, откатил снапшот — файл вполне себе влез. В чём же проблема на самом деле? Установщик зачем-то использует этот раздел для временных файлов? В установщике прописана проверка свободного места и она прописана неверно?
Кроме того, если просто скопировать новый файл вместо старого, то обновление всё равно желает установится. Видимо содержимое winre на самом деле никак не проверяется на уязвимости, а обновление просто ставится на все компьютеры, на которых нет какого-то ключа в реестре.
На самом деле у Acrobat Reader есть возможность «вставить изображение в имеющийся pdf и сохранить его», но только это изображение нужно предварительно сохранить в PDF. Добавить комментарий\Добавить штамп. Сначала Заказные штампы\Создать... и выбираем PDF с нужной картинкой. И вставляем.
Главная проблема в том, что установка App Center включена по умолчанию, так что достаточно не просматривать внимательно настройки UEFI, установить Windows и включить интернет, дальше всё само.
Вероятно вы в каком-то очень, ну очень неправильном месте смотрите. Попробуйте «jetbra.in checker» погуглить. Много лет всё очень стабильно работает.
На всякий случай отвечу, а то мне мой же вопрос в Google попадался.
r3dfox (r3dactedfox):
https://github.com/Eclipse-Community/r3dfox
Форк свежего Firefox'а для 7 и 8. Пока не слишком нужен, в 115 esr всё работает, но в будущем может пригодиться.
Нет ли чего-нибудь подобного для Windows 7? Сейчас под XP последние Chrome и FireFox запустить можно, а вот в 7 — нет.
Честно говоря не очень понятно. Если выбирать между обновлением, которое будет устанавливаться долго и обновлением, которое, без ручных действий, к которым не готова большая часть пользователей, не установится на всех компьютерах, на которых размер раздела по умолчанию, то вариант с долгой установкой кажется предпочтительным.
Если копировать файл поверх старого, то права и не ломаются. Они там простые. Владелец СИСТЕМА, Администраторы — полный доступ, СИСТЕМА и Пользователи — Чтение и выполнение.
Интересно, есть ли более подробное исследование? Проверил на виртуалке, размер раздела по умолчанию, обновление не устанавливается. Размер файла winre.wim — 461177921 байт, полностью совпадает с оригинальным файлом из дистрибутива. Увеличил размер раздела, обновление установилось, размер нового файла 502931976 байт, больше ничего не изменилось. Скопировал файл за пределы виртуалки, откатил снапшот — файл вполне себе влез. В чём же проблема на самом деле? Установщик зачем-то использует этот раздел для временных файлов? В установщике прописана проверка свободного места и она прописана неверно?
Кроме того, если просто скопировать новый файл вместо старого, то обновление всё равно желает установится. Видимо содержимое winre на самом деле никак не проверяется на уязвимости, а обновление просто ставится на все компьютеры, на которых нет какого-то ключа в реестре.
I'm sorry Dave, I'm afraid I can't do that.
Огромное спасибо. В 6.7, через Flash, никак не хотел удаляться старый сертификат. Нашёл про это две темы, по запросу «Delete STS Signing Certificate»:
https://communities.vmware.com/t5/VMware-vCenter-Discussions/VSphere-6-5-Unable-to-delete-STS-signing-Certificate-Chain/td-p/1379921
https://communities.vmware.com/t5/vCenter-Server-Discussions/vCenter-6-5-cannot-delete-certificate-under-STS-Signing/td-p/1839041
Одна без ответов совсем, другая с бесполезным ответом и подтверждениями, что у других проблема тоже есть. Только ваш комментарий спас.
На самом деле у Acrobat Reader есть возможность «вставить изображение в имеющийся pdf и сохранить его», но только это изображение нужно предварительно сохранить в PDF. Добавить комментарий\Добавить штамп. Сначала Заказные штампы\Создать... и выбираем PDF с нужной картинкой. И вставляем.
Там как-то дико долго, с кучей ручных действий написано.
reg add HKLM\SYSTEM\Setup\LabConfig /v BypassTPMCheck /t REG_DWORD /d 1 /f
Итак, время пришло. С 2023-09-20 возможность использовать старые ключи заблокировали.
https://devicepartner.microsoft.com/en-us/communications/comm-windows-ends-installation-path-for-free-windows-7-8-upgrade
Главная проблема в том, что установка App Center включена по умолчанию, так что достаточно не просматривать внимательно настройки UEFI, установить Windows и включить интернет, дальше всё само.
Не настолько Free. MS использует https://www.libarchive.org/ с «New BSD License», у 7-Zip GPL, так что маловероятно, код именно 7-Zip встроят когда-нибудь в Windows.
Зачем вы обманываете? WinRAR никогда не требовал покупки новой лицензии при обновлении.
Возможно этот баг:
https://text.tchncs.de/umnik/obkhod-rezhima-mode_ignored-v-app-op
Вместо правки MSI можно сделать mst — Transform=>New Transform, вносим правки, Generate Transform и потом применяем через ключ TRANSFORMS="файл.mst".
Собственно даже новость без прокси не открывается.