А почему бы не запаковать прошивку отдельно?
Пакет firmware-linux живет на kernel.org и вряд ли стоит туда добавлять/удалять прошивки

Во-первых, linux-firmware.git есть на kernel.org:
http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=summary

Во-вторых, насколько я понял по истории изменений пакета, раньше у нас прошивки паковались как попало, а потом решили собрать один большой пакет. В спеке есть следующий комментарий:
# Remove firmware shipped in separate packages already.

В-третьих, в спеке есть и такой комментарий:
# Perhaps these should be built as subpackages of linux-firmware?

Давайте, действительно, порубим его на части. Я могу это сделать, если никто не возражает, заодно обновив файлы в директории/подпакете mrvl.

Можно, кстати, сделать find-prov, find-req для прошивок и модулей: загрузка прошивок в большинстве модулей сделана единообразно. Будем знать какой модуль какую прошивку хочет. Имеет смысл?

Извиняюсь, неправильно понял про kernel.org. Но что мешает нам иметь в своём пакете дополнительные прошивки?

(В ответ на комментарий №3)
> Извиняюсь, неправильно понял про kernel.org. Но что мешает нам иметь в своём
> пакете дополнительные прошивки?

Это неоправданное осложнение для сопровождения пакета.
Нам, в том числе Вам, ничего не мешает собрать отдельный пакет для Marvell и сопровождать его, не глядя сразу в два источника.

Ладно, соберу.

Но пилить linux-firmware всё равно надо. Хочу узнать, что сейчас этому препятствует. Или просто руки не дошли?

(В ответ на комментарий №5)
> Ладно, соберу.
> 
> Но пилить linux-firmware всё равно надо. Хочу узнать, что сейчас этому
> препятствует. Или просто руки не дошли?

Его пилят на kernel.org. А мы его просто собираем.

(В ответ на комментарий №6)
> (В ответ на комментарий №5)
> > Ладно, соберу.
> > 
> > Но пилить linux-firmware всё равно надо. Хочу узнать, что сейчас этому
> > препятствует. Или просто руки не дошли?
> 
> Его пилят на kernel.org. А мы его просто собираем.

  Да нет, я про разделение на подпакеты. :) Он у нас намеренно сделан монолитным? Определённый смысл в этом есть, потому что в системе, к которой могут быть подключены новые устройства (по USB), должны быть прошивки на «все случаи жизни», как и модули ядра. С другой стороны, для маленького дистрибутива под конкретную задачу это избыточно. Я, лично, за то, чтобы разбить linux-firmware на подпакеты согласно директориям и добавить виртуальный пакет для установки всего сразу.

На мой взгляд, данную прошивку следует собрать отдельно. Ида -- как у неё с лицензией? Полагаю, что никак..

А вдруг хотя бы redistributable? Кстати говоря, вот здесь выложена оригинальная ФС для плага, включая sd8688_ap.bin, но не написано под какой лицензией. Я написал им письмо с вопросом.

http://www.newit.co.uk/files-guruplug/guruplug-rootfs/

Paul -

The access point software is redistributable. We're also hoping that
Marvell or Globalscale will improve it at some point, but there's little
concrete to go on in that regard.

-- 
Alasdair Macdonald

New IT technical specialist

http://www.newit.co.uk

Можно добавлять в Сизиф?

Так стоп -- firmware-linux суть вполне определённый набор, расширять который всячески осмысленно через апстрим.  Если же чего не хватает прямщас -- пакуется отдельный firmware-*, при попадании в f-l обсолетится.

Как обсуждено, отдельные прошивки отдельными пакетами или через апстрим.