Этого треда уже нет.
Это копия, сохраненная 31 июля 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
20 Кб, 388x310
Linux From Scratch тред #1 Ivan (Linux: Firefox based) !!ciCeOEq4vM # OP #1740631 В конец треда | Веб
Первый тред надеюсь и не последний, посвященный такой штуке, как LFS.
Что такое LFS?
LFS - это книга, повествующая о том, как собрать себе дистрибутив Linux с нуля. То есть вообще с нуля, собирая пакет за пакетом, прописывая вручную конфиги. Очевидно, что уровень красноглазия запредельно высок даже относительно генты.
Зачем нужен LFS?
Во первых, сборка LFS позволяет детально изучить работу GNU\Linux очень детально, сами вдумайтесь, каждый пакет устанавливается и конфигурируется не пакетным менеджером, а лично тобой. По завершению установки LFS, ты будешь смотреть на Гентушников, как на говно.

Существует две книги, содержащие в себе инструкцию по сборке.
LFS - Непосредственно сама процедура установки базовой системы. На выходе вы получите абсолютно голую консоль, которую уже потом можно будет руками допилить до уровня дестктопа при помощи...
BLFS - Книга содержит инструкции по дальнейшему обкату системы. DE/WM, браузер, всякие либы - все тут.

Что же нужно для сборки LFS? Разумеется требуется хост система, с которой будет производится сборка и установка пакетов. Подойдет любой Linux дистрибутив, хоть загрузочная флешка Убунты, хоть Арч.

Ссылка на книгу: http://linuxfromscratch.org/lfs/
Ivan (Linux: Firefox based) !!ciCeOEq4vM # OP #2 #1740637
Здесь ты можешь задать вопросы и я постараюсь на них ответить. Разумеется, нет смысла в сборке LFS, если ты собрался просто копировать в консолечку команды из книги, не разбираясь в их сути и не читая пояснения.
>>1740661>>1741231
(Microsoft Windows 10: Chromium based) #3 #1740661
>>1740637
Никто не осилит
и даже ты
>>1740679>>1740713
(Microsoft Windows 10: Microsoft Edge) #4 #1740678
LFS это способ попонтоватьс тем, у кого уже много одноклассников с гентой.
(Microsoft Windows 7: Firefox based) #5 #1740679
>>1740661

ну может дима осилит. или скорее распидорасит все снова.
>>1740683
(Google Android: Неизвестно) #6 #1740683
>>1740679
он Gentoo осилить не может
sage (Ubuntu Linux: Chromium based) #7 #1740692
Линуксоблядкам сагэ
>>1740696
(Microsoft Windows 10: Chromium based) #8 #1740696
>>1740692
БАМП
Ivan (Linux: Firefox based) !!ciCeOEq4vM # OP #9 #1740713
>>1740661
Я уже осилил, няша. Там ничего сложного нет, если разобраться. Рутинно, долго, но не сложно. В книге каждый шаг расписан детально
>>1740726
(Microsoft Windows 10: Chromium based) #10 #1740726
>>1740713
Покажи страшный скриншотик.
Расскажи что не работает
мне просто интересно
>>1740749
Ivan (Linux: Firefox based) !!ciCeOEq4vM # OP #11 #1740749
>>1740726
Скриншот тебе ничего не даст, ибо вывод uname, к примеру, не показывет дистрибутив. Что не работает - по началу очень долго пердолился с различными библиотеками, но в книге каждому пакету прописаны зависимости, а так же рекомендованные пакеты, которые потом можно при компиляции подключить. Начинается пердолинг сразу после сборки LFS, нужно будет установить сертификаты, OpenSSL, Nettle, GnuTLS, чтобы wget нормально работал. Затем с телефончиком в руках читаешь команды и ручками набиваешь их в консоль. Без bash-completion я бы не выжил. Ну а вообще там работает все, что ты установишь, в книге BLFS есть разделы по установке вообще всего, что надо, для интереса полистай. А, ну и еще помню момент, там установка иксов идет по принципу - скачиваете файл со списком пакетов и хэшей, потом вгетом закачиваются все пакеты скопом, используя этот лист, потом баш скриптами устанавливаются(принцип сборки у всей этой груды иксовских пакетов один, нет смысла каждый еонпелать отдельно). Ну и вот, а у меня голая консоль и телефон в руках, а на компе кроме LFS и дриснятки нет ничего. С флешки грузиться лень, перезагружать вообще не хочу. Ну и набивал эти скрипты вручную. http://www.linuxfromscratch.org/blfs/view/svn/x/x7lib.html
>>1740754
Ivan (Linux: Firefox based) !!ciCeOEq4vM # OP #12 #1740754
>>1740749
конпелять
быстрофикс
(Linux: Firefox based) #13 #1740759
В дистрибутив собранный по LFS можно прикрутить пакетный менеджер? Pacman, например. Если я это сделаю, то у меня в итоге будет арч, я правильно понимаю?
>>1740767
Ivan (Linux: Firefox based) !!ciCeOEq4vM # OP #14 #1740767
>>1740759
Да, можно, и я даже пытался так сделать. Первый раз он мне угробил систему, второй раз - получилось. Но да, система превратится в арч. А теперь самое главное - пакеты, установленные через make install НЕ ВОСПРИНИМАЮТСЯ пакетными менеджерами. То есть любой менеджер(пакман, apt-get etc.), банально перезапишет тебе всю систему пакетами из реп. НО! Можно использовать пакетный менеджер без непосредственно установки пакетов из репозиториев, а собственные пакеты запаковывать в .deb, .rpm, .pkg.xz, чтобы ими было удобнее управлять
>>1740828>>1740859
sage (Linux: Firefox based) #15 #1740806
Ivan это что-то вроде "Женя" или "Дима", логическое продолжение?
>>1740813>>1740825
Ivan (Linux: Firefox based) !!ciCeOEq4vM # OP #16 #1740813
>>1740806
Новый уровень пердолинга, мой друг.
Deema - Gentoo
LEVELUP
Ivan - LFS
(Microsoft Windows 7: Firefox based) #17 #1740825
>>1740806

Ты забыл про славика.
30 Кб, 604x604
(Microsoft Windows 7: Firefox based) #18 #1740828
>>1740767

это прям какой-то новый уровень красноглазия
>>1740835>>1750176
sage (Linux: Firefox based) #19 #1740831
>>1740825
Сто лет не видел, и уже забыл!
Ivan (Linux: Firefox based) !!ciCeOEq4vM # OP #20 #1740835
>>1740828
Именно, это не нужно. Если тебе требуется пакетный менеджер - используй дистрибутив.
(Ubuntu Linux: Firefox based) #21 #1740841
>>1740825
Чем знаменит?
>>1740856
(BSD: Firefox based) #22 #1740842
>>1740825
Что за славик? чем знаменит?
>>1740856
(Microsoft Windows 7: Firefox based) #23 #1740856
>>1740841
>>1740842

Хорошая попытка славик, но нет.
>>1740858
(BSD: Firefox based) #24 #1740858
>>1740856
Я не славик. Вот пруф: пруф, что я не славик
>>1740862
(Microsoft Windows 7: Firefox based) #25 #1740859
>>1740767
Врети!!!
(Microsoft Windows 7: Firefox based) #26 #1740862
(Linux: Chromium based) #27 #1741205
>>1740631 (OP)
Теперь вместо генту будут лфс форсить?
(Ubuntu Linux: Firefox based) #28 #1741213
уноси эту коляску.
sage (Linux: Chromium based) #29 #1741216
>>1740631 (OP)

> собирал целый год LFS


> внезапно понял, что твои знания применимы только для сборки LFS


> от отчаяния создаешь тред в /s/ - всем похуй

sage (Microsoft Windows 7: Firefox based) #30 #1741231
>>1740637
У меня вопрос. Что ты за хуй? Иван какой-то, блядь, до этого ещё Дима. Кто следующий, Рома? Вася?
>>1741235>>1741237
sage (Linux: Chromium based) #31 #1741235
>>1741231
А кто ты? Представься и прикрепи к посту фотографию паспорта.
(Microsoft Windows 10: Chromium based) #32 #1741237
>>1741231
Дима няша, не трогай его
Dmitriy (Linux: Chromium based) #33 #1741240
>>1740631 (OP)
Няша, не забивай на тред.
Шапку может допили, куда-то в гитхаб вылаживай.
Фак может добавь, не хватает сравнения с обычными дистрами, хотя и так все довольно ясно.
Вот незнаю бля, может вместо рача поставлю, рач не понравился инитрамсом, еще и версия ядра старая там.
Но ЛФС чисто для того чтобы лучше разбиратся в генте ставить буду, да и сети подрочить надо, ато нубяра в этом.
Сам же ЛФС сам по себе ну хуй знает как пользовать, не удобно же обновлять систему и говно чистить.
>>1742254
(Linux: Firefox based) #34 #1741250
Показывай, что напердолил.

inb4 голая консоль
>>1741254>>1742246
sage (Linux: Chromium based) #35 #1741254
>>1741250
голое ядро
(Linux: Firefox based) #36 #1741263
>>1740631 (OP)
Объясни ОП, в чем конкретно можно разобраться собрав LFS? Какой такой уникальный опыт? Например если уже можешь установить арч одной левой, а правой генту. Ну и вообще с компиляцией и с консолькой дружишь.
>>1741269>>1742246
>>1741263
Ты ознакомишься с уймой полезных утилит, поймешь структуру дистрибутива, поймешь как работает пакетный менеджер, как ставить пакет из сорцов руками.
А для юзания подойдет Gentoo GNU/Linux:
>>1741259 (OP)
>>1741259 (OP)
>>1742246
(Ubuntu Linux: Firefox based) #38 #1741296
>>1740631 (OP)
Как же это долго и монотонно. Я не осилил кароч.
Ivan (Linux: Firefox based) !!ciCeOEq4vM #39 #1742246
>>1741250
Голая консоль лишь после сборки базовой системы. Кстати сейчас снес LFS и хочу заново собрать, но уже с systemd.
>>1741263
Дело в том, что установка LFS подразумевает не просто сборку пакетов, а еще и их конфигурирование вручную. Разумеется бызовые утилиты, вроде sed или tar, конфигурировать не надо, но вот к примеру раздел из книги о systemd. http://www.linuxfromscratch.org/blfs/view/systemd/general/systemd.html. В арче или генте все пакеты конфигурируются автоматически, здесь же лишь инструкция с пояснениями и твои руки. Это дает огромный багаж знаний об устройстве системы и взаимодействии пакетов друг с другом. Если ты поймешь, как это все работает, то сможешь разобраться с любой ошибкой.
А вообще this >>1741269
Ivan (Linux: Firefox based) !!ciCeOEq4vM #40 #1742247
Разумеется, использовать LFS, как десктопный дистрибутив - чистой воды извращение(хотя есть и такие например я), а вот как полигон для оттачивания своих навыков - ничего лучше не придумаешь. Установка не сложная, хотя возможно запороться и на ней, а вот BLFS даст вам нехило просраться.
(Apple GayPhone: Safari) #41 #1742254
>>1741240

Каким блядь образом тебе лфс поможет в сети? Я понимаю что Дима ебнутый, но блядь чтобы настолько. Нужно уметь в сети - занимайся сетями, а не ненужный лфс дрочи.
>>1745767
(Microsoft Windows 10: Chromium based) #42 #1742457
щяс бы на инглише книгу читать
>>1742742
>>1742457
Почитай, там все просто.
Тестинг кто накатывал?
Думаю как минимум прочитать.
>>1742904
Ivan (Linux: Firefox based) !!ciCeOEq4vM #44 #1742904
>>1742742
Ты имеешь ввиду Developer версию? Если да, то я только на них и сижу. Причем не только в LFS, я всегда включаю тестинг, если есть такая возможность в любом дистрибутиве. И как-то так выходит, что баги обходят меня стороной. Тот же арч за пол года на testing ни разу не сломался и работает как часы. Генту на "~amd64" тоже.
>>1743141>>1743228
(Microsoft Windows 7: Firefox based) #45 #1742975
Потом появится какой-нибудь Викентий, который будет форсить создание ядра с нуля.
>>1743144>>1743267
Dmitriy (Google Android: Неизвестно) #46 #1743141
>>1742904
Ну вот, думаю и LFS буду этот накатывать.
Dmitriy (Google Android: Неизвестно) #47 #1743144
>>1742975
Как будто что-то плохое.
Dmitriy (Google Android: Неизвестно) #48 #1743228
>>1742904
Какие преимущества вообще перед любым дистром?
(Microsoft Windows 7: Firefox based) #49 #1743267
>>1742975

После Викентия появится Кирилл который будет процессоры дома паять из проволоки.
(Linux: Firefox based) #50 #1743557
>>1740631 (OP)

ОП, ты напомнил мне о моём первом линуксе - Шлака 8 . Я там всё тоже ставил configure && make && make install

И даже думал порой заняться LFS , но с семейной жизнью не всегда на генту времени хватает, лал. Но на сперму уже не вернусь.
(Microsoft Windows 7: Vivaldi) #51 #1743597

>lfs


Есть ещё что-то более пердольное? Собрать конпелятор, на нем потом ведро, и т.д..
>>1754306>>1754366
(Microsoft Windows 7: Chromium based) #52 #1743769
Вот мужик свое ядро и утилиты заебенил за 10 лет.
https://www.youtube.com/channel/UCdX4uJUwSFwiY3XBvu-F_-Q
Годнота для обучения, всяко лудше компилирования еще одногодистра
>>1743778>>1743782
>>1743769
Да, только без маркетинга кому надо это ядро?
Комьюнити само по себе не появится, он его хоть в гитхаб выложил?
И чому на бубунте сидит?
Вообще нихуя не понял что посмотрел.
>>1744408
http://www.templeos.org/
Вон оно что.
>>1744346
>>1743769
Пилил бы активнее и взлетело немношк, хоть некоторые компоненты могли войти в GNU/Linux или BSD, вангую он и там что-то коммитил.
10 лет слишком долго, лучше бы свободную прошивку для сенсорных устройств с нативными приложениями бы сделал.
(Microsoft Windows 7: Chromium based) #56 #1744346
>>1743779
Благодаря этому я уверовал.
Нигеры из ЦРУ уничтожают наш мир и не надо с этим мириться.
>>1744377
Dmitriy (Google Android: Неизвестно) #57 #1744377
>>1744346
Ну интересная штука вышла, и не дублирует ни линукс ни виндовс, для локальной машины, годно для узкого спектра задач.
Вот только Я не понял что именно можно делать с такой осью? Почитаю там еще фак...
>>1744406
(Microsoft Windows 10: Firefox based) #58 #1744391
(Microsoft Windows 7: Chromium based) #59 #1744406
>>1744377

>что именно можно делать с такой осью


Разговаривать с Богом!
Для обучения очень годная штука ибо нет того зоопарка архитектур как в линупсе, все в нулевом кольце, дохуя еще задач не решенных короче
(Microsoft Windows 7: Chromium based) #60 #1744408
>>1743778
Рассуждения типичного жадного ниггера
18 Кб, 500x455
(Linux: New Opera) #61 #1744783
>>1740631 (OP)

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

Из того что ожидал от линукса - программа после деинсталляции должна удалять за собой библиотеки и конфиги(по желанию пользователя). Она этого не делает с конфигами, совсем не делает. С либами часто случаются висячие пакеты-либы которые никому не принадлежат, но непонятно можно ли их удалить или они используются. Удалял всегда по мануалу пакетного манагера, но иногда они почему-то оставляли неиспользуемые либы.
Надеялся что никсы будут чище винды с ее реестром. В винде раньше было принято держать файловые конфиги в директории с программой. Сейчас пошли по пути никсов, с их вечными конфигами в папке пользователя.

Последний раз устанавливал арч-линукс. Приманили меня таки KISS-ом. В 2013 или 14. Конечно, после обновы он перестал запускаться. Я не был удивлен. И, естественно, пытаться исправлять я ничего не стал. Хватит
>>1744794
>>1744783
Арч линукс сильно изменился с тех пор, можно без задней мысли обновлять ничего не правя, как и генту.
>>1744808
84 Кб, 681x1024
(Microsoft Windows 10: Firefox based) #63 #1744808
(Microsoft Windows 7: Chromium based) #64 #1744820
Так то самый оптимальный дистр это Слака - скинул нужные архивы загрузил ядро установил 5 лет работает не лезешь
>>1744839
>>1744820
Ну тоже свои плюсы есть, но не желательно слаку если пользуешься сетью.
>>1745007
(Microsoft Windows 7: Chromium based) #66 #1745007
>>1744839
какие там проблемы, если не секрет
>>1745779
153 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #67 #1745750
Итак, котятки, настало время устанавливать LFS. Пожалуй на этот раз накачу Developer версию с Systemd... Поехали
Ivan (Linux: Firefox based) !!ciCeOEq4vM #68 #1745752
Создаем разделы... Пожалуй, корень бдует в BTRFS, а home в xfs
(Linux: Chromium based) #69 #1745753
Пердолинг в прямом эфире, вкотился.
308 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #70 #1745754
Качаем все исходники и патчи... Пока wget качает их через заботливо созданный для нас wget-list, пойду заварю чайку
Ivan (Linux: Firefox based) !!ciCeOEq4vM #71 #1745756
В листе ссылки на официальные сайты и архивы, так что при загрузке некоторых пакетов, скорость оставляет желать лучшего.. Ну ничего, нам еще GCC конпелять
261 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #72 #1745758
Скачалось! Теперь создадим каталог, в который будет устанавливаться временная система, из которой мы уже потом будем собирать непосредственно LFS
291 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #73 #1745761
Ну и создадим временного пользователя, чтобы не делать все из под рута. К тому же будет необходимо задать некоторые флаги и параметры, лучше, если это будет в отдельном загоне
317 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #74 #1745762
А вот и они
>>1745765
Ivan (Linux: Firefox based) !!ciCeOEq4vM #75 #1745763
Чуть не забыл экспортировать MAKEFLAGS='-j 7', чтобы не задавать количество потоков каждый раз ручками
(Microsoft Windows 10: Chromium based) #76 #1745765
>>1745762
А долго ещё? Когда готово будет?
285 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #77 #1745766
Пошла конпеляция. Не буду комментировать сборку каждого пакета, скажу лишь, что это долго и дохрена
Dmitriy (Google Android: Неизвестно) #78 #1745767
>>1742254
Тоже правда, просто в лфс с нуля все поднимать надо, интересно же, и расписано подробно вроде
(Microsoft Windows 10: Chromium based) #79 #1745770
>>1745766
Это точно системд? Пишет бинутилс какой-то?
>>1745776>>1745778
Dmitriy (Google Android: Неизвестно) #80 #1745773
>>1745766
-pipe добавляй к gcc
Dmitriy (Google Android: Неизвестно) #81 #1745775
>>1745766

>Пошла конпеляция. Не буду комментировать сборку каждого пакета, скажу лишь, что это долго и дохрена


-march=native не забудь.
А в качестве временной директории используй tmpfs
>>1745778
149 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #82 #1745776
>>1745770
Довольно большое количество пакетов необходимо собрать. binutils необходим любой системе, это же базовый пакет. Systemd будет скомпелирован уже непосредственно при сборке LFS, сейчас я подготавливаю временную среду. Это примерно вот столько
>>1745783
Ivan (Linux: Firefox based) !!ciCeOEq4vM #83 #1745778
>>1745775
>>1745770
Пока что нет в этом необходимости, для временной системы это не критично. Вот при сборке самой LFS - пропишу
Dmitriy (Google Android: Неизвестно) #84 #1745779
>>1745007
Обновляется редко
Ivan (Linux: Firefox based) !!ciCeOEq4vM #85 #1745781
Ах да, хост система рач и процессор AMD FX6300
>>1745785
Dmitriy (Google Android: Неизвестно) #86 #1745783
>>1745776
Плчему не musl вместо жирной glibc?
Ну хотябы uclibc
>>1745784
Ivan (Linux: Firefox based) !!ciCeOEq4vM #87 #1745784
>>1745783
Это к разработчикам. Я не особо разбираюсь в данной теме, но если ради musl придется перепиливать пол книги, то это долго
Dmitriy (Google Android: Неизвестно) #88 #1745785
>>1745781
time -ом засеки сколько ядро и любой другой пакет собирается
>>1745787
Ivan (Linux: Firefox based) !!ciCeOEq4vM #89 #1745787
>>1745785
binutils собирается примерно 40 секунд. В книге есть свои система измерения - SBU. Это время компиляции binutils. Дальше в книге каждому пакету приписывается значение SBU. Например 4.0 SBU, 0.5 SBU и так далее
>>1745791
Dmitriy (Google Android: Неизвестно) #90 #1745791
>>1745787
Сча засеку сколько на генте собирается
>>1745794
Ivan (Linux: Firefox based) !!ciCeOEq4vM #91 #1745794
>>1745791
Ну я брал время только make, на генте вроде учитывается время конфигурирования и загрузки, нет? Лучше скачай binutils, и собери непосредственно через configure и make
>>1745796>>1745819
Ivan (Linux: Firefox based) !!ciCeOEq4vM #92 #1745796
>>1745794
http://linuxfromscratch.org/lfs/view/systemd/chapter05/binutils-pass1.html
Вот по этой инструкции, для чистоты эксперимента
164 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #93 #1745808
ЖЫР вроде gcc и glibc позади, дальше будет быстрее
>>1745820
Dmitriy (Google Android: Неизвестно) #94 #1745819
>>1745794
Ну Я вместе с конфигом засеку
Dmitriy (Google Android: Неизвестно) #95 #1745820
>>1745808

>glibc


зачем этот жир в lfs?
>>1745823
258 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #96 #1745822
make собирает make, чтобы потом этим make собрать make, смотреть онлайн без регистрации и смс
Ivan (Linux: Firefox based) !!ciCeOEq4vM #97 #1745823
>>1745820
Можно безболезненно заменить glibc на что-либо другое? ся книга заточена на glibc
>>1745824>>1745963
Ivan (Linux: Firefox based) !!ciCeOEq4vM #98 #1745824
>>1745823
вся
быстрофикс
Ivan (Linux: Firefox based) !!ciCeOEq4vM #99 #1745825
НАСТАЛО ВРЕМЯ СОБИРАТЬ ПЕРЛ, ПЕРЛ САМ НЕ СОБЕРЕТСЯ. В прошлый раз на ровном месте он у меня при сборке наебнулся, надеюсь на этот раз все будет хорошо
Ivan (Linux: Firefox based) !!ciCeOEq4vM #100 #1745831
Stripping? Да кому он нужен? Не на флешку же ставлю. Сборка временной базовой системы завершена, теперь надо туда чрутнуться. Иногда на этом моменте чрут не распозновал env файл(обычно это бывало, когда я ради эксперимента задавал флаги компилятору на стадии сборки временной системы). Итак...
29 Кб, 1113x681
Ivan (Linux: Firefox based) !!ciCeOEq4vM #101 #1745834
И оно работает.
240 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #102 #1745835
Создадим пользователей и группы
>>1745843
Ivan (Linux: Firefox based) !!ciCeOEq4vM #103 #1745837
Все, пожалуй, возьму перерыв, ибо хочу ЖРАТ. Теперь мы в чруте, отрезаны от остального мира и располагаем лишь тем, что собрали ранее. Но этого достаточно.
>>1745842
(Linux: Firefox based) #104 #1745842
>>1745837

> мы


КТО МЫ? ТЫ ТУТ ОДИН БЛЯДЬ.
>>1745849
(Linux: Firefox based) #105 #1745843
>>1745835

> systemd


Фу-у-у!
>>1745845
Ivan (Linux: Firefox based) !!ciCeOEq4vM #106 #1745845
>>1745843
Я же собираю LFS в познавательных целях, решил вот накатить версию с systemd. Да и к тому же пока я не слышал еще ни одного вразумительного аргумента против systemd, одно кряканье
>>1745851
Ivan (Linux: Firefox based) !!ciCeOEq4vM #107 #1745849
>>1745842
Раз ты зашел в этот тред, то тоже стал невольным участником сборки LFS в прямом эфире. Устраивайся поудобнее
(Linux: Firefox based) #108 #1745851
>>1745845
Жирное, убогое говно, которое тянет свои грязные лапы к хорошим вещам.

А потом оно сжирает их.

Конец.
>>1745852
Ivan (Linux: Firefox based) !!ciCeOEq4vM #109 #1745852
>>1745851
Это не аргументация, а по прежнему лишь твое субъективное мнение. В каком месте оно убогое? К каким хорошим вещам оно тянет лапы и как оно их сжирает? Конкретнее, пожалуйста
>>1745861
4083 Кб, 426x284
(Linux: Firefox based) #110 #1745861
>>1745852
Этого баттхёрта в сети хватает, ты можешь сам нагуглить. Вот тебе смешная гифочка с кратким описанием моих слов. Поттеринг либо переписывает, либо портит, иного не дано. Грустно всё это.
>>1745868
(Microsoft Windows 7: Firefox based) #111 #1745862
Эта ебань имеет смысл если ты сам хочешь собрать свой дистр. Во-первых, чтобы глубже понять логику глинукса, во-вторых 100% каштомизируемость, реально удобно реально под себя. Либо идейным любителям содомировать консолечку, когда гента уже не вставляет.
(Linux: Chromium based) #112 #1745868
>>1745861

> кря

>>1745875
(Linux: Firefox based) #113 #1745875
>>1745868

> пук

>>1745913
Ivan (Linux: Firefox based) !!ciCeOEq4vM #114 #1745885
Отойдем от темы срачей и продолжим сборку. Я остановился на стадии чрута и создания необходимых директорий, теперь пришло время собирать саму LFS
17 Кб, 1063x198
199 Кб, 736x736
Ivan (Linux: Firefox based) !!ciCeOEq4vM #115 #1745887
(Linux: Chromium based) #116 #1745913
>>1745875
- Приведи аргументы.
- Ну это, на сайтах написано.
- АРГУМЕНТЫ, сука.
- Эээээ.
Утка, плз.
199 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #117 #1745917
Под overwerk конпеляется веселее
284 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #118 #1745933
Конпеляем systemd
108 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #119 #1745955
Итак, сборка LFS завершена. Теперь необходимо сконфигурировать систему
>>1745962
319 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #120 #1745960
НАСТАЛО ВРЕМЯ КОНПЕЛЯЦИИ ВЕДРА
(Microsoft Windows 10: Chromium based) #121 #1745962
>>1745955
А там гноме3 или xfce?
>>1745966
>>1745823
Можно на начальном этапе.
Ivan (Linux: Firefox based) !!ciCeOEq4vM #123 #1745966
>>1745962
В книге на выбор есть инструкции по сборке Gnome 3, XFCE, LXDE, LXQt, KDE 4/5. У меня на хост системе гном
45 Кб, 1113x681
Ivan (Linux: Firefox based) !!ciCeOEq4vM #124 #1745974
Прописываем конфиг грабу... Фьюх. Теперь момент истины - перезагрузка
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #125 #1745978
ПАНИКА ЯДРА! Видимо, напортачил с конфигом. Сейчас буду фиксить
5689 Кб, 3264x2448
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #126 #1745981
А я напортачил и с конфигом граба и с ядром забыл включить tmpfs. Исправил это и вуаля! На сегодня, скорее всего, хватит. В ближайшее время продолжу, накачу иксы, либы и крысу. Всем спасибо за внимание
>>1745987
92 Кб, 1920x1080
Вот сколько бинутилс собирался...
Сама компилежка заняла 1 минуту 45 секунд.
Гента
>>1745985
>>1745982
Ах да процессор intel core i3 4330.
3.5 GHz 2 cores/
Что должно равнятся 6 амдшным ядрам
>>1745988
(Microsoft Windows 10: Chromium based) #129 #1745987
>>1745981
А где нормальный интерфейс?
>>1745990
6075 Кб, 3264x2448
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #130 #1745988
>>1745985
AMD FX6300, LFS
>>1745999
Ivan (Linux: Firefox based) !!ciCeOEq4vM #131 #1745990
>>1745987
Иди вон в спермотред потолсти
>>1745988
Ну Я его не взял потому что штеуд современнее, хоть и предупреждали что в многопотоке сосну.
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #133 #1750101
Почему ты ещё не накатил LFS
>>1750105
(Linux: Firefox based) #134 #1750105
>>1750101
Пердoля, а зачем тебе гейфон?
>>1750138
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #135 #1750138
>>1750105
Звонить, писать смс, смотреть видео, читать новости и конечно же ПЕРДОЛИТЬСЯ(гугли про джейлбрейк). Странный вопрос
87 Кб, 1366x768
(Linux: Firefox based) #136 #1750164
Наконец-то LFS!

Пилю свой пакетный менеджер. В планах преобразование пакетов дебиана в мои, чтобы не париться над поддержкой репы. Также в планах прекомпиляция пакетов, т.е. менеджер гибридный - и исходники, и бинарные пакеты. Я стараюсь следовать unix-way, и точнее говоря, это будут два разных менеджера пакетов. Но над бинарным работать пока даже не начинал, сейчас установка идёт с помощью make install.

Сорцы пока не пилю, через несколько недель или месяцев выложу. Но будут регулярные скрины.
>>1750229>>1750316
(Fedora Linux: Firefox based) #137 #1750176
(Linux: Firefox based) #138 #1750229
>>1750164
Это все на C?
>>1750232
(Linux: Firefox based) #139 #1750232
>>1750229
На Руби. Такое нужно писать на высокоуровневом языке, я считаю (также см. Portage).

На Си может будет небольшая часть - виртуальная файловая система с использованием ptrace, чтобы отслеживать системные вызовы во время выполнения make install, перенаправлять в виртуальную файловую систему и составлять список устанавливаемых файлов. Существующие решения не совсем подходят:
fakeroot - использует LD_PRELOAD, не подходит в случае статической линковки
fakeroot-ng - развитие заброшено, и не работает только под линуксом и/или GNU (а я не ограничиваюсь одним ядром и юзерлендом)
>>1750236>>1750330
(Linux: Firefox based) #140 #1750236
дополню >>1750232

>а я не ограничиваюсь одним ядром и юзерлендом


Сейчас по крайней мере все пакеты LFS успешно компилируются под FreeBSD, если установить из портов devel/gmake

>На Си может будет небольшая часть - виртуальная файловая система с использованием ptrace


Но на первое время думаю накатить себе Btrfs под линем и ZFS под FreeBSD, там это реализовано
(Apple Mac: Safari) #141 #1750284
дураки пердолики
>>1750285
(Linux: Firefox based) #142 #1750285
>>1750284
И почему ты дурак, пердолик?
Ivan (Microsoft Windows 10: Firefox based) !!ciCeOEq4vM #143 #1750316
>>1750164
А ты хорош, только пакетному менеджеру выхлопов не хватает. Это, конечно, красивенько и минималистично, но LFS не убунту. Пускай будет детально показан процесс сборки и установки. Будет похоже на генту, но суть у этих дистрибутивов примерно та же. И еще - это, конечно, очень смело и трудозатратно, но если проектом будут интересоваться не только полтора анонимуса, возможно. Смотри, знаешь дистрибутив фунту? У них там можно скачать stage3 под различные архитектуры процессоров, например AMD Piledriver, AMD Buldozzer и так далее. В будущем можно создать свой репозиторий с пакетами, скомпилированными для каждой архитектуры. Да, много, да, дохуя, но будет довольно интересно. Если заинтересует, могу написать фейкопочту(у меня Piledriver).
>>1750343
(Linux: Firefox based) #144 #1750330
>>1750232
Хуя ты погроммист. завидую.
(Linux: Firefox based) #145 #1750343
>>1750316

>пакетному менеджеру выхлопов не хватает. Пускай будет детально показан процесс сборки и установки


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

>знаешь дистрибутив фунту? У них там можно скачать stage3 под различные архитектуры процессоров, например AMD Piledriver, AMD Buldozzer и так далее. В будущем можно создать свой репозиторий с пакетами, скомпилированными для каждой архитектуры


Я не планирую существование удалённых репозиториев изначально. Репозиторий лежит локально. Это одна из фич моего ПМ (объясню позже, когда придумаю, почему это фича, а пока исхожу из минимализма и простоты реализации). И уже исходя из такой архитектуры я буду рассматривать возможность установки бинарных пакетов, скомпилированных на другой машине. Но я верю, что это возможно, так что удалённые репозитории бинарных пакетов будут обязательно.

>Если заинтересует, могу написать фейкопочту(у меня Piledriver).


Пиши в тред или сюда: c4173LX5496ANUStrbX0IvnPUNCTUMcX/wom
223 Кб, 1366x768
(Linux: Firefox based) !!4BttpjaiAs #146 #1750759
Немного раскрою, как именно я следую Unix-way.

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

Итак, первая программа - загрузчик исходных кодов. Загружает tar-архивы по URL, кеширует их для предотвращеняи повторной загрузки и распаковывает в указанную директорию, с возможностью обрезания первых элементов путей файлов (т.к. зачастую tar-архив содержит одну-единственную директорию) и указания поддиректории.

Рассмотрим работу по шагам (см. скриншот):
1) Директория исходных кодов и кеш пусты
2) Запускаем загрузчик, указывая директории исходных кодов и кэша. Для каждого файла в пакете он вызывает команду wget. По выводу этой команды в stderr видим, что загрузка произошла
3) Видим, что архив распакован, а в кеше он появился под уникальным именем. Соответствие некоторого URL и имени кешированного файла хранится в стандартной Unix DB (считайте, что это BerkeleyDB версии 1 или 2, key-value хранидище)
4) Повторно звпускаем загрузчик. Вывода wget не видно, потому что он распаковывает кешированный архив, пропуская загрузку. Т.е. он не меняет timestamp'ы файлов, повторный вызов make для заново распакованных исходников не вызовет перекомпиляцию всего, так что исходники можно смело удалять после компиляции, если что потом распаковать повторно (конечно, директорию сборки надо сохранить)
5) Ещё раз убеждаемся, что ничего нового в кеше не появилось
6) Ну и посмотрите на формат файла пакета. В комментариях, надеюсь, не нуждается

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

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

Думаю, дам ссылку на гитхаб и перестану закрашивать всё в скринах уже скоро, как только доведу эту утилиту до ума.
223 Кб, 1366x768
(Linux: Firefox based) !!4BttpjaiAs #146 #1750759
Немного раскрою, как именно я следую Unix-way.

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

Итак, первая программа - загрузчик исходных кодов. Загружает tar-архивы по URL, кеширует их для предотвращеняи повторной загрузки и распаковывает в указанную директорию, с возможностью обрезания первых элементов путей файлов (т.к. зачастую tar-архив содержит одну-единственную директорию) и указания поддиректории.

Рассмотрим работу по шагам (см. скриншот):
1) Директория исходных кодов и кеш пусты
2) Запускаем загрузчик, указывая директории исходных кодов и кэша. Для каждого файла в пакете он вызывает команду wget. По выводу этой команды в stderr видим, что загрузка произошла
3) Видим, что архив распакован, а в кеше он появился под уникальным именем. Соответствие некоторого URL и имени кешированного файла хранится в стандартной Unix DB (считайте, что это BerkeleyDB версии 1 или 2, key-value хранидище)
4) Повторно звпускаем загрузчик. Вывода wget не видно, потому что он распаковывает кешированный архив, пропуская загрузку. Т.е. он не меняет timestamp'ы файлов, повторный вызов make для заново распакованных исходников не вызовет перекомпиляцию всего, так что исходники можно смело удалять после компиляции, если что потом распаковать повторно (конечно, директорию сборки надо сохранить)
5) Ещё раз убеждаемся, что ничего нового в кеше не появилось
6) Ну и посмотрите на формат файла пакета. В комментариях, надеюсь, не нуждается

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

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

Думаю, дам ссылку на гитхаб и перестану закрашивать всё в скринах уже скоро, как только доведу эту утилиту до ума.
>>1751113>>1751287
(Google Android: Firefox based) #147 #1751113
>>1750759
1. В чем принципиальное отличие от бсд портов (оно больше похоже на PKGBUILD, но давайте помнить мвои корни)?
2. Зачем нужна отдельная бд для вот этого:

>Соответствие некоторого URL и имени кешированного файла хранится в стандартной Unix DB


У тебя в любом случае, в сценариях сборки будут ссылки на архивы и чексуммы, зачем лишние сущности?
3. Смена имен тарболлов на хуй пойми какие uuid, бессмысленно и контрпродуктивно. Создание геморроя своими силами на пустом месте. Если опасаешься за нейм клэшинг - не опасайся, либо храни исходники непосредственно в директориях портов, или добавляй префиксы с именами пакетов.
4. JSON (хоть не хмл, и то хорошо). Ты пишешь свою софтину на ЖС? Если так, вопросов больше нет.
Дай угадаю: ты студент-погромист, изучающий скалабле энд робуст энтерпрайз солюшенс, у которого чешутся руки что-то написать, но нет не то, что четкого плана, но даже приблизительного представления о том, что это и как должно выглядеть. Если так штырит с идеи создания своей пакетной системы, посмотри на CRUX, самое простое, что может быть, но оно работает. Запили что-то такого же уровня, с учетом всех недостатков, впиливай недостающие фичи, да, потом окажется, что ты написал говно, которое надо рерайтить фром скрэтч, а иначе никак.
>>1751198
Ivan (Linux: Chromium based) !!ciCeOEq4vM #148 #1751141
Вкину один лайфхак. В LFS есть wget-list, который позволяет скачивать все пакеты зараз. В BLFS этого "как бы" нет, на самом деле есть. Нужно с сайта svn-ом клонировать себе их репо с BLFS книгой, оно представляет из себя СОРЦЫ. Да-да, сорцы КНИГИ. Далее make wget-list и где-то в домашней директории появится каталог, там подкоталог, там еще и там wget-list со всеми BLFS пакетами. Да, их там без малого дохрена, но в 2016 место на диске вроде у всех достаточно. Качать будет долго, накачает лишнего(например, если вы не хотите ставить KDE, он все равно скачает вам абсолютно все пакеты), но это намного лучше, чем выкачивать каждый пакет отдельно, набивая раз за разом URL. Кому влом сие проделывать, вот вам лист из Developer версии BLFS http://rgho.st/8FSNLBJPS
>>1751394
(Linux: Firefox based) !!4BttpjaiAs #149 #1751198
>>1751113

>1. В чем принципиальное отличие от бсд портов (оно больше похоже на PKGBUILD, но давайте помнить мвои корни)?


Это порты, я полностью согласен

>2. Зачем нужна отдельная бд? У тебя в любом случае, в сценариях сборки будут ссылки на архивы и чексуммы, зачем лишние сущности?


Разделение ответственности, single responsibility principle

>3. Если опасаешься за нейм клэшинг - не опасайся, либо храни исходники непосредственно в директориях портов, или добавляй префиксы с именами пакетов.


Пройденный этап. Ушёл от этого по озвученной пунктом выше причине

>4. JSON


А ЧТО ЕЩЁ? Это идеальный вариант на данный момент

>Дай угадаю: ты студент-погромист


Не угадал

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


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

>посмотри на CRUX


Смотрел, изучал формат пакетов. Минималистично, но совершенно непортабельно и нерасширяемо

>потом окажется, что ты написал говно


Ну ты-то мастер проектирования? Сразу идеальный код пишешь?

>которое надо рерайтить фром скрэтч


Я итак скоро этим займусь. То, что есть сейчас - Proof of Concept.
>>1751343
(Linux: Firefox based) #150 #1751287
>>1750759
Сколько ты уже занимаешься программированием и какие книги конкретно по линуксу ты читал?
>>1751295
(Linux: Firefox based) !!4BttpjaiAs #151 #1751295
>>1751287

>Сколько ты уже занимаешься программированием


8 лет, если с самого начала смотреть, а зарабатываю этим года 2

>какие книги конкретно по линуксу ты читал?


LFS, CLFS. Я больше по операционкам в целом угораю, нежели по линуксу. Таненбаума читал, много чего ещё по ядрам. Писал своё монолитное ядро на Си, но там дошёл только до консоли и реализации FAT16.
(Google Android: Firefox based) #152 #1751343
>>1751198

>Это некрасивой провокацией ты не заставишь меня всё бросить, уже сейчас дать исходники и начать объясняться.


Да вы, батенька, параноик.

>Минималистично, но совершенно непортабельно и нерасширяемо


Куда ты собрался портировать и расширять? Мне просто интересно.

>Ну ты-то мастер проектирования? Сразу идеальный код пишешь?


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

>А ЧТО ЕЩЁ?


Смотря на чем ты пишешь. Скорее всего это какой-то скриптовый язык, его родной формат и бери. Питон? Используй питоновские словари. Лисп? S-expressions. Сконвертировать всегда сможешь, если понадобится. Как по мне, здесь и json избыточен, особенно на фоне глобальной berkdb.
>>1751362
(Linux: Firefox based) !!4BttpjaiAs #153 #1751362
>>1751343

>Да вы, батенька, параноик.


Я не понимаю, что ты хочешь мне доказать.

>Куда ты собрался портировать и расширять? Мне просто интересно.


Как я уже написал, я хочу добиться возможности компилировать любую ОС тем же способом, каким компилируется LFS, без изменений в исходном коде, и с минимальной конфигурацией. Поэтому я не использую один большой build-скрипт для каждого пакета, т.е. платформо-специфичные изменения были бы размазаны по нему, а сейчас всё локализовано в конфигурации.

>Начинать надо с простого, расширять по мере надобности


Я итак с простого начал. Как я сказал, я исхожу из минимализма. У меня нет ни удалённых репозиториев, ни разрешения зависимостей (пока, потому что я ещё не знаю, как лучше их реализовать в моём случае).

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


Ещё раз - у меня сейчас Proof of Concept. Я итак планирую вскоре переписать всё с нуля.

>Смотря на чем ты пишешь. Скорее всего это какой-то скриптовый язык, его родной формат и бери. Питон? Используй питоновские словари. Лисп? S-expressions. Сконвертировать всегда сможешь, если понадобится. Как по мне, здесь и json избыточен


Я пишу на Ruby, у него в стандартной библиотеке есть парсер JSON. Вообще, JSON формат весьма универсальный. Не понимаю претензии.

>особенно на фоне глобальной berkdb


Её реализация вообще в libc есть по стандарту.
Я пользуюсь самыми простыми, доступными буквально ВЕЗДЕ инструментами. Поэтому выбрал JSON и DBM.
>>1751403>>1751409
(Linux: Firefox based) !!4BttpjaiAs #154 #1751394
>>1751141

>В LFS есть wget-list, который позволяет скачивать все пакеты зараз.


А как ты относишься к моей идее загрузчика исходных кодов? Ты мог бы поддерживать репозиторий LFS и BLFS, чтобы пакеты были тех же версий, что и в книге. Репозиторий - простой git-репозиторий. Оставь тут почту, я тебе скину ссылку.
(Google Android: Firefox based) #155 #1751403
>>1751362

>Как я уже написал, я хочу добиться возможности компилировать любую ОС тем же способом, каким компилируется LFS


То есть, если интерпретировать сказанное тобой буквально, ты хочешь добиться того, чтобы для сборки, к примеру NetBSD или FreeBSD, вместо синхронизации дерева исходников и последующего запуска make, дающего результат в виде готового к загрузке с него образа, пришлось бы проходить через все пункты из LFS с выкачиванием и сборкой пакетов по отдельности (где их еще взять-то, отдельные пакеты из base той же фряхи)? Какой-то троллейбусный парк из хлебопекарного цеха.

>Proof of Concept


В PoC, как правило, в приоритетах не универсальность и дополнительная ебля с неродными форматами типа json отвлекает от более важных вещей, таких как

>разрешения зависимостей


от самой основы основ.
>>1751407
(Linux: Firefox based) !!4BttpjaiAs #156 #1751407
>>1751403

>для сборки, к примеру NetBSD или FreeBSD, вместо синхронизации дерева исходников и последующего запуска make, дающего результат в виде готового к загрузке с него образа


Эта операция платформо-специфична. Попробуй собрать FreeBSD из-под GNU/Linux

>пришлось бы проходить через все пункты из LFS с выкачиванием и сборкой пакетов по отдельности


В итоге у меня сборка будет осуществляться одной командой

>где их еще взять-то, отдельные пакеты из base той же фряхи


Создать репозиторий для моей системы сборки

>В PoC, как правило, в приоритетах не универсальность и дополнительная ебля с неродными форматами типа json


Ещё раз - чем он не родной? Он есть в стандартной библиотеке Ruby. Если ты скомпилировал Ruby, который, кстати, имеет очень мало зависимостей (из рантаймовых вообще только libc вроде), то ты может просто установить мою систему сборки с помощью gem install foobar

>разрешения зависимостей


>от самой основы основ.


Пользователи Slakeware сейчас с ухмылкой посмотрели на тебя

Я вижу, ты считаешь, что я неэффективно трачу время? В любом случае, изначально моя идея возникла исключительно как автоматизация сборки LFS, так что по крайней мере трачу время более эффективно, чем если бы я собирал LFS руками
>>1751418
(Google Android: Firefox based) #157 #1751409
>>1751362

>Я пишу на Ruby


Впрочем, да, я начинаю понимать, почему мне непонятны твои идеи, ибо я никогда не пойму людей, использующих язык, на котором можно писать "2.months.from_now()", этот мутировавший под воздействием радиации перл. Не языкосрача ради, что уж, каждый дрочит как хочет.
>>1751417
(Linux: Firefox based) !!4BttpjaiAs #158 #1751417
>>1751409

>Впрочем, да, я начинаю понимать, почему мне непонятны твои идеи, ибо я никогда не пойму людей, использующих язык, на котором можно писать "2.months.from_now()", этот мутировавший под воздействием радиации перл. Не языкосрача ради, что уж, каждый дрочит как хочет.


А я вот не понимаю. Как синтаксис языка влияет на архитектуру продукта? При разработке архитектуры я исходил исключительно из unix-way, опыта в системном программировании и сборки систем GNU и BSD.

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

>для сборки, к примеру NetBSD или FreeBSD, вместо синхронизации дерева исходников и последующего запуска make, дающего результат в виде готового к загрузке с него образа



Видимо, я недостаточно ясно объяснил, что моя цель - кроссплатформенная сборка. Я хочу детерминировать зависимости так, что при попытке сборки, к примеру, GNU/Linux из-под FreeBSD есть два варианта:
1. Тулза говорит, что каких-то пакетов в базовой системе не хватает и предлагает их установить
2. Сборка происходит успешно

Это то, чего невозможно добиться ни с помощью autotools (хотя создавались они для этого), ни как-либо иначе.

Зачем мне это нужно - другой вопрос. Есть такая штука, как L4re. Это ОС на основе микроядра L4, позволяющая запускать паравиртуализованные (изменённые) ядра других систем в пространстве пользователя. Такие системы сами могут служить хостом для других портированных на L4 ядер. Это что-то вроде универсального API виртуализации. Сейчас из таких ядер есть только L4Linux, он регулярно обновляется. Также возможно портирование других ядер на L4.

Знаешь систему Whonix? Это Debian с двумя виртуальными машинами (обе тоже Debian). Одна из них является роутером, пропускающим весь траффик через Tor+VPN. Другая является рабочим столом, сеть которой проброшена через этот роутер. Это даёт гарантию, что никаким образом данные о железе или IP-адресе пользователя не утекут.

Но тут есть несколько слабых мест - виртуализация процессора (почитай тред про Inter ME в /crypt/), возможные ошибки и закладки в коде VirtualBox. Если реализовать тоже самое на основе микроядра и паравиртуализации, то слабых мест в системе не останется (кроме пользователя, конечно).
(Linux: Firefox based) !!4BttpjaiAs #158 #1751417
>>1751409

>Впрочем, да, я начинаю понимать, почему мне непонятны твои идеи, ибо я никогда не пойму людей, использующих язык, на котором можно писать "2.months.from_now()", этот мутировавший под воздействием радиации перл. Не языкосрача ради, что уж, каждый дрочит как хочет.


А я вот не понимаю. Как синтаксис языка влияет на архитектуру продукта? При разработке архитектуры я исходил исключительно из unix-way, опыта в системном программировании и сборки систем GNU и BSD.

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

>для сборки, к примеру NetBSD или FreeBSD, вместо синхронизации дерева исходников и последующего запуска make, дающего результат в виде готового к загрузке с него образа



Видимо, я недостаточно ясно объяснил, что моя цель - кроссплатформенная сборка. Я хочу детерминировать зависимости так, что при попытке сборки, к примеру, GNU/Linux из-под FreeBSD есть два варианта:
1. Тулза говорит, что каких-то пакетов в базовой системе не хватает и предлагает их установить
2. Сборка происходит успешно

Это то, чего невозможно добиться ни с помощью autotools (хотя создавались они для этого), ни как-либо иначе.

Зачем мне это нужно - другой вопрос. Есть такая штука, как L4re. Это ОС на основе микроядра L4, позволяющая запускать паравиртуализованные (изменённые) ядра других систем в пространстве пользователя. Такие системы сами могут служить хостом для других портированных на L4 ядер. Это что-то вроде универсального API виртуализации. Сейчас из таких ядер есть только L4Linux, он регулярно обновляется. Также возможно портирование других ядер на L4.

Знаешь систему Whonix? Это Debian с двумя виртуальными машинами (обе тоже Debian). Одна из них является роутером, пропускающим весь траффик через Tor+VPN. Другая является рабочим столом, сеть которой проброшена через этот роутер. Это даёт гарантию, что никаким образом данные о железе или IP-адресе пользователя не утекут.

Но тут есть несколько слабых мест - виртуализация процессора (почитай тред про Inter ME в /crypt/), возможные ошибки и закладки в коде VirtualBox. Если реализовать тоже самое на основе микроядра и паравиртуализации, то слабых мест в системе не останется (кроме пользователя, конечно).
>>1751461
(Google Android: Firefox based) #159 #1751418
>>1751407

>Пользователи Slakeware сейчас с ухмылкой посмотрели на тебя


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

>Эта операция платформо-специфична. Попробуй собрать FreeBSD из-под GNU/Linux


У FreeBSD, как и у любой самостоятельной системы есть своя система сборки. Системы "GNU/Linux" не существует как таковой, а у каждого ее дистрибутива есть своя система сборки и унифицировать это все просто невозможно и бессмысленно

>моя идея возникла исключительно как автоматизация сборки LFS


Короче, я понял, ты хочешь свой сурс бейсед дистр. Так бы и говорил. Когда-то я тоже пытался превратить в конфетку CRUX, прикручивать pkgsrc к слаквари, но всегда возвращался к Gentoo, так как в ней уже учли все что только можно, и как бы не тупил иногда портаж, он хотя бы остается юзабельным и еще никогда не подводил.
>>1751421
(Linux: Firefox based) #160 #1751421
>>1751418

>У FreeBSD, как и у любой самостоятельной системы есть своя система сборки. Системы "GNU/Linux" не существует как таковой, а у каждого ее дистрибутива есть своя система сборки и унифицировать это все просто невозможно и бессмысленно


Я не пытаюсь унифицировать всё. Я хочу дать возможность описывать это с помощью конфигурации, а не кодом.
(Google Android: Firefox based) #161 #1751461
>>1751417

>Как синтаксис языка влияет на архитектуру продукта?


Тут не в синтаксисе дело, а в семантике. Ну не сторонник я ООП вообще, а в динамике особенно.

>Есть такая штука, как L4re. Это ОС на основе микроядра L4, позволяющая запускать паравиртуализованные (изменённые) ядра других систем в пространстве пользователя.


Виртуализация это, конечно, хорошо, но при чем здесь автоматизация сборки? Паравиртуализация, это же типа Xen? Для него ведь достаточно иметь патченное ядро, или я не прав?

>ошибки и закладки в коде VirtualBox


Чем их qemu не устроил?
>>1751468>>1751476
(Linux: Firefox based) !!4BttpjaiAs #162 #1751468
>>1751461

>Чем их qemu не устроил?


Там VirtualBox open-source edition, конечно. Но VBox - это сотни тысяч строк кода. Кто проводит его аудит? Один меинтейнер просматривает мельком, и всё.

>Паравиртуализация, это же типа Xen?


Да. Когда-то рассматривал и Xen как основу своей ОС, но с ним не сложилось. К томуже он умирает вроде. Да и он не микроядерный, там тоже много кода, полный аудит которого очень сложно провести.
А вот у микроядер всё очень хорошо с аудитом. Есть даже полностью формально верифицированное микроядро - seL4.

>Тут не в синтаксисе дело, а в семантике. Ну не сторонник я ООП вообще, а в динамике особенно.


Всё равно на архитектуру продукта не влияет.
>>1751692
(Linux: Firefox based) !!4BttpjaiAs #163 #1751476
>>1751461

>Виртуализация это, конечно, хорошо, но при чем здесь автоматизация сборки?


Хочу в будущем присоединить систему полуавтоматизированного аудита кода. Чтобы код, в котором есть участок, аудит которого не произвели минимум N доверенных мейнтейнеров, физически не мог попасть на твою машину.

Ну и удобство. Я считаю, что для моих целей не подходит ни одна существующая система сборки.
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #164 #1751581
Тем временем накатил иксы. Заебался страшно, продолжу, скорее всего, завтра. С какого бы DE начать?
>>1751582>>1751585
(Microsoft Windows 10: Chromium based) #165 #1751582
>>1751581
Enlightenment
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #166 #1751583

>Файл слишком большой


>фотка с мобилы


>слишком большая


Ну тогда без пруфов
(Linux: Firefox based) !!4BttpjaiAs #167 #1751585
>>1751581

>С какого бы DE начать?


Cinnamon

>Заебался страшно


Так что на счёт моей тулзы? Дай почту, покажу репу и объясню, как пользоваться
>>1751592
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #168 #1751592
>>1751585
А, сорян, занят был так, что не видел.

>синамон


В книге нет инструкций по этой ДЕ. Крыса, гном, плазма, LXDE и даже убожественное LXQt. Нет, ну я могу, конечно, нагуглить инструкцию или даже самому накатить(и где я вам список пакетов найду), но синамон мне НЕ НРАВИТСЯ. Крыса тоже, но она собирается очень быстро, наверное, с неё и начну. По поводу сорцов, пиши, почту к посту вроде приклеил
(Google Android: Firefox based) #169 #1751692
>>1751468

>Да и он не микроядерный, там тоже много кода, полный аудит которого очень сложно провести.


>А вот у микроядер всё очень хорошо с аудитом.


А что насчет OpenBSD? Там ведь даже модулей нет, не то что микроядерности. И тем не менее, могут в аудит. Олсо, у них же были планы по поводу своего гипервизора, слышно что-нибудь об этом?
>>1751699
(Linux: Firefox based) !!4BttpjaiAs #170 #1751699
>>1751692

>А что насчет OpenBSD? Там ведь даже модулей нет, не то что микроядерности. И тем не менее, могут в аудит.


Высокое качество кода и хорошая политика безопасности.

>Олсо, у них же были планы по поводу своего гипервизора, слышно что-нибудь об этом?


Впервые слышу. Было бы круто.

Порт OpenBSD на L4 существовал в виде дипломной работы студента Берлинского университета, где разрабатывают L4re, но был заброшен в 2011. Но всегда можно продолжить, рабочая версия есть, просто надо обновить её с OpenBSD 4.9 до 5.6.

OpenBSD благодаря своей безопасности и качественному коду хорошо бы подошёл на роль роутера в озвученном мной варианте аналога Whonix.
>>1751725
(Google Android: Firefox based) #171 #1751725
>>1751699

>Впервые слышу. Было бы круто.


Гугл выдает новости прошлогодней давности, проект в зачаточном состоянии, судя по всему, если вообще жив. Поживем, увидим.
http://undeadly.org/cgi?action=article&sid=20150831183826

>обновить её с OpenBSD 4.9 до 5.6


До 5.9 тогда, чего уж там.

Олсо, я может быть, чего-то не понимаю, но чем KVM хуже подходит для

>аналога Whonix


?
>>1751727
(Linux: Firefox based) !!4BttpjaiAs #172 #1751727
>>1751725

>Олсо, я может быть, чего-то не понимаю, но чем KVM хуже подходит для


>аналога Whonix


Тем, что это реализовано в ядре Линукс, которое есть 10 миллионов строк говнокода, проверяемого одним единственным человеком (и мб компаниями для себя).
9 Кб, 720x400
(Linux: Firefox based) !!4BttpjaiAs #173 #1752077
Собираю Busybox from Scratch
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #174 #1752229
А я все СЛОМАЛ
5571 Кб, 3264x2448
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #175 #1752232
Решил поставить хромиум, ибо лиса крашилась, нужен был браузер на время решения этой проблемы. Ну, не долго думая, решил поставить все же гуглхром, руководствуясь PKGBUILDом арча. В результате /bin/bash permission denied, а после попытки исправить права доступа, имею это. Rest in pease, LFS
>>1752249>>1752251
(Microsoft Windows 8: Firefox based) #176 #1752249
>>1752232
Ну так поставь права доступа как были, в чем проблема?
(Linux: Firefox based) !!4BttpjaiAs #177 #1752251
>>1752232

>PKGBUILDом


Ибо нехуй.

Только свой пакетный менеджер!
>>1752257
(Linux: Chromium based) #178 #1752257
>>1752251
Ну суть в том, что я смотрел, что делает PKGBUILD и делал так же. Он там просто распаковывал deb файл и копировал нужные файлы в нужные директории. Видимо, я где-то напортачил и что-то не так скопировал/распаковал
>>1752263
(Linux: Firefox based) !!4BttpjaiAs #179 #1752263
>>1752257
Ну у тебя вроде не совсем убитая система. Смотри внимательно, какие команды выполнял, и в каком месте накосячил.

Ну и не на правах systemd-срача, но ставить в LFS что-то большое и сложное, что не знаешь как работает - это не LFS-way.
(Linux: Firefox based) !!4BttpjaiAs #180 #1752659
Блять, не могу заставить инет работать в Busybox.
Пришло время ставить LFS, нет питона-нет проблем.
Там есть сборочки на uclibc/musl? Пойду гуглить.
>>1753686
Реквестирую норм ссылочки по нарердоливанию lfs musl, гуголь хрень выдает.
У меня будет система Gentoo musl, так что лфс должен будет содержать только либы и сам софт непосредственно. Хочу там легковесную шель вместо баша, и все в таком духе, никаких тебе питонов и скриптопараши.
(Linux: Firefox based) !!4BttpjaiAs #183 #1753686
>>1753436

>Там есть сборочки на uclibc/musl? Пойду гуглить.


>гуголь хрень выдает.


Кажется, это та область, где надо не просто пердолиться, а пердолиться САМОМУ, В ПОЛНОМ ОДИНОЧЕСТВЕ.

Я вот на основе Busybox вчера пытался собрать. Вроде популярная штука, в тысячах моделей роутеров используется, в OpenWRT. А хуй, интернет так и не смог настроить.
>>1753695
>>1753686
Но ведь мюсл самая молодежная либа? А юслибси что? Мне кажется без этого с лфс мало пользы, а так он будет уделывать генту, хоть и собирать все из под нее буду.
>>1753698
(Linux: Firefox based) !!4BttpjaiAs #185 #1753698
>>1753695

>Но ведь мюсл самая молодежная либа?


Я про то, что туториалов типа LFS скорее всего нет. Придётся делать всё самому, по аналогии, и ошибки исправлять тоже самостоятельно.

>А юслибси что?


Минимальную систему с uClibc ты можешь собрать автоматически с помощью Buildroot, очень легко. Но ведь ты хочешь всё ручками сделать? В прринципе, можешь изучить скрипты сборки Buildroot'а
>>1753732
>>1753698
Бляха, Я вот подумал у меня мюсл будет со всем необходимым, пакеты уже собраны, их же просто скопировать остается? А лфс для понимания того, что надо копировать прочитать?
Мне все кроме инструментов разработчика скопировать надо будет.
>>1753799
(Linux: Firefox based) !!4BttpjaiAs #187 #1753799
>>1753732

>Я вот подумал у меня мюсл будет со всем необходимым, пакеты уже собраны, их же просто скопировать остается?


Не совсем. При сборке на хост-системе пакет может слинковаться с чем-нибудь из неё, тогда он не будет работать в собираемой системе. Поэтому в LFS сначала собирается минимальная система, потому делается chroot в неё и далее собирается основная система.

>А лфс для понимания того, что надо копировать прочитать?


LFS надо прочитать для понимания, какие костыли притходится использовать из-за маразматичности кросс-компиляции в GCC, который нихуя не может получить на вход SYSROOT и собирать в его контексте.
4 Кб, 150x120
(Linux: Firefox based) !!4BttpjaiAs #188 #1753813
Вообще, вся экосистема GNU крайне маразматична:

- GRUB не может установить себя в произвольный раздел, нужно извращаться с монтированием и chroot'ом
- GCC не может в нормальную кросс-компиляцию, нужно извращаться с chroot'ом и сборкой тулчейнов
- проект GNU не может в нормальное коммьюнити, надо извратиться, чтобы найти какую-то инфу на сайтах проектов
- проект GNU не может в Git (ну это болезнь многих старых открытых проектов, в том числе FreeBSD, OpenBSD)
>>1753818
(Microsoft Windows 10: Chromium based) #189 #1753818
>>1753813

> GRUB не может установить себя в произвольный раздел, нужно извращаться с монтированием и chroot'ом


2016 на дворе, у пасанов уже уефи
>>1753820
(Linux: Firefox based) !!4BttpjaiAs #190 #1753820
>>1753818
Не понял, что ты предлагаешь.
>>1754259
>>1753820
efistub с помощью efibootmgr манька блядь.
Так говоришь как будто гейос или сперма может установить себя на произвольный раздел.
>>1754285
(Linux: Firefox based) #192 #1754285
>>1754259
https://wiki.gentoo.org/wiki/Efibootmgr

>The efibootmgr application interacts with the UEFI firmware on the system, and is a popular tool to manipulate the EFI settings in order to create and manage boot entries that are capable of booting Linux (or other operating systems).


Т.е. это требует наличия материнской платы, поддерживающей UEFI? Тогда не понимаю, как это поможет тем, у кого такой нет.

>Так говоришь как будто гейос или сперма может установить себя на произвольный раздел.


При чём здесь ОС? Мы говорим о загрузчике.
>>1754367
(Microsoft Windows 10: Firefox based) #193 #1754296
Когда собирал LFS, гордился тем, что кулхацкер. Когда собрал, перестал гордиться. Задавайте ответы.
>>1754368
(Microsoft Windows 10: Firefox based) #194 #1754306
>>1743597
Где-то есть книжка учебная про свою ось с нуля. Олдовая довольно таки. Можешь её попробовать.
>>1743597
Собери LFS musl, она хоть неебически быстрая будет. И тот-же жму/линукс ток пердольней чутка.
Заодно и гайд пиши.
>>1754285
Ну если у тебя такая плата то пора менять, Зен кеннонлейк завезут, потом кеннонлейк.
>>1754382
>>1754296
Можно будет просто скопировать готовые бинари в раздел и собрать еще одно ядро?
>>1754371
(Microsoft Windows 10: Firefox based) #198 #1754371
>>1754368
Можно. Более того, есть чудо-скрипт, автоматически собирающий лфс, т.е. ты команды не ручками вбиваешь в консольку, а просто запускаешь этот скрипт и вуаля. Да и в целом, шибко полезного там мало, в этой книге. Наиболее полезны части в начале и конце. В середине только мясо вида "1. Распакуйте этот .tar.bz; 2. маке инстолл этот .тар.бз; 3. удалите распакованное." Ни о каком понимании речи не идёт, вбивай команды как в книжке (точь-в-точь, это важно) и будет тебе счастье.
>>1754382>>1754635
(Linux: Firefox based) !!4BttpjaiAs #199 #1754382
>>1754367
Ой, всё ясно с тобой. Давай выкинем на помойку несколько десятков миллионов компов в мире только потому, что они не UEFI. Заканчивай с подобными заявлениями.
>>1754371

>Да и в целом, шибко полезного там мало, в этой книге. Наиболее полезны части в начале и конце. В середине только мясо вида "1. Распакуйте этот .tar.bz; 2. маке инстолл этот .тар.бз; 3. удалите распакованное." Ни о каком понимании речи не идёт, вбивай команды как в книжке (точь-в-точь, это важно) и будет тебе счастье.


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

Особенно меня взбесила такая штука, как пакет lfs-bootscripts. Самое важное для понимания - сервисы, которые инициализируют виртуальные файловые системы, отвечают за сеть, за диски - они засунули в один пакет и просто предгалают установить.
(Microsoft Windows 10: Firefox based) #200 #1754387
>>1754382
Ну там ещё в начале есть объяснения для чего нужен /proc и подобные директории, пара абзацев полезной инфы. Алсо, lfs-bootscripts я что-то не припомню, это какая версия? Я вроде 6.6 собирал.
>>1754398
(Linux: Chromium based) #201 #1754391
>>1754382
Ты только сейчас понял, что он поехавший.
(Linux: Firefox based) !!4BttpjaiAs #202 #1754398
>>1754387

>Алсо, lfs-bootscripts я что-то не припомню, это какая версия? Я вроде 6.6 собирал.


Версия 7.9
http://www.linuxfromscratch.org/lfs/view/stable/chapter07/bootscripts.html
>>1754404
(Microsoft Windows 10: Firefox based) #203 #1754404
>>1754398
А что именно они делают? Можешь вкратце пояснить?
>>1754411
(Linux: Firefox based) !!4BttpjaiAs #204 #1754411
>>1754404
По моей ссылке в конце страницы есть Short Descriptions, этого достаточно, чтобы понять, что они делают много важной инициализации, в которой пользователю LFS не мешало бы разобраться самостоятельно. Конечно, кому надо, тот и сам поймёт. Но вообще само существование этого пакета как-то не соответствует философии LFS.
>>1754421
(Microsoft Windows 10: Firefox based) #205 #1754421
>>1754411
Надо же, чо сделали. А впрочем, нахер эти линуксы ваши. Заебался я, честно говоря.
>>1754438
>>1754421
Поставь арч и не мучайся.
>>1754440
(Microsoft Windows 10: Firefox based) #207 #1754440
>>1754458
>>1754440
Годная система, генту хуже тем что пакетный менеджер написаный на 2-3 питонах, потому питоны там лучше не трогать.
(Microsoft Windows 10: Firefox based) #209 #1754462
>>1754458
Хорошо.
>>1754458
Но сам принцип управления пакетами охуенный.
(Linux: Firefox based) !!4BttpjaiAs #211 #1754621
>>1754458

>генту хуже тем что пакетный менеджер написаный на 2-3 питонах, потому питоны там лучше не трогать


И на что это влияет? Ты с курсе, что в систему можно поставить несколько версий одной программы?

Не знаю, как в питоне, но в руби когда ставишь гем с помощью /some/path/to/ruby/bin/gem install somegem, то он создаёт исполняемые файлы, в которых прописан путь к интерпретатору как /some/path/to/ruby/bin/ruby

Но даже без этого, можно тупо написать обёртку для портадж, который будет запускать его исполняемые файлы как

>/usr/bin/env -i PATH="/some/path/to/python/bin" portage



Enjoy Unix-way
>>1754709
(Apple Mac: Safari) #212 #1754635
>>1754371
>>1754382
Отчасти то, что вы говорите - верно, но не надо ограничивать "Linux From Scratch" одной лишь книгой LFS. Она рассказывает, лишь, как установить базовую систему, и рассказывает это довольно подробно. Например в той же части с компилежкой пакетов даются пояснения к каждому параметру, но, разумеется, если устанавливать все по принципу Ctrl+C Ctrl+V, читая лишь жирный шрифт, ничего это вам не даст особо.
Теперь о знаниях и опыте. После того, как вы соберете базовую систему, ее необходимо будет допилить, и для этого если вторая книга - BLFS. Вот там количество получаемых знаний НАМНОГО больше. Например, вам расскажут, как установить сертификаты и зачем они нужны, как установить Linux-PAM и настроить его работу с Shadow и systemd. Как установить иксы, настроить работу устройств, видеодрайверы и еще куча всего. Все это разжевано там максимально подробно. А LFS да, но чего вы еще хотели от установки базовой системы?
>>1754638>>1754645
Ivan (Apple Mac: Safari) !!ciCeOEq4vM #213 #1754638
>>1754635
ТРИПКОД ОТКЛЕИЛСЯ
(Linux: Firefox based) !!4BttpjaiAs #214 #1754645
>>1754635
Мне кажется, в LFS (я про книгу) не рассматривается вопрос сборки тулчейна. Просто даются инструкции по сборке. Никакого обсуждения, почему надо так делать, какие ещё есть способы, какие подводные камни сборки другим способом. CLFS тоже не продвинулась в этом плане, лишь дала инструкции по кросс-сборке.

Ты мою программу посмотрел? Получилось загузить исходники с её помощью? Что думаешь о поддержке репозитория LFS?
>>1754706
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #215 #1754706
>>1754645
Посмотрел, но как запустить её хотя бы, так и не понял. Ты обещал документацию или хотя бы базовый набор инструкций, и в итоге я имею несколько файлов, с которыми понятия не имею, что делать. О руби знаю только то, что оно существует.
>>1754719
>>1754621
Да, слоты есть.
Но Я ломаю питоны если что-то меняю там.
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #217 #1754719
>>1754706
Ну руби я установил, вроде собрал через gem тот файл, нашёл там какой-то rakefile, наверное, это тоже что-то рубиновское. Команда rake послала меня к хуям. В результате вроде собрано, установлено, а что дальше - хз
>>1754732
(Linux: Firefox based) !!4BttpjaiAs #218 #1754732
>>1754719
Лол, да тебе не надо было скачивать репозиторий. Просто набери

>gem install tarloader -v 0.4.0


Я же сказал, что опубликовал программу
>>1754739>>1754845
Ivan (Apple Mac: Safari) !!ciCeOEq4vM #219 #1754739
>>1754732
Сейчас накачу вместо хакинтоша(под AMD работает крайне хуево) рач или федору, и займусь.
Ivan (Fedora Linux: Firefox based) !!ciCeOEq4vM #220 #1754845
>>1754732
Так, тарлоадер установил. Вижу там -c и -s. Но инструкция все же не помешала бы
>>1754855
(Linux: Firefox based) !!4BttpjaiAs #221 #1754855
>>1754845
Так в README на гитхабе всё написано.

Ты репозиторий linux-from-scratch загрузил? Переходи в директорию любого пакета (например, tools/binutils-2.26-pass1), там набирай

>mkdir src


>tarloader package.json -c ~/tarloader_cache -s src



Можешь поместить в ~/.bashrc

>export TARLOADER_CACHE="$HOME/tarloader_cache"


Чтобы каждый раз не набирать
>>1754861>>1754869
Ivan (Fedora Linux: Firefox based) !!ciCeOEq4vM #222 #1754861
>>1754855
Угу, вижу архив с исходниками и два файла
>>1754866
(Linux: Firefox based) !!4BttpjaiAs #223 #1754866
>>1754861
Это в кэше? Он в src исходники уже распаковал.
Ivan (Fedora Linux: Firefox based) !!ciCeOEq4vM #224 #1754869
>>1754855
Смотри, по моему - клонирование репозитория - лишнее действие. Есть возможность убрать его, чтобы тулза сама закачивала пакет по его названию(по типу остальных пакетных менеджеров). Чтобы итоговая команда выглядела, например, как tarloader -c binutils-pass1. В душе не ебу, как это ты реализуешь, у гитхаба есть возможность работать с репозитоиями напрямую без их клонирования?
Ivan (Fedora Linux: Firefox based) !!ciCeOEq4vM #225 #1754878
>>1754869
И почему -j4? Ведь можно сделать -j`nproc`
>>1754885
(Linux: Firefox based) !!4BttpjaiAs #226 #1754885
>>1754869
С точки зрения пользователя это так. Но добавлять это в tarloader - это излишнее усложнение. Напиши простейший скрипт-обертку
>>1754878
Ну потом будет -j$JOBS, чтобы в настройках сборки или аргументамиможно было указывать
3 Кб, 720x400
(Linux: Firefox based) !!4BttpjaiAs #227 #1754983
Итак, всего 11 пакетов (считая промежуточные версии gcc и binutils), и я уже близок к системе, которая сможет собрать саму себя. А всё потому, что я заменил кучу ненужного GNU-говна на один-единственный Busybox.
>>1754987>>1754989
Разобрался с Gentoo musl, там ебилды без кейвордов для компилятора, пришлось навернуть сторонний оверлей для мюслей, он там еще с какими-то полючшками.
>>1751495 (OP)
>>1754983
Молодца, а что там еще за гуи-говнина нужна была?
Чому не musl в качестве стандартной либы?
>>1754990
>>1754869
через ftp к гиту вроде можно подключится.
>>1754983
Алсо а какие подводные в сборке полностью из хостовой системы?
Никаких тогда компиляторов, мейков и прочего всего в таргете...
>>1754990
(Linux: Firefox based) !!4BttpjaiAs #232 #1754990
>>1754987

>Чому не musl в качестве стандартной либы?


Хз, а нахуя он нужен сейчас? У меня с glibc-то не всегда корректно собираются пакеты, после того как я что-нибудь поменяю в сборщике или в конфигурации пакетов. Не хочу сейчас ебаться ещё с нестандартной libc. Потом, как сборщик будет дописан и отлажен, добавлю варианты сборки с musl и с uClibc
>>1754989

>Алсо а какие подводные в сборке полностью из хостовой системы?


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

>Никаких тогда компиляторов, мейков и прочего всего в таргете...


В LFS все промежуточные пакеты устанавливаются в префикс /tools. Потом эта директория просто удаляется.
>>1754991>>1754992
>>1754990
Ну uclibc вообще как два пальца юзать, берешь и компилируешь, для мюслей иногда надо патчи.
Скоро uclibc++ выйдет, вот годнота-то будет.
>>1754990
Ну руками все собирать как-то хуй знает...
>>1754993>>1755005
>>1754992
Может в шланга годная кросс-компиляция?
>>1755005
(Linux: Firefox based) !!4BttpjaiAs #236 #1755005
>>1754993

>Может в шланга годная кросс-компиляция?


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

У меня сегодня вообще появилась идея собирать свой Busybox-LFS с помощью Tiny C Compiler (от самого Белларда, между прочим), который до сих пор развивается, правда до сих пор бета версия.

>>1754992

>Ну руками все собирать как-то хуй знает...


У меня своя система сборки. Когда-нибудь выложу сюда.
>>1755019
>>1755005
Проблемы такие вроде давно были, поцыки с генту-треда пользовались шлангом с удовольствием, говорили раза в 2 быстрее компилежка.
(Microsoft Windows 10: Chromium based) #238 #1755026
Окей. Есть этот LFS. Но по-сути, зачем он обычному пользователю? Как я вижу, это охуенная вещь для постройки своего дистра. Анон, ты только подумай над этим... Собственный дистр с собственной пакетной базой!
Это же охуенно! Представь, что на свет появится новый дистр с реально качественной пакетной базой, с непадающими кедами, со своими перделаками и сралками... Анон, ты можешь написать свой идеальный пакетный менеджер. Замутить свой формат пакетов! Анон, свой формат, бля, пакетов!
Будет свой у нас ANONLinux! Го пилить свой дистр!
(Microsoft Windows 7: Chromium based) #239 #1755086
Я знаю что на дваче, а конкртно сдесь сидят хакеры.
Так вот мне был подарок DEXP XL240, могли бы вы накатить туда ядро и программы
>>1755092
>>1755086
Я бы мог, нужен доступ по ssh.
Но Я тебе генту musl накачу.
>>1755095
(Microsoft Windows 7: Chromium based) #241 #1755095
>>1755092
да хоть бубунту, я знаю вы тут спецы, мне любой линукс накатить
>>1755095
Всмысле любой? Задачи какие? Десктоп? Браузер? офисопараша?
>>1755095
В чем проблема самому накатить?
>>1755095
скачивай rufus для шиндовса, скачивай образ федоры, и накатывай на флейшку уефи\жпт, потом на сам пк установишь.
>>1755136
(Microsoft Windows 7: Chromium based) #245 #1755136
>>1755100
мне дядя смарт подарил, я же написал
Там собирать ядро надо под проц и экран
>>1755209>>1755665
(Linux: Firefox based) !!4BttpjaiAs #246 #1755209
>>1755136
Ну тут два варианта - либо есть туториал под твою модель, тогда ты и сам справишься, либо туториала нет, тогда едва ли кто-то из присутствующих тут сможет помочь. Мы ж тут не супер кернел-хакеры, только вкатываемся.
(Apple GayPhone: Неизвестно) #247 #1755552
Что меня напрягает в BLFS, так это то, что пакеты в разделах о GNOME и Plasma устарели. Нет, не просто устарели, а уже ОКАМЕНЕЛИ. Например пакеты плазмы версий 5.3.1, они даже на сайте уже не лежат. Но с другой стороны это вынуждает изворачиваться, качать пакеты новее, а инструкции по сборке слегка устарели, что ведёт к тому, что приходится гуглить, ибо в некоторых местах книга не поможет.
(Microsoft Windows 7: Chromium based) #248 #1755598
Кто такие пepдолики? Линуксоиды или виндовс-юзеры?
Кто такие мокрописечники?
>>1755637
Dmitriy (Linux: Chromium based) #249 #1755637
>>1755598
Пердолики - GNU/Linux, BSD пользователи.
Мокрописечники, спермачи, спермоглоты - пользователи шиндовс.
Геи, пидорки, заднеприводные, глиномесы = Пользователи апл Гей ОС.
Dmitriy (Linux: Chromium based) #250 #1755665
>>1755136
Не забудь шель на него установить
http://www.nemoux.net/#!demo/zwfdl
Вот для сенсорных устройств
Nemo-UX shell
https://www.youtube.com/watch?v=bsTKwx_VNcU
https://www.youtube.com/watch?v=Uyc2XMm-19o
https://www.youtube.com/watch?v=NBdoX4qsByQ

Weston IVY shell тоже должно подойти, она полегче вроде.
Dmitriy (Linux: Chromium based) #251 #1755721
О великие компиляторы, подскажите почему у меня не собирается
sys-apps/texinfo?
Вот ошибки при сборке:
Can't locate Locale/Messages.pm in @INC (you may need to install the Locale::Messages module) (@INC contains: ../tp/Texinfo/Convert/XSParagraph ../tp/maintain ../tp ../tp ../tp /etc/perl /usr/local/lib/perl5/5.24.0/x86_64-linux-thread-multi /usr/local/lib/perl5/5.24.0 /usr/lib/perl5/vendor_perl/5.24.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.24.0 /usr/lib/perl5/5.24.0/x86_64-linux-thread-multi /usr/lib/perl5/5.24.0 .) at ../tp/texi2any line 109.
BEGIN failed--compilation aborted at ../tp/texi2any line 109.
Can't locate Locale/Messages.pm in @INC (you may need to install the Locale::Messages module) (@INC contains: ../tp/Texinfo/Convert/XSParagraph ../tp/maintain ../tp ../tp ../tp /etc/perl /usr/local/lib/perl5/5.24.0/x86_64-linux-thread-multi /usr/local/lib/perl5/5.24.0 /
usr/lib/perl5/vendor_perl/5.24.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.24.0 /usr/lib/perl5/5.24.0/x86_64-linux-thread-multi /usr/lib/perl5/5.24.0 .) at ../tp/texi2any line 109.
BEGIN failed--compilation aborted at ../tp/texi2any line 109.
Makefile:1274: recipe for target 'info-stnd.info' failed
>>1755866
(Linux: Firefox based) !!4BttpjaiAs #252 #1755866
>>1755721
Перловский модуль Locale/Messages отсутствует. Скорее всего перл некорректно установлен.
(Linux: Firefox based) !!4BttpjaiAs #253 #1756655
>>1755996
Дима, проснись, ты не в Генту-треде
UnionFS (Linux: Firefox based) !!4BttpjaiAs #254 #1756750
Почему Linux From Scratch не использует UnionFS? Это позволило бы избежать извращений с симлинками.

Я буду пробовать переписать свою систему сборки так, чтобы она использовала UnionFS и собирала пакеты прямо в корень файловой системы. О результатах сообщу.
AuFS (Linux: Firefox based) !!4BttpjaiAs #255 #1756807
Итак, я разобрался, как добиться этого с помощью AuFS. Вот гайд:

1. Создаём директорию под корень ФС

>mkdir sysroot


2. Создаём директорию для хранения изменений файловой системы

>mkdir rw


3. Монтируем туда tmpfs. Если этого не сделать, а оставить её простой директорией, не получится создать AuFS из-за циклической зависимости, насколько я понял

>sudo mount -t tmpfs none rw


4. Монтируем AuFS

>sudo mount -t aufs -o br=rw=rw:/=ro none sysroot


5. Чрутимся в корень

>sudo chroot sysroot /bin/sh



Теперь можно вносить любые изменения в корневую файловую систему. Они не будут записаны на диск, в реальный корень, а запишутся в директорию rw
>>1756811
(Linux: Firefox based) !!4BttpjaiAs #256 #1756811
>>1756807
Важное замечание по пункту 3 - конечно, tmpfs, которая лежит в памяти, вряд ли хватит для сборки LFS, да и хотелось бы иметь постоянный образ. Поэтому вместо tmpfs туда можно примонтировать раздел жёсткого диска, где вы храните LFS.

А ещё есть такой вариант - создание образа жёсткого и монтирование его как блочное устройство с помощью losetup. Тоже несложно:

>dd if=/dev/zero of=/image.img bs=4K count=4M # 16 гигабайт


>sudo losetup /dev/loop0 image.img


>sudo install-mbr /dev/loop0 # программа из пакета mbr дебиана


>sudo gparted /dev/loop0 # размечаем образ диска, допустим, один раздел ext4


>sudo mount /dev/loop0p1 rw # rw - директория из прошлого поста, которую мы монтируем к AuFS

(Linux: Firefox based) #257 #1756839
Тред люто доставляет, количество красноглазия в нем зашкаливает. Вписался с удовольствием.
мимо-гентушник
>>1756861
(Linux: Firefox based) !!4BttpjaiAs #258 #1756861
>>1756839

>Тред люто доставляет, количество красноглазия в нем зашкаливает


Ты погоди, я ещё не нашёл, как скомпилировать kFreeBSD и портированную под него glibc. То ли ещё будет.
>>1756872
(Fedora Linux: Firefox based) #259 #1756872
>>1756861

>kFreeBSD


>glibc


disgusting
Это как ставить мотор от бмв в девятку.
>>1756876
(Linux: Firefox based) !!4BttpjaiAs #260 #1756876
>>1756872
Во-первых, glibc - это единственная libc, в которой предусмотрен слой совместимости для использования на различных ядрах. Во-вторых, это родная libc для большей части софта. В-третьих, она уже портирована на kFreeBSD и Hurd.
554 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #261 #1756939
В общем я снова на связи. Помните я сломал LFS? В общем я начал все с нуля и предлагаю вам посмотреть на плоды моих трудов. Это было непросто, иногда приходилось лезть на различные ресурсы за решением проблем(даже в ебилды генту), ибо я решил собрать новый гном, а это новые зависимости и новые параметры сборки. Например GDM 3.20 требует Plymouth и никакими флагами конфигурации от этого требования не откосить. Но я доволен.
>>1756950>>1756956
Ivan (Linux: Firefox based) !!ciCeOEq4vM #262 #1756944
Кстати, есть проблема, которую я даже при помощи гугла решит не смог. Точнее все пишут, что им эти советы помогли, а у меня не работает. В общем, на экране ГДМ не работает клавиша r. При попытке ее нажать, вылазит большая плашка ошибки, приходится включать экранную клавиатуру. В самой системе все клавиши работают как надо.
>>1756950
(Linux: Firefox based) #263 #1756950
>>1756939
Было бы интересно узнать, сколько жрет твоя система на старте без этих ваших браузеров.
>>1756944
Мб какой системный бинд в конфиге указывает на какой несуществующий софт/команду?
>>1756977
Ivan (Linux: Firefox based) !!ciCeOEq4vM #264 #1756951
Ну и еще огнелис в вайленде ведет себя очень нехорошо. Я привык менять раскладку по альтшифту, а лиса при нажатии альта даже в сочитании с другой клавишей, выкидывает верхнее меню опций и становится неюзабельна, пока куда-нибудь не кликнешь. В иксах такой проблемы нет. Да, это решается перманентным показом этой панели, но она меня БЕСИТ
>>1756956
(Linux: Firefox based) !!4BttpjaiAs #265 #1756956
>>1756939
Зачем тебе локализованная система? Всё равно остаются надписи на английском, а такая инконсистентность уродлива.

Ты же понимаешь, что системой без пакетного менеджера невозможно пользоваться? LFS не предназначен для того, чтобы его в голом виде использовать в качестве основной системы. Пойдёт что-нибудь не так при установке какого-нибудь пакета, и придётся всю систему с нуля перекомпилировать.

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

>>1756951

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


У меня в Debian GNU/kFreeBSD такая же фигня
>>1756973
Ivan (Linux: Firefox based) !!ciCeOEq4vM #266 #1756973
>>1756956

>Пойдёт что-нибудь не так при установке какого-нибудь пакета, и придётся всю систему с нуля перекомпилировать.


Такое происходит лишь при установке очень важных пакетов, их можно пересчитать по пальцам. В прошлый раз такое вышло с Linux-PAM. Больше ты ничем систему и не убьешь, а если и убьешь, то только кривыми руками(как раз как у меня в прошлый раз). Да и из под чрута практически любая проблема решается.

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


Разумеется понимаю? Мне теперь удалять LFS? Я не собирал ее, чтобы пользоваться, как основной системой, по моему, это очевидно.

>Зачем тебе локализованная система? Всё равно остаются надписи на английском, а такая инконсистентность уродлива.


На данный момент английская локаль лишь в лисе, все остальные элементы локализованы полностью, по крайней мере в Гноме 3.
>>1756986
148 Кб, 960x720
3181 Кб, 1920x1080
Ivan (Linux: Firefox based) !!ciCeOEq4vM #267 #1756977
>>1756950

>Было бы интересно узнать, сколько жрет твоя система на старте без этих ваших браузеров.


Первый пик - на старте. Ядро монолитное, да и я не особо парился вырубать модули, ИБО ХОТЕЛ ПОБЫСТРЕЕ УЖЕ. Второй - с запущенным гномом.
>>1756978
Ivan (Linux: Firefox based) !!ciCeOEq4vM #268 #1756978
>>1756977
inb4: Зачем тебе своп, да еще и такой?
Привычка уже, да и гибернацию юзаю время от времени
>>1756986
(Linux: Firefox based) !!4BttpjaiAs #269 #1756986
>>1756973

>Мне теперь удалять LFS?


Ну зачем ты так. Я просто предлагаю варианты, как можно сделать из LFS реально юзабельный дистр. Просто я тут сижу, изобретаю лайфхаки, а единственному человеку в треде кроме меня, кто собирает LFS, это неинтересно. Просто что ты дальше делать будешь? Вернёшься к другому дистру? Установишь в LFS пакетный менеджер другого дистра и превратишь её в другой дистр?

>>1756978

>inb4: Зачем тебе своп, да еще и такой?


Лол, у меня своп 16 Гб - в два раза больше оперативки. Да, был когда-то такой совет, делать в два раза больше, вот я и привык.

Вообще подумываю сделать систему, корень которой будет жить в оперативке, директории с бинарными пакетами будут монтироваться в корень с помощью UnionFS GoboLinux, и которую не нужно будет выключать (отмонтировал все разделы и можно тупо вырубать питание) Plan 9
>>1756993
Ivan (Linux: Firefox based) !!ciCeOEq4vM #270 #1756993
>>1756986
Сперва я хочу допилить ЛФС до юзабельного состояния. То есть до полноценного десктопа. Затем займусь твоим пакетным менеджером. Я пока понял, как с его помощью выкачивать сорцы, но имхо ПОКА ЧТО намного проще делать все по книге. Реально. Мне интересна идея пакетного менеджера для ЛФС. То есть без автоматизации решения зависимостей, чтобы тебе все равно приходилось читать книгу, ибо это - вся суть ЛФС.
>>1757000
(Linux: Firefox based) !!4BttpjaiAs #271 #1757000
>>1756993
В принципе согласен, ты правильно мыслишь. Я и сам пробую разные варианты реализации пакетного менеджера и понимаю, что они все переусложнены. Начинаю понимать пользователей слаки, у которой ПМ не разрешает зависимости.

Сейчас хотя бы удалось значительно его упростить благодаря тому, что я использую AuFS. Избавился от всяких префиксов и т.п., устанавливаю прямо в корень.

>Я пока понял, как с его помощью выкачивать сорцы, но имхо ПОКА ЧТО намного проще делать все по книге.


Я подумаю, как сделать скачивалку удобней, чем wget-list.
>>1757025
(Linux: Firefox based) #272 #1757025
>>1757000

>устанавливаю прямо в корень.


Дим, залогинься.
>>1757043
19 Кб, 200x218
(Linux: Firefox based) !!4BttpjaiAs #273 #1757043
>>1757025
Ещё раз:
Cоздаём AuFS, в которую примонтирован корень только на чтение и пустая директория на запись.
Делаем chroot в AuFS.
Все изменения ФС записываются в специальную директорию, а не в реальную корневую ФС.
>>1760244
Ivan (Linux: Firefox based) !!ciCeOEq4vM #274 #1760231
Тред, не тони. Неужели никто не осилил линупс фром скретч или даже не пытался, м? Есть у меня идея. Пока анон выше допиливает свой пакетный менеджер, создать бинарные пакеты на основе уже существующего PM. Ну, разумеется, выпилив оттуда все зависимости и конфиги, чтобы жизнь медом не казалась и приходилось все равно читать книгу. Так же планирую сделать stage3 чистого LFS, естественно, тоже без конфигов, чтобы перескачить КОНПЕЛЯЦИЮ, ибо в книге LFS не так уж и много полезной инфы. Да, она там есть, но процентов 80 - тупо "./configure", "make", "make install". Вот в BLFS много по настоящему полезной информации. Короче, какой пакетный менеджер выбрать? Такой, чтобы его было очень просто установить на стадии сборки LFS. В сети нашел два гайда - по pacman и по dpkg.
26 Кб, 521x519
(Microsoft Windows 10: Chromium based) #275 #1760244
>>1757043

>Все изменения ФС записываются в специальную директорию, а не в реальную корневую ФС.

>>1760303>>1760365
(Linux: Firefox based) !!4BttpjaiAs #276 #1760262
>>1760231

>Пока анон выше допиливает свой пакетный менеджер


Я забил и всё удалил. Велосипеды не нужны. Излишняя сложность не нужна. Я понял, что можно обходиться простым скриптом сборки.

>Так же планирую сделать stage3 чистого LFS, естественно, тоже без конфигов, чтобы перескачить КОНПЕЛЯЦИЮ


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

>Короче, какой пакетный менеджер выбрать?


Я бы отказался от стороннего пакетного менеджера. Просто распаковывай бинарный архив вкорень.
>>1760825
(Linux: Firefox based) #277 #1760303
>>1760244

> Аноним (Microsoft Windows 10: Chromium based) 23/06/16 Чтв 20:54:43 №1760244


Ты так и не спалил ФИШКУ
>>1760313
>>1760231
Я хотел осилить но поломал генточки для встраиваемых систем.
Поставлю стабильную uclibc.
(Microsoft Windows 7: Firefox based) #279 #1760313
>>1760303

>Linux


>не знает этот боян


Стыдно за тебя.
75 Кб, 758x276
(Linux: Firefox based) #280 #1760365
>>1760244
Да что за хуйня-то?
>>1760368
26 Кб, 521x519
(Linux: Firefox based) #281 #1760368
>>1760365
тест
(Linux: Firefox based) #282 #1760821
>>1760231

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


Ебанутый?
>>1760857
(Linux: Firefox based) #283 #1760825
>>1760262

> Просто распаковывай бинарный архив вкорень.


Так, а зависимости? Что делать если похеришь зависимости?
>>1760857
(Linux: Firefox based) !!4BttpjaiAs #284 #1760857
>>1760821
Суть LFS в знании почти каждого файла в своей системе. Читать книгу необязательно, ты можешь собирать LFS совершенно иным способом, нежели представленным в книге. Но тогда тебе придётся самостоятельно решать проблемы с порядком установки пакетов (читай, с зависимостями). Книга нужна как введение в сборку своей собственной системы.
>>1760825

>Так, а зависимости? Что делать если похеришь зависимости?


Если ты следуешь книге, то этого не произойдёт. Так чётко указано, какие пакеты должны быть в системе для установки некоего пакета.
>>1761104
(Linux: Firefox based) #285 #1761104
>>1760857

> Так чётко указано, какие пакеты должны быть в системе для установки некоего пакета.


Они могут конфликтовать. Могут бажить. Так что делать в таком случае?
>>1761108>>1761117
Dmitriy (Linux: Chromium based) #286 #1761108
>>1761104
Решать конфликт, решать баг.
(Linux: Firefox based) !!4BttpjaiAs #287 #1761117
>>1761104

>Они могут конфликтовать. Могут бажить. Так что делать в таком случае?


Не могут, потому что по книге LFS полностью собирается и тестируется система пере выпуском новой версии книги.

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

Поэтому я предлагал сделать репу на основе LFS, добавляя туда другие пакеты по мере необходимости.
(Google Android: Firefox based) #288 #1761988
>>1740631 (OP)
Для рашкодебилов есть перевод? Я ебал читать такое на английском.
>>1761990
(Google Android: Firefox based) #289 #1761990
>>1761988
Ладно, не обоссывайте, сам за минуту нагуглил.
Ivan (Apple GayPhone: Неизвестно) !!ciCeOEq4vM #290 #1764428
>>1764411
Да, обычно в книге отдельно указано, что пакет надо собирать именно в одном потоке. Как пример помню вроде с -j1 надо собирать sqlite. Но это в BLFS, в LFS у меня все собиралось нормально
(Apple GayPhone: Неизвестно) #291 #1764623
>>1764512
>>1764513
Ну или просто написать "Иди нахуй, DEEMA" на любой доске
527 Кб, 650x796
524 Кб, 650x796
(Linux: Firefox based) #292 #1764625
(Linux: Firefox based) #293 #1773023
bump
51 Кб, 1366x768
(Linux: Firefox based) #294 #1779429
bump
(Linux: Firefox based) #295 #1783300
bump
Тред утонул или удален.
Это копия, сохраненная 31 июля 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
« /s/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски