Re: [Sysadmins] anyfs-tools

Re: [Sysadmins] anyfs-tools

[unDEFER]

> On Thursday 23 February 2006 20:27, Терешков Евгений wrote:
>
>> К тому же пакет наверно не так просто собрать (судя по
>> архитектуре проги и объяснениям её автора о тестирований: "из
>> трёх человек тестеров никто не собрал"). Есть сомнения с
> Как, кроме меня ещё кто-то тестировал? :)
> Там недопонимание в использовании kernel headers. Надо автору 
> посоветовать правильное решение.

Здравствуйте!
Google, однако -- сильная вещь.
Вот, интересное обсуждение по запросу "anyfs-tools" нашёл. :-)

Должен, вам сказать, что за 2 недели "бурного развития", в пакете
anyfs-tools "многое изменилось".
Пакет смог собрать уже по-меньшей мере один человек, на Gentoo (кстати с
новейшим ядром и прочими прелестями) :-)
Так что следите за обновлениями, последняя версия:
http://prdownloads.sourceforge.net/anyfs-tools/anyfs-tools-0.83.2.tar.bz2?download

-- 
registered Linux user #360474
Don't worry, I can read OpenOffice.org

Re: [Sysadmins] anyfs-tools

[Vitaly Lipatov]

Пытаюсь использовать glibc-kernheaders:
In file included from /usr/include/linux/config.h:4,
                 from /usr/include/asm/bitops.h:8,
                 from build_e2fs.c:51:
/usr/include/linux/autoconf.h:1:2: #error Invalid kernel header 
included in userspace

Существует ли у нас возможность включать bitops?

On Tuesday 07 March 2006 22:36, unDEFER wrote:
...
> Так что следите за обновлениями, последняя версия:
> http://prdownloads.sourceforge.net/anyfs-tools/anyfs-tools-0.8
>3.2.tar.bz2?download
1. Через 
http://sourceforge.net/project/showfiles.php?group_id=160550&package_id=180617&release_id=396023
такой архив не видно
2. Каталог внутри архива должен называться %name-%version

4. Не надо искать заголовочные файлы ядра таким способом:
/lib/modules/$(shell uname -r)/build/include
а уж тем более включать их в userspace-программу.



-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [Sysadmins] anyfs-tools

[unDEFER]

В письме от Wed, 08 Mar 2006 02:31:03 +0300, Vitaly Lipatov  
<lav@altlinux.ru> сообщал:

> Пытаюсь использовать glibc-kernheaders:
> In file included from /usr/include/linux/config.h:4,
>                  from /usr/include/asm/bitops.h:8,
>                  from build_e2fs.c:51:
> /usr/include/linux/autoconf.h:1:2: #error Invalid kernel header
> included in userspace
>
> Существует ли у нас возможность включать bitops?

Я не знаю какая у Вас версия glibc-kernheaders, но видимо более свежая.
Раз они так решили, значит получается что нету возможности.
Хотя есть -- надо только из config.h убрать "#include <linux/autoconf.h>"
Ведь, у меня glibc-kernheaders-2.4-9.1.87 и там:

$ cat /usr/include/linux/config.h
#ifndef _LINUX_CONFIG_H
#define _LINUX_CONFIG_H

#ifdef __KERNEL__
#error Incorrectly using glibc headers for a kernel module
#endif

#endif

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

> 1. Через
> http://sourceforge.net/project/showfiles.php?group_id=160550&package_id=180617&release_id=396023
> такой архив не видно

:-) "You have selected to download the 0.83 Gamma 2 release."
Какой ещё релиз вы там ожидали увидеть???
Вот здесь надо смотреть:
http://sourceforge.net/project/showfiles.php?group_id=160550

> 2. Каталог внутри архива должен называться %name-%version

Учтём.

> 4. Не надо искать заголовочные файлы ядра таким способом:
> /lib/modules/$(shell uname -r)/build/include
> а уж тем более включать их в userspace-программу.

Да, нет это как раз правильный способ :-)
Вернее так: "/lib/modules/$(shell uname -r)/build" -- однозначно верный  
способ найти исходники ядра, т.к. он используется при сборках модулей ядра.
А, то что вы привели выше -- такой же верный способ поиска заголовков  
именно того ядра которое стоит.
Это на самом деле вернее, использования glibc-kernheaders, хотя бы потому,  
что они точно от той версии ядра которая установлена, а не какой-то старой.
glibc-kernheaders -- вообще костыль лишь для случая когда нет исходников  
ядра.
А насчёт использования в userspace-программе -- так не надо забывать, что  
это очень необычная userspace-программа -- рядом с ней лежит папочка  
anyfs, в которой лежит модуль ядра, для компиляции которого всё равно  
понадобяться исходники ядра. А без этого модуля смысл использования этой  
userspace-программы в основном теряется.

И почитайте здесь (это первый ответ гугля на запрос "#error Invalid kernel  
header included in userspace"):
http://www.redhat.com/archives/linux-lvm/2002-July/msg00143.html
Здесь советуют с некоторых пор делать именно так, т.е. не использовать  
glibc-kernheaders.

-- 
registered Linux user #360474
Don't worry, I can read OpenOffice.org

Re: [Sysadmins] anyfs-tools

[Michael Shigorin]

On Wed, Mar 08, 2006 at 10:34:39AM +0300, unDEFER wrote:
> > 4. Не надо искать заголовочные файлы ядра таким способом:
> > /lib/modules/$(shell uname -r)/build/include
> > а уж тем более включать их в userspace-программу.
> Да, нет это как раз правильный способ :-)
> Вернее так: "/lib/modules/$(shell uname -r)/build" --
> однозначно верный  способ найти исходники ядра, т.к. он
> используется при сборках модулей ядра.

Да нет, доступ туда может быть ограничен (иначе возможно держать
lock на файлах модулей и таким образом открывается некоторая
возможность для local DoS).

Впрочем, у нас это лучше спросить в devel-kernel@.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] anyfs-tools

[unDEFER]

В письме от Thu, 09 Mar 2006 13:38:58 +0300, Michael Shigorin  
<mike@osdn.org.ua> сообщал:

> Да нет, доступ туда может быть ограничен (иначе возможно держать
> lock на файлах модулей и таким образом открывается некоторая
> возможность для local DoS).

А какая разница?
Во время компиляции модулей всё равно эти ограничения снять придётся..
А там как раз компилировать и модуль ядра нужно.

-- 
registered Linux user #360474
Don't worry, I can read OpenOffice.org

Re: [Sysadmins] anyfs-tools

[Michael Shigorin]

On Thu, Mar 09, 2006 at 08:59:03PM +0300, unDEFER wrote:
> >Да нет, доступ туда может быть ограничен (иначе возможно
> >держать lock на файлах модулей и таким образом открывается
> >некоторая возможность для local DoS).
> А какая разница?  Во время компиляции модулей всё равно эти
> ограничения снять придётся..  А там как раз компилировать и
> модуль ядра нужно.

Вообще-то в ALT ядра и модули собираются как раз
непривелегированным пользователем и без никаких
"всё равно". ;-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] anyfs-tools

[unDEFER]

В письме от Thu, 09 Mar 2006 14:38:17 +0300, Sergey Vlasov  
<vsu@altlinux.ru> сообщал:

> Тут всё совершенно правильно - #include <asm/bitops.h>, как и #include
> <asm/atomic.h>, не место в userspace.

Да, действительно, почитал ещё топики на эту тему,
посмотрел на то что действительно эти заголовки работают быть может только  
на i386-ой платформе (на других платформах эти операции ограничены #ifdef  
__KERNEL__)
http://prdownloads.sourceforge.net/anyfs-tools/anyfs-tools-0.83.3a.tar.bz2?download
Там нет более заголовков ядра в пользователском пространстве, есть только  
заголовки ext2fs.
И тем не менее это жестоко -- при том, что изобретение велосипедов вообще  
говоря не поощеряется, вот с элементарными операциями над битами  
приходится иметь геморрой.

-- 
registered Linux user #360474
Don't worry, I can read OpenOffice.org