Bug#987845: hardwired proxy settings by debian-installer with network-auto-config in proxy-auto-config network

[Rado Q]

Package: installation-reports

Boot method: network
Image version: mini.iso with files within of Nov 30 09:49 2020
Date: sometime in Dec 2020

Machine: various
Processor: various
Memory: 8gb
Partitions: basically 2 ext4 parts, / + /home


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

After complete and successful installation, the following files have
these proxy config lines stored in them to be used with apt(titude)
and every application reacting to those environment variables.
Installation network setup was auto-configured while the system was
in a network with proxy-auto-config active.

Expectation:
when choosing auto-configure-network during installation, the
resulting system should be operative in every foreign environment.
(think of notebook in roaming use)

Result:
applications strictly following those hardwired configs can't operate
outside the original installation network, where the given proxy exists,
but nowhere else. PAC results during installation shouldn't be
'hardwired' into the system to last when moving to another network.

I tried to reproduce with WPAD or PAC in dhcp at home, but my knowledge
of those technologies didn't suffice to set it up properly.
If more info/details of the original network environment is required,
then I must ask for permission to reproduce, can take time (school in lockdown).

If the result is intentional for 'local use only', then this is no
defect but feature-request to add another option to choose between
'automatic config for local use' and '... roaming use'.

This is the result of 'fgrep -r proxy-IP /etc'.

-- QUOTE BEGIN --
/etc/apt/apt.conf:Acquire::http::Proxy "http://10.x.x.x:8080;;
/etc/apt/apt.conf:Acquire::ftp::Proxy "http://10.x.x.x:8080;;
/etc/environment:http_proxy=http://10.x.x.x:8080
/etc/environment:ftp_proxy=http://10.x.x.x:8080
/etc/environment:https_proxy=http://10.x.x.x:8080
--- QUOTE END ---

Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820

[Rado Q]

Package: systemd
Version: 241-7~deb10u1

Dear Maintainer,
   * What led up to the situation?
Installation of debian10.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Boot.

   * What was the outcome of this action?
Failed systemd-backlight@backlight:dell_backlight.service .

   * What outcome did you expect instead?
Startup without failure.


This happens with dell d600, d620, d820.
It works OK for dell vostro 1520.

How to get more info?

Bug#942208: Login GUI build up & interaction in slow motion (2-3secs to complete)

[Rado Q]

Package: xserver-xorg-core
Version: 2:1.20.4-1

Dear Maintainer,
   * What led up to the situation?
Boot into GUI-Login, startup of xdm, entering text into input fields.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Installation of xdm + xserver-xorg, installation of xserver-xorg-video-intel
was not included as dependency, but even explicit installation of
xserver-xorg-video-intel didn't change it.

   * What was the outcome of this action?
Initial xdm screen build-up takes 2-3 secs, you can watch the lines
of pixels be drawn.
Confirmation of input fields for login & password each likewise
take 2-3secs to refresh the display.

   * What outcome did you expect instead?
Initial build-up as well as refresh for input confirmation to be
instantuous as it was before debian10 and still works for other
systems even in debian10 using gpu-specific xorg-drivers (radeon + intel).


Further details
---
The slow build happens with Intel GM45 Express Chipset x86/MMX/SSE2.

The fast "normal" build up happens with:
- ATI Radeon Mobility 9000 (M9)
- Intel 945GM

I've attached the Xorg.log for each of them.

How can I force the use of the intel-driver for comparison?

Thanks,
Rado
 
X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
 Build Operating System: Linux 4.9.0-8-amd64 i686 Debian
 Current Operating System: Linux hit500 4.19.0-6-686-pae #1 SMP Debian 
4.19.67-2+deb10u1 (2019-09-20) i686
 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-6-686-pae 
root=UUID=fbe40da0-f2d1-4c38-a49b-3d6a8868c8f2 ro quiet ipv6.disable=1 
net.ifnames=0
 Build Date: 05 March 2019  08:11:12PM
 xorg-server 2:1.20.4-1 (https://www.debian.org/support) 
 Current version of pixman: 0.36.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
 Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
 (==) Log file: "/var/log/Xorg.0.log", Time: Sat Oct 12 12:01:43 2019
 (==) Using system config directory "/usr/share/X11/xorg.conf.d"
 (==) No Layout section.  Using the first Screen section.
 (==) No screen section available. Using defaults.
 (**) |-->Screen "Default Screen Section" (0)
 (**) |   |-->Monitor ""
 (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
 (==) Automatically adding devices
 (==) Automatically enabling devices
 (==) Automatically adding GPU devices
 (==) Max clients allowed: 256, resource mask: 0x1f
 (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
 (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
Entry deleted from font path.
 (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
Entry deleted from font path.
 (WW) The directory "/usr/share/fonts/X11/Type1" does not exist.
Entry deleted from font path.
 (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
Entry deleted from font path.
 (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
Entry deleted from font path.
 (==) FontPath set to:
/usr/share/fonts/X11/misc,
built-ins
 (==) ModulePath set to "/usr/lib/xorg/modules"
 (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
 (II) Loader magic: 0x68f740
 (II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 24.0
X.Org XInput driver : 24.1
X.Org Server Extension : 10.0
 (++) using VT number 7

 (II) systemd-logind: logind integration requires -keeptty and -keeptty was not 
provided, disabling logind integration
 (II) xfree86: Adding drm device (/dev/dri/card0)
 (--) PCI:*(0@0:2:0) 8086:2a42:1028:02bc rev 7, Mem @ 0xf440/4194304, 
0xd000/268435456, I/O @ 0x1800/8, BIOS @ 0x/131072
 (--) PCI: (0@0:2:1) 8086:2a43:1028:02bc rev 7, Mem @ 0xf410/1048576
 (II) LoadModule: "glx"
 (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
 (II) Module glx: vendor="X.Org Foundation"
compiled for 1.20.4, module version = 1.0.0
ABI class: X.Org Server Extension, version 10.0
 (==) Matched modesetting as autoconfigured driver 0
 (==) Matched fbdev as autoconfigured driver 1
 (==) Matched vesa as autoconfigured driver 2
 (==) Assigned the driver to the xf86ConfigLayout
 (II) LoadModule: "modesetting"
 (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
 (II) Module modesetting: vendor="X.Org Foundation"
compiled for 1.20.4, module version = 1.20.4
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 24.0
 (II) LoadModule: "fbdev"
 (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
 (II) Module fbdev: vendor="X.Org Foundation"