The OpenNET Project / Index page

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

Принято решение по открытию Biicode, менеджера зависимостей для С/C++

24.01.2015 14:31

Создатели проприетарного программного продукта Biicode, в рамках которого развивается менеджер зависимостей и репозиторий пакетов для кода на языках С/C++, сообщили об утверждении решения по переводу Biicode в разряд свободных проектов. Biicode можно рассматривать в качестве адаптированного для С/C++ аналога систем Pip (Python), Gems (Ruby), cpan (Perl), npm (Node.js) и Pub (Dart), предоставляющих средства для доустановки необходимых для сборки проекта зависимостей, а также поддерживающих репозиторий для публикации пакетов.

По соглашению с инвесторами открытие кода Biicode будет произведено после того как число пользователей сервиса достигнет 10 тысяч. В настоящее время зарегистрировано около 2500 аккаунтов. В рамках проекта Ryppl уже предпринималась попытка создания подобного инструментария для C++, но проект последние несколько лет находится в заброшенном состоянии.

  1. Главная ссылка к новости (http://opensource.com/business...)
  2. OpenNews: Проект KDE выпустил альфа-версию утилиты inqlude, аналога Ruby Gems
  3. OpenNews: Представлен InQlude, архив библиотек для Qt, похожий на CPAN и RubyGems
  4. OpenNews: Анонсирован проект PGXN, аналог CPAN для PostgreSQL
  5. OpenNews: Архиву Perl-модулей CPAN исполнилось 16 лет
  6. OpenNews: Каталог RubyGems догнал CPAN по числу модулей
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41530-biicode
Ключевые слова: biicode
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (35) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, all_glory_to_the_hypnotoad (ok), 15:29, 24/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > Biicode можно рассматривать в качестве адаптированного для С/C++ аналога систем Pip (Python), Gems (Ruby), cpan (Perl), npm (Node.js) и Pub (Dart)

    Совсем люди ебанулись.

     
     
  • 2.6, Аноним (-), 16:08, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Что, ты не хочешь вместо 1 пакетного манагера использовать 20 разных? Ну так не пользуйся виндой, а то козленочком станешь..
     
     
  • 3.9, all_glory_to_the_hypnotoad (ok), 16:22, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    дебил, это не пакетный менеджер. И это гогно уже по факту второе.
     
     
  • 4.11, Вадик (??), 16:39, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что было первым?
    Я как-то упустил...
     

  • 1.2, Аноним (-), 15:33, 24/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В условиях того, что "индусы" клонируют библиотеку и вносят в нее правку, это может быть интересным.
     
  • 1.3, Аноним (-), 15:34, 24/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Для молодёжи ведь есть Go с подобной хренью. А олдскульщики С/C++ все равно не будут этим пользоваться.
     
     
  • 2.12, Аноним (-), 17:26, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в Go нет изкоробочного менеджера зависимостей. Там есть только команда "go get", клонирующая указанный репозиторий в папку $GOPATH/src
     
     
  • 3.21, й (?), 21:26, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > "go get", клонирующая указанный репозиторий в папку $GOPATH/src

    А также его зависимости, и всё это собирает. Вполне себе катит в роли

    > изкоробочного менеджера зависимостей

     
  • 2.20, Нанобот (ok), 20:44, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >А олдскульщики С/C++ все равно не будут этим пользоваться

    вот-вот. суровые с/с++-разработчики тридцать лет обходились без такого, вряд ли сейчас они оценят этот гламур

     
     
  • 3.22, й (?), 21:27, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > вот-вот. суровые с/с++-разработчики тридцать лет обходились без такого, вряд ли сейчас
    > они оценят этот гламур

    Да они и без интернета обходились, копируя библиотеки в проект с дискеты. Хотите вернуться в эти времена?

     
     
  • 4.23, arisu (ok), 21:30, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Да они и без интернета обходились, копируя библиотеки в проект с дискеты.
    > Хотите вернуться в эти времена?

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

     
     
  • 5.30, й (?), 13:02, 25/01/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    аргументация на уровне "книги дарьи донцовой плохие, давайте запретим и сожжем все книги"

    ты-то сам что в интернете тогда делаешь, хипстор?

     
     
  • 6.33, arisu (ok), 21:02, 25/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    дураков типа тебя пинаю.
     
  • 4.25, Аноним (-), 23:03, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да они и без интернета обходились,

    Прикинь, в отличие от хипстоты у них не падает вообще все если сеть недоступна :).

     
     
  • 5.31, й (?), 13:05, 25/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Да они и без интернета обходились,
    > Прикинь, в отличие от хипстоты у них не падает вообще все если
    > сеть недоступна :).

    пользователи svn в треде?

     

  • 1.4, all_glory_to_the_hypnotoad (ok), 15:37, 24/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вообще какое-то невменяемое дерьмище вроде пыховских костылей:

    > #include "google/gtest/gtest.h"
    > You don’t need “googletest” in your system, it is already in biicode
    > bii find It looks for the required libraries in biicode, in this case, googletest. Once found, it downloads the required source code files into one folder of your project and configures everything.

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

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

     
     
  • 2.24, Анонимускодер (?), 22:25, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще какое-то невменяемое дерьмище вроде пыховских костылей:

    Скачает что-то, какой-то версии и поместит это в какой-то каталог. Совсем мозги скурили.

     
  • 2.37, Grammar_Nazi (?), 09:32, 26/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    в безымянной
     

  • 1.7, Аноним (-), 16:18, 24/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    хочу это.
    Зарегистрировался
     
     
  • 2.10, all_glory_to_the_hypnotoad (ok), 16:23, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +9 +/
    а теперь ретвитни, сделай селфи себя с лого bii и не забудь написать об этом псто в fb
     

  • 1.13, Аноним (-), 17:33, 24/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кстати создатель Ruby Gems сейчас пилит Cargo для Rust, и это уже очень крутая вещь. Взять хотя бы воспроизводимые сборки.
     
     
  • 2.26, Аноним (-), 23:04, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > кстати создатель Ruby Gems сейчас пилит Cargo для Rust,

    Хорошее название, намекает про детишек с Cargo-культом и модными языками. И софтом из бамбуковых палок.

     

  • 1.17, V_ctor (?), 18:40, 24/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Объясните, это что-то типа мавена под жабу?
     
     
  • 2.18, Аноним (-), 20:13, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    да, только в мавене зависимости прописываются в отдельном конфиге, а эта тулза парсит инклюды
     
  • 2.19, bav (ok), 20:14, 24/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Объясните, это что-то типа мавена под жабу?

    Нет это что-то будет ломать проект если библиотека обновится.

     
  • 2.40, anonymous (??), 13:05, 17/08/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это типа maven-репозитория. Зависимости по-другому разруливаются.
     

  • 1.27, kravich (ok), 04:32, 25/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    What's pip? A package manager. How do I get it? Use easy_install. What's easy_install? A package manager. How do I get it? Use apt. (c)
     
  • 1.28, Аноним (-), 04:52, 25/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И как мы без этогого жили раньше?
     
     
  • 2.29, Аноним (-), 10:44, 25/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    И дальше будем жить. Ибо 10 штук пользователей им никогда не достичь, а это условие открытия.
     

  • 1.32, Куяврег (?), 13:35, 25/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    дело идёт к тому, что на системные зависимости и пакетный менеджер всем будет наплевать. ничего не напоминает? некую систему, где библиотеки размещены в строгом порядке "кто где наср#$%л", каждая софтина имеет свой инсталлятор, свой обновлятор (если имеет), тащит за собой то, к чему её приколотили гвоздями.

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

     
     
  • 2.34, Ordu (ok), 22:28, 25/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы слишком поспешно переходите к выводам. Пакетные системы, функционирующие параллельно с системным пакетным менагером, существуют очень давно. Вспомнить тот же autoconf/automake. И унифицированная система сборки для, допустим, проектов на C++ может оказаться весьма удобной для строителей дистрибутивов. Ну, во-всяком случае, примеряя всё это к gentoo, я скажу, что можно конечно запилить пакетный менагер, которым неудобно пользоваться из ебилда и проще реализовать всю логику сборки и инсталляции заново, но если есть хотя бы 700 граммов мозга и общая эрудиция в отношении методов распространения софта в *nix системах, то вполне возможно создать пакетный менагер, который будет реальным подспорьем для мейнтейнеров дистрибутивов, а не чем-то в стиле "не пришей кобыле хвост." Да и для меня оно может оказаться удобным, в том смысле, что чем проще ебилды, тем проще их править, если мне вдруг потребовалось что-то особенное -- это значит что мне меньше придётся ставить всякого дерьма в обход emerge в домашнюю директорию или в /usr/local.

    Чтобы делать какие-либо выводы из новости, надо подождать и посмотреть. Не знаю как вы, а я ничего не знаю об этой системе сборки. Я даже по ссылкам на офсайт не переходил, чтобы почитать страничку озаглавленную как About или как WTF, потому что более чем уверен, что ещё не время для выводов и к разработке на C++ я не имею никакого отношения. Но если вы знаете больше, и это больше действительно выглядит ужасно, то не стесняйтесь, поделитесь с нами.

     
     
  • 3.35, all_glory_to_the_hypnotoad (ok), 00:05, 26/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Пакетные системы, функционирующие параллельно с системным пакетным менагером, существуют очень давно. Вспомнить тот же autoconf/automake

    Идиот безмозглый, autotools это не пакетная система.

     
     
  • 4.36, Ordu (ok), 02:13, 26/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Пакетные системы, функционирующие параллельно с системным пакетным менагером, существуют очень давно. Вспомнить тот же autoconf/automake
    > Идиот безмозглый, autotools это не пакетная система.

    Расскажите ещё что-нибудь об autotools, у вас очень занимательно выходит.

     
  • 3.38, Куяврег (?), 00:17, 28/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    o_O по моим сведениям использование autoconf automake не приводит к появлению в ... большой текст свёрнут, показать
     
     
  • 4.39, Ordu (ok), 00:37, 28/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вы видели как порты и портежи используют pip gems cpan Примерно так же как и au... большой текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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