[devel] apt-file

[devel] apt-file

[Rinat Bikov]

Здравствуйте, уважаемые!
Судьба баги http://bugs.altlinux.org/14449 (про apt-file)
Кого-нибудь интересует?
И какие сложности возникают при её решении?

-- 
С уважением, Ринат Биков.

Re: [devel] apt-file

[Michael Shigorin]

On Sun, Dec 27, 2009 at 09:43:25PM +0400, Rinat Bikov wrote:
> Судьба баги http://bugs.altlinux.org/14449 (про apt-file)
> Кого-нибудь интересует?  И какие сложности возникают при её
> решении?

Меня интересует, но как сделать без сервер-сайда (на индексах),
не знаю.  Возможно, в случае нехватки extreport.cls помогла бы
формочка в районе sisyphus.ru/packages.altlinux.org.

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

Re: [devel] apt-file

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 962 bytes --]

On Sun, Dec 27, 2009 at 09:43:25PM +0400, Rinat Bikov wrote:
> Здравствуйте, уважаемые!
> Судьба баги http://bugs.altlinux.org/14449 (про apt-file)
> Кого-нибудь интересует?
> И какие сложности возникают при её решении?

Никто не решает, по-видимому.  Смысл такой, что apt качает pkglist;
а pkglist содержит сильно урезанные хедеры rpm пакетов (то есть
информацию, достаточную для разрешения зависимостей; в качестве
бонуса ещё description и кусочек changelog).  Если включить в pkglist
полный список файлов, то он увеличится минимум в два раза.  А если
подавать информацию как-то ещё, то это уже будет никакой не апт (то
есть будет работать другой механизм, не имеющий отношения к основным
механизмам апта).

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

Меня на самом деле ещё интересует Наталья Портман.
Хочу купить одну ночь с Натальей Портман.  Ценою жизни!

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] apt-file

[Rinat Bikov]

27 декабря 2009 г. 22:05 пользователь Alexey Tourbin  написал:
<skip>
> А если
> подавать информацию как-то ещё, то это уже будет никакой не апт (то
> есть будет работать другой механизм, не имеющий отношения к основным
> механизмам апта).
Я бы и от такого механизма не отказался (надеюсь, что назвать apt-file
никто не запретит), сейчас же задача поиска файла не решается даже с
помощью web-интерфейса sisyphus.ru...

<skip>

-- 
С уважением, Ринат Биков.

Re: [devel] apt-file

[Yuri N. Sedunov]

В Вск, 27/12/2009 в 21:05 +0300, Alexey Tourbin пишет:
> On Sun, Dec 27, 2009 at 09:43:25PM +0400, Rinat Bikov wrote:
> > Здравствуйте, уважаемые!
> > Судьба баги http://bugs.altlinux.org/14449 (про apt-file)
> > Кого-нибудь интересует?
> > И какие сложности возникают при её решении?
> 
> Никто не решает, по-видимому.  Смысл такой, что apt качает pkglist;
> а pkglist содержит сильно урезанные хедеры rpm пакетов (то есть
> информацию, достаточную для разрешения зависимостей; в качестве
> бонуса ещё description и кусочек changelog).  Если включить в pkglist
> полный список файлов, то он увеличится минимум в два раза.  А если
> подавать информацию как-то ещё, то это уже будет никакой не апт (то
> есть будет работать другой механизм, не имеющий отношения к основным
> механизмам апта).
> 
> Видимо когда-то всё кончится тем, что в pkglist будут включать
> необрезанные хедеры, но до сих пор этого удавалось избегать.
> 
> Меня на самом деле ещё интересует Наталья Портман.
> Хочу купить одну ночь с Натальей Портман.  Ценою жизни!

Забудь о Наташке. Максимум твоих мечтаний в рамках Альт -- это
кандидатский диссер. 



-- 
Yuri N. Sedunov

Re: [devel] apt-file

[Michael Shigorin]

On Sun, Dec 27, 2009 at 09:05:55PM +0300, Alexey Tourbin wrote:
> Видимо когда-то всё кончится тем, что в pkglist будут включать
> необрезанные хедеры, но до сих пор этого удавалось избегать.

Может, класть их рядом?  Кто --exclude, тот пусть сам думает,
а многим +5Mb/rsync ничего не изменят.

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

Re: [devel] apt-file

[Rinat Bikov]

Я думаю, что полезно было бы внедрить apt-file в сам apt-rpm...
По крайней мере в этом случае dist-upgrade можно было бы сделать более
гладким...
А то вчера dist-upgrad'ил 4.1 до Сизифа сразу - вначале apt выдал, что
56 пакетов будет удалено (в том числе OOo, blender, amarok, etc). А
после подтверждения во время выполнения транзакции оказалось, что
часть новых пакетов заменяют собой старые и конфликтуют... Пришлось
вручную делать:
for i in ...; do
rpm -e --nodeps, rpm -i --nodeps, apt-get --fix-missing install,
apt-get install `cat removed`
done

P.S. После универа будет чем заняться на досуге :).

-- 
С уважением, Ринат Биков.

Re: [devel] apt-file

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 707 bytes --]

On Sun, Dec 27, 2009 at 09:43:25PM +0400, Rinat Bikov wrote:
> Судьба баги http://bugs.altlinux.org/14449 (про apt-file)
> Кого-нибудь интересует?
Нет: есть contents_index в локальном зеркале.

> И какие сложности возникают при её решении?
НЕкому написать скачивалку contents_index с последующим поиском по ней.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<stalker37> raorn:  эм   то чт оя сранивал рахличается тлоько по номеру релиза
            alt.. остальное одинаковое
<stalker37> патчи.. ещёб я зна лкакие патчи брать нужно
<thresh> stalker37: возьми патч на руки
<stalker37> thresh:  Я ж не знаю какие патчи нужно брать из гита в данном
            случае

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] apt-file

[REAL]

Rinat Bikov пишет:
> Здравствуйте, уважаемые!
> Судьба баги http://bugs.altlinux.org/14449 (про apt-file)
> Кого-нибудь интересует?
> И какие сложности возникают при её решении?

А вот такое как решают?

 > apt-get check
*** glibc has detected an error in apt-get: double free or corruption 
(out): 0xb6f343b0 ***
======= Backtrace: =========
/lib/libc.so.6[0x29a50a]
/lib/libc.so.6[0x29b9e0]
/lib/libc.so.6(cfree+0x6d)[0x29e3fd]
/usr/lib/librpmdb-4.0.4.so[0x395b59]
/usr/lib/librpmdb-4.0.4.so(rpmdbNextIterator+0x13b)[0x39c4db]
/usr/lib/libapt-pkg-libc6.9-6.so.2(_ZN12RPMDBHandlerC1Eb+0x214)[0x9fd534]
/usr/lib/libapt-pkg-libc6.9-6.so.2(_ZN9rpmSystem4LockEv+0x64)[0xa1f4e4]
/usr/lib/libapt-pkg-libc6.9-6.so.2(_ZN12pkgCacheFile11BuildCachesER10OpProgressb+0x11f)[0xa3ec9f]
/usr/lib/libapt-pkg-libc6.9-6.so.2(_ZN12pkgCacheFile4OpenER10OpProgressb+0x34)[0xa3ed94]
apt-get[0x8051863]
/usr/lib/libapt-pkg-libc6.9-6.so.2(_ZN11CommandLine11DispatchArgEPNS_8DispatchEb+0x70)[0x9e7660]
apt-get[0x805dfc0]
/lib/libc.so.6(__libc_start_main+0xe6)[0x247b26]
apt-get[0x804d2a1]
======= Memory map: ========
zsh: abort      apt-get check

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] apt-file

[Michael Shigorin]

On Mon, Dec 28, 2009 at 01:49:39AM +0400, Rinat Bikov wrote:
> А то вчера dist-upgrad'ил 4.1 до Сизифа сразу

Боюсь, это сильно жёстко -- через 5.0/branch бы вышло.

PS: и это вопрос тоже скорее для community@, ну или уже
висяк на apt "чтоб обновлял и через разницу в два года".

-- 
http://www.altlinux.org/Changes/Branch50

Re: [devel] apt-file

[Rinat Bikov]

28 декабря 2009 г. 14:06 пользователь REAL написал:
> А вот такое как решают?
>
>> apt-get check
> *** glibc has detected an error in apt-get: double free or corruption (out):

Такое решают нормальным программированием и тестированием.
Я как-то тоже в своей проге такую ошибку замечал, думал бага в libc
:). Оказалось, при изменении кода программы я забыл изменить выделение
памяти.
В общем, у меня было что-то типа malloc(n), вместо malloc(n *
sizeof(int*)) (вместо malloc был realloc).

-- 
С уважением, Ринат Биков.

Re: [devel] apt-file

[REAL]

Rinat Bikov пишет:
>> А вот такое как решают?
>>
>>> apt-get check
>> *** glibc has detected an error in apt-get: double free or corruption (out):
> 
> Такое решают нормальным программированием и тестированием.

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

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ