Bug#1069964: debian-installer: Debian LXQt ISO loads all unnecessary proprietary firmware even with firmware=never parameter
Hello, on https://forums.debian.net/viewtopic.php?p=798356#p798356, it was mentioned that we should use the parameter live-installer/enable=false on a Debian Live ISO in order to recognize the firmware=never parameter. Ideally, if the parameter firmware=never is not recognized, it should include the parameter live-installer/enable=false or the installation should ask the user if they want proprietary firmware. On https://forums.debian.net/viewtopic.php?p=799106#p799106, it was confirmed that free firmware is also skipped when using the firmware=never parameter. It would be useful to have a parameter like firmware=free to include only free firmware or make firmware=never include free firmware. Let me know if I should create a new bug report or if it can be handled in this report also. On Sat, 27 Apr 2024 at 22:36, Cyril Brulebois wrote: > Hi, > > Thanks for the report but wow, that's way too many topics. > > baptx (2024-04-27): > > The following issue is based on the discussion I created on > > https://forums.debian.net/viewtopic.php?t=159027 where you can find > > attached the content of /var/log/installer/syslog which was generated > > on a virtual machine with virt-manager when installing > > debian-live-12.5.0-amd64-lxqt.iso with the firmware=never parameter > > (the problem was also present on my real computer when I tested with a > > previous version debian-live-12.0.0-amd64-lxqt.iso). I also attached > > the result of the vrms command after using firmware=never parameter. > > vrms is irrelevant. > > > To compare, you can also find attached another installer syslog > > without using firmware=never parameter, which also contains the line > > "hw-detect: skipping check-missing-firmware as requested by the > > caller" and looks like a bug. > > No, it's not. See check on CHECK_MISSING_FIRMWARE in hw-detect. > > > The firmware=never parameter did not work at all when using the LXQt > > ISO file (maybe the problem also happens on ISO files with other > > desktop environments), the non-free firmware packages were installed. > > That would be a bug in debian-live then, not in debian-installer. Cc-ing > accordingly. > > > And with the LXQt ISO file, the graphical expert install as well as > > the text expert install did not ask me if I want the non-free firmware > > packages, they were installed automatically. > > > I noticed the firmware=never parameter only worked with the netinst > > ISO file. > > Well, that's been added for use by debian-installer. What debian-live > does or doesn't do with it is outside our control. > > > For the automatic detection of needed non-free firmware packages, it > > only worked with the netinst ISO file as well (the LXQt ISO file > > installed all non-free firmware packages). But even with netinst ISO > > file, it seems it is only guessing the non-free firmware packages > > needed since several were not needed to make my laptop work correctly > > (firmware-realtek, firmware-sof-signed) when installed on my real > > computer instead of a virtual machine. > > The lookup is based on what devices are seen during the installation > process. If the relevant kernel modules list firmware files, we try to > match them to firmware packages, and queue their installation. Unless > firmware=never was used of course. That doesn't mean they are absolutely > required for those devices to work. There is just no way to know for > sure. > > > It would also be useful to have the firmware=never parameter added in > > a menu in the normal graphical installation (for people who don't want > > the complexity of the expert installation), since it is more > > convenient to have it in a menu and also avoids mistakes when typing > > firmware=never (I accidentally typed firmzare due to my AZERTY > > keyboard and the QWERTY input). > > Menu maintenance (esp. across architectures, BIOS vs. UEFI, etc.) is a > huge mess already, it might happen but I'm not holding my breath here. > > > It would be a good idea to warn the user if the entered parameter / > > value does not exist, to avoid unwanted results like installing > > non-free firmware. > > There's no absolute list to check against, so that cannot be done. > > > Cheers, > -- > Cyril Brulebois (k...@debian.org)<https://debamax.com/> > D-I release manager -- Release team member -- Freelance Consultant >
Bug#1069964: debian-installer: Debian LXQt ISO loads all unnecessary proprietary firmware even with firmware=never parameter
Package: debian-installer Severity: important X-Debbugs-Cc: baptx...@gmail.com The following issue is based on the discussion I created on https://forums.debian.net/viewtopic.php?t=159027 where you can find attached the content of /var/log/installer/syslog which was generated on a virtual machine with virt-manager when installing debian-live-12.5.0-amd64-lxqt.iso with the firmware=never parameter (the problem was also present on my real computer when I tested with a previous version debian-live-12.0.0-amd64-lxqt.iso). I also attached the result of the vrms command after using firmware=never parameter. To compare, you can also find attached another installer syslog without using firmware=never parameter, which also contains the line "hw-detect: skipping check-missing-firmware as requested by the caller" and looks like a bug. The firmware=never parameter did not work at all when using the LXQt ISO file (maybe the problem also happens on ISO files with other desktop environments), the non-free firmware packages were installed. And with the LXQt ISO file, the graphical expert install as well as the text expert install did not ask me if I want the non-free firmware packages, they were installed automatically. I noticed the firmware=never parameter only worked with the netinst ISO file. For the automatic detection of needed non-free firmware packages, it only worked with the netinst ISO file as well (the LXQt ISO file installed all non-free firmware packages). But even with netinst ISO file, it seems it is only guessing the non-free firmware packages needed since several were not needed to make my laptop work correctly (firmware-realtek, firmware-sof-signed) when installed on my real computer instead of a virtual machine. Can these issues be fixed? It would also be useful to have the firmware=never parameter added in a menu in the normal graphical installation (for people who don't want the complexity of the expert installation), since it is more convenient to have it in a menu and also avoids mistakes when typing firmware=never (I accidentally typed firmzare due to my AZERTY keyboard and the QWERTY input). It would be a good idea to warn the user if the entered parameter / value does not exist, to avoid unwanted results like installing non-free firmware. -- System Information: Debian Release: 12.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_IE:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#671748: iceweasel: cannot open local PHP files as HTML
Package: iceweasel
Version: 10.0.4esr-2
Severity: important
Tags: upstream
Iceweasel is unable to open PHP files without being in the localhost of a web
server.
This problem was present in Firefox 3.x
http://forums.mozillazine.org/viewtopic.php?f=38t=1923887 and is now working
on latest orignal Firefox versions.
If I open a PHP file who is not in the server folder, Iceweasel is asking what
to do: opening the PHP file or saving it. If I choose to open the file with
Iceweasel, it pop ups a new window with the same message.
Check Do this automatically for files like this from now on and it will run
in an infinite loop each time you open a local PHP file!
Sometimes I need to open PHP files who are not necessarily on a server, I only
need this files to be interpreted as HTML without PHP functions.
It is working on original Firefox versions and for a while, I've tried Firefox
9 it is working too, on 32bit and 64bit version.
Opera does this well too.
I have seen today an update Iceweasel 10.0.4esr-2 (Debian Wheezy) with the same
problem while original Firefox 10.0.4esr has no issue with local PHP files.
When creating a new profile the problem is still here.
So why isn't it working on Iceweasel if Iceweasel IS Firefox?
It is not only a rebranded version of Firefox if some functions are removed!
It's a very annoying problem. I hope it will be corrected in the next release.
By the way, why does it take so long for Iceweasel to be updated, is there so
much to do than just changing the name and logo of the app?
I support Iceweasel but it sucks always having an out of date version of
Firefox. Why not following the release channel instead of the ESR?
Thanks for the help.
-- Package-specific info:
-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled
Name: Collusion
Location: ${PROFILE_EXTENSIONS}/jid1-f9uj2thwoam...@jetpack.xpi
Status: enabled
Name: Cookie Monster
Location: ${PROFILE_EXTENSIONS}/{45d8ff86-d909-11db-9705-005056c8}.xpi
Status: enabled
Name: Default theme
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: DOM Inspector
Location: ${PROFILE_EXTENSIONS}/inspec...@mozilla.org
Status: enabled
Name: eCleaner
Location: ${PROFILE_EXTENSIONS}/{c72c0c73-4eb0-4fb3-af0f-074e97326cfd}.xpi
Status: enabled
Name: EventBug
Location: ${PROFILE_EXTENSIONS}/event...@getfirebug.com.xpi
Status: enabled
Name: Firebug
Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi
Status: enabled
Name: Firecookie
Location: ${PROFILE_EXTENSIONS}/firecoo...@janodvarko.cz.xpi
Status: enabled
Name: FirePHP
Location: ${PROFILE_EXTENSIONS}/firephpextension-bu...@firephp.org.xpi
Status: enabled
Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}
Status: enabled
Name: HTTPS-Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org
Status: enabled
Name: Lazarus: Form Recovery
Location: ${PROFILE_EXTENSIONS}/laza...@interclue.com.xpi
Status: enabled
Name: NoScript
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi
Status: enabled
Name: Status-4-Evar
Location: ${PROFILE_EXTENSIONS}/status4e...@caligonstudios.com.xpi
Status: enabled
Name: WOT
Location: ${PROFILE_EXTENSIONS}/{a0d7ccb3-214d-498b-b4aa-0e8fda9a7bf7}
Status: enabled
-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.2 (1.2-2))
Location: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-6-plugin:amd64
Status: enabled
Name: MozPlugger 1.14.3 handles QuickTime and Windows Media Player Plugin
(1.14.3)
Location: /usr/lib/mozilla/plugins/mozplugger.so
Package: mozplugger
Status: enabled
Name: Shockwave Flash
Location: /usr/lib/gnash/libgnashplugin.so
Package: browser-plugin-gnash
Status: enabled
-- Addons package information
ii browser-plugin 0.8.10-5+b1GNU Shockwave Flash (SWF) player - Plugin fo
ii icedtea-6-plug 1.2-2 web browser plugin based on OpenJDK and Iced
ii iceweasel 10.0.4esr-2Web browser based on Firefox
ii mozplugger 1.14.3-7 Plugin allowing external viewers to be launc
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90,
'experimental'), (90, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages iceweasel depends on:
ii debianutils 4.3
ii fontconfig 2.8.0-3.1
ii libc6 2.13-32
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-02.32.0-4
ii libgtk2.0-0 2.24.10-1
ii libnspr4-0d 4.9-1
ii libstdc++6 4.7.0-3
ii procps 1:3.3.2-3
ii xulrunner-10.0 10.0.4esr-2
iceweasel recommends no packages.
