LINUX.ORG.RU
Новости — Linux General  

Разработчики LFS взялись за x86_64


0

0

В SVN-репозитарии Linux From Scratch появилась ветка x86_64. В этой ветке содержатся инструкции по сборке чисто 64-битной системы (с 64-битными библиотеками в /lib, без 32-битных библиотек, с символической ссылкой lib64 -> lib) из исходников. В отличие от CLFS, для этого не применяется кросс-компиляция, поэтому необходимо наличие другой 64-битной системы (или LiveCD с 64-битным ядром и компилятором) на компьютере. Известная недоработка - отсутствие инструкций по установке загрузчика.

Кроме того, выпущен полностью 64-битный LiveCD (ftp://ftp.lfs-matrix.net/pub/lfs-live...). В отличие от старого LiveCD, на новом диске 64-битное не только ядро, но и userspace, а также присутствует адаптированная под x86_64 версия книги LFS.

Команда разработчиков просит читателей протестировать CD и инструкции по сборке.

>>> Подробности

★★★★★

Проверено: maxcom ()

 ← 1 2 3 →
Ответ на: комментарий от anonymous

Люди, не забывайте также, что LFS - незаменимая вещь для людей, страдающих средней степени NIH-синдромом и оптимизофилией.

anonymous
()
Ответ на: комментарий от Gharik

> А grub2 не требует.

Проверю - хотя видел в списке рассылки обратное утверждение. Кроме того, при попытке превратить мой iPod в загрузочный USB-диск, я читал исходники grub2, и у меня есть основания Вам не верить. Там, во-первых есть зависимость от lzo (который надо еще как-то собрать в 32-битном виде), а во-вторых, далеко не все asm.

AEP ★★★★★
() автор топика
Ответ на: комментарий от anonymous

> Grub ненужен. В смысле, нафиг не надо собирать его в 64-битной системе. Берётся live-cd с grub'ом и устанавливается на винт только загрузчик.

Это, конечно, работает, но идеология страдает - так как ставим готовый бинарник, а не компилируем из исходников.

AEP ★★★★★
() автор топика
Ответ на: комментарий от AEP

> Проверю - хотя видел в списке рассылки обратное утверждение. Кроме того, при попытке превратить мой iPod в загрузочный USB-диск, я читал исходники grub2, и у меня есть основания Вам не верить. Там, во-первых есть зависимость от lzo (который надо еще как-то собрать в 32-битном виде), а во-вторых, далеко не все asm.

Ещё раз повторю - ан нефиг путать обслуживающие утилиты типа:

------------------
darkstar ~ # file /boot/grub-bin/{bin,sbin}/*
/boot/grub-bin/bin/grub-mkimage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped
/boot/grub-bin/sbin/grub-emu: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped
/boot/grub-bin/sbin/grub-install: Bourne shell script text executable
/boot/grub-bin/sbin/grub-mkdevicemap: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped
/boot/grub-bin/sbin/grub-probe: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped
/boot/grub-bin/sbin/grub-setup: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped
------------------

C модулями __самого загрузчика__ :

------------------
darkstar home # file /boot/grub-bin/lib/grub/i386-pc/*.mod
/boot/grub-bin/lib/grub/i386-pc/acorn.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/affs.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/amiga.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/apple.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/bitmap.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/blocklist.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/boot.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/cat.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/_chain.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/chain.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/cmp.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/configfile.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/ext2.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/fat.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/font.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/fshelp.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/gfxterm.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/gpt.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/gzio.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/halt.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/hello.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/help.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/hfs.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/hfsplus.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/iso9660.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/jfs.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/_linux.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/linux.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/loopback.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/ls.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/lvm.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/minix.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/_multiboot.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/multiboot.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/normal.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/pc.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/play.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/raid.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/reboot.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/search.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/sfs.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/sun.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/terminal.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/terminfo.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/test.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/tga.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/ufs.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/vbeinfo.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/vbe.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/vbetest.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/video.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/videotest.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
/boot/grub-bin/lib/grub/i386-pc/xfs.mod: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
------------------

Gharik ☆
()
Ответ на: комментарий от Gharik

И напоследок, про то самое liblzo2:

darkstar ~ # ldd /boot/grub-bin/{bin,sbin}/*
/boot/grub-bin/bin/grub-mkimage:
liblzo2.so.2 => /usr/lib/liblzo2.so.2 (0x00002adef5180000)
libc.so.6 => /lib/libc.so.6 (0x00002adef529f000)
/lib64/ld-linux-x86-64.so.2 (0x00002adef5064000)
/boot/grub-bin/sbin/grub-emu:
libncurses.so.5 => /lib/libncurses.so.5 (0x00002b9a3ab2c000)
libc.so.6 => /lib/libc.so.6 (0x00002b9a3ac88000)
libdl.so.2 => /lib/libdl.so.2 (0x00002b9a3aec8000)
/lib64/ld-linux-x86-64.so.2 (0x00002b9a3aa10000)
/boot/grub-bin/sbin/grub-mkdevicemap:
libc.so.6 => /lib/libc.so.6 (0x00002b8d45d84000)
/lib64/ld-linux-x86-64.so.2 (0x00002b8d45c68000)
/boot/grub-bin/sbin/grub-probe:
libc.so.6 => /lib/libc.so.6 (0x00002b8a52e36000)
/lib64/ld-linux-x86-64.so.2 (0x00002b8a52d1a000)
/boot/grub-bin/sbin/grub-setup:
libc.so.6 => /lib/libc.so.6 (0x00002b6c2b7b5000)
/lib64/ld-linux-x86-64.so.2 (0x00002b6c2b699000)

darkstar home # emerge --info
Portage 2.1.2.9 (default-linux/amd64/2007.0/no-multilib, gcc-4.1.2, glibc-2.6-r0, 2.6.22 x86_64)
=================================================================
System uname: 2.6.22 x86_64 x86_64 x86_64
Gentoo Base System release 1.12.10

Э? Готовь пузырь ;)

Gharik ☆
()
Ответ на: комментарий от JB

> интересно, кому это надо? lfs не более чем игрушка

Ну для некоторых очень даже полезная вещь в плане саморазвития. ;) У меня брат мелкий собирал на старый ноут, теперь в системе (не зависимо от дистрибутива) очень хорошо ориентируется. Так что надо и еще раз надо.

trust
()
Ответ на: комментарий от Gharik

Т.е. выходит, что liblzo нужен только программе grub-mkimage? А чем grub тогда распаковывает этот image в 32-битном режиме во время загрузки?

AEP ★★★★★
() автор топика
Ответ на: комментарий от anonymous

> Только загрузчик в MBR и всякие stage'и.

А они, по Вашему, бинарниками не являются?

AEP ★★★★★
() автор топика
Ответ на: комментарий от AEP

Являются. Ладно, я понял. Я имел в виду, так сказать, исполняемые бинарники. Операционной системой исполняемые.

anonymous
()
Ответ на: комментарий от AEP

> Т.е. выходит, что liblzo нужен только программе grub-mkimage? А чем grub тогда распаковывает этот image в 32-битном режиме во время загрузки?

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

darkstar ~ # grep -R lzo1x . | grep -v configure | grep -v ChangeLog

./grub-1.95/DISTLIST:kern/i386/pc/lzo1x.S
./grub-1.95/config.h.in:/* Define to 1 if you have the <lzo1x.h> header file. */
./grub-1.95/config.h.in:/* Define to 1 if you have the <lzo/lzo1x.h> header file. */
./grub-1.95/kern/i386/pc/lzo1x.S: * This code was stolen from the files enter.sh, leave.sh, lzo1x_d.sh,
./grub-1.95/kern/i386/pc/lzo1x.S: * lzo1x_f.s and lzo_asm.h in LZO version 1.08, and was heavily modified
./grub-1.95/kern/i386/pc/lzo1x.S:lzo1x_decompress:
./grub-1.95/kern/i386/pc/startup.S: call lzo1x_decompress
./grub-1.95/kern/i386/pc/startup.S:#include "lzo1x.S"
./grub-1.95/util/i386/pc/grub-mkimage.c:# include <lzo/lzo1x.h>
./grub-1.95/util/i386/pc/grub-mkimage.c:# include <lzo1x.h>
./grub-1.95/util/i386/pc/grub-mkimage.c: if (lzo1x_999_compress ((const lzo_byte *) (kernel_img

Gharik ☆
()
Ответ на: комментарий от Gharik

> потом дописывает код распаковки

А где он? (нужна ссылка на конкретный файл в дереве исходных текстов grub2, причем grub2/io/gzio.c не катит - это от gzip)

AEP ★★★★★
() автор топика
Ответ на: комментарий от AEP

ой, Вы уже ответили на этот вопорос. grub2/kern/i386/pc/lzo1x.S

AEP ★★★★★
() автор топика
Ответ на: комментарий от Gharik 

Ага, вспомнил... :) Коммитьте следующее в транк:

1.

patch -Np1 -i ../grub-1.95-objcopy.patch

sed -i "s@-m32@ @g" configure.ac

autoconf

./configure --prefix=$PFX

make
make all
make install

#	loader install example
#	grub-setup -d /boot/grub -v -r '(hd0,1)' '(hd0)'

2.

diff -urdN grub-1.95.orig/configure.ac grub-1.95/configure.ac
--- grub-1.95.orig/configure.ac 2006-11-06 04:14:45.358099261 +0300
+++ grub-1.95/configure.ac      2006-11-06 04:15:05.928409559 +0300
@@ -244,7 +244,7 @@
 LDFLAGS="$TARGET_LDFLAGS"
 
 # Defined in aclocal.m4.
-grub_PROG_OBJCOPY_ABSOLUTE
+# grub_PROG_OBJCOPY_ABSOLUTE
 grub_ASM_USCORE
 if test "x$target_cpu" = xi386; then
   grub_CHECK_START_SYMBOL


Грязные хаки, конечно, но всё замечательно работает на целой куче систем.

Gharik ☆
()
Ответ на: комментарий от ananas 

0.97 лично я не осилил, в том числе и с тем патчем, после чего посидел,
подумал чуток и следом родил вот это вот всё вышеприведённое:

darkstar ~ # stat grub-1.95-objcopy.patch | grep 0000
Access: 2007-07-26 18:02:36.000000000 +0400
Modify: 2006-11-06 04:16:26.000000000 +0300
Change: 2007-07-09 14:18:04.000000000 +0400

Ноябрь 2006-го... потом самоподдержка LFS достала,
перешёл на Генту, ибо хотелось Гнома и зрелищ :)

Gharik ☆
()
Ответ на: комментарий от AEP

>А разве checkinstall работает корректно с coreutils, собранными с glibc-2.5?

а не фик обновляццо по каждому пшику. так только безмозглые гентушнеги делают: каждый день качают и обновляюццо

generatorglukoff ★★
()
Ответ на: комментарий от Deleted

>что именно имеется ввиду? разве такое может быть что ядро в 64 битах работает, а пользовательский процесс в 32?

А кто мешает? эмуляцию 32битных бинарей никто не отменял?

TheMixa ★★★
()
Ответ на: комментарий от generatorglukoff

>...так только безмозглые гентушнеги делают: каждый день качают и обновляюццо...

Ты гонишь...

:p

furs ★
()
Ответ на: комментарий от JB

> интересно, кому это надо? lfs не более чем игрушка

Конечно надо, ведь рынок игрушек больше рынка ОС %)

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

> LFS - незаменимый рулез для эмбеддеров, и нечего тут жужжать.

64битные встраиваемые девайсы? бугога =)

JB ★★★★★
()
Ответ на: комментарий от JB

> 64битные встраиваемые девайсы? бугога =)64битные встраиваемые девайсы? бугога =)

Сам ты "бугога" ;) Читай:

http://www.heise.de/newsticker/meldung/90413/from/rss09

(для нешпрехающих, семпроны опустили по честному TDP ниже 9 ватт, что уже вполне себе в границах embedded)

http://findarticles.com/p/articles/mi_m0CGN/is_1999_May_18/ai_54660526

(для таких же - уже в 99-м продвинутые архитектуры для встраиваемых решений думали затачивать под 64 бита)

Gharik ☆
()
Ответ на: комментарий от Gharik

> (для нешпрехающих, семпроны опустили по честному TDP ниже 9 ватт, что уже вполне себе в границах embedded)

круто, видимо к появлению этих семптронов и приурочили выход сабжа ;)

> http://findarticles.com/p/articles/mi_m0CGN/is_1999_May_18/ai_54660526

там про x86 ничего нет

JB ★★★★★
()
Ответ на: комментарий от JB

> там про x86 ничего нет

Ничего, в сегменте "x86_64" семпрончег сойдёт как пример ;)

Gharik ☆
()
Ответ на: комментарий от anonymous

> OMG, we have ricer here! 8-).

А теперь по-русски, а то сленгообразная речь западных варваров смотрится похуже этого самого ricer'а ;)

Gharik ☆
()
Ответ на: комментарий от sv75

> > интересно, кому это надо? lfs не более чем игрушка

> Конечно надо, ведь рынок игрушек больше рынка ОС %)

+1

всё когда-то начиналось с "Just For Fun"

pv4 ★★
()
Ответ на: комментарий от MaratIK

Ахтунг! Двачеры на моем лоре!

anonymous
()
Ответ на: комментарий от AEP

>Кроме того, при попытке превратить мой iPod в загрузочный USB-диск, я читал исходники grub2, и у меня есть основания Вам не верить.

Читка исходников вслух "при попытке превратить мой iPod в загрузочный USB-диск" - это часть ритуала? :)

anonymous
()
Ответ на: комментарий от anonymous

ни хрена не игрушка, млять я пользую лфс уже лет пять. пюре64 собрал раньше, чем у них коммунити-ветка появилась.

и предпочитаю в повседневной жизни свою сборку, оптимизированную под мой камень, с рфс4 вместо говённого ехт2(3), init-ng, l7 и прочими прелестями ручной сборки

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

xep
()
Ответ на: комментарий от kavs

>оракел с поддержкой? %)

хороший пример. спасибо :) поддержка к оци каждому уважающему себя юзеру просто необходима...тут я промахнулся :)

xep
()
Ответ на: комментарий от xep

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

Дело не в том, что ты чего-то не можешь получить, а в том, сколько усилий ты на это затратишь.

anonymous
()
Ответ на: комментарий от anonymous

и сколько же усилий я затрачу?

ядро в один поток пересобирается примерно пять минут, глибси - около двадцати, жцц бутстрапом - 30-40 минут, всё остальное - от 20 секунд до 10 минут, причём, всю сборку можно автоматизировать простым скриптом

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

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

да и вообще, стоит попробовать самому собрать, прежде чем говорить, что лфс - поделие извращенцев, которым более нечем заняться!

xep
()
Ответ на: комментарий от anonymous

> Читка исходников вслух "при попытке превратить мой iPod в загрузочный USB-диск" - это часть ритуала? :)

Просто GRUB не воспринимал FAT-раздел на iPod 80GB Video, и я смотрел, можно ли это исправить. Оказалось, что это из-за нестандартного размера сектора (2048 байт). Не отказался ставиться только LILO, но BIOS все равно не захотел загружаться с такого нестандартного диска.

AEP ★★★★★
() автор топика
Ответ на: комментарий от xep

У Вас, простите, с личной жизнью как? За то время, пока Вы: >ядро в один поток пересобирается примерно пять минут, глибси - около >двадцати, жцц бутстрапом - 30-40 минут, всё остальное - от 20 секунд >до 10 минут, причём, всю сборку можно автоматизировать простым >скриптом А потом будете > писать свои патчи - но это лишь повод сообщить о недоработке >производителю, >чтобы в следующий раз не мучаться (+выматериться >узнать что-то новое) прилежный мужчина-осменитель вполне может успеть удовлетворить пару красоток!

У Вас: >даже менеджера пакетов нет, т.к. я и так знаю все зависимости Время, потраченное на изучение дерева зависимостей тоже можно потратить с умом. :)

Я тоже ставил LFS, это интересно. Копаешься в системе изнутри... Но потом это надоедает и ставится дормальный дистр.

PS: Специально для слюнобрызжущих - здесь и выше не написано "LFS - говно"

anonymous
()

А где можно LFS заказать по почте? Мне как раз для встроенного решения (32-битную).

turtle
()
Ответ на: комментарий от anonymous

на личную жизнь не жалуюсь и свою красотку всегда успеваю удовлетворять...

про осеменителей - это вы урлом ошиблись...мачо, ёпт

xep
()
Ответ на: комментарий от xep

кстати, сколько ставится дебина с двух двд?

xep
()
Ответ на: комментарий от anonymous

> прилежный мужчина-осменитель вполне может успеть удовлетворить пару

Что-то какой-то левый пацан у тебя в примере, самый завалящий LFS-ник успеет удовлетворить вусмерть не 2, а десяток, и не просто так, а между делом и компиляцией glibc, и это всё ещё - без использования оптимизаций процессов, чем и сильна LFS.

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

Gharik ☆
()
Ответ на: комментарий от xep

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

Такие моменты бывают довольно часто, особенно если LFS не на одной машине. И времени отнимают много.

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

Обновок месяцами? А как в LFS вообще узнать что обновка появилась?

> и вообще, стоит попробовать самому собрать, прежде чем говорить, что лфс - поделие извращенцев, которым более нечем заняться!

У меня LFS стоит на домашней машине, на ноутбуке и на двух машинах на работе. Так что могу с уверенностью сказать, что

>лфс - поделие извращенцев, которым более нечем заняться!

anonymous
()
Ответ на: комментарий от xep

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

Такие моменты бывают довольно часто, особенно если LFS не на одной машине. И времени отнимают много.

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

Обновок месяцами? А как в LFS вообще узнать что обновка появилась?

> и вообще, стоит попробовать самому собрать, прежде чем говорить, что лфс - поделие извращенцев, которым более нечем заняться!

У меня LFS стоит на домашней машине, на ноутбуке и на двух машинах на работе. Так что могу с уверенностью сказать, что

>лфс - поделие извращенцев, которым более нечем заняться!

anonymous
()
Ответ на: комментарий от anonymous

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

>Такие моменты бывают довольно часто, особенно если LFS не на одной машине. И времени отнимают много.

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

>А как в LFS вообще узнать что обновка появилась?

а как меинтайнеры узнаЮт о выходе новых версий? тоже смотрят в своих реозитариях? :) для ленивых есть рассылка. а можешь и менеджер юзать, если тебе так больше нравится. или собрать что-то, не описанное в книжке, - это уже сверх?

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

xep
()
Ответ на: комментарий от xep

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

Не, это глюк ЛОРа.

>поясни? это означает, что для своих ноутов и писишек ты разные патчи применял? ещё и много времени на это тратил? можешь привести пример? Да, часто бывает, что на одной архитектуре пакет собирается, на другой надо патчить. Времени на это тратится от получаса в тривиальном случае, до нескольких дней (редко) в особо запущенных. Существуют также случаи, когда пакет не собирается, потому что не находит библиотек, лежащих в нестандартном месте (этим отличаются пакеты, использующие наглухо уёбищный scons), устанавливаются не совсем туда, куда надо (опять-таки scons), не уважают переменную LINGUAS и т. д. Времени это отнимает много.

>а как меинтайнеры узнаЮт о выходе новых версий? тоже смотрят в своих реозитариях? :) для ленивых есть рассылка. а можешь и менеджер юзать, если тебе так больше нравится. или собрать что-то, не описанное в книжке, - это уже сверх?

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

По поводу извращений. LFS я ставил полностью руками. Просто у меня есть время и желание этим заниматься. Однако, всё равно это извращение и я это признаю :). Назови ГЛАВНУЮ причину, почему ты используешь LFS, а не, например, Gentoo и с тобой тоже всё будет ясно :) Конкретные недостатки: 1) Время. Всё-таки, на возню с LFS его тратится больше, чем на возню с любым дистрибутивом. Скрипты помогают, но окончательно вопрос не решают. 2) Менеджер пакетов. Впрочем, это проблема не существенная. Отследить, что и куда поставилось - задача тривиальная. 3) Отслеживание зависимостей. В большинстве случаев, проблема тривиальная, но существуют варианты, когда какую-нибудь либу использует единственный пакет (или два, что ещё хуже). Через некоторое время бывает трудно вспомнить, зачем тебе эта либа. Хотя тоже проблема решаемая. 4) Обновления. Писал выше.

Не надо говорить, что LFS - это лучшая система. Это просто система со своими достоинствами и недостатками, к тому же для очень узкого круга людей.

anonymous
()
Ответ на: комментарий от anonymous

спасибо за развёрнутый ответ. такое общение мне нравится куда больше коротких необоснованных выпадов.

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

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

> 300 пакетов

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

> ГЛАВНУЮ причину

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

xep
()
Ответ на: комментарий от xep

>> 300 пакетов

>это у тебя что-то уж совсем мало :) но это всяко больше, чем в книге лфс - значит, мы уже говорим и блфс. Естественно, BLFS. LFS сама по себе мало к чему пригодна. Насчёт мало - не знаю, стоит всё что нужно (иксы, кеды), что не нужно, не стоит :). Откуда большему числу взяться? Если только гном ещё ставить.

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

Полная сборка - бог с ней. Она хорошо если раз в два года делается. Обновление и поддержка - вот в чём вопрос. Кстати, насчёт отслеживания обновлений ты так ничего и не сказал :)

anonymous
()
Ответ на: комментарий от anonymous

>Люди, не забывайте также, что LFS - незаменимая вещь для людей, страдающих средней степени NIH-синдромом и оптимизофилией.

Гентушники и (беру оффтоп для примеру) оверклокерсы.ру - развитие этой идеи

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 →
Linux General