On Wed, Jun 23, 2010 at 03:42:19PM +0200, Goswin von Brederlow wrote:
>Steve McIntyre writes:
>
>> On Thu, May 27, 2010 at 03:17:08PM +0100, Steve McIntyre wrote:
>>>On Sat, May 22, 2010 at 06:58:52PM +0200, Petter Reinholdtsen wrote:
>>>
>>>I've added code into debian-cd to generate images with f
Steve McIntyre writes:
> On Thu, May 27, 2010 at 03:17:08PM +0100, Steve McIntyre wrote:
>>On Sat, May 22, 2010 at 06:58:52PM +0200, Petter Reinholdtsen wrote:
>>
>>I've added code into debian-cd to generate images with firmware on the
>>first CD. Add "FORCE_FIRMWARE=1" in CONF.sh. I've also twea
Stefano wrote:
>On Wed, Jun 09, 2010 at 01:16:27PM +0100, Steve McIntyre wrote:
>...
>> >http://cdimage.debian.org/cdimage/daily-builds/sid_d-i/20100527-7/i386/iso-cd/firmware-testing-i386-netinst.iso
>
>I used it to install a IBM/Lenovo ThinkPad R52 with Intel Wireless card and
>anything went righ
Hi!
* Steve McIntyre [100609 14:16]:
> > * how to describe them in the README on the disc. For now I've added:
> >
> > "This disc includes non-free firmware files to make installation
> >easier on some systems. See http://wiki.debian.org/Firmware for
> >more details."
> >
> > but I'm
On Thu, May 27, 2010 at 03:17:08PM +0100, Steve McIntyre wrote:
>On Sat, May 22, 2010 at 06:58:52PM +0200, Petter Reinholdtsen wrote:
>
>I've added code into debian-cd to generate images with firmware on the
>first CD. Add "FORCE_FIRMWARE=1" in CONF.sh. I've also tweaked the
>build scripts so that
On Sat, May 22, 2010 at 06:58:52PM +0200, Petter Reinholdtsen wrote:
>
>Today I had a look at this issue, and tested a bit. A new package was
>just uploaded to unstable with the changes I believe we need in Debian
>Edu.
>
>I changed the hw-detect code that take care of the firmware loading,
>to se
Today I had a look at this issue, and tested a bit. A new package was
just uploaded to unstable with the changes I believe we need in Debian
Edu.
I changed the hw-detect code that take care of the firmware loading,
to see if the .deb file include a preinst, and run it if it exist.
With the firmw
Frans Pop wrote:
> On Tuesday 16 March 2010, Holger Levsen wrote:
> > On Dienstag, 16. März 2010, Frans Pop wrote:
> > > An additional issue with non-free firmware is that including it in the
> > > way you propose would (I think) mean it will get loaded without any
> > > prompting of the user, whic
[Holger Levsen]
> P.S.: should this be moved to a proper bug?
Yes. Patch for hw-detect submitted in #574116.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arch
On Tuesday 16 March 2010, Petter Reinholdtsen wrote:
> Actually, something causes main-menu to crash if I adjust mountmedia
> to return CD devices too, so I suspect it is better to adjust
> check-missing-firmware to also look in /cdrom/firmware/ for debs.
Probably because the CD is already mounted
On Tuesday 16 March 2010, Holger Levsen wrote:
> On Dienstag, 16. März 2010, Frans Pop wrote:
> > An additional issue with non-free firmware is that including it in the
> > way you propose would (I think) mean it will get loaded without any
> > prompting of the user, which may in some cases violate
[Frans Pop]
> I think the problem with that is that including the firmware on the
> CD in the first place is in contradiction with Debian's current
> policy not to include firmware in the distribution. The current
> firmware support is very explicitly limited to support loading from
> external med
Hi,
On Dienstag, 16. März 2010, Frans Pop wrote:
> An additional issue with non-free firmware is that including it in the way
> you propose would (I think) mean it will get loaded without any prompting
> of the user, which may in some cases violate licence terms.
i thought the same at first, but
On Tuesday 16 March 2010, Petter Reinholdtsen wrote:
> Further testing of this fix proved that it is insufficient. hw-detect
> call check-missing-firmware, which look on several devices (disk, USB
> sticks, floppies) for firmware, but fail to look on the CD itself.
> This, I must admit, is very sa
[Petter Reinholdtsen]
> Yesterday, I figured out a workaround for this, and I wanted to
> share the solution with the rest of you, and ask if perhaps the
> default behaviour of debian-cd or d-i (hw-detect) should change to
> make this workaround unneeded.
Further testing of this fix proved that it
On Monday 15 March 2010, Petter Reinholdtsen wrote:
> > That source package does not contain all available firmware, FWIW.
> > You're missing at least zd1211-firmware and
> > atmel-firmware. debian-cd has a list in tasks/firmware.
>
> Btw, tasks/firmware refer to the non-existing package
> firmware
[Joey Hess]
> That source package does not contain all available firmware, FWIW.
> You're missing at least zd1211-firmware and
> atmel-firmware. debian-cd has a list in tasks/firmware.
Btw, tasks/firmware refer to the non-existing package
firmware-ipw3945. Did it change name, go away or is it pla
[Joey Hess]
> The problem with making hw-detect look in pool/ is that it does not know
> what debs contain firmware. It assumes there will not be too many debs
> in the places it looks, and so it examines them all, unpacking them to
> find ones that contain the firmware files. If it also looked in
Petter Reinholdtsen wrote:
> Should this be the default behaviour of debian-cd, or should hw-detect
> be changed to look for firmware packages where debian-cd put them when
> firmware debs is in the package list?
The problem with making hw-detect look in pool/ is that it does not know
what debs co
In the Debian Edu project, we generate our own CDs with adjustment to
the installer and provided packages. We have also included some
non-free firmware deb packages in the naive hope that d-i would use
them when needed. This has proven to not work, as d-i do not look for
firmware packages in the
20 matches
Mail list logo
