Проект packages.acl.org.ua

[lystor]

http://packages.debian.org здійснює пошук також по неофіційному backports.org.

Я не використовую Debian, тому не знаю деяких його репозиторіїв.
backports.org проіндексую.

та лише двох (з 15) архітектур, нічого кращого не пропонує

Поточне апаратне забезпечення не дозволяє мені індексувати більшу кількість архітектур та будь-які дистрибутиви та сховища, які використовуються невеликою кількістю користувачів.

Порівняйе:
http://packages.debian.org/en/lenny/coreutils
http://packages.acl.org.ua/uk/pkg/info/3174811  (bug: не показує залежності)

Так. Баг: інформація про деякі залежності міститься у Pre-Depends, які не оброблялися. Буде виправлено.

Особисто мені не вистачає посилань на bug reports,

Складно додати, тому що у кожного сховища своя система відстеження помилок.

source package

Інформація про ім'я надається користувачу, але не посилання. Зроблю посилання.

similiar packages

Неможливо. Інформація про них не міститься у сховищах.

Що дійсно було б цікаво, так це централізований пошук по неофіційним сховищам:
http://www.debian-multimedia.org/
http://unofficial.debian-maintainers.org/
http://www.dotdeb.org/

Debian Multimedia - Main (http://packages.acl.org.ua/uk/repo/groups/391) та Debian Multimedia - Nonfree (http://packages.acl.org.ua/uk/repo/groups/397) проіндексовані.

http://www.dotdeb.org/ не хочу індексувати, тому що автор не спромагається завантажувати в сховища проекту файли Contents*, в яких міститься інформація щодо файлів пакунків.

http://unofficial.debian-maintainers.org/ проіндексую.

плюс посилання на результати пошуку в офіційному пошуковику.  Тоді це дійсно буде мета-пошукова система пакунків, а не урізана копія офіційної системи.

Це не урізана копія офіційної системи, т.к. офіційна система виконує пошук пакетів тільки в офіційних сховищах і тільки в своїх дистрибутивах.

Взагалі проект цікавий, але мені ще не зрозуміла кінцева мета

Зручний сайт для знаходження, завантаження пакунків, а також для перегляду їх за дистрибутивами, сховищами та групами пакунків.

Зібрати всі їх до купи і постійно додавати нові практично неможливо.

Неможливо. Також я не ставив перед собою таку мету.

Якщо ж звужувати до якихось певтих, то за якими критеріями?

Так. Індексуються в основному багатьом відомі сховища пакунків, а також найбільш використовувані користувачами дистрибутиви, на які не закінчився термін технічної підтримки.

[borman]

Думаю, пан nickat правий, спробую висловити його ідеї трохи іншою мовою.

Якщо розглядати проект в довгостроковій перспективі як щось більше, ніж пісочницю для перевірки власних можливостей, то варто вже зараз подумати над тим, чим саме він буде привабливим для користувачів і активно розвивати його в цьому напрямку. Поки що з заявлених ідей такого плану було чути лише обробку значної кількості неофіційних дистрибутивів. Плюс зручний інтерфейс, але це занадто абстрактне та доволі суб'єктивне поняття. Отже, питання "а чому саме ваш сайт?" повинне постійно залишатися відкритим.

Щодо обробки deb-пакунків. Джерельні коди пошукової системи Debian відкриті, їх можна взяти звідси — git://git.debian.org/git/webwml/packages.git
 

[lystor]

* баг з Pre-Depends виправлено
* http://backports.org проіндексовано
* http://www.debian-multimedia.org/ проіндексовано
* http://unofficial.debian-maintainers.org/ проіндексовано
* debian volatile, security, proposed updates проіндексовано
* написано парсер до сховищ Mandriva та проіндексовано Mandriva 2009 та Mandriva 2010
* додано RSS за кожним дистрибутивом, сховищем та групою пакунків

[piktor]

* додано RSS за кожним дистрибутивом, сховищем та групою пакунків

О, можна підписатися на RSS в одному місці і вчасно писати на ЛОУ новини про виходи багатьох дистрибутивів.  

[nickat]

* баг з Pre-Depends виправлено
* http://backports.org проіндексовано
* http://www.debian-multimedia.org/ проіндексовано
* http://unofficial.debian-maintainers.org/ проіндексовано
* debian volatile, security, proposed updates проіндексовано

Вважайте заробили собі ще одного користувача.  

Бажано проіндексувати також unstable, тому що багато хто використовує саме цю гілку, а не testing.

Чому сховища Google виведені в окремий розділ DEB-Based Generic?  Переведіть їх до загальних розділів Debian, де і всі інші сховища.  Так буде зручніше.  Якщо сховища можуть бути використані для декількох deb-дистрибутивів, то краще продублювати це сховище для кожного з них.  Якщо я шукаю щось для Debian 5.0 (Lenny) i386, то я хотів би отримати _все_ що для нього є в ваших індексах за один раз, без потреби виконувати додаткові пошукові операції в інших розділах.

Мені все ж не вистачає прямого посилання на відповідні сторінки пошуковиків.  Тобто, щоб, наприклад, на цій сторінці
http://packages.acl.org.ua/uk/pkg/info/3710482
було пряме посилання на цю
http://packages.debian.org/lenny/coreutils

На офіційних сторінках є потрібна інформація, яку ви надати не можете (similiar packages, BTS).  Щоб отримати цю інфу для певного пакету, зараз треба іти на офіційний пошуковик та виконувати такий самий пошук, який тільки що був виконаний на вашому сайті -- це дуже не зручно.

Якщо такі лінки з’являться хоча б для офіційних сховищ, то я вже можу собі уявити використання вашого сайту у повсякденній роботі.

Wish list:
* Search engine plugin з можливістю встановлення прямо з сайта (http://mycroft.mozdev.org/search-engines.html?name=debian)
   ** В ідеалі: плагін пошуку по всім сховищам та окремі плагіни для кожного дистрибутива.
* Контекстний пошук: якщо я на сайті іду на сторінку Додому » Debian 5.0 i386 » Debian Multimedia » graphics, то корисно було б мати можливість виконати пошук саме в цьому контексті, а не переходити до Розширеного пошуку та робити відповідні налаштування там.

[lystor]

Бажано проіндексувати також unstable, тому що багато хто використовує саме цю гілку, а не testing.

На жаль на даний момент не можу: я дуже обмежений в апаратному забезпеченні, а база даних має великий обсяг.
Для індексації devel-версій дистрибутивів мені необхідно збільшити обсяг оперативної пам'яті з 4 Gb до 8 Gb,
але на це в мене немає коштів.

Чому сховища Google виведені в окремий розділ DEB-Based Generic?

Тому що:
1) Google не поділяє їх за сховищами та дистрибутивами;
2) Щоб не збільшувати обсяг бази даних через одинакові пакети, які будуть дублюватися.

Переведіть їх до загальних розділів Debian, де і всі інші сховища.  Так буде зручніше.

Додано до TODO.

Мені все ж не вистачає прямого посилання на відповідні сторінки пошуковиків.

Додано до TODO.

Wish list:
* Search engine plugin з можливістю встановлення прямо з сайта (http://mycroft.mozdev.org/search-engines.html?name=debian)
   ** В ідеалі: плагін пошуку по всім сховищам та окремі плагіни для кожного дистрибутива.

Додано до TODO.

* Контекстний пошук: якщо я на сайті іду на сторінку Додому » Debian 5.0 i386 » Debian Multimedia » graphics, то корисно було б мати можливість виконати пошук саме в цьому контексті, а не переходити до Розширеного пошуку та робити відповідні налаштування там.

Додано до TODO.

[lystor]

Сайт проекту змінено з http://packages.acl.org.ua/ на http://pkg.org.ua/

Мені все ж не вистачає прямого посилання на відповідні сторінки пошуковиків.

Додані посилання до bugzilla.

Переведіть їх до загальних розділів Debian, де і всі інші сховища.  Так буде зручніше.

Виконано.

* Контекстний пошук: якщо я на сайті іду на сторінку Додому » Debian 5.0 i386 » Debian Multimedia » graphics, то корисно було б мати можливість виконати пошук саме в цьому контексті, а не переходити до Розширеного пошуку та робити відповідні налаштування там.

Виконано

[nickat]

Мені все ж не вистачає прямого посилання на відповідні сторінки пошуковиків.

Додані посилання до bugzilla.

Класно!  Ще б посилання на відповідну сторінку офіційного пошуковика...  Тобто щоб було посилання з цієї сторінки
http://pkg.org.ua/en/pkg/info/45/3710482/
на цю
http://packages.debian.org/lenny/coreutils
Технічно повинно бути не складніше ніж з "bugzilla".

* Контекстний пошук: якщо я на сайті іду на сторінку Додому » Debian 5.0 i386 » Debian Multimedia » graphics, то корисно було б мати можливість виконати пошук саме в цьому контексті, а не переходити до Розширеного пошуку та робити відповідні налаштування там.

Виконано

Вже протестував:

1. На сторінці не вказано, що функція контекстного пошуку ввімкнена за замовченням.  Користувач може отримати несподіваний результат.  Usecase: людина заходить на сайт і вирішує подивитись що там є у Додому » Debian 5.0 i386 » Google - Stable - Main » Групи.  Потім вирішує скористатись пошуком.  Так як віконце пошуку ніяк не співвіднесене зі сторінкою  Google - Stable - Main » Групи і на кнопці написано просто "Пошук", то користувач очікує пошук по всьому індексу, а насправді виконується контекстний пошук в гілці Google.
У мене є дві ідеї:
  - зробити поруч з кнопкою "Пошук" ще одну кнопку "Контекстний пошук".  Перша буде завжди виконувати загальний пошук, друга контекстний.
  - додати під строчкою меню (Групи | Пакунки | Нові пакунки | ...) ще одне віконце для контекстного пошуку, а верхнє залишити для загального.

2. Коли я іду до Додому » Debian 5.0 i386 » Google - Stable - Main » Групи  і виконую пошук за словом coreutils, то отримую результат із зовсім іншої гілки Додому » Debian 5.0 i386 » Debian - Main » utils.  Сама фіча мені подобається, але користувача треба повідомити:
  1) що його контекстний запит не дав результатів;
  2) що йому представлені результати альтернативного пошуку і вказати за якими параметрами (у
      моєму випадку: запит по тому самому слову і в тому ж самому дистрибутиві, що були в
      оригінальному запиті).

[lystor]

1. На сторінці не вказано, що функція контекстного пошуку ввімкнена за замовченням.  Користувач може отримати несподіваний результат.  Usecase: людина заходить на сайт і вирішує подивитись що там є у Додому » Debian 5.0 i386 » Google - Stable - Main » Групи.  Потім вирішує скористатись пошуком.  Так як віконце пошуку ніяк не співвіднесене зі сторінкою  Google - Stable - Main » Групи і на кнопці написано просто "Пошук", то користувач очікує пошук по всьому індексу, а насправді виконується контекстний пошук в гілці Google.
У мене є дві ідеї:
  - зробити поруч з кнопкою "Пошук" ще одну кнопку "Контекстний пошук".  Перша буде завжди виконувати загальний пошук, друга контекстний.
  - додати під строчкою меню (Групи | Пакунки | Нові пакунки | ...) ще одне віконце для контекстного пошуку, а верхнє залишити для загального.

2. Коли я іду до Додому » Debian 5.0 i386 » Google - Stable - Main » Групи  і виконую пошук за словом coreutils, то отримую результат із зовсім іншої гілки Додому » Debian 5.0 i386 » Debian - Main » utils.  Сама фіча мені подобається, але користувача треба повідомити:
  1) що його контекстний запит не дав результатів;
  2) що йому представлені результати альтернативного пошуку і вказати за якими параметрами (у
      моєму випадку: запит по тому самому слову і в тому ж самому дистрибутиві, що були в
      оригінальному запиті).

Функція контекстного пошуку на даний момент реалізована частково: при переході за посиланням "Розширений пошук" в діалоговому вікні пошуку автоматично вибирається дистрибутив в залежності від поточної сторінки.

[lystor]

Wish list:
* Search engine plugin з можливістю встановлення прямо з сайта (http://mycroft.mozdev.org/search-engines.html?name=debian)
   ** В ідеалі: плагін пошуку по всім сховищам та окремі плагіни для кожного дистрибутива.

Реалізовано плагіни пошуку для усіх дистрибутивів та за кожним дистрибутивом.

[пробігавОце]

У гілляці центозу додайте будь-ласка нагадування про параметр йуму protectbase та priorities. З такою купою рєпів захєзати систему надто легко.

[lystor]

У гілляці центозу додайте будь-ласка нагадування про параметр йуму protectbase та priorities. З такою купою рєпів захєзати систему надто легко.

Дякую за пропозицію.
На жаль, це так.

[nickat]

Реалізовано плагіни пошуку для усіх дистрибутивів та за кожним дистрибутивом.

Зараз помітив, що неможливо шукати за певним дистрибутивом (всі сховища Debian).  Можна або у всіх дистрибутивах одразу, або у певному дистрибутиві-гілці-архітектурі.  Можна додати пошук по всіх гілках певної архітектури дистрибутива? Щоб можна було вибрати Debian i386 All і шукати у всіх сховищах, що підпадають під цей тип.

[lystor]

Можна додати пошук по всіх гілках певної архітектури дистрибутива?

Нажаль ні - база даних не містить інформації про категорії дистрибутивів.

[lystor]

На даний момент сайт для пошуку пакунків для Linux працює за новою адресою: pkgs.org.