Re: Re: lug-bg: analog of apt-proxy ?
- Subject: Re: Re: lug-bg: analog of apt-proxy ?
- From: Dimitar Tomow <dgt_it@xxxxxx>
- Date: Wed, 7 Jul 2004 01:26:48 +0300 (EEST)
>-------- Оригинално писмо --------
>От: George Danchev <danchev@xxxxxxxxx>
>Относно: Re: lug-bg: analog of apt-proxy ?
>До: lug-bg@xxxxxxxxxxxxxxxxxx
>Изпратено на: Сряда, 2004, Юли 7 00:35:40 EEST
>----------------------------------
>
>On Tuesday 06 July 2004 21:25, Dimitar Tomow wrote:
>> ...
>>
>> >> ето ми го конф. файл в крайна сметка:
>> >> ------------
>> >> APT_PROXY_CACHE=/var/cache/apt/apt-proxy
>> >>
>> >> add_backend /debian-main/ \
>> >> APT_PROXY_CACHE/debian-main/ \
>> >> http://debian.ludost.net/debian/
>> >
>> >add_backend /debian-main/ \
>> > $APT_PROXY_CACHE/debian-main/ \
>> > http://debian.ludost.net/debian/
>> >
>> >$APT_PROXY_CACHE не APT_PROXY_CACHE
>> >
>> >T.e. пакетите от http://debian.ludost.net/debian/ ще се съхраняват на
>> > машината с проксито в директорията /var/cache/apt/apt-proxy/debian-main/
>> > и ще се достъпват като :
>> >http://your-apt-proxy-server:9999/debian-main/ stable main contrib
>> > non-free http://your-apt-proxy-server:9999/debian-main/ testing main
>> > contrib non-free
>> >http://your-apt-proxy-server:9999/debian-main/ unstable main contrib
>> >non-free
>> >
>> >Горните 3 реда в /etc/apt/sources.list
>>
>> Т.е да , ама не ... - така е правилно , но дефакто дава грешка :( Относно $
>> пред APT_PROXY_CACHE просто съм го изял докато съм писал писмото , иначе си
>> го има/м ;)
>>
>> Ето и малко доказателства ;)
>>
>> 0) apt-get --purge remove apt-proxy (ползвам 1.3.6 от unstable)
>> (останаха само /usr/share/doc/apt-proxy/ , което хич не ми пречи)
>>
>> apt-get install apt-proxy
>>
>> 1)
>> /etc/apt/apt-proxy.conf
>>
>> APT_PROXY_CACHE=/var/cache/apt/apt-proxy
>>
>> add_backend /debian-main/ \
>> $APT_PROXY_CACHE/debian-main/ \
>> http://debian.ludost.net/debian/
>>
>> 2) (normal_user)$ /usr/sbin/apt-proxy -c /etc/apt/apt-proxy.conf
>
>мда, наистина може да се окаже, че това което искаш да направиш може да не
>стане с apt-proxy 1.3.6. Т.е. това е стария бранш v1.
>
>> Минава без грешки , имаше проблем , че нямало директория debian-main, после
>> че неможел да пише ,направих chown и правата бяха 755 , т.е 7 за aptproxy
>> юзера, но пак неможел да пиши , направих едно chmod 777 и вече нещата
>> заспаха - малко нелогично , но както и да е .
>
>мдаа, http://bugs.debian.org/239507
>cache permissions dangerous
>Tags: fixed-in-experimental, security;
>
>> 3)
>> /etc/apt/sources.list
>>
>> deb http://192.168.0.20:9999/debian-main/ unstable main
>>
>> само този и ред и един коментар в началото на ред с # логично, просто и
>> само за тест съм го сложил.
>>
>> 4)
>> (super_user)# apt-get update
>>
>> PC1:/# apt-get update
>> Err http://192.168.0.20 unstable/main Packages
>> 404 is not serviced by this server
>> Ign http://192.168.0.20 unstable/main Release
>> Failed to fetch
>> http://192.168.0.20:9999/debian-main/dists/unstable/main/binary-i386/Packag
>>es.gz 404 is not serviced by this server Reading Package Lists... Done
>
>мда, "is not serviced by this server" се плюва от скрипта /usr/sbin/apt-proxy
>Т.е. нещо задейства тази част от неговия код:
>bad_url close "$1" "is not serviced by this server"
>
>Ако и wget \
>http://192.168.0.20:9999/debian-main/dists/unstable/main/binary-i386/Packages.gz
>казва същото и наистина има такъв URL, значи тази версия на apt-proxy не може
>да се оправи с него. Не искам и да се ровя защо се получава така.
>
>> W: Couldn't stat source package list http://192.168.0.20 unstable/main
>> Packages
>> (/var/lib/apt/lists/192.168.0.20:9999_debian-main_dists_unstable_main_binar
>>y-i386_Packages) - stat (2 No such file or directory) W: You may want to run
>> apt-get update to correct these problems
>> E: Some index files failed to download, they have been ignored, or old ones
>> used instead. PC1:/#
>>
>> 5)
>> (super_user)#cat /var/log/apt-proxy.log
>>
>> /usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead
>
>Мда още един проблем #219049 ... несъгласуваност с coreutils.
>(демек bugs.debian.org/219049 )
>
>> [2963 20:46:29] Tue Jul 6 20:46:29 EEST 2004 Request
>> /debian-main/dists/unstable/main/binary-i386/Packages.gz [2963 20:46:29]
>> Bad URL /debian-main/dists/unstable/main/binary-i386/Packages.gz is not
>> serviced by this server /usr/bin/stat: Warning: `-l' is deprecated; use
>> `-L' instead
>> [3040 20:46:29] Tue Jul 6 20:46:29 EEST 2004 Request
>> /debian-main/dists/unstable/main/binary-i386/Release [3040 20:46:29] Bad
>> URL /debian-main/dists/unstable/main/binary-i386/Release is not serviced by
>> this server
>>
>> ... Еми това е дами и господа :|
>> Какви промени направих , както казах и още в първото си писмо !
>>
>> 1) се промени на
>>
>> /etc/apt/apt-proxy.conf
>>
>> APT_PROXY_CACHE=/var/cache/apt/apt-proxy
>>
>> add_backend /debian/ \
>> $APT_PROXY_CACHE/debian-main/ \
>> http://debian.ludost.net/debian/
>>
>> и промених логично реда в sources.list от debian-main на debian :)
>>
>> И ВСИЧКО ЗАСПА !!!
>> ЗАБЕЛЕЖЕТЕ ОБАЧЕ:
>>
>> Това , което казах аз, какво каза човека , който съм цитирал (Владимир
>> Пенов) и скоро получих още един отговор (на Георги Данчев) подвърждаващ
>> думите на Владимир Панов. => всички разбраме man еднакво или поне имаме
>> еднаква гледна точка за правилен apt-proxy.conf с изискванята от мене , но
>> (!) ето какво става в действителност :? Т.е проблема не в мен/нас/вас. Или
>> в неправилна документация или нещо в самата програма.?!
>
>мда, разбирам те. ще излезеш прав... а между другото ако сетваш някакви
>http_proxy ftp_proxy променливи на обкръжението ги unset, но едва ли оттук ти
>иде грижата.
>
>> Също така възниква и този проблем:
>> PC1:/# apt-get update
>> Get:1 http://192.168.0.20 unstable/main Packages
>> 99% [1 Packages 267626]
>> 8467B/s 0s
>>
>> скороста ми е от 40кб/с за BG PEERING-а и си я правя , когато пусна apt-get
>> update директно към (debian.)ludost.net , а сега едвам стига 9кб/с :??? При
>> опит за apt-get upgrade -d достигна за 2-3сек само 16кб/с и това си беше.
>
>мда, това може да идва от това, че apt-proxy http server и вски път решава от
>къде да взема файла който му се иска и се вика от inetd и т.н. Освен това и:
>#180954: apt-proxy sometimes seems to consume vast amounts of CPU for hours
>#199831: apt-proxy is *way* slower than apt-rsync
>
>> Ако има нещо неясно или някъде съм заплел мисъл , кажете ! Прегледах цялото
>> писмо поне 6 пъти,но може да съм разместил нещо по-погрешка и да объркам
>> смисъла. Много ми се иска да си реша проблема , но като гледам той е в
>> самия софтуер , а не конфигурирането му ;)
>
>Предлагам ти да прочетеш лога на 1.9.12
>http://packages.debian.org/changelogs/pool/main/a/apt-proxy/apt-proxy_1.9.12/changelog
>и по-точно описаното в:
>* Bugs in version 1 that have been fixed for version 2:
>* Bugs that do not apply to version 2:
>
>предполагам (не съм сигирен де), че ще постигнеш и това което ти искаш с v2.
>
>> пп: честно казано , когатп почнах да позлвам Debian преди май станаха 2
>> години чух за experimental , но при четенето на книги , ръководства и други
>> все stable,testing,unstable (или старите имена potato, sarge,sid , ако не
>> се лъжа), но не срещах experimental ?!.
>
>Ами experimental/ не е самостоятелен Suite: като stable, testing, unstable,
>т.е. не може да минеш само с пакети от experimental/ щото няма дори и
>базовите такива, там престояват само някои (версии) пакети за експерименти
>които са опасни дори и за unstable, който си е самостоятелна бойна единица
>като tesitng и stable ;-). Бтв, едно отклонение: unstable винаги се казва Sid
>(това е лошото момче от филма Toy Story на компанията Pixar за която е
>работил Bruce Perens, докато е бил Debian Project Leader), а experimental се
>казва Scud (това е кучето на Sid ;-), само, че не му правят симлинк в архива
>както на sid -> unstable и освен това се намира в
><mirror>/debian/project/experimental/ и не е описан в <mirror>/debian/dists/.
>За разлика от тях кодовото име на testing се променя (идва пак от някой герой
>от горния фимл) и той става следващия stable. Да ги видим като свършат
>героите от филма на кого ще кръщават debian releases ;-)
>
>Освен това experimental/ е non-automatic като repository (man
>apt_preferences), т.е. дори и да е включен в sources.list:
>deb ftp://ftp.de.debian.org/debian/ ../project/experimental \
>main contrib non-free
>deb-src ftp://ftp.de.debian.org/debian/ ../project/experimental \
>main contrib non-free
>
>То версиите на пакетите идващи от него са със силно намелен приоритет от apt:
>
>apt-cache policy apt-proxy
>apt-proxy:
> Installed: 1.3.6
> Candidate: 1.3.6
> Version Table:
> 1.9.12 0
> 1 ftp://ftp.de.debian.org ../project/experimental/main Packages
> *** 1.3.6 0
> 500 http://debian.ludost.net testing/main Packages
> 990 http://debian.ludost.net unstable/main Packages
> 100 /var/lib/dpkg/status
> 1.3.0 0
> 500 http://debian.ludost.net stable/main Packages
>
>Приоритетите са числата пред URL'ите, и apt няма да ги класира за
>install/upgrade въпреки, че са с по-голям version number от версии в другите
>хранилища, докато не го инструктиращ изрично с apt-get install apt-proxy -t
>experimental или apt-get install apt-proxy=1.9.12 или с apt pinning
>от /etc/apt/prefereces.
>
>В случая с apr-proxy от experimental не рискуваш нищо, няма и какво да повлече
>толкова ново като зависимости, виж ако беше libc което е оставено в
>experimental/ може и да се видиш в занимание ;-) По-често там се рашават
>въпроси за някои сорсове които не се компилират на някои архитектури, и им се
>бае с пачове докато уврят и се убедят upstream developers които нямат
>възможност или не искат да ги тестват на такива архитектури какво става и
>какво не... например с xfree86 има понякога архитектурни грижи ;-)
>
>> Иначе сигурно е , че ще пробвам последната версията 1.9.12 (което се явява
>> и apt-proxy2, нали ? ).
>
>мда, apt-proxy 1.3.x (v1) скача на 1.9.x (new development branch) , което е
>v2, премаписано на Python.
>
>> Също така и , че ще компилирам версия 1.3.6 от сорс
>> код , за да видя дали проблема не е в бинарния пакет.
>
>ами 1.3.6 е shell скрипт, няма да му помогнеш много ;-) Хм, по-скоро май си
>трябват промени по кода за това което искаш ти.
>
>--
>pub 4096R/0E4BD0AB 2003-03-18 <keyserver.bu.edu ; pgp.mit.edu>
>fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB
Да се чудя къде да те цитирам :) Просто сърце не ми дава да разваля красивият ти / супер , жесток :)) / отговор !!!
А иначе на мене още аз като си правех опитите и се мъчех ми се изясниха в доста голяма част нещата , както бях написал в пост 1 с леко перафразиране:
Дефакто самите Suites са http://www.host.x/debian/..., а той се опитава да ги достъпва www.host.x/backend-name/ , т.е host.x/debian-main/ ;)
Иначе и аз го отворих скрипта и го разгледах , не че съм специалист или някакъв програмист (малко С , бейзик+хтмл4) , но не ми се занимава със такъв скрипт ;) И не ми се проследява точно къде става това "объркване" -> бъг. :D
Благодаря за прекрасния отговор - малко смешно звучи , но толкова пълен отговор , че даже си търсил и за бъгове и ... незнам какво да кажа , освен БЛАГОДАРЯ ;)
Аз гледах че са 61 общо бъговете за 1.3.6, но не ми се занимаваше снощи в 2:30ам :)
Благодаря и за разяснението относно Дебиан структурата ;)
*** относно компилирането от сорс - съвсем изключих , че беше скрипт :)) ***
пп: а какво мислиш / мислите (?)
Дали е по-добре да ползвам rsync за apt-proxy или http(/ftp).
Все пак apt-proxy е правена първо да ползва - с идеята за rsync :?
И все пак rsync си е за създаване на mirror / (~) синхронизиране / ...
Ще се радвам да споделите мнение.
пп2: Хвала на такива участници в листата като г-н Данчев ;)
пп3: а относно какво рискувам с experimental - щях да забравя; все пак се прави връзка към моето ПК ~ PC, като все пак апт-прокси е service / server услуга , това си е опсаност ;)
добавка: щях да забравя ; ако ставаше въпрос за домашната ми мрежа - две пс-та на кръст мрежа не е проблем , но мисля да предоставя - всъщност решил съм го; моето хранилище на локалната ми мрежа на моето исп , защото все пак едно е да теглиш с 1мб/с (шейпване ще има) , друго е с 40кб/с. И така да стимулирам малко комшиите да минат на Линукс и защо мойте приятели да теглят пакетите пак като аз вече съм го направил. Аз разглеждам и доста нестандартен софтуер , така че мисля ще им спестя доста време (а времето е пари ,а и време за каквото човек си иска - лирическо отклонение :)) ).
Та не че имам и кой знае какви ентусиясти или 'специалисти', но все пак защо да се давам лесно и жив :)
пп4: а чудно ми е също така как се пренася и самата информация м/у apt-proxy и дадения клиент. - не разбирам Python (в2) , нито със скриптовете съм на ти (в1) , за да мога да си отговоря сам;
Ясно:
client "I need packet.deb"
apt-proxy "ludost.net give me packet.deb"
apt-proxy "ето ти пакета "
client "Thank YOU :D"
Но как - по какъв начин apt-proxy дава дефакто ... как oсъществява файловия трансфер , не е чрез smb share, apache :? всмисъл все пак apt-get install something очаква връзка към http:// , тъй като sources.list ...
Така де apt-proxy емулира / подава информацията в очаквания вариант към apt-get (client-a) ли ?
пп5: пак стана дългичко , та може да има някъде нещо заплетено, казвай те ;)
Благодаря предварително .! ;)
-----------------------------------------------------------------
http://euro2004.gbg.bg/ - Всичко за Euro 2004
============================================================================
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
============================================================================
|