Если встроить ДБ в ядро :) Остапа прёт :)

А в таблице с библиотеками - возможность указывать файлы к которым у них есть доступ :) и другие библиотеки :) к остальным - хрен :)

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

а нужно то всего лишь переписать файловые системные вызовы :)

При обращении к несуществующей библиотеки - предложение выбрать из доступной на gnu_linux_libs.org :) Оттуда же возможность скачать хидеры с исходниками :) Гимора с линковкой нет :)

Ага и какая связь будет между файлом1 и файлом2? А что если я ради прикола или злого умысла захочу подделать файл1?

MIME решает схожую проблему, только проще на пару порядков. А всякие desktop search'и позволяют искать в соответствии с MIME типом.

Хочешь "свое казино с блэкджеком и шлюхами", так засунь MIME тип в какой-нибудь расширенный атрибут ФС (если конечно этого не сделали до тебя).

С либами, так вообще man pkg-config.

И вообще, заткни свой поток сознания, ибо все что ты можешь придумть уже придумано до тебя и лет так дцать назад, людьми намного более крутыми, чем ты...

Поэтому нужно заниматься не придумыванием нового, а интеграцией старого.

ДБ в ядре практически ортогональна описанному функционалу. Автору надо пройти протрезветь и вообще задуматься, ведь такими темпами у него к новому году белочка будет.

> Поэтому нужно заниматься не придумыванием нового, а интеграцией старого.

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

Тебе и сейчас не мешает ничто ничего подделать... С либами проще... куда у тебя ставятся либы? куда только не ставятся... а если пути в исходниках зашиты? а как они удаляются... а если при добавлении либ кидать их в какую то группу? А поповоду "затки" иди на ... люди... крутые... умные... к тебе это полюбасу не относится

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

можно грабить корованы...

>>можно грабить корованы...

таки походу все корованы уже ограблены :(

>угу, и в итоге будем "интегрировать" старые колеса в старые велосипеды. новое придумывать нужно.

Угу, например IP не поддерживает защиту информации. Так давайте вместо IPSec и TLS сделаем протокол IP-S не совместимый с чистым IP.

А чего тут мелочиться, давайте сделаем свой собственный TCP/IP стек, чего нам старые велосипеды интегрировать?

ну вот видишь - свежий пошел, как раз возле виннипыха проходит %)

>С либами проще... куда у тебя ставятся либы?

Веришь-нет не знаю. Давно прошли времена когда я компилировал свой LFS. Куда, каким образом, с какими зависимостями ставятся и удаляются либы это полностью прерогатива менеджера пакетов. Тут я всецело доверяю команде разработчиков моего дистрибутива.

Ты всегда можешь узнать к какому пакету принадлежит тот или иной файл. Проверить его хэш, получить полную информацию о том или ином пакете. Чего тебе еще надо?

Хочешь кроссплатформенности, так портируй rpm, dpkg, emerge и т.п. на другую систему или дистрибутив.

А еще лучше проведи исследования того как работают N самых популярных менеджеров пакетов и сделай предложения какие поля должны быть в описании, что должен делать некий "средний" менеджер пакетов.

Сделай простые и удобные унифицированные интерфейсы к разным ПМ. Сделай так чтобы твое преложение включили в FHS...

Хотя да, грабить корованы намного проще.

>Веришь-нет не знаю. Давно прошли времена когда я компилировал свой LFS. >Куда, каким образом, с какими зависимостями ставятся и удаляются либы >это полностью прерогатива менеджера пакетов. Тут я всецело доверяю >команде разработчиков моего дистрибутива.

>Ты всегда можешь узнать к какому пакету принадлежит тот или иной файл. >Проверить его хэш, получить полную информацию о том или ином пакете. >Чего тебе еще надо?

>Хочешь кроссплатформенности, так портируй rpm, dpkg, emerge и т.п. на >другую систему или дистрибутив.

>А еще лучше проведи исследования того как работают N самых популярных >менеджеров пакетов и сделай предложения какие поля должны быть в >описании, что должен делать некий "средний" менеджер пакетов.

>Сделай простые и удобные унифицированные интерфейсы к разным ПМ. Сделай >так чтобы твое преложение включили в FHS...

>Хотя да, грабить корованы намного проще. 

Речь идёт не только о пакетных менеджерах если что... а о том что плодятся биглы, стриги и т.п. хрень, на которую кто то подсядет, а оно стухнет... и обратно вытащить что ты там на индексировал, или какие теги наставил на фотках ты устанешь... 

>на которую кто то подсядет, а оно стухнет... и обратно вытащить что ты там на индексировал

Вывод очевиден. Пользоваться Свободнымъ Программнымъ Обеспечениемъ.

> я понимаю почему вы меня обосрали

мсье, вас я не обсирал.

> А чего тут мелочиться, давайте сделаем свой собственный TCP/IP стек

угу, с блэкджеком и шлюхами :)

олухи... "блэкджек... шлюхи... мсье... велосипед... " долбаны...

Пользоваться СПО... я хоть что то не свободного назвал... идиоты бля

жжошь чувак. попустись.

Нет, все-таки у нас присутствуют проблемы с образованием. Давно порываюсь уйти в мона^W универ и читать курс "Современные информационные технологии".

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

Например? :) Не говорю что имею ОБО ВСЁМ представление... но интересно что ты разглядел конкретно о чём у меня ни малейшего представления? :)

Для начала, про MIME-типы. Кроме того, подозреваю, что ты совершенно не знаешь про криптохеши и ЭЦП.

> идиоты бля

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

>>Нет, все-таки у нас присутствуют проблемы с образованием. Давно порываюсь уйти в мона^W универ и читать курс "Современные информационные технологии".

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

поздно :( "спецов" уже наплодили :/

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

Потипу файла SomeArtist-SomeSong.mm и Some-Video.mm Которые из себя представляют gz или bz2 или просто tar архив. В котором два файла один xml, второй собственно данные. В первом ещё есть указание к какому конкретно стандарту он принадлежит... типа dtd... и переходить на это постепенно... Сколько гимора исчезнет со временем.... Ну типа контейнера... Нехреново бы конечно чтобы это как стандарт приняли... А в самом файле стандарта, типа dtd описание каким софтом это создаётся, чем открывается, ссылки на сайт, на почитать... ну и т.д. В общем... понятно что мечты....

А насчёт либ, представь таблицу либ, где есть имя (произвольное), имя библиотеки, как щас типа libjpeg... версия... архитектура, маинтейнер... и линк на блоб... и линковщик который делает линк по псевдониму... вместо LD_PRELOAD в каком то скрипте... Без патчей которые меняют расположение этой библиотеки в системе, потому что разработчику похер где оно будет валятся... или в каком то дистре так положено... когда библиотеки вообще похрену до дистра... версия, архитектура и всё... а установка программы - кинуть блоб в базу, и создать таблицу в которой прописаны нужные библиотеки, которые ты можешь менять или тут или в копии этой таблицы... Плюс текстовый и гуй интерфейс к этой глобальной базе...

Я конечно извиняюсь за грубость. Причём искренне. Но что делается и происходит читаю и наблюдаю. Напоминает больше всего басню про лебедя, щуку и рака... (всмысле дистры, велосипедисты и т.п.)... Если б эту всю мощь куда то направить... остановится на чём то...

феерично.

сочинение на тему "я открыл для себя реляционные бд"

незачот, приходите в следующий раз

ЗЫ: дарю идею: редко меняющиеся данные лучше хранить в ldap

:)

>А тебе не кажется что миме типы пора выкинуть на помойку и заменить примерно тем что я записал...

Все, после этого утверждения дискуссию завязываю. Особенно на фоне отсутствия конкретных предложений уровня, отличного "Да взять все и поделить!" (С)Шариков.

И еще в ВУЗ'ах нужно срочно начинать читать диамат, правда где взять адекватных преподов?

Предложений, ты прав, нет... Расстраивает другое... "В вуз", "(с) Шариков", миме типы. К этому придёт всё так и так... в той или иной форме... Альтернативы лучше бы назвал... чем ты пользуешься для индексации текстов, для создания коллекций (музцкальных, фото, видео и т.п.) И где все твои труды окажутся когда ты поставишь более новый дистр... или винт (это больше к индексации)

>И где все твои труды окажутся когда ты поставишь более новый дистр... или винт (это больше к индексации)

там же, где и были - в ~/

В место заклинания получишь:

Учи матчасть!

man automake

(с) Шариков...

man твой_пакетный_менеджер

и т.д.

Тут спрашивать беспонт...

я очень сильно сомневаюсь, что он знает, кто такой Шариков :)

В ~/ это ты про что именно?

Если ты индексировал биглом а станет мегарулезом стриги... Тогда чё?

нет, не обязательно.

лдап скорее уместен в случае с не только редко меняющимися, но и разнородными данными.

что такое бигл? о_О

А как ты думаешь?

>man твой_пакетный_менеджер >и т.д. >Тут спрашивать беспонт...

libferris собирал ручками. ./configure && make

Вопрос был скорее риторическим.

>я очень сильно сомневаюсь, что он знает, кто такой Шариков :)

Обижаете. Собачье сердце рулит. Вот только не помню чтобы Полиграф Полиграфиович говорил что то про automake=)

а почему вы спрашиваете?

>Если ты индексировал биглом а станет мегарулезом стриги... Тогда чё?

во-первых, не станет, во-вторых - 15 минут на скрипт

а если не получится то ты свой ещё за 10 минут напишешь... мысль понял

признавайтесь, кто тестит бота??? или к HAL9000 приделали lor frontend???

Лучше бы видеоподсистему встроил в ядро, глядишь был бы Линдец 9, Линдец Сервер Идишн 42 ...

З.Ы. Вроде как в новой WinFS MS использюутся SQL запросы, имхо, это приведет только к появлению нового рода троянов, использующих SQL Injection ...

>а если не получится то ты свой ещё за 10 минут напишешь... мысль понял

почему не получится? Есть основания так думать? Если есть - излагай. Если нет - молчи в тряпочку и не позорься дальше

оснований нет. сомнения есть.

>Лучше бы видеоподсистему встроил в ядро

Видеоподсистеме не место в ядре. Вы хотите превратить линукс в винду?

Буду краток: вещества

>Лучше бы видеоподсистему встроил в ядро

> Видеоподсистеме не место в ядре. Вы хотите превратить линукс в винду?

Да мне как-то с выскокой колокольни на линупс )) я как честный красноглазый фанатик BSD/QNX за все сразу )))

>>Лучше бы видеоподсистему встроил в ядро

>Видеоподсистеме не место в ядре. Вы хотите превратить линукс в винду?

и WM/DE. желательно KDE. правда тогда придется переименовать KDE в kDE