[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#405888: marked as done (PATCH: customization-modules architecture for add-on udebs)

Your message dated Mon, 29 Jul 2013 16:45:40 +0200
with message-id <201307291645.54643.holger@layer-acht.org>
and subject line Re: Bug#405888: patch from 2007 still useful today ?
has caused the Debian Bug report #405888,
regarding PATCH: customization-modules architecture for add-on udebs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
405888: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405888
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: debian-installer
Severity: wishlist
Tags: patch

Well, I guess I can submit it this way.  It works to load arbitrary udebs from
CD, network (http://home.twcny.rr.com/nerode/apt-repo/), or floppy.  

Let me emphasize that: it *WORKS*.  This provides *fully functional* support for 
multiple udeb repositories, albeit only a limited form of support: there's still 
one "main" repository, but extra udebs can be tacked on at install time.  It wouldn't
be usable to alter major parts of d-i functionality, but it would be great for
add-on hardware support or similar things which could be "tacked on the side" without
overly complicated dependencies.  And add-on hardware support for non-free drivers
is of course the motivating reason behind this!

I am proud of its small size and reuse of existing code for elegant results.
It depends on two patches: the net-retriever patch in #389430, and the anna patch
in the recently filed #405886.  (It has a versioned dependency on the 'next'
version of anna for this reason.)

There is a possible issue related to integrating it into the various installer builds;
when this is done in the straightforward way, the ordinary "load installer components
from CD" and "load installer components from net" options both show up in the main
menu even when only one is supposed to.  This shouldn't be a problem but I'm not
sure how the non-expert install works; if it just runs through the menu items in order
then this would be a problem. 

The problem lies in the dependency by net-retriever on choose-mirror and the 
Menu-Item status of choose-mirror, and the dependency by cdrom-retriever on 
cdrom-detect and the Menu-Item status of cdrom-detect.  I believe a judicious 
splitting of cdrom-detect and choose-mirror into main udebs and udebs providing 
the menu item (and depending on the main udeb) would probably sort this one out, 
but I haven't tried untangling it yet.

For now, not including customization-modules in standard builds, but making it
available in the d-i repo so that it could be tried out by people other than me,
would be great.

Attached are the tar.gz and .dsc.

Format: 1.0
Source: customization-modules
Version: 0.12
Binary: customization-modules
Maintainer: Debian Install System Team <debian-boot@lists.debian.org>
Architecture: all
Standards-Version: 3.7.2
Build-Depends: debhelper (>= 5.0.22), po-debconf (>= 0.5.0)
Uploaders: Nathanael Nerode <neroden@gcc.gnu.org>
Files: 
 6c4b5273748203d0e216f0b484f9172d 5231 customization-modules_0.12.tar.gz

Attachment: customization-modules_0.12.tar.gz
Description: Binary data


--- End Message ---
--- Begin Message --- 
Hi Nathanael,

On Sonntag, 28. Juli 2013, Nathanael Nerode (FLOSS) wrote:
> It was solved in a different way, it's probably not useful now.

thanks for the info, thus closing this bug.


cheers,	
	Holger

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: