The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект GNU начал развитие нового пакетного менеджера Guix, opennews (??), 23-Ноя-12, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


2. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от kai (??), 23-Ноя-12, 23:15 
Мне это больше setup.exe напоминает.
Ответить | Правка | Наверх | Cообщить модератору

13. "Проект GNU начал развитие нового пакетного менеджера Guix"  +3 +/
Сообщение от ананим (?), 23-Ноя-12, 23:41 
это бандлы чистой воды из макоси.

зыж
как вообще это можно сравнивать с виндой, не понимаю. с её длл- и регистри-хэлл…
не давно за комп сели что ли…

Ответить | Правка | Наверх | Cообщить модератору

19. "Проект GNU начал развитие нового пакетного менеджера Guix"  –3 +/
Сообщение от Аноним (-), 23-Ноя-12, 23:45 
> как вообще это можно сравнивать с виндой, не понимаю. с её длл-
> и регистри-хэлл…
> не давно за комп сели что ли…

DLL hell вроде как в комплекте.

Ответить | Правка | Наверх | Cообщить модератору

23. "Проект GNU начал развитие нового пакетного менеджера Guix"  +2 +/
Сообщение от ананим (?), 23-Ноя-12, 23:52 
с чем?

зыж
чтоб чуть понятнее было (для новичков) — DLL hell, это не когда их много, разных версий и в разных местах.
А когда разное ПО требует записать в один и тот же файл разные версии библиотеки.
например, есть библа c:/winda/system32/jopa.dll. Программа vagina.exe требует эту библу версии 1.0, а piston.exe — 3.3.
При этом в этих версиях и разные АБИ, и АПИ.

Сабж проблему dll hell решает.
(но только её :D)

Ответить | Правка | Наверх | Cообщить модератору

32. "Проект GNU начал развитие нового пакетного менеджера Guix"  +1 +/
Сообщение от Аноним (-), 24-Ноя-12, 00:24 
> Сабж проблему dll hell решает.

Смотря в каком смысле. Если тягается 100500 версий либы там и тут - не очень понятно кто захочет заниматься обновлением всего этого убер-мега-срача.


Ответить | Правка | Наверх | Cообщить модератору

34. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от ананим (?), 24-Ноя-12, 00:32 
в любом.
хэлл — это хэлл. с падением в корку, матюгами, переустановками винды и тд, и тд.
а хочу—не_хочу — это к соседней блондинке.
Ответить | Правка | Наверх | Cообщить модератору

54. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от filosofem (ok), 24-Ноя-12, 02:13 
>Смотря в каком смысле. Если тягается 100500 версий либы там и тут - не очень понятно кто захочет заниматься обновлением всего этого убер-мега-срача.

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

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

56. "Проект GNU начал развитие нового пакетного менеджера Guix"  –1 +/
Сообщение от Аноним (-), 24-Ноя-12, 02:19 
>>Смотря в каком смысле. Если тягается 100500 версий либы там и тут - не очень понятно кто захочет заниматься обновлением всего этого убер-мега-срача.
> Пакетный менеджер понимаешь как работает, или таки махровый вендузятник?

А кто сказал, что _это_ будет работать как нормальный пакетный менеджер?

Ответить | Правка | Наверх | Cообщить модератору

63. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от filosofem (ok), 24-Ноя-12, 02:41 
Сабж:
>Контроль зависимостей.

 

Ответить | Правка | Наверх | Cообщить модератору

94. "Проект GNU начал развитие нового пакетного менеджера Guix"  +1 +/
Сообщение от Аноним (-), 24-Ноя-12, 08:28 
>А кто сказал, что _это_ будет работать как нормальный пакетный менеджер?

Ричард сказал.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

191. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Аноним (-), 25-Ноя-12, 00:45 
Да он много чего говорит, да его сотрудники все не так делают.
Ответить | Правка | Наверх | Cообщить модератору

60. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Аноним (-), 24-Ноя-12, 02:32 
> чтоб чуть понятнее было (для новичков) — DLL hell, это не когда их много, разных версий и в разных местах.
> А когда разное ПО требует записать в один и тот же файл разные версии библиотеки.

Скорее, это разные его инкарнации. Сначала пытались забороть вторую, в результате получилась первая.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

72. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от ананим (?), 24-Ноя-12, 04:12 
нет. если рассматривать только в плане дллхэлл, то сабж — это костыль для борьбы с ним.
как и бындлы в макос.
как и дллкэш в винде.

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

Ответить | Правка | Наверх | Cообщить модератору

136. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Аноним (-), 24-Ноя-12, 16:48 
А что тогда не костыль? (вопрос риторический, но можете ответить с примером - интересно будет посмотреть)
Ответить | Правка | Наверх | Cообщить модератору

62. "Проект GNU начал развитие нового пакетного менеджера Guix"  –1 +/
Сообщение от Аноним (-), 24-Ноя-12, 02:41 
С грехом попалам родили костыль http://en.wikipedia.org/wiki/Side-by-side_assembly
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

73. "Проект GNU начал развитие нового пакетного менеджера Guix"  +1 +/
Сообщение от ананим (?), 24-Ноя-12, 04:25 
ага :D
а потом и сами офигели
>Microsoft Visual C++ 2005 and 2008 employ SxS with all C runtime libraries. However, runtime libraries in Visual C++ 2010 no longer use this technology; instead, they include the version number of a DLL in its file name

посмотрели на линух и поняли, от этой хрени больше проблем, давай делать как в линухе.
а вот это вообще жесть:
>Disadvantages
>* Only supported on Windows XP and later. In Windows XP, a bug in sxs.dll causes heap corruption, leading to application crashes. This issue is not fixed by any XP service packs. Users must manually install a QFE (Quick Fix Engineering).
>* Considerably higher disk space consumption. The winsxs directory typically starts at several gigabytes in size and continues to grow as applications are installed. Further, there is currently no supported way to significantly reduce the size of the winsxs directory.

и после этого ещё на линух кто-то из них вякать смеет? :D

Ответить | Правка | Наверх | Cообщить модератору

110. "Проект GNU начал развитие нового пакетного менеджера Guix"  –4 +/
Сообщение от Kolya (?), 24-Ноя-12, 11:29 
а причем тут линукс? В нём единственный способ борьбы с dll-hell -- это меинтейнер. И единственное, что спасает линукс от dll-hell -- нехватка проприетарных программ.
Ответить | Правка | Наверх | Cообщить модератору

130. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от ананим (?), 24-Ноя-12, 15:32 
>а причем тут линукс?

при том, что всё что ты ниже написал а) брехня, б) решается чуть ли не десятком различных способов.
единственное что в линухе решить бывает (бывает!) сложно, это зависимость готового блоба от версии glibc.

Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

142. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от ананим (?), 24-Ноя-12, 20:20 
>да у тебя дофига аргументации. Но в итоге выходит, что проприетарщина бывает или:
>1) всё в одном бинарном блобе(skype)

да, дофига. потому что любой, кто хоть сколько-нибудь знаком с вопросом знает:
$ ldd /opt/bin/skype
    linux-gate.so.1 (0xffffe000)
    libasound.so.2 => /usr/lib32/libasound.so.2 (0x42388000)
    libXv.so.1 => /usr/lib32/libXv.so.1 (0x43541000)
    libXss.so.1 => /usr/lib32/libXss.so.1 (0x42163000)
    librt.so.1 => /lib32/librt.so.1 (0x41d92000)
    libdl.so.2 => /lib32/libdl.so.2 (0x41c24000)
    libX11.so.6 => /usr/lib32/libX11.so.6 (0x41e45000)
    libXext.so.6 => /usr/lib32/libXext.so.6 (0x420ea000)
    libQtDBus.so.4 => /usr/lib32/qt4/libQtDBus.so.4 (0x4230f000)
    libQtXml.so.4 => /usr/lib32/qt4/libQtXml.so.4 (0x42699000)
    libQtGui.so.4 => /usr/lib32/qt4/libQtGui.so.4 (0x427e8000)
    libQtNetwork.so.4 => /usr/lib32/qt4/libQtNetwork.so.4 (0x42449000)
    libQtCore.so.4 => /usr/lib32/qt4/libQtCore.so.4 (0x43278000)
    libpthread.so.0 => /lib32/libpthread.so.0 (0x41c2a000)
    libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/32/libstdc++.so.6 (0xf7610000)
    libm.so.6 => /lib32/libm.so.6 (0x41bfb000)
    libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/32/libgcc_s.so.1 (0xf75f4000)
    libc.so.6 => /lib32/libc.so.6 (0x41a5b000)
    /lib/ld-linux.so.2 (0x41a39000)
    libxcb.so.1 => /usr/lib32/libxcb.so.1 (0x41e29000)
    libdbus-1.so.3 => /usr/lib32/libdbus-1.so.3 (0x4218d000)
    libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0x41c62000)
    libpng15.so.15 => /usr/lib32/libpng15.so.15 (0x41f64000)
    libz.so.1 => /lib32/libz.so.1 (0x41be4000)
    libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0x41ff3000)
    libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0x41d9d000)
    libSM.so.6 => /usr/lib32/libSM.so.6 (0x42159000)
    libICE.so.6 => /usr/lib32/libICE.so.6 (0x421ce000)
    libXrender.so.1 => /usr/lib32/libXrender.so.1 (0x41fd7000)
    libXrandr.so.2 => /usr/lib32/libXrandr.so.2 (0x41fcd000)
    libXinerama.so.1 => /usr/lib32/libXinerama.so.1 (0x427a5000)
    libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0x41f90000)
    libgthread-2.0.so.0 => /usr/lib32/libgthread-2.0.so.0 (0x41d7d000)
    libXau.so.6 => /usr/lib32/libXau.so.6 (0x41d6e000)
    libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0x41d84000)
    libbz2.so.1 => /lib32/libbz2.so.1 (0xf75e0000)
    libffi.so.5 => /usr/lib32/libffi.so.5 (0x41d74000)
    libuuid.so.1 => /lib32/libuuid.so.1 (0x42149000)
    libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf75b5000)

зыж
ещё раз повторю:
>>1) всё в одном бинарном блобе(skype)

БРЕХНЯ

Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору
Часть нити удалена модератором

154. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от ананим (?), 24-Ноя-12, 22:07 
>я с тебя фигею. Какое отношение вывод ldd имеет к dll-hell?

а я с тебя.
никакого отношения не имеет.
зато имеет отношение к твоей брехне ­— «1) всё в одном бинарном блобе(skype)» — ldd доказал что ты врёшь.
>Я говорил про либы которые софт таскает с собой. Разумеется, что нет привнесённых либ -- нет и dll-hell.

т.е. вот так вот неуклюже ты хочешь сказать, что skype НЕ таскает либы в себе? :D

зыж
ещё раз повторю, в linux вагон и маленькая тележка разруливать dll-hell.
гораздо больше, чем в винде. в этом плане винда сак бай дезигн.
задумайся, на том же примере:
>libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/32/libstdc++.so.6 (0xf7610000)
>libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/32/libgcc_s.so.1 (0xf75f4000)

скайп сцуко знал, что у меня gcc 4.5.4, угу! :D

Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

226. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Michael Shigorinemail (ok), 25-Ноя-12, 20:01 
> да, дофига. потому что любой, кто хоть сколько-нибудь знаком с вопросом знает:

Да не спорьте Вы с ним, это чудо сюда явно не за тем пришло.  Путается в базовых вещах, но винду надо повыгораживать...

http://wiki.opennet.ru/MSSP

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

234. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Kolya (?), 25-Ноя-12, 21:18 
и где это я выгораживаю винду? она служит наглядным примером того, где dll-hell есть. следовательно с ней надо сравнивать, точка
Ответить | Правка | Наверх | Cообщить модератору

52. "Проект GNU начал развитие нового пакетного менеджера Guix"  +3 +/
Сообщение от filosofem (ok), 24-Ноя-12, 02:06 
>Мне это больше setup.exe напоминает.

Потому что ты ничего кроме setup.exe  не знаешь

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру