Re: Graphical installer on arm64 (netboot and cdrom)
On Tue, Apr 21, 2020 at 11:15 AM Alper Nebi Yasak wrote: > IMO, the right answer is "tty0 not even being in /proc/consoles in this > case (where it should've also been the /dev/console) is a kernel bug". I > tried to write a patchset [1] a while back, but received no feedback > except from kbuild test bot saying it's broken (s/#elif/#else on the > last patch). I don't know if I did anything wrong or anything right at all. ISTR that CCing Andrew Morton can help get patches into Linux if the maintainers of the code in question do not reply. I suggest you try that after you fix the issue pointed out by the bot. -- bye, pabs https://wiki.debian.org/PaulWise
Re: daily images not deploying?
On Sat, Apr 25, 2020 at 08:59:30PM -0500, Daniel Lewart wrote: >Steve, et al, > >> I'm hoping the next build in ~6h will work OK >> I've just prodded ftpmaster about the signing queue. Hopefully this >> should *not* cause issues like this again in future, as I've relaxed >> the dependencies around the signed packages. > >Nothing for Apr 25 or Apr 26. > >I hope this can be fixed before the Apr 27 Weekly builds. Looks like it's worked now - see https://d-i.debian.org/daily-images/amd64/20200426-00:22/ for the latest amd64 build. -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me
Re: daily images not deploying?
Steve, et al, > I'm hoping the next build in ~6h will work OK > I've just prodded ftpmaster about the signing queue. Hopefully this > should *not* cause issues like this again in future, as I've relaxed > the dependencies around the signed packages. Nothing for Apr 25 or Apr 26. I hope this can be fixed before the Apr 27 Weekly builds. Good luck! Daniel Lewart Urbana, Illinois
Re: Bug#956216: buster-pu: package systemd/241-7~deb10u3
Control: tags -1 + confirmed d-i On Wed, 2020-04-08 at 16:11 +0200, Michael Biebl wrote: > I'd like to make a stable/buster upload for systemd fixing CVE-2020- > 1712 > https://security-tracker.debian.org/tracker/CVE-2020-1712 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950732 > > After talking to the security team (namely Salvatore), we decided to > fix this issue via a stable upload. > > The debdiff is a bit on the larger side, unfortunately. > Salvatore made a smaller backport avoiding some of the refactorings > that were done upstream > https://salsa.debian.org/systemd-team/systemd/-/merge_requests/69 > > I decided to go with the backport provided by upstream that was done > for the v241-stable branch mainly for two reasons: > - It makes potential future cherry-picks easier > - Doing our own backport has the potential to introduce Debian > specific bugs > I'd be OK with that, but this will need a KiBi-ack, so CCing and tagging accordingly. Regards, Adam
Bug#958844: installation-reports: installation report - succesfull installation on iMac G5 (powerpc64)
Package: installation-reports Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: Boot method: CD Image version: https://cdimage.debian.org/cdimage/ports/2020-04-19/debian-10.0-ppc64-NETINST-1.iso Date: 2020-04-20 11:00 Machine: iMac G5 2.1 20", A1145, PowerMac12,1 Partitions: Filesystem Type 1K-blocksUsed Available Use% Mounted on udev devtmpfs 2075584 0 2075584 0% /dev tmpfs tmpfs 452224 14400437824 4% /run /dev/sda7 ext4 165438336 6490612 150474216 5% / tmpfs tmpfs 2260864 20672 2240192 1% /dev/shm tmpfs tmpfs 5120 64 5056 2% /run/lock tmpfs tmpfs 2260864 0 2260864 0% /sys/fs/cgroup /dev/sda2 hfs 1249906516118474 6% /boot/grub tmpfs tmpfs 452160 128452032 1% /run/user/1000 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 media: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Installation without problems, grub install works perfectly. Only grub partition is not visible on powermac Startup Manager (alt//option) on early strtup. I correct it with "blessing" file /System/Library/CoreServices/BootX on bootstrap (grub) partition. I blessed this file with MorphOS command HFSsetMacBooot and it works I will test it later under debian - maybe this? hmount /dev/sda2 && hattrib -b untitled:System:Library:CoreServices I will make a notice to debian-powerpc mailing list -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="11 (bullseye) - installer build 20200315" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux imac 5.5.0-2-powerpc64 #1 SMP Debian 5.5.17-1 (2020-04-15) ppc64 GNU/Linux lspci -knn: lspci: Unable to load libkmod resources: error -12 lspci -knn: :00:0b.0 PCI bridge [0604]: Apple Inc. CPC945 PCIe Bridge [106b:005b] lspci -knn: :04:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV380 [Radeon X600] [1002:3e50] lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RV380 [Radeon X600] [1002:3e50] lspci -knn: 0001:00:00.0 Host bridge [0600]: Apple Inc. U4 HT Bridge [106b:0074] lspci -knn: 0001:00:01.0 PCI bridge [0604]: Apple Inc. Shasta PCI Bridge [106b:0053] lspci -knn: 0001:00:02.0 PCI bridge [0604]: Apple Inc. Shasta PCI Bridge [106b:0054] lspci -knn: 0001:00:03.0 PCI bridge [0604]: Apple Inc. Shasta PCI Bridge [106b:0055] lspci -knn: 0001:01:01.0 Network controller [0280]: Broadcom Inc. and subsidiaries BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller [14e4:4318] (rev 02) lspci -knn: Subsystem: Apple Inc. Device [106b:4318] lspci -knn: Kernel driver in use: b43-pci-bridge lspci -knn: 0001:01:07.0 Unassigned class [ff00]: Apple Inc. Shasta Mac I/O [106b:004f] lspci -knn: Kernel driver in use: macio lspci -knn: 0001:01:0b.0 USB controller [0c03]: NEC Corporation OHCI USB Controller [1033:0035] (rev 43) lspci -knn: Subsystem: NEC Corporation OHCI USB Controller [1033:0035] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 0001:01:0b.1 USB controller [0c03]: NEC Corporation OHCI USB Controller [1033:0035] (rev 43) lspci -knn: Subsystem: NEC Corporation OHCI USB Controller [1033:0035] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 0001:01:0b.2 USB controller [0c03]: NEC Corporation uPD72010x USB 2.0 Controller [1033:00e0] (rev 04) lspci -knn: Subsystem: NEC Corporation uPD72010x USB 2.0 Controller [1033:00e0] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 0001:02:0c.0 IDE interface [0101]: Broadcom K2 SATA [1166:0240] lspci -knn: Subsystem: Broadcom K2 SATA [1166:0240] lspci -knn: Kernel driver in use: sata_svw lspci -knn: 0001:0
Re: Bug#954838: buster-pu: package wpa/2:2.7+git20190128+0c1e29f-6+deb10u2
Control: tags -1 + confirmed d-i On Tue, 2020-03-24 at 11:33 +0100, Andrej Shadura wrote: > I’m proposing to upload a couple of upstream patches improving Wi-Fi > connectivity in some cases especially on certain hardware. > > For two of them, the relevant issues are #942164 and LP: #1867908. > I'd be OK with that, but as wpa builds a debdiff this will need a KiBi- ack. CCing and tagging accordingly. Regards, Adam
Re: Bug#947442: buster-pu: package pango1.0/1.42.4-8~deb10u1
Control: tags -1 + confirmed On Thu, 2019-12-26 at 21:43 +, Simon McVittie wrote: > We've been asked to fix a crash bug (#898960) in buster. Would you > be willing to consider a direct backport of 1.42.4-8 when it has had > some more time in unstable? In addition to a simple crash fix, it > has some improvements to the autopkgtest (which do not affect binary > packages). Diff below. > > Or I could drop the autopkgtest changes and do a 1.42.4-7~deb10u2 or > something with just the crash fix, if preferred. Sorry for the delay in replying. I'd be happy with the diff as presented, thanks. > Either way this will need a d-i ack - the graphical installer uses > Pango, via GTK 2. > CCing for that. Regards, Adam
Bug#958835: installation-report: all ok
Package: installation-reports Version: 2.74 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: Boot method: CD Image version: https://cdimage.debian.org/ports/2020-04-19/debian-10.0-ppc64-NETINST.iso bulid date 2020-04-19 18:34 Date: 2020-04-20 20:30 Machine: Powermac G5 Quad, A1117/A1177, PowerMac11,2 Partitions: Filesystem Type 1K-blocksUsed Available Use% Mounted on udev devtmpfs 7720704 0 7720704 0% /dev tmpfs tmpfs 16418567936 1633920 1% /run /dev/sda7 ext4 76372700 4490048 67960020 7% / tmpfs tmpfs 8209088 0 8209088 0% /dev/shm tmpfs tmpfs 5120 64 5056 2% /run/lock tmpfs tmpfs 8209088 0 8209088 0% /sys/fs/cgroup /dev/sda2 hfs 1249906524118466 6% /boot/grub tmpfs tmpfs 1641792 0 1641792 0% /run/user/0 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 media: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: installation on powermac64 with grub works fine, only grub partition is not visible in mac Startup Manager (alt/option during early boot) Maybe is needed "to bless" /System/Library/CoreServices/BootX file? I will try and make notice to debian-powerpc mailing list -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="11 (bullseye) - installer build 20200315" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux powermac 5.5.0-2-powerpc64 #1 SMP Debian 5.5.17-1 (2020-04-15) ppc64 GNU/Linux lspci -knn: lspci: Unable to load libkmod resources: error -12 lspci -knn: :00:0b.0 PCI bridge [0604]: Apple Inc. CPC945 PCIe Bridge [106b:005b] lspci -knn: :0a:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] R580+ [Radeon X1950 XTX] [1002:7240] lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] R580+ [Radeon X1950 XTX] [1002:7240] lspci -knn: 0001:00:00.0 Host bridge [0600]: Apple Inc. U4 HT Bridge [106b:0074] lspci -knn: 0001:00:01.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-X bridge [1166:0130] (rev a3) lspci -knn: 0001:00:02.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-X bridge [1166:0130] (rev a3) lspci -knn: 0001:00:03.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-Express Bridge [1166:0132] (rev a3) lspci -knn: 0001:00:04.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-Express Bridge [1166:0132] (rev a3) lspci -knn: 0001:00:05.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-Express Bridge [1166:0132] (rev a3) lspci -knn: 0001:00:06.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-Express Bridge [1166:0132] (rev a3) lspci -knn: 0001:00:07.0 PCI bridge [0604]: Apple Inc. Shasta PCI Bridge [106b:0053] lspci -knn: 0001:00:08.0 PCI bridge [0604]: Apple Inc. Shasta PCI Bridge [106b:0054] lspci -knn: 0001:00:09.0 PCI bridge [0604]: Apple Inc. Shasta PCI Bridge [106b:0055] lspci -knn: 0001:01:07.0 Unassigned class [ff00]: Apple Inc. Shasta Mac I/O [106b:004f] lspci -knn: Kernel driver in use: macio lspci -knn: 0001:01:0b.0 USB controller [0c03]: NEC Corporation OHCI USB Controller [1033:0035] (rev 43) lspci -knn: Subsystem: NEC Corporation OHCI USB Controller [1033:0035] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 0001:01:0b.1 USB controller [0c03]: NEC Corporation OHCI USB Controller [1033:0035] (rev 43) lspci -knn: Subsystem: NEC Corporation OHCI USB Controller [1033:0035] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 0001:01:0b.2 USB controller [0c03]: NEC Corporation uPD72010x USB 2.0 Controller [1033:00e0] (rev 04) lspci -knn: Subsystem: NEC Corporation uPD72010x USB 2.0 Controller [1033:00e0] lspci -knn: Kernel driver in use: ehci-p
Re: building a custon talking debian installation image with build essential and other packages on the disc as well as the mate accessible desktop
hi there, how do you get back to the main menu of the net install iso? after you press the s key? Majid On 25/04/2020, john doe wrote: > On 4/24/2020 9:29 PM, Nick Gawronski wrote: >> Hi, I am totally blind and know about pressing s to start the installer >> with speech as I do this then go back to the main menu and set debconf >> priority to low so I have the most control during the installation >> process. I looked into the simple-cdd package for building a debian >> installation image but could not find out how to include the full mate >> debian desktop with orca the screen reader setup for speech as well as >> build-essential and other development packages. What would be the best >> process for building such an image that starts automatically at low > > I guess including a preseed file might be useful there. > >> priority with speech running and a highor volume level then normal for >> systems where you would like speech to be not so soft during the >> installation process? >> > > You can increase the volume of 'espeakup' a bit but if the volume of the > detected sound card could be set to the max as default that would be > awsome. > > -- > John Doe > > -- kind regards, Majid Hussain
