Показать полную графическую версию : [addon] Microsoft Visual C++ 05-08-10-12-13-19-22 Redistributable Package x86 & x64
halflife2,
Скорей всего проблема с удалением Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729. Пусть установит сборку ещё раз. Если ситуация не изменится и Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729 останется в списке, то проблема с удалением. Если проблема с удалением, то как вариант сначала воспользоваться ключом /DelVCAll, и если в списке остались Redistributable, то использовать для удаления Windows Installer CleanUp (http://yadi.sk/d/azkEakrID6AzN). Если и это не поможет, то надо ковырять реестр и искать, где запрещёны права доступа записи на определённую ветвь реестра связанной с Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.
geepnozeex
17-02-2015, 10:24
а нельзя ли переделать установщик ? а то у меня борода успевает отрасти пока установка происходит , при том что железо не загружено почти.
x64
Обновил сборки:
- Microsoft Visual C++ 2005-2008-2010-2012 Redistributable Package Hybrid x86 (11,55 МБ)
- Microsoft Visual C++ 2005-2008-2010-2012 Redistributable Package Hybrid x86 & x64 (22,75 МБ)
Что изменено:
- добавлены msi-заглушки:
· Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.0 False
· Microsoft Visual C++ 2008 Redistributable - x64 9.0.30729.0 False
IRainman
28-02-2015, 09:16
а нельзя ли переделать установщик ? а то у меня борода успевает отрасти пока установка происходит , при том что железо не загружено почти. »
Поддерживаю, тоже интересен этот вопрос и не понятно почему этого не сделано. Ведь в системе прекрасно видны все уже установленные ранее заглушки и наборы, а у утилиты даже спец ключ есть, что бы этот список получить. Неужели нельзя сделать дифф между двумя наборами данных и обрабатывать только разницу? Зачем каждый раз сначала всё под корень удалять, а затем всё тоже самое ставить обратно?
На примерах: вот уже два апдейта подряд реальная разница между сборками это несколько симлинков и установка одного msi пакета-пустышки (заглушки) для 32х битных систем и двух для 64х битных, а ставятся они где по нескольку минут, а где вообще десятки минут. Помимо этого количество компонентов и, следовательно, время обработки будут в дальнейшем только расти
P.S. если никак нельзя переделать сам инсталлятор на вычисление разницы, предлагаю тогда выкладывать при каждом обновлении дополнительный "патчер" для последней обновки, всё легче жить будет ;)
IRainman,
Я уже писал в этой теме, почему нельзя. Нужна последовательная установка, если её не соблюдать, то начинаются проблемы с программами. Также нужна особая последовательность установки для того, чтобы установились все заглушки и не заглушки.
"Патчера" не будет.
Если не устраивает что-то, то пишите сами скрипт и создавайте свою сборку.
IRainman
01-03-2015, 12:30
Я уже писал в этой теме, почему нельзя. Нужна последовательная установка, если её не соблюдать, то начинаются проблемы с программами. Также нужна особая последовательность установки для того, чтобы установились все заглушки и не заглушки. »
Благодарю, теперь понятно в чём собственно проблема и понятно почему патчера не будет. В очередной раз Microsoft показывает нам необходимостью таких костылей, что проблема dll-hell до сих пор окончательно не решена, а нормальной версии хранилища компонентов они так и не сделали, печально, продолжаем жрать кактус.
P.S. А в пределах одной группы тоже нельзя как то процесс оптимизировать? Ну т.е. если изменения затрагивают только либы от 2012 студии, то только от неё и переставлять все версии? По идее тут уже проблем быть не должно или там всё настолько плохо и зависимости есть даже между разными мажорными версиями?
P.S. А в пределах одной группы тоже нельзя как то процесс оптимизировать? Ну т.е. если изменения затрагивают только либы от 2012 студии, то только от неё и переставлять все версии? По идее тут уже проблем быть не должно или там всё настолько плохо и зависимости есть даже между разными мажорными версиями? »
Нет, нельзя. Нельзя отследить, какая сборка моя или чужая, новая или старая использовалась в системе. Нельзя отследить в какой последовательности происходила установка. Нельзя установить, пытался кто-то самовольно распаковать мой инсталлятор и производил установку вручную в своей последовательности (были такие случаи).
geepnozeex
02-03-2015, 22:47
а нельзя ли переделать установщик ? а то у меня борода успевает отрасти пока установка происходит , при том что железо не загружено почти. »
имелась ввиду установка с нуля на голую систему. x64
вот есть конкурент - RuntimePack (http://forum.oszone.net/thread-176149.html)
он устанавливается в разы быстрее , но не содержит заглушек.
вот есть конкурент - RuntimePack »
Он не совсем конкурент. Многие используют вариант "RuntimePack Lite" + "MVC++ 2005-2008-2010-2012-2013 RP".
RuntimePack
он устанавливается в разы быстрее , но не содержит заглушек. »
Вот именно, RuntimePack не содержит заглушек и не тратится время на установку заглушек, которых нет, а заглушек довольно много в Microsoft Visual C++ 05-08-10-12-13 Redistributable Package Hybrid.
Также RuntimePack не удаляет предыдущие версии Microsoft Visual C++ Redistributable Package, при условии, что они были установлены в системе, что тоже влияет на время установки.
К тому же, RuntimePack не устраняет существующую проблему: сборка содержит MSI-заглушки от предыдущих версий Microsoft Visual C++ Redistributable Package, для того, чтобы инсталляторы программ, беспрепятственно производили установку, не требуя установленных в системе, старые версии Microsoft Visual C++ Redistributable Package.
Более того, RuntimePack весит гораздо больше, чем связка RuntimePack Lite + Microsoft Visual C++ 05-08-10-12-13 Redistributable Package Hybrid x64.
RuntimePack - 57.87 MB против Microsoft Visual C++ 05-08-10-12-13 Redistributable Package Hybrid x64 - 22.75 MB + RuntimePack Lite - 5.59 MB = 28.34 MB
MASSANDRA
04-03-2015, 18:48
Извините за возможный флуд , но я не понимаю почему обсуждают время установления?Неужели так долго у некоторых , что действительно "борода"отрастает?У меня на всё про всё с от начала установки пара минут уходит( при условии что ещё и удаляет предыдущие версии)Это долго?Я не в курсе , может нормальная инсталяция 30 секунд?
freeman440
04-03-2015, 20:35
MASSANDRA, у меня уходит 15-20 минут
geepnozeex
04-03-2015, 21:29
у меня уходит 15-20 минут »
вот и я о том же.
а за пару минут встанет разве что на супер SSD и Core i7 - 5960X
а в архиве в текстовом файле "Run" не указан ключик тихой установки
а в архиве в текстовом файле "Run" не указан ключик тихой установки »
/S
а за пару минут встанет разве что на супер SSD и Core i7 - 5960X »
У меня на HDD 7200 RPM, Core i5 3570k, 16 GB ОЗУ - на удаление предыдущей версии и установку новой 64-bit версии Redistributable Package, уходит 2 минуты, а если в системе не было ранее установленных Redistributable Package, то на установку уходит - 1 минута 20 секунд.
Компьютер, как видите не топовый, уже более двух лет ему.
P.S. Win 8.1 x64, отключено: восстановление системы(защита системы) и UAC. Антивирус встроенный - включён.
vespasian
05-03-2015, 17:51
то на установку уходит - 1 минута 20 секунд. »
Ну есть же нетерпеливые люди. Я ставил Вашу замечательную сборку и на PIII и что - вышел покурить, пришел, все ОК.
geepnozeex
05-03-2015, 21:23
Win 8.1 x64 »
так вот оно чё Михалыч
я проверил - поставил W8.1 x64 - запустил пакет - установка меньше трёх минут , - поставил W7 x64 - запустил пакет - установка больше шести минут.
как это объяснить ?
i5 3570
4GB RAM
hdd 7200 WD BLACK
Я ставил Вашу замечательную сборку и на PIII и что - вышел покурить, пришел, все ОК. »
это ж надо - догадался сравнивать x86 с x64
как это объяснить ? »
Скорей всего, Win 8.1 лучше работает с дисковой подсистемой, а может произведены другие оптимизации по улучшению работы железа.
MASSANDRA
06-03-2015, 18:44
freeman440, geepnozeex, У меня обычный HDD 7200 WD S-ATA II AMD Phenom II X4 965 Windows 7 Максимальная Х64 (где стоит система) востановление системы отключено , антивирус MSE включён оперативки 8 гиг и я не обманываю:время установки с удалением предварительно установленных библиотек пару минут!!!Какие 20?Нет , у меня не так , скорее http://forum.oszone.net/post-2478999-876.html
(http://forum.oszone.net/post-2478999-876.html)
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC