Re: lug-bg: Компилиране на kudzu

[Валентин Стойков <valentin_st@xxxxxxx>]

On Saturday 17 January 2004 01:51, George Danchev wrote:
> On Saturday 17 January 2004 01:03, Валентин Стойков wrote:
> --cut--
>
> > > Build-Depends: debhelper (>> 3.0.0), pciutils-dev, python2.2-dev,
> > > libnewt-dev, libpopt-dev, gettext, perl, dietlibc-dev
> > > Standards-Version: 3.5.2
> > >
> > > В Build-Depends: са изброени необходимите дебиански пакети в
> > > съответните версии (ако е необходимо) за да билднеш този src package,
> > > от който се получават няколко binary packages, които са пак там са
> > > описани в секции Package: след секцията Source:
> >
> > Благодаря, че ми го каза. Ако не беше ми го казал, сигурно щях още да
> > продължавам с проби и грешки :-)
>
> всъщност от Build-Depends може да изнорираш debhelper (който е debian
> specific) и perl който се изисква от него.
>
> > Моята дистрибуция съм я кръстил временно VS-Live-CD (доакто измисля някое
> > по-хубаво име). В момента представлява нещо подобно на Slackware-live,
> > Slax (бившата slackware-live) и Knoppix (има сорс код от всичките :-) ).
> > Повечето неща са от стандартните пакети на Slackware 9.1 (подобно на
> > Slackware-live/Slax).
>
> явно си нямате работа, както и тези с tilix-a ;-)
>
> > За какво ми са пакети, след като дистрибуцията ми ще се разпространява в
> > 'инсталиран' вариант? Или може би не съм те разбрал...
>
> ами както виждаш и за Knoppix са направени дебиански пакети като допълнение
> на това което са си харесали от пакетите в Debian archive. Нали трябва все
> пак да инсталираш някъде на write-able file system и после да направиш iso
> image ;-) ... Или ти ще инсталираш е /usr/local/ или ще oeverwirte-ващ
> system wide ;-) ... А и knoppix както знаем разпространява iso image,
> binary & source packages. Ти направи каквото искаш ;-)
>
> > > > т.е. защо точно в тази директория се търси... не трябва ли някъде в
> > > > /usr/include?
> > >
> > > защото е включен с "", виж как е включен...
> > > #include <file.h> - system wide
> > > #include "file.h" - local tree
> >
> > Какво значи locla tree? Всичко в home директорията ли се претърсва за
> > *.h? Рекурсивно? Даже и ако имам някоя директория /root/tmp/tuka_niama_h
> > пак ли ще се търси там?
>
> myprog-0.1/myprog.c
> --------------
> #include "myprog.h"
> #include "yet/another/one.h"
> #include <ctype.h>
> #include <sys/ioctl.h>
>
> myprog.h и yet/another/one.h ще се търсят в текущата директория, дето е
> включващия ги файл, а ctype.h и sys/ioctl.h ще се търсят в /usr/include ...
> виж и -I и -L на gcc.
>
> > А аз се мъчих да ги търся на
> > http://mirrors.ludost.net/debian/pool/main/
> > по азбучен ред... и съм попаднал на буква l вместо n.
> > Много странно именуване на пакетите  - от къде да знам, че libnewt-dev е
> > всъщност newt_*.tar.gz
>
> е пише го в debian/control-a, а оттам -> едни списъчни файлове -> всички
> toolz са наясно кое къде е ... има разлика между именоването на source и
> binary packages и понякога има и правила (например от src package "xfree86"
> се получават binary packages (debs) - "xserver-common", "xserver-xfree86",
> "xterm" и т.н.) ... Иначе вида lib<name>-dev е стандарт от debian policy &
> developer reference... така, че има процедури тука ... и подробности.

Има нещо странно... през месец октомври миналата година (10.2003г.) изтеглих 
от сайта на Knoppix
http://developer.linuxtag.net/knoppix/sources/
архива hwsetup_1.0-13.tar.gz. 
Днес на същия адрес се намира файла hwsetup_1.0-9.tar.gz, a 
hwsetup_1.0-13.tar.gz го няма.

Това, че 13>9, означава ли, че hwsetup_1.0-13.tar.gz съдържа по-нова версия от 
hwsetup_1.0-9.tar.gz? Или аз нещо не схващам номерацията на версиите?  9>3?

Когато се опитам да компилирам hwsetup_1.0-9 не става:

root@darkstar:~/src# tar -zxf hwsetup_1.0-9.tar.gz
root@darkstar:~/src# cd hwsetup-1.0/
root@darkstar:~/src/hwsetup-1.0# make
gcc -I/usr/include/kudzu -Wall -fPIC -O2 -s -o hwsetup hwsetup.c -lkudzu -lpci
hwsetup.c: In function `startwheel':
hwsetup.c:73: warning: implicit declaration of function `exit'
hwsetup.c: In function `hw_info':
hwsetup.c:251: structure has no member named `class'
hwsetup.c: In function `writeconfig':
hwsetup.c:411: structure has no member named `class'
hwsetup.c: In function `hw_setup':
hwsetup.c:488: structure has no member named `class'
make: *** [hwsetup] Error 1
root@darkstar:~/src/hwsetup-1.0#

Версията hwsetup_1.0-14 се компилира почти  перфектно:
----------------------------------------------------------------------------------
root@darkstar:~/src# tar -zxf hwsetup_1.0-14.tar.gz
root@darkstar:~/src# cd hwsetup-1.0/
root@darkstar:~/src/hwsetup-1.0# make
gcc -I/usr/include/kudzu -DBLACKLIST -Wall -fPIC -O2 -s -o hwsetup hwsetup.c 
-lkudzu -lpci
hwsetup.c: In function `startwheel':
hwsetup.c:86: warning: implicit declaration of function `exit'
root@darkstar:~/src/hwsetup-1.0# make install
[ -d /sbin ] || mkdir -p /sbin
install -m 755 hwsetup /sbin/hwsetup
root@darkstar:~/src/hwsetup-1.0#
----------------------------------------------------------------------------------
което доказва, че е по-нова.

Опитах се да напиша за това на Klaus Knopper (на някакъв невъзможен английски) 
и отговора му беше:

<цитат>
You just need to install the matching version of kudzu-knoppix-dev
first. hwsetup (all versions) doesn't compile with the broken version of
kudzu that is currently in Debian/unstable.

Regards
-Klaus Knopper
</цитат>

Аз не ползвам развалена версия на kudzu (предполагам), ползвам тази от 
http://developer.linuxtag.net/knoppix/sources/kudzu-knoppix_1.1.3-3.tar.gz
и освен това не ползвам Debian/unstable, а Slackware 9.1/горе-долу stable :-)

И освен това как да разбера коя версия на hwsetup съответства (matching?) на 
версията на kudzu от архива kudzu-knoppix_1.1.3-3.tar.gz. Реших, че начина е 
да прочета какво пише във файла 
http://developer.linuxtag.net/knoppix/Sources.gz

Ето цитат от този файл:

Package: hwsetup
Binary: hwsetup
Version: 1.0-9
Maintainer: Klaus Knopper <knopper@xxxxxxxxxxx>
Build-Depends: debhelper (>> 3.0.0)
Architecture: any
Standards-Version: 3.5.2
Format: 1.0
Directory: sources
Files:
 9eb6f35e127e1183c04b605484b5e43a 254 hwsetup_1.0-9.dsc
 d7ba63afeae9ec9e21de5ed13aca3061 7804 hwsetup_1.0-9.tar.gz

Package: kudzu-knoppix
Binary: kudzu-knoppix-dev, kudzu-knoppix, kudzu-knoppix-vesa
Version: 1.1.3-3
Maintainer: Noel Koethe <noel@xxxxxxxxxx>
Build-Depends: debhelper (>> 3.0.0), pciutils-dev, python2.2-dev, libnewt-dev, 
libpopt-dev, gettext, perl, dietlibc-dev
Architecture: any
Standards-Version: 3.5.2
Format: 1.0
Directory: sources
Files:
 d33fe553ce727c3bf4921c153859d657 396 kudzu-knoppix_1.1.3-3.dsc
 af85f122dc202beaafd5edf40b1a4079 1414455 kudzu-knoppix_1.1.3-3.tar.gz

Ако правилно съм разбрал, hwsetup версия 1.0-9 трябва да се компилира с 
kudzu-knoppix версия 1.1.3-3. 

Файлът
http://developer.linuxtag.net/knoppix/Sources.gz
в миналото съдържаше следното:

Package: hwsetup
Binary: hwsetup
Version: 1.0-13
Maintainer: Klaus Knopper <knopper@xxxxxxxxxxx>
Build-Depends: debhelper (>> 3.0.0)
Architecture: any
Standards-Version: 3.5.2
Format: 1.0
Directory: sources
Files:
 520b6c79a6a7cb734735f8a13dbcef44 256 hwsetup_1.0-13.dsc
 54ffa1da1f405e23906853218ded81c8 8447 hwsetup_1.0-13.tar.gz

Package: kudzu-knoppix
Binary: kudzu-knoppix-dev, kudzu-knoppix, kudzu-knoppix-vesa
Version: 1.1.3-3
Maintainer: Noel Koethe <noel@xxxxxxxxxx>
Build-Depends: debhelper (>> 3.0.0), pciutils-dev, python2.2-dev, libnewt-dev, 
libpopt-dev, gettext, perl, dietlibc-dev
Architecture: any
Standards-Version: 3.5.2
Format: 1.0
Directory: sources
Files:
 d33fe553ce727c3bf4921c153859d657 396 kudzu-knoppix_1.1.3-3.dsc
 af85f122dc202beaafd5edf40b1a4079 1414455 kudzu-knoppix_1.1.3-3.tar.gz

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================