http://bugs.skolelinux.org/show_bug.cgi?id=1460
Holger Levsen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
On Fri, Mar 30, 2012 at 05:09:24PM +0200, Holger Levsen wrote:
Hi,
On Freitag, 30. März 2012, Giorgio Pioda wrote:
- a single package that takes a debian system and turns it into
a workstation client /roaming client so that it could be possible
to first install a squeeze with upgraded
Hi,
what about having either
-an installer with integrated firmware and upgraded
kernel, like Kenshi Muto's one, for Debian Edu
or in alternative
- a single package that takes a debian system and turns it into
a workstation client /roaming client so that it could be possible
to first install
Hi,
On Freitag, 30. März 2012, Giorgio Pioda wrote:
- a single package that takes a debian system and turns it into
a workstation client /roaming client so that it could be possible
to first install a squeeze with upgraded kernel and then conncet to Edu?
debian-edu-config should do that. we
hand, our DVD and CD images include all the
firmware packages and this firmware will be used automatically if it is
needed on the machine being installed.
I guess we should clean up the scripts and make them have consistent
behaviour, but that can wait for Wheezy, I believe.
yes.
documenting
[Wolfgang Schweer]
Well, it would work I suppose. But it was easier for me to use
existing ltsp knowhow. In most cases only some firmware must be
added. In that case the initrd will only be a bit bigger than
before. (The packages get superfluously installed in the chroot but
that should do
[Petter Reinholdtsen]
The process of finding and installing required firmware packages can
be automated, and the following is a draft script to do so. I hope
eventually to have something similar integrated into the hw-detect
udeb used by debian-installer
Please test it and let me know
I've been looking at how to improve the laptop experience, and one
common problem is the need for extra firmware for the wireless cards.
The process of finding and installing required firmware packages can
be automated, and the following is a draft script to do so. I hope
eventually to have
On Sat, 07 Jan 2012, Petter Reinholdtsen wrote:
Why these changes?
-debnames=$(apt-cache search ^firmware-.*|cut -d -f1)
+debnames=$(apt-cache search ^firmware-.*|grep -v b43|cut -d -f1)
Why do you need to drop the b43 firmware installer?
Both packages contain no firmware
[Wolfgang Schweer]
Both packages contain no firmware, docu only. Real error was:
Right. I added code to ignore all installer packages for now.
-y for speed, the other ones are actually superfluous (habit).
Right. Changed to --download-only -y -q.
+ if [ $name != firmware-linux
On Sat, Jan 07, 2012 at 10:50:26AM +0100, Petter Reinholdtsen wrote:
Btw, it might probably be possible to use the same script to convert
the LTSP initrd to include firmware for LTSP clients. Would be useful
to investigate. :)
Well, it would work I suppose. But it was easier for me to use
It should be documented somewhere, that those small binary blobs
(package firmware-linux-nonfree) must be provided (on usb key / floppy
disk), if the machine has an appropriate network card - like some old
Intel cards (kernel module e100). Otherwise pxeinstall will not be
possible
[Wolfgang Schweer]
It should be documented somewhere, that those small binary blobs
(package firmware-linux-nonfree) must be provided (on usb key /
floppy disk), if the machine has an appropriate network card - like
some old Intel cards (kernel module e100). Otherwise pxeinstall
On Fri, 06 Jan 2012, Petter Reinholdtsen wrote:
[Wolfgang Schweer]
It should be documented somewhere, that those small binary blobs
(package firmware-linux-nonfree) must be provided (on usb key /
floppy disk), if the machine has an appropriate network card - like
some old Intel cards
[Wolfgang Schweer]
Next week. I will also add a note for thin clients cause there's a
similar problem.
Yeah. :(
Do not have a finished script to fix LTSP boot.
It didn't until I changed it a bit.
Why these changes?
-debnames=$(apt-cache search ^firmware-.*|cut -d -f1)
+debnames
http://bugs.skolelinux.org/show_bug.cgi?id=1429
Marius Kotsbak mar...@kotsbak.com changed:
What|Removed |Added
CC||mar...@kotsbak.com
http://bugs.skolelinux.org/show_bug.cgi?id=1460
Holger Levsen hol...@layer-acht.org changed:
What|Removed |Added
Summary|package firmware-linux- |needs documentation
http://bugs.skolelinux.org/show_bug.cgi?id=1460
Holger Levsen hol...@layer-acht.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
http://bugs.skolelinux.org/show_bug.cgi?id=1460
Summary: package firmware-linux-nonfree missing in ltsp chroot
Product: Skolelinux
Version: SVN
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority
Hallo Petter,
On Fr, 31 Dez 2010, Petter Reinholdtsen wrote:
It is not done because it should not be needed in the generic case.
o.k.; then it might be right on the server side, where no firmware was
needed.
On the client side, a box with a module e100 neading card didn't came
up. I had
Hi,
I'm new to this list and I'm testing today's netinstall-image (using
usb stick) on some real hardware.
All firmware-linux packages are available on cd, but only
firmware-linux-free gets installed in the chroot. There should be
firmware-linux-nonfree as well to make some hardware work out
[Wolfgang Schweer]
Hi,
I'm new to this list and I'm testing today's netinstall-image (using
usb stick) on some real hardware.
All firmware-linux packages are available on cd, but only
firmware-linux-free gets installed in the chroot. There should be
firmware-linux-nonfree as well to make
Hi,
does this affect Debian Edu builds? If so, how?
(Apologies if this already has been dealt with, I'm catching up on DebConf10
backlog...)
cheers,
Holger
-- Forwarded Message --
Betreff: Firmware images moved
Datum: Samstag, 7. August 2010
Von: Steve McIntyre st
with firmware on the
first CD. Add FORCE_FIRMWARE=1 in CONF.sh. I've also tweaked the
build scripts so that we'll start generating them. I can see that I've
got all the firmware debs in /firmware in the ISO, but I don't see any
feedback to suggest that the installer is picking up on them. Test
images
Steve McIntyre st...@einval.com 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
Hi!
* Steve McIntyre st...@einval.com [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
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 we'll
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 see
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 sad. I had a look at the source of
check-missing-firmware and saw it was looking in the firmware/
directory
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 sad
[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 media
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
[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-edu-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
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
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, which may
[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
http://bugs.skolelinux.org/show_bug.cgi?id=1429
--- Comment #2 from Petter Reinholdtsen p...@hungry.com 2010-03-15 20:07:43
---
I implemented this for our build this weekend. It need to be tested on
a machine needing extra firmware, to verify that symlinking from firmware
On Samstag, 13. März 2010, Petter Reinholdtsen wrote:
I am refering to the question whether to look for the firmware. I do
not change how d-i handle firmware, so I do not affect the other
stuff.
Ah. Thanks for clarifying!
signature.asc
Description: This is a digitally signed message part.
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
[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
I just patched the CD and DVD build system to try to provide the extra
firmware packages in a location where debian-installer (hw-detect) is
able to find them. The firmware packages are only looked for in / and
/firmware/ on the CD and DVD, while we provided them in
/pool/non-free/f/firmware
Hi,
On Samstag, 13. März 2010, Petter Reinholdtsen wrote:
I just patched the CD and DVD build system to try to provide the extra
firmware packages in a location where debian-installer (hw-detect) is
able to find them. The firmware packages are only looked for in / and
/firmware/ on the CD
[Holger Levsen]
Are you refering to the question whether to look for the firmware or to
accept
specific licences? The latter I actually see as a requierement :-)
I am refering to the question whether to look for the firmware. I do
not change how d-i handle firmware, so I do not affect
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
I did a quick test to see which firmware packages are currently
installed on machines reporting to popcon.skolelinux.org. Here is the
complete list:
% GET http://popcon.skolelinux.org/by_inst|grep firmware|cut -c1-95
2446 firmware-bnx2 15 0 8 0 7 (Debian
Hi,
On Dienstag, 26. Januar 2010, Petter Reinholdtsen wrote:
Perhaps the missing firmware packages should be added to the DVD to
make sure those that need them can find them even without a working
network connection?
Sure!
cheers,
Holger
signature.asc
Description
(as long as they are at least distributable, obviously)
signature.asc
Description: This is a digitally signed message part.
http://bugs.skolelinux.org/show_bug.cgi?id=1429
Summary: Non-free firmware on the CD and DVD is not installed
automatically when needed
Product: Skolelinux
Version: lenny-rc1
Platform: All
OS/Version: Linux
Status
http://bugs.skolelinux.org/show_bug.cgi?id=1429
Holger Levsen hol...@layer-acht.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
http://bugs.skolelinux.org/show_bug.cgi?id=1395
Holger Levsen hol...@layer-acht.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
|with RAID and usbstick for |workaround problems with
|nonfree firmware|certain RAIDs and usbstick
||for nonfree firmware
--
Configure bugmail: http://bugs.skolelinux.org/userprefs.cgi?tab=email
Priority|P1 |P2
Summary|Reboot after installation of|problems installing GRUB
|main server gives GRUB error|with RAID and usbstick for
||nonfree firmware
--- Comment #8 from Holger Levsen hol
53 matches
Mail list logo