Bug#1070835: OBS does not correctly implement the bootstrap protocol
Package: ed Followup-For: Bug #1070835 To slightly improve the suggestion, instead of skipping ed I ended up forcebly installing usrmerge: %if %_repository == "Debian_Unstable" || %_repository == "Debian_Testing" Preinstall: usrmerge Runscripts: usrmerge %endif -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.12-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages ed depends on: ii libc6 2.38-11 ed recommends no packages. ed suggests no packages. -- no debconf information
Bug#1068904: w: crashes because of the systemd support
Package: procps Version: 2:4.0.4-4 Severity: normal I noticed that w is segfaulting sometimes. Backtracing it showed the issue. Running `w -hs` crashes. The main function passes NULL utmp entry together with the systemd session, while later print_from expects to be able to access the utmp data. (gdb) r Starting program: /tmp/procps-4.0.4/src/.libs/w -hs [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. print_host (host=host@entry=0x4c , len=16, len@entry=256, fromlen=fromlen@entry=16) at src/w.c:112 112 if (*host == '\0') break; (gdb) bt #0 print_host (host=host@entry=0x4c , len=16, len@entry=256, fromlen=fromlen@entry=16) at src/w.c:112 #1 0x7371 in print_from (session=session@entry=0x0, u=u@entry=0x0, ip_addresses=ip_addresses@entry=0, fromlen=fromlen@entry=16) at src/w.c:264 #2 0x7e6e in showinfo (session=0x555654d0 "1794", name=name@entry=0xd800 "lumag", u=u@entry=0x0, formtype=formtype@entry=0, maxcmd=maxcmd@entry=156, from=from@entry=1, userlen=8, fromlen=16, ip_addresses=0, pids=0) at src/w.c:622 #3 0x671f in main (argc=, argv=) at src/w.c:831 (gdb) list src/w.c:831 826 if (!strcmp(name, user)) 827 showinfo(sessions_list[i], name, NULL, longform, 828 maxcmd, from, userlen, fromlen, 829 ip_addresses, pids); 830 } else { 831 showinfo(sessions_list[i], name, NULL, longform, maxcmd, 832 from, userlen, fromlen, ip_addresses, pids); 833 } 834 free(name); 835 free(sessions_list[i]); (gdb) l src/w.c:264 259 if (len) { /* IP address is non-empty, print it (and concatenate with display, if present) */ 260 fputs(buf, stdout); 261 /* show the display part of the host or IPv6 link addr. interface, if present */ 262 print_display_or_interface(u->ut_host, UT_HOSTSIZE, fromlen - len); 263 } else { /* IP address is empty, print the host instead */ 264 print_host(u->ut_host, UT_HOSTSIZE, fromlen); 265 } 266 } else { /* -i switch NOT used */ 267 print_host(u->ut_host, UT_HOSTSIZE, fromlen); 268 } -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) Versions of packages procps depends on: ii init-system-helpers 1.66 ii libc62.37-15 ii libncursesw6 6.4+20240113-1 ii libproc2-0 2:4.0.4-4 ii libsystemd0 255.4-1 ii libtinfo66.4+20240113-1 Versions of packages procps recommends: ii psmisc 23.7-1 procps suggests no packages. -- no debconf information
Bug#1067442: contains files for different architecture
Package: syslinux-efi Version: 3:6.04~git20190206.bf6db5b4+dfsg1-3 Severity: grave X-Debbugs-Cc: dbarysh...@gmail.com The ARM64 syslinux-efi package binaries for x86 instead instead of ARM binaries: $ uname -m aarch64 $ file /usr/lib/SYSLINUX.EFI/efi*/syslinux.efi /usr/lib/SYSLINUX.EFI/efi32/syslinux.efi: PE32 executable (EFI application) Intel 80386 (stripped to external PDB), for MS Windows /usr/lib/SYSLINUX.EFI/efi64/syslinux.efi: PE32+ executable (EFI application) x86-64 (stripped to external PDB), for MS Windows As such these binaries are unusable on ARM64 hosts. -- System Information: Debian Release: 12.5 APT prefers stable APT policy: (500, 'stable') Architecture: arm64 (aarch64) Kernel: Linux 6.6.9-qcomlt-arm64-00188-g31f49428dc7d (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) syslinux-efi depends on no packages. Versions of packages syslinux-efi recommends: ii syslinux-common 3:6.04~git20190206.bf6db5b4+dfsg1-3 Versions of packages syslinux-efi suggests: ii dosfstools 4.2-1 -- no debconf information
Bug#1064994: O: ima-evm-utils -- Linux IMA Extended Verification Module signing tools
Package: wnpp Severity: normal X-Debbugs-Cc: ima-evm-ut...@packages.debian.org Control: affects -1 + src:ima-evm-utils I intend to orphan the ima-evm-utils package. The package description is: Linux kernel integrity subsystem is comprised of a number of different components including the Integrity Measurement Architecture (IMA), Extended Verification Module (EVM), IMA-appraisal extension, digital signature verification extension and audit measurement log support. . The package provides the Linux Integrity Measurement Architecture (IMA) Extended Verification Module (EVM) tools. . With EVM, the security sensitive extended attributes are verified against offline tampering. Unfortunately I'm no longer using this package and I don't have time to properly maintain it. Thus I'm orphaning the package in the hope that somebody can pick it up. Ping me if you'd like me to transfer the ownership of the repo on salsa. -- With best wishes Dmitry
Bug#1055674: lspower: outputs \e instead of ESC symbol
Package: powermgmt-base Version: 1.37 Severity: normal Tags: patch The lspower tool outputs \e instead of properly sending the ESC symbol. Compare: \e[0;1m✓ AC\e[0m \e[0;32;1m+ BAT0 (98%)\e[0m \e[0;1m✓ ucsi-source-psy-USBC000:001\e[0m \e[0;1;30m✗ ucsi-source-psy-USBC000:002\e[0m vs ✓ AC + BAT0 (98%) ✓ ucsi-source-psy-USBC000:001 ✗ ucsi-source-psy-USBC000:002 The patch is attached. -- With best wishes Dmitry -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) -- no debconf information --- a/lspower 2023-11-10 01:14:04.094500300 +0200 +++ b/lspower 2023-11-10 01:14:09.022530391 +0200 @@ -50,7 +50,7 @@ C2="\e[0m" fi - echo "$C1$ICON $x${CAPACITY:+ ($CAPACITY%)}${HEALTH:+ $HEALTH}$C2" + echo -e "$C1$ICON $x${CAPACITY:+ ($CAPACITY%)}${HEALTH:+ $HEALTH}$C2" done if [ -z "$ICON" ];then echo "No powers supply sensors; that's normal on a desktop.";fi
Bug#1055069: please enable SC8280XP sound modules
Hi! On Tue, 31 Oct 2023 at 13:31, Emanuele Rocca wrote: > > Hi! > > On Mon, Oct 30, 2023 at 07:54:25PM +0100, Vincent Blut wrote: > > Le 2023-10-30 20:30, Dmitry Baryshkov a écrit : > > > Package: src:linux > > > Version: 6.5.8-1 > > > Severity: normal > > > > > > Please enable the following options as modules to enable audio support > > > on Lenovo X13s platform: > > > > > > CONFIG_SND_SOC_SC8280XP > > > CONFIG_SC_LPASSCC_8280XP > > > > Emanuele, as you’re working on support for the Lenovo X13s platform, could > > you > > please comment on that? > > Looks good, I've opened > https://salsa.debian.org/kernel-team/linux/-/merge_requests/880 Thank you! BTW, Emanuele, are you by chance responsible for the X13s wiki page? There are several corrections that I'd like to suggest. -- With best wishes Dmitry
Bug#1055069: please enable SC8280XP sound modules
Package: src:linux Version: 6.5.8-1 Severity: normal Please enable the following options as modules to enable audio support on Lenovo X13s platform: CONFIG_SND_SOC_SC8280XP CONFIG_SC_LPASSCC_8280XP -- With best wishes Dmitry -- Package-specific info: ** Version: Linux version 6.5.0-3-arm64 (debian-ker...@lists.debian.org) (gcc-13 (Debian 13.2.0-5) 13.2.0, GNU ld (GNU Binutils for Debian) 2.41) #1 SMP Debian 6.5.8-1 (2023-10-22) ** Command line: BOOT_IMAGE=/boot/vmlinuz-6.5.0-3-arm64 root=UUID=88586ed9-a0b9-45ec-b5db-5059b8edcbf1 ro arm64.nopauth ** Not tainted ** Kernel log: [ 22.754825] ath11k_pci 0006:01:00.0: failed to power up mhi: -110 [ 22.754881] ath11k_pci 0006:01:00.0: failed to start mhi: -110 [ 22.754907] ath11k_pci 0006:01:00.0: failed to power up :-110 [ 22.771154] ath11k_pci 0006:01:00.0: failed to create soc core: -110 [ 22.771181] ath11k_pci 0006:01:00.0: failed to init core: -110 [ 22.955707] ath11k_pci: probe of 0006:01:00.0 failed with error -110 [ 65.164561] hub 4-1:1.0: hub_ext_port_status failed (err = -71) [ 65.169792] usb 4-1-port3: cannot reset (err = -71) [ 65.174772] usb 4-1-port3: cannot reset (err = -71) [ 65.180027] usb 4-1-port3: cannot reset (err = -71) [ 65.184234] usb 4-1-port3: cannot reset (err = -71) [ 65.188812] usb 4-1-port3: cannot reset (err = -71) [ 65.191537] usb 4-1-port3: Cannot enable. Maybe the USB cable is bad? [ 65.195067] usb 4-1-port3: cannot disable (err = -71) [ 65.198956] hub 4-1:1.0: hub_ext_port_status failed (err = -71) [ 65.204116] usb 4-1-port3: cannot reset (err = -71) [ 65.208694] usb 4-1-port3: cannot reset (err = -71) [ 65.212830] usb 4-1-port3: cannot reset (err = -71) [ 65.216364] usb 4-1-port3: cannot reset (err = -71) [ 65.220313] usb 4-1-port3: cannot reset (err = -71) [ 65.222368] usb 4-1-port3: Cannot enable. Maybe the USB cable is bad? [ 65.225303] usb 4-1-port3: cannot disable (err = -71) [ 65.228485] hub 4-1:1.0: hub_ext_port_status failed (err = -71) [ 65.231826] usb 4-1-port3: cannot reset (err = -71) [ 65.234887] usb 4-1-port3: cannot reset (err = -71) [ 65.238079] usb 4-1-port3: cannot reset (err = -71) [ 65.239198] usb 3-1: USB disconnect, device number 2 [ 65.241544] usb 3-1.4: USB disconnect, device number 3 [ 65.243672] usb 4-1-port3: cannot reset (err = -71) [ 65.257055] usb 4-1: USB disconnect, device number 2 [ 65.259859] usb 4-1.3: USB disconnect, device number 3 [ 65.260552] usb 4-1-port3: cannot reset (err = -71) [ 65.265377] usb 4-1-port3: Cannot enable. Maybe the USB cable is bad? [ 65.352362] usb 4-1.4: USB disconnect, device number 4 [ 111.062931] ath11k_pci 0006:01:00.0: BAR 0: assigned [mem 0x3040-0x305f 64bit] [ 111.078027] ath11k_pci 0006:01:00.0: MSI vectors: 32 [ 111.080194] ath11k_pci 0006:01:00.0: wcn6855 hw2.1 [ 111.275537] mhi mhi1: Requested to power ON [ 111.277673] mhi mhi1: Power on setup success [ 111.279256] mhi mhi1: firmware: direct-loading firmware ath11k/WCN6855/hw2.1/amss.bin [ 113.030380] mhi mhi1: Wait for device to enter SBL or Mission mode [ 115.605122] qcom-soundwire 321.soundwire-controller: Failed to get cgcr reset ctrl required for SW gating [ 115.606035] qcom-soundwire 325.soundwire-controller: Failed to get cgcr reset ctrl required for SW gating [ 115.607279] qcom-soundwire 333.soundwire-controller: Failed to get cgcr reset ctrl required for SW gating [ 115.617805] qcom-soundwire 321.soundwire-controller: Failed to get cgcr reset ctrl required for SW gating [ 115.619137] qcom-soundwire 325.soundwire-controller: Failed to get cgcr reset ctrl required for SW gating [ 115.620308] qcom-soundwire 333.soundwire-controller: Failed to get cgcr reset ctrl required for SW gating [ 115.632156] ath11k_pci 0006:01:00.0: chip_id 0x2 chip_family 0xb board_id 0x8c soc_id 0x400c0210 [ 115.632966] ath11k_pci 0006:01:00.0: fw_version 0x110b196e fw_build_timestamp 2022-12-22 12:54 fw_build_id WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23 [ 115.638474] ath11k_pci 0006:01:00.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.1/board-2.bin [ 115.652049] ath11k_pci 0006:01:00.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.1/board-2.bin [ 115.683354] ath11k_pci 0006:01:00.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.1/m3.bin [ 116.198662] ath11k_pci 0006:01:00.0 wlP6p1s0: renamed from wlan0 [ 116.286806] warning: `iwconfig' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211 [ 122.920684] wlP6p1s0: authenticate with d8:47:32:c2:8f:7e [ 123.118676] wlP6p1s0: send auth to d8:47:32:c2:8f:7e (try 1/3) [ 123.127462] wlP6p1s0: authenticated [ 123.139120] wlP6p1s0: associate with d8:47:32:c2:8f:7e (try 1/3) [ 123.144188] wlP6p1s0: RX AssocResp from d8:47:32:c2:8f:7e (capab=0x11 status=0 aid=3) [ 123.162752] wlP6p1s0: associated [ 554.559436] systemd-journald[299]: Time jumped backwards, rotating.
Bug#1038945: linux: kernel null pointer dereference loading an invalid AppArmor profile, regression since 6.1
Package: src:linux Version: 6.4.4-3~bpo12+1 Followup-For: Bug #1038945 Also reproduced here, amd64 host, the only package updated from bookworm is the linux-image-6.4.0-0.deb12.2-amd64 & headers. The worst thing is that this issue makes the kernel crash during the boot, leaving the system remotely inaccessible. -- With best wishes Dmitry -- Package-specific info: ** Version: Linux version 6.4.0-0.deb12.2-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_DYNAMIC Debian 6.4.4-3~bpo12+1 (2023-08-08) ** Command line: BOOT_IMAGE=/vmlinuz-6.4.0-0.deb12.2-amd64 root=UUID=328d6029-f7f2-4699-a933-bd037750068f ro ** Tainted: D (128) * kernel died recently, i.e. there was an OOPS or BUG ** Kernel log: [ 10.342978] docker0: port 1(veth09e6387) entered disabled state [ 10.342991] veth09e6387: entered allmulticast mode [ 10.343043] veth09e6387: entered promiscuous mode [ 10.343136] docker0: port 1(veth09e6387) entered blocking state [ 10.343140] docker0: port 1(veth09e6387) entered forwarding state [ 10.343221] docker0: port 1(veth09e6387) entered disabled state [ 10.448883] docker0: port 1(veth09e6387) entered disabled state [ 10.449420] veth09e6387 (unregistering): left allmulticast mode [ 10.449424] veth09e6387 (unregistering): left promiscuous mode [ 10.449428] docker0: port 1(veth09e6387) entered disabled state [ 5191.321691] docker0: port 1(veth8a105a2) entered blocking state [ 5191.321711] docker0: port 1(veth8a105a2) entered disabled state [ 5191.321749] veth8a105a2: entered allmulticast mode [ 5191.321829] veth8a105a2: entered promiscuous mode [ 5191.440416] docker0: port 1(veth8a105a2) entered disabled state [ 5191.441880] veth8a105a2 (unregistering): left allmulticast mode [ 5191.441910] veth8a105a2 (unregistering): left promiscuous mode [ 5191.441935] docker0: port 1(veth8a105a2) entered disabled state [ 5235.744693] audit: type=1400 audit(1694195254.565:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lsb_release" pid=2910 comm="apparmor_parser" [ 5235.788844] audit: type=1400 audit(1694195254.609:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=2916 comm="apparmor_parser" [ 5235.789525] audit: type=1400 audit(1694195254.609:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=2916 comm="apparmor_parser" [ 5236.252356] audit: type=1400 audit(1694195255.073:6): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="lsb_release" pid=2958 comm="apparmor_parser" [ 5236.253329] audit: type=1400 audit(1694195255.077:7): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="nvidia_modprobe" pid=2959 comm="apparmor_parser" [ 5236.317154] audit: type=1400 audit(1694195255.141:8): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="nvidia_modprobe//kmod" pid=2959 comm="apparmor_parser" [ 5236.317222] audit: type=1400 audit(1694195255.141:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=2967 comm="apparmor_parser" [ 5236.317280] audit: type=1400 audit(1694195255.141:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=2969 comm="apparmor_parser" [ 5236.317345] audit: type=1400 audit(1694195255.141:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oosplash" pid=2966 comm="apparmor_parser" [ 5236.317836] audit: type=1400 audit(1694195255.141:12): apparmor="STATUS" operation="profile_load" profile="unconfined" name="ioq3ded" pid=2964 comm="apparmor_parser" [ 5236.505011] BUG: kernel NULL pointer dereference, address: 0030 [ 5236.505029] #PF: supervisor read access in kernel mode [ 5236.505038] #PF: error_code(0x) - not-present page [ 5236.505046] PGD 0 P4D 0 [ 5236.505054] Oops: [#1] PREEMPT SMP NOPTI [ 5236.505062] CPU: 6 PID: 2970 Comm: apparmor_parser Not tainted 6.4.0-0.deb12.2-amd64 #1 Debian 6.4.4-3~bpo12+1 [ 5236.505077] Hardware name: ASUS System Product Name/TUF GAMING B550M-PLUS WIFI II, BIOS 3205 08/14/2023 [ 5236.505091] RIP: 0010:aafs_create.constprop.0+0x6a/0x110 [ 5236.505109] Code: 59 89 48 89 0c 24 89 c3 e8 73 5a f0 ff 85 c0 74 19 48 63 e8 48 83 c4 10 48 89 e8 5b 5d 41 5c 41 5d 41 5e 41 5f e9 46 51 6a 00 <4d> 8b 54 24 30 4d 8d ba a0 00 00 00 4c 89 54 24 08 4c 89 ff e8 6d [ 5236.505134] RSP: 0018:a17504993cd0 EFLAGS: 00010246 [ 5236.505148] RAX: RBX: 41ed RCX: [ 5236.505163] RDX: 0001 RSI: 895965a8 RDI: [ 5236.505173] RBP: 8783c840 R08: R09: [ 5236.505183] R10: 9055c44d0cc0 R11: 4000 R12: [ 5236.505196] R13: R14:
Bug#1050814: RFS: qbootctl/0.1.2-1 [ITP] -- utility to control Quacomm A/B boot slots
On Sat, 2 Sept 2023 at 11:23, Roger Shimizu wrote: > Thanks for your ITP & RFS! > > Some nitpicking: > * debian/README.Debian: > Please add more description, or remove this file. Ack. I've updated the package to drop this file (and also to include the qbootctl.service file to mark the boot as successful automatically). > * debian/include/scsi/scsi_bsg_ufs.h > This header is not upstreamed yet? This header comes from the Linux kernel itself. It is a part of uABI. > Is it possible to use existing debian packaged header? Unfortunately, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050368 > * Do you know whether this package works for QCOM LE / LU baseline systems? Most likely, the Linux kernel API and the bootloader are the same. But I don't think anybody tested it with LE / LU. -- With best wishes Dmitry
Bug#1050814: RFS: qbootctl/0.1.2-1 [ITP] -- utility to control Quacomm A/B boot slots
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: debian-on-mobile-maintain...@alioth-lists.debian.net Dear mentors, I am looking for a sponsor for my package "qbootctl": * Package name : qbootctl Version : 0.1.2-1 Upstream contact : Caleb Connolly * URL : https://gitlab.com/sdm845-mainline/qbootctl * License : GPL-2-Linux-syscall-note, BSD-3-clause, BSD-3-Clause, GPL-3+ * Vcs : https://salsa.debian.org/lumag/qbootctl Section : utils The source builds the following binary packages: qbootctl - utility to control Quacomm A/B boot slots To access further information about this package, please visit the following URL: https://mentors.debian.net/package/qbootctl/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/q/qbootctl/qbootctl_0.1.2-1.dsc Changes for the initial release: qbootctl (0.1.2-1) unstable; urgency=medium . * Initial release. (Closes: #1050354) -- With best wishes Dmitry
Bug#1050368: please provide full set of uAPI headers
On Wed, 23 Aug 2023 at 22:36, Bastian Blank wrote: > > Control: tags -1 moreinfo > > Hi Dmitry > > On Wed, Aug 23, 2023 at 08:10:17PM +0300, Dmitry Baryshkov wrote: > > The linux-libc-dev package provides only a limited set of uAPI headers. > > For example, scsi, drm, video, etc. headers are missing from the > > package. > > scsi headers are shipped by libc6-dev, see #550130: > > | libc6-dev:amd64: /usr/include/scsi/scsi.h This is a different header. $ ls -1R include/uapi/scsi/ include/uapi/scsi/: cxlflash_ioctl.h fc scsi_bsg_fc.h scsi_bsg_mpi3mr.h scsi_bsg_ufs.h scsi_netlink_fc.h scsi_netlink.h include/uapi/scsi/fc: fc_els.h fc_fs.h fc_gs.h fc_ns.h $ ls -1R /usr/include/scsi/ /usr/include/scsi/: scsi.h scsi_ioctl.h sg.h For example I wanted to use scsi_bsg_ufs.h to compile qbootctl. > drm headers are shipped by libdrm-dev, see #572067. This is not complete. Compare /usr/include/libdrm and include/uapi/drm. armada_drm.h, etnaviv_drm.h, exynos_drm.h, habanalabs_accel.h, ivpu_accel.h, lima_drm.h and several other headers are missing. I checked msm_drm.h, the header which I care about, it is heavily outdated. > video headers are shipped by linux-libc-dev: > > | linux-libc-dev:amd64: /usr/include/video/edid.h Ack, these are up-to-date. -- With best wishes Dmitry
Bug#1050368: please provide full set of uAPI headers
Package: linux-libc-dev Version: 6.4.4-3 Severity: normal The linux-libc-dev package provides only a limited set of uAPI headers. For example, scsi, drm, video, etc. headers are missing from the package. These headers are not a part of any standard, but are still useful for the userspace programs, they provide information about the kernel-userspace interfaces. Without these headers in the linux-libc-dev package (or any other package) we have either to install them manually or (for Debian packages needing them) bundle respective headers. -- With best wishes Dmitry -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) -- no debconf information
Bug#1050354: ITP: qbootctl -- utility to control Quacomm A/B boot slots
Package: wnpp Severity: wishlist Owner: Dmitry Baryshkov X-Debbugs-Cc: debian-de...@lists.debian.org, debian-on-mobile-maintain...@alioth-lists.debian.net * Package name: qbootctl Version : 0.1.2 Upstream Contact: Caleb Connolly * URL : https://gitlab.com/sdm845-mainline/qbootctl * License : GPL v3 Programming Lang: C++ Description : utility to control Quacomm A/B boot slots Qbootctl is a CLI tool for manipulating A/B slots on Android devices. It is a port of the original Android bootctrl HAL developed by Qualcomm, modified to build on Linux and provide a friendly CLI interface. This utility is useful to switch between A/B boot slots on the Qualcomm platforms and also to mark the current boot attempt as successful (or not).
Bug#1050029: gcc-11-doc should not be shipped in trixie
Source: gcc-11-doc Version: 11.3.0-1 Severity: important Control: block -1 by 1023690 Following gcc-11 removal, don't ship gcc-11-doc in trixie -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system)
Bug#1043573: RFS: gcc-doc-defaults/5:27 [RC] -- several GNU manual pages
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: Debian GCC Maintainers , Adam Borowski Dear mentors, I am looking for a sponsor for my package "gcc-doc-defaults": * Package name : gcc-doc-defaults Version : 5:27 Upstream contact : [fill in name and email of upstream] * URL : http://gcc.gnu.org/ * License : GNU-meta-license-01, GNU-meta-license, GPL-2 * Vcs : https://salsa.debian.org/lumag/gcc-doc-defaults Section : contrib/doc The source builds the following binary packages: gcc-doc - documentation for the GNU compilers (gcc, gobjc, g++) cpp-doc - documentation for the GNU C preprocessor (cpp) gfortran-doc - documentation for the GNU Fortran Compiler (gfortran) gnat-doc - documentation for the GNU Ada Compiler (gnat) gccgo-doc - documentation for the GNU Go compiler (gccgo) gcc-doc-base - several GNU manual pages To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gcc-doc-defaults/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/contrib/g/gcc-doc-defaults/gcc-doc-defaults_27.dsc Changes since the last upload: gcc-doc-defaults (5:27) unstable; urgency=medium . * d/control: remove -guest from Salsa URLs * d/rules: add riscv64 to go_archs to sync with gcc-defaults * d/rules: Build using GCC 13 (Closes: #1042960) * d/control: regen using GCC 13 -- With best wishes Dmitry
Bug#1043572: RFS: gcc-13-doc/13.2.0-1 -- documentation for the GNU compilers (gcc, gobjc, g++)
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: Debian GCC Maintainers , Adam Borowski Dear mentors, I am looking for a sponsor for my package "gcc-13-doc": * Package name : gcc-13-doc Version : 13.2.0-1 Upstream contact : http://gcc.gnu.org/bugzilla/ * URL : http://gcc.gnu.org/ * License : GFDL-1.3+-gnat-rm, GFDL-1.3+-gcc-1, GFDL-1.3+-gnat-ugn, Expat, GFDL-NIV-1.3+, GPL-2+, GFDL-NIV-1.2+, GPL-3+, GFDL-1.2+-libquadmath, GNU-meta-license-variant, XXX, GNU-meta-license, GFDL-NIV-1.3+-libiberty * Vcs : https://salsa.debian.org/lumag/gcc-doc Section : non-free/doc The source builds the following binary packages: gcc-13-doc - documentation for the GNU compilers (gcc, gobjc, g++) cpp-13-doc - documentation for the GNU C preprocessor (cpp) gfortran-13-doc - documentation for the GNU Fortran Compiler (gfortran) gnat-13-doc - documentation for the GNU Ada Compiler (gnat) gccgo-13-doc - documentation for the GNU Go compiler (gccgo) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gcc-13-doc/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/non-free/g/gcc-13-doc/gcc-13-doc_13.2.0-1.dsc Changes for the initial release: gcc-13-doc (13.2.0-1) unstable; urgency=medium . * New upstream version 13.2.0 * d/patches: refresh from-debian-gcc-git-doc-updates.diff patch * d/copyright: review and bump copyrights -- With best wishes Dmitry
Bug#1040189: miscomputes SHA1 sums on IMX53 (armhf)
On Tue, 4 Jul 2023 at 00:14, Simon McVittie wrote: > > On Mon, 03 Jul 2023 at 18:04:39 +0300, Dmitry Baryshkov wrote: > > I wrote this in a 'bts close' email, but it seems bts hides this > > somewhere. I didn't notice that default settings overclock the board. > > And most of the things work, except the rare fallouts (like sha1). > > After limiting the CPU frequency to 1GHz (from the default 1.2 GHz) > > the system is stable (and all hashsums match). > > I'm glad you found a solution! It's unfortunate if this hardware is > being sold in a state where it doesn't work correctly... It's not a hardware being sold this way, it's me doing the enablement of some old HW and not noticing that default imx53.dtsi lists frequencies up to 1.2 GHz. And it seems SHA-1 is the only one unit affected by this overclocking. I have been running the board through installation and tests without any obvious issues. > > For your information, `bts close` is undocumented (perhaps intentionally?) > and doesn't seem to notify the package's maintainer or submitter. If > in doubt, the right thing is to reply to the bug address (NN@ > where NN is the bug number) with human-readable information, and > the package's maintainer can sort out the BTS state. Ack. Didn't know that it doesn't notify maintainers. Please excuse me. -- With best wishes Dmitry
Bug#1040189: miscomputes SHA1 sums on IMX53 (armhf)
Hi Simon, On Mon, 3 Jul 2023 at 17:56, Simon McVittie wrote: > > On Mon, 03 Jul 2023 at 09:12:08 +0300, Dmitry Baryshkov wrote: > > I tried building the quake shareware packages on my fresh iMX53 install > > (Debian bookworm, armhf port). However I faced an issue with > > game-data-packager being unable to identify any source file, because it > > miscomputes sha1 sums. As you can see in the following fragment, md5 and > > sha256 sums match, but sha1 doesn't: [skipped quake106 data] > > If I'm understanding you correctly, your use of Quake and quake106.zip > is just an example, and you get similar results (md5 and sha256 correct, > sha1 wrong) for other files and other games? Is that true? > > Is this a general problem with Python on this hardware? game-data-packager > doesn't do anything particularly special to calculate hashes, it just uses > the Python standard library to do it. I wrote this in a 'bts close' email, but it seems bts hides this somewhere. I didn't notice that default settings overclock the board. And most of the things work, except the rare fallouts (like sha1). After limiting the CPU frequency to 1GHz (from the default 1.2 GHz) the system is stable (and all hashsums match). -- With best wishes Dmitry
Bug#1040189: miscomputes SHA1 sums on IMX53 (armhf)
Package: game-data-packager Version: 73 Severity: normal I tried building the quake shareware packages on my fresh iMX53 install (Debian bookworm, armhf port). However I faced an issue with game-data-packager being unable to identify any source file, because it miscomputes sha1 sums. As you can see in the following fragment, md5 and sha256 sums match, but sha1 doesn't: $ game-data-packager quake INFO:game_data_packager.download:downloading ftp://ftp.fu-berlin.de/pc/msdos/games/idgames/idstuff/quake/quake106.zip WARNING:game_data_packager.build:found quake106.zip but it is not one of the expected versions: file: /tmp/gdptmp.0aow0955/quake106.zip size: 9094045 bytes md5:8cee4d03ee092909fdb6a4f84f0c1357 sha1: e24e7b1c5030bf38d6caaa71dcd54469087aef0f sha256: ec6c9d34b1ae0252ac0066045b6611a7919c2a0d78a3a66d9387a8f597553239 expected: quake106.zip: size: 9094045 bytes md5:8cee4d03ee092909fdb6a4f84f0c1357 sha1: f8a1a509b094ccdbed3c54b96f7d9b351c0898f5 sha256: ec6c9d34b1ae0252ac0066045b6611a7919c2a0d78a3a66d9387a8f597553239 -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 6.4.0-next-20230630-12836-gb4a056856b00-dirty (UP) Kernel taint flags: TAINT_WARN Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages game-data-packager depends on: ii python3 3.11.2-1+b1 ii python3-debian 0.1.49 ii python3-yaml6.0-3+b2 Versions of packages game-data-packager recommends: ii game-data-packager-runtime 73 Versions of packages game-data-packager suggests: pn arj ii binutils 2.40-2 pn cabextract pn cdparanoia pn dynamite ii gcc 4:12.2.0-3 pn gdebi | gdebi-kde ii gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-1+b1 ii innoextract 1.9-0.1 pn lgc-pg pn lgogdownloader ii lhasa [lzh-archiver] 0.3.1-4+b1 ii make 4.3-4.1 pn p7zip-full pn pkexec ii python3-gi3.42.2-3+b1 pn python3-omg pn python3-pil pn steam pn steamcmd pn unace-nonfree pn unar pn unrar pn unshield ii unzip 6.0-28 pn vorbis-tools pn xdelta pn xdelta3 pn xorriso -- no debconf information
Bug#1034495: ITP: linux-board-support-package-dragonboard845c -- Firmware for dragonboard845c / RB3
Hi Roger, Just to note, we have updated linux-firmware with the files from http://releases.linaro.org/96boards/dragonboard845c/qualcomm/firmware/RB3_firmware_2022112100-v5.zip Please consider following this change. -- With best wishes Dmitry
Bug#1034495: ITP: linux-board-support-package-dragonboard845c -- Firmware for dragonboard845c / RB3
On 24/04/2023 11:18, Roger Shimizu wrote: On Thu, Apr 20, 2023 at 6:31 AM Dmitry Baryshkov wrote: On Thu, 20 Apr 2023 at 11:28, Roger Shimizu wrote: On Wed, Apr 19, 2023 at 2:47 AM Dmitry Baryshkov wrote: On Wed, 19 Apr 2023 at 10:06, Roger Shimizu wrote: On Tue, Apr 18, 2023 at 11:47 AM Dmitry Baryshkov wrote: On Tue, 18 Apr 2023 at 21:36, Roger Shimizu wrote: Hello Roger, FTP masters, Short story: the uploaded linux-board-support-package-dragonboard845c package (currently in NEW) contains a file with unclear license background and as such it should not be allowed into the archive. The orig.tar.gz file needs to be repackaged before uploading. I tried to repack the orig, and re-upload, but got REJECTED by: linux-board-support-package-dragonboard845c_0~20190529180356-v4-1.dsc: Does not match file already existing in the pool. Usually one would use suffix like -dfsg to mark the repacked package. The -dfsg doesn't make sense in the case of a non-free package, so you can probably use -repack. Yes, but upstream uses .zip archive anyhow. So we have to repack to .orig.tar.* To notify possible users that it's not just a repack of zip, but also More importantly I'm not sure that this package should be a part of Debian at all. Why? Without bootloader part, we cannot support installer in Debian. This bootloader is already installed by the manufacturer. Please consider these partitions as a firmware. One does not modify the device firmware during Debian installation. Maybe I misunderstand something about the usecase you are facing. Could you please describe it? RB3 is an open platform. You do not know what system user previously installed. Yes, that's the point. It could have been customized by the user. I always hated some W operating system rewriting the MBR unconditionally and really liked the way Debian asks user if this is a desired theing. With prompting user, your concern can be resolved. And even Linaro provided two different system, with different partition layouts, aosp and linux: - https://releases.linaro.org/96boards/dragonboard845c/linaro/rescue/21.12/ And usually they differ only in the partitioning scheme, in GPT data. So. Repartitioning the UFS sounds correct to me. Reflashing the bootloader doesn't sound good. I'm not sure why you suppose the bootloader has to be original. I suppose that it's not a task of the DI to update the bootloader. For linaro's image, if user want to switch between AOSP (Android) and Debian, the bootloader has to be flashed. This was done this way, because there is no easy way to repartition the device from the host side. From the installer, that is running on the device, it is pretty easy to do. One just uses fdisk, parted, or any other GPT partitioning tool. So I think the logic for D-I should be the same. Any way, it's out of scope of this ticket. Let's discuss more when integrating to D-I. Linaro's rescue image also rewrite those partitions. I think Debian should do the same. My current understanding: - The device comes from the factory with the bootloaders flashed - DI repartitions one of UFS LUNs to replace vendor+system+userdata with the rootfs/home/etc - DI installs all the packages to the target rootfs, including the package with custom kernel hooks - the kernel hooks write the generated android boot img to the boot partition Is there anything else? Anyway, this is not for this ITP ticket. We can discuss when porting to installer. Sure. Please ping either me directly or the linux-arm-msm mailing list when you'd like to discuss it. Getting DI to work on these boards would be a very welcomed and appreciated both by our group and by the overall community. Thanks for your understanding! I doubt that DI should touch these partitions. Firstly, because of the reasons I expressed in my previous email (risk of bricking the board, custom bootloaders being used on these devboards, etc). Secondly, I'd like to point out that RB3/RB5 (and other dragonboards) are in a pretty unique position. Other development boards (QRD, HDK, Open-Q, etc.) do not have public redistributable bootloader archives. No worries about the brick issue. Actually, no. Bricking the device during installer is a very bad thing. I said no worries, because we need to fix those issue when porting to installer. This is ITP ticket, and we need to be focus on packaging firmware first. I checked other bootloaders (lilo, syslinux, grub, etc). All of them push data to /usr/lib/something. I think this approach should be adopted by your packages. Other bootloaders are not non-free, and can be built by debian infrastructure. For non-free bootloader, I think we need to treat them as firmware. Please don't clobber the /lib/firmware/qcom/sdm845. This folder contains firmware that can be used on any unfused sdm845/sda845 board. Corresponding vendor-signed firmware goes to /lib/firmware/qcom/sdm845/Vendor/Device. Moreover /lib
Bug#1034495: ITP: linux-board-support-package-dragonboard845c -- Firmware for dragonboard845c / RB3
On Thu, 20 Apr 2023 at 11:28, Roger Shimizu wrote: > > On Wed, Apr 19, 2023 at 2:47 AM Dmitry Baryshkov > wrote: > > > > On Wed, 19 Apr 2023 at 10:06, Roger Shimizu wrote: > > > > > > On Tue, Apr 18, 2023 at 11:47 AM Dmitry Baryshkov > > > wrote: > > > > > > > > On Tue, 18 Apr 2023 at 21:36, Roger Shimizu wrote: > > > > > > > > > > > Hello Roger, FTP masters, > > > > > > Short story: the uploaded > > > > > > linux-board-support-package-dragonboard845c package (currently in > > > > > > NEW) contains a file with unclear license background and as such it > > > > > > should not be allowed into the archive. > > > > > > The orig.tar.gz file needs to be repackaged before uploading. > > > > > > > > > > I tried to repack the orig, and re-upload, but got REJECTED by: > > > > > > > > > > linux-board-support-package-dragonboard845c_0~20190529180356-v4-1.dsc: > > > > > Does not match file already existing in the pool. > > > > > > > > Usually one would use suffix like -dfsg to mark the repacked package. > > > > The -dfsg doesn't make sense in the case of a non-free package, so you > > > > can probably use -repack. > > > > > > Yes, but upstream uses .zip archive anyhow. > > > So we have to repack to .orig.tar.* > > > > To notify possible users that it's not just a repack of zip, but also > > > > > > > > > More importantly I'm not sure that this package should be a part of > > > > Debian at all. > > > > > > Why? > > > Without bootloader part, we cannot support installer in Debian. > > > > This bootloader is already installed by the manufacturer. Please > > consider these partitions as a firmware. One does not modify the > > device firmware during Debian installation. > > > > Maybe I misunderstand something about the usecase you are facing. > > Could you please describe it? > > RB3 is an open platform. > You do not know what system user previously installed. Yes, that's the point. It could have been customized by the user. I always hated some W operating system rewriting the MBR unconditionally and really liked the way Debian asks user if this is a desired theing. > And even Linaro provided two different system, with different > partition layouts, aosp and linux: > - https://releases.linaro.org/96boards/dragonboard845c/linaro/rescue/21.12/ And usually they differ only in the partitioning scheme, in GPT data. So. Repartitioning the UFS sounds correct to me. Reflashing the bootloader doesn't sound good. > I'm not sure why you suppose the bootloader has to be original. I suppose that it's not a task of the DI to update the bootloader. > > Linaro's rescue image also rewrite those partitions. > I think Debian should do the same. > > > My current understanding: > > - The device comes from the factory with the bootloaders flashed > > - DI repartitions one of UFS LUNs to replace vendor+system+userdata > > with the rootfs/home/etc > > - DI installs all the packages to the target rootfs, including the > > package with custom kernel hooks > > - the kernel hooks write the generated android boot img to the boot > > partition > > > > Is there anything else? > > Anyway, this is not for this ITP ticket. We can discuss when porting > to installer. Sure. Please ping either me directly or the linux-arm-msm mailing list when you'd like to discuss it. Getting DI to work on these boards would be a very welcomed and appreciated both by our group and by the overall community. > > > > > I doubt that DI should touch these partitions. Firstly, because of the > > > > reasons I expressed in my previous email (risk of bricking the board, > > > > custom bootloaders being used on these devboards, etc). > > > > Secondly, I'd like to point out that RB3/RB5 (and other dragonboards) > > > > are in a pretty unique position. Other development boards (QRD, HDK, > > > > Open-Q, etc.) do not have public redistributable bootloader archives. > > > > > > No worries about the brick issue. > > > > Actually, no. Bricking the device during installer is a very bad thing. > > I said no worries, because we need to fix those issue when porting to > installer. > This is ITP ticket, and we need to be focus on packaging firmware first. I checked other bootloaders (lilo, syslinux, grub, etc). All of them push data to /usr/lib/something. I think this approach should be adopted by your packages. > > Cheers, > Roger > > > > We should consider this before releasing it to installer. > > > Currently, we just take the 1st step to get everything necessary to > > > hit the debian archive. > > > > Ok, it's up to you, once the archive is free of the Renesas firmware, > > but I'd not consider it 'necessary'. The user has to perfectly know > > what he is flushing and why. I'd strongly advice to point to the > > rescue packages or to the Thundercomm SDK manager instead of packaging > > everything into the installer. > > > > -- > > With best wishes > > Dmitry -- With best wishes Dmitry
Bug#1034495: ITP: linux-board-support-package-dragonboard845c -- Firmware for dragonboard845c / RB3
On Wed, 19 Apr 2023 at 10:06, Roger Shimizu wrote: > > On Tue, Apr 18, 2023 at 11:47 AM Dmitry Baryshkov > wrote: > > > > On Tue, 18 Apr 2023 at 21:36, Roger Shimizu wrote: > > > > > > > Hello Roger, FTP masters, > > > > Short story: the uploaded linux-board-support-package-dragonboard845c > > > > package (currently in NEW) contains a file with unclear license > > > > background and as such it should not be allowed into the archive. > > > > The orig.tar.gz file needs to be repackaged before uploading. > > > > > > I tried to repack the orig, and re-upload, but got REJECTED by: > > > > > > linux-board-support-package-dragonboard845c_0~20190529180356-v4-1.dsc: > > > Does not match file already existing in the pool. > > > > Usually one would use suffix like -dfsg to mark the repacked package. > > The -dfsg doesn't make sense in the case of a non-free package, so you > > can probably use -repack. > > Yes, but upstream uses .zip archive anyhow. > So we have to repack to .orig.tar.* To notify possible users that it's not just a repack of zip, but also > > > More importantly I'm not sure that this package should be a part of > > Debian at all. > > Why? > Without bootloader part, we cannot support installer in Debian. This bootloader is already installed by the manufacturer. Please consider these partitions as a firmware. One does not modify the device firmware during Debian installation. Maybe I misunderstand something about the usecase you are facing. Could you please describe it? My current understanding: - The device comes from the factory with the bootloaders flashed - DI repartitions one of UFS LUNs to replace vendor+system+userdata with the rootfs/home/etc - DI installs all the packages to the target rootfs, including the package with custom kernel hooks - the kernel hooks write the generated android boot img to the boot partition Is there anything else? > > > I doubt that DI should touch these partitions. Firstly, because of the > > reasons I expressed in my previous email (risk of bricking the board, > > custom bootloaders being used on these devboards, etc). > > Secondly, I'd like to point out that RB3/RB5 (and other dragonboards) > > are in a pretty unique position. Other development boards (QRD, HDK, > > Open-Q, etc.) do not have public redistributable bootloader archives. > > No worries about the brick issue. Actually, no. Bricking the device during installer is a very bad thing. > We should consider this before releasing it to installer. > Currently, we just take the 1st step to get everything necessary to > hit the debian archive. Ok, it's up to you, once the archive is free of the Renesas firmware, but I'd not consider it 'necessary'. The user has to perfectly know what he is flushing and why. I'd strongly advice to point to the rescue packages or to the Thundercomm SDK manager instead of packaging everything into the installer. -- With best wishes Dmitry
Bug#1034495: ITP: linux-board-support-package-dragonboard845c -- Firmware for dragonboard845c / RB3
On Tue, 18 Apr 2023 at 21:36, Roger Shimizu wrote: > > > Hello Roger, FTP masters, > > Short story: the uploaded linux-board-support-package-dragonboard845c > > package (currently in NEW) contains a file with unclear license background > > and as such it should not be allowed into the archive. > > The orig.tar.gz file needs to be repackaged before uploading. > > I tried to repack the orig, and re-upload, but got REJECTED by: > > linux-board-support-package-dragonboard845c_0~20190529180356-v4-1.dsc: > Does not match file already existing in the pool. Usually one would use suffix like -dfsg to mark the repacked package. The -dfsg doesn't make sense in the case of a non-free package, so you can probably use -repack. More importantly I'm not sure that this package should be a part of Debian at all. I doubt that DI should touch these partitions. Firstly, because of the reasons I expressed in my previous email (risk of bricking the board, custom bootloaders being used on these devboards, etc). Secondly, I'd like to point out that RB3/RB5 (and other dragonboards) are in a pretty unique position. Other development boards (QRD, HDK, Open-Q, etc.) do not have public redistributable bootloader archives. -- With best wishes Dmitry
Bug#1034495: ITP: linux-board-support-package-dragonboard845c -- Firmware for dragonboard845c / RB3
18 апреля 2023 г. 05:35:00 GMT+03:00, Roger Shimizu пишет: >Dear Dmitry, > >Thanks for your response! >Very informative. > >And the ultimate goal is to have a debian-installer image. >So this firmware upload is just the first step. Thanks for the information. Short answer: please do not touch the partitions you don't have to. > >Let me reply to you inline below. > >On Mon, Apr 17, 2023 at 3:15 AM Dmitry Baryshkov > wrote: >> >> On Mon, 17 Apr 2023 at 03:09, Roger Shimizu wrote: >> > >> > Package: wnpp >> > Severity: wishlist >> > Owner: Roger Shimizu >> > X-Debbugs-Cc: debian-de...@lists.debian.org >> > >> > * Package name: linux-board-support-package-dragonboard845c >> > Version : 20190529180356-v4 >> > Upstream Author : Linaro >> > * URL : >> > https://releases.linaro.org/96boards/dragonboard845c/qualcomm/firmware >> > * License : non-free >> > Description : Firmware for dragonboard845c / RB3 >> > >> > This package contains the binary firmware for GPU, USB, DSP hardware >> > coprocessors found on SDM845, which is the main SoC on the >> > Dragonboard 845c / RB3. >> >> Generally, I think there is some misunderstanding here. Most of the >> firmware has been pushed to linux-firmware already (where possible). >> You probably have some other intentions here. If so, please describe them. > >Thanks for the upstreaming work! >I checked package firmware-qcom-soc [1], and found GPU / Audio DSP / >Modem firmware is already there. > >[1] https://packages.debian.org/unstable/firmware-qcom-soc > >> I took a glance at the package sources on salsa. So, let's go at this >> one by one. >> >> firmware-qcom-dragonboard845c.install: >> >> [0-9]*/prog_firehose_ddr.elf lib/firmware/qcom/sdm845 >> >> This is the file that is only used by the _host_ when programming the >> device. As such, it should not be a part of the en-device firmware. It >> has no use for the RB3 itself. >> >> [0-9]*/aop.mbn lib/firmware/qcom/sdm845 >> >> Bootloader. It should not be a part of /lib/firmware/ > >Since my ultimate goal is to make an installer image, the bootloader >part is necessary. >Because we don't have the source code for this, and we have to flash >this file to one >partition of the UFS on the board in order to boot the system, we have >to treat it as >firmware. Does Debian installer update the BIOS of your PC during installation? No. Is RB3 (or RB5) somehow different from your PC in this area? No. Please don't touch the system partitions. User might have some custom code there. They might have a customized bootloader. Last, but not least, updating the bootloader might brick the board, if power gets turned off at the improper time, leaving the user with the hardware requiring one to perform additional rescue process through QDL. > >If you have a better idea for the path name, rather than /lib/firmware/, >please let me know. > >> [0-9]*/BTFM.bin lib/firmware/qcom/sdm845 >> >> This is the filesystem image with bluetooth firmware files. Relevant >> files are already part of the /lib/firmware/qca. If anything important >> is missing there, it should directly into > >Good to know it's already upstreamed, and it's under qca folder. > >> [0-9]*/cmnlib.mbn lib/firmware/qcom/sdm845 >> [0-9]*/cmnlib64.mbn lib/firmware/qcom/sdm845 >> [0-9]*/devcfg.mbn lib/firmware/qcom/sdm845 >> >> These three files are also used by the bootloader process, and as such >> they should not be a part of /lib/firmware. >> >> [0-9]*/dspso.bin lib/firmware/qcom/sdm845 >> >> This is probably the only important file for now. This is the >> filesystem image with the shared libraries and executable code for the >> DSPs when executing compute applications there. >> We were putting it to /lib/firmware/qcom/sdm845 and mounting it later, >> because it was easier to do so (if the image is not present in >> /lib/firmware, the rootfs can try mounting dspso parition). For proper >> Debian packaging the image should be unpacked to some agreed location. >> fastrpc daemons then should be taught about this location. > >Yes, we need to integrate this into the installer. No. This needs to be integrated into the system runtime, not into the installer. > >> [0-9]*/hyp.mbn lib/firmware/qcom/sdm845 >> [0-9]*/imagefv.elf lib/firmware/qcom/sdm845 >> [0-9]*/keymaster64.mbn lib/firmware/qcom/sdm845 >> [0-9]*/sec.dat lib/firmware/qcom/sdm845 >> [0-9]*/storsec.mbn lib/firmware/qcom/sdm845 >
Bug#1034496: ITP: linux-board-support-package-rb5 -- Firmware for RB5
On Mon, 17 Apr 2023 at 03:18, Roger Shimizu wrote: > > Package: wnpp > Severity: wishlist > Owner: Roger Shimizu > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name: linux-board-support-package-rb5 > Version : 20210901-v6 > Upstream Author : Linaro > * URL : https://releases.linaro.org/96boards/rb5/qualcomm/firmware > * License : non-free > Description : Firmware for RB5 > > This package contains the binary firmware for the SM8250, which is the > main SoC on the Robotics RB5. As I wrote in the https://bugs.debian.org/1034495 discussion, most if not all firmware files relevant to the board are a part of the linux-firmware package already. If the intent is to provide additional files (e.g. bootloader), please describe your usecases and the intended layout. -- With best wishes Dmitry
Bug#1034495: ITP: linux-board-support-package-dragonboard845c -- Firmware for dragonboard845c / RB3
On Mon, 17 Apr 2023 at 03:09, Roger Shimizu wrote: > > Package: wnpp > Severity: wishlist > Owner: Roger Shimizu > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name: linux-board-support-package-dragonboard845c > Version : 20190529180356-v4 > Upstream Author : Linaro > * URL : > https://releases.linaro.org/96boards/dragonboard845c/qualcomm/firmware > * License : non-free > Description : Firmware for dragonboard845c / RB3 > > This package contains the binary firmware for GPU, USB, DSP hardware > coprocessors found on SDM845, which is the main SoC on the > Dragonboard 845c / RB3. Generally, I think there is some misunderstanding here. Most of the firmware has been pushed to linux-firmware already (where possible). You probably have some other intentions here. If so, please describe them. I took a glance at the package sources on salsa. So, let's go at this one by one. firmware-qcom-dragonboard845c.install: [0-9]*/prog_firehose_ddr.elf lib/firmware/qcom/sdm845 This is the file that is only used by the _host_ when programming the device. As such, it should not be a part of the en-device firmware. It has no use for the RB3 itself. [0-9]*/aop.mbn lib/firmware/qcom/sdm845 Bootloader. It should not be a part of /lib/firmware/ [0-9]*/BTFM.bin lib/firmware/qcom/sdm845 This is the filesystem image with bluetooth firmware files. Relevant files are already part of the /lib/firmware/qca. If anything important is missing there, it should directly into [0-9]*/cmnlib.mbn lib/firmware/qcom/sdm845 [0-9]*/cmnlib64.mbn lib/firmware/qcom/sdm845 [0-9]*/devcfg.mbn lib/firmware/qcom/sdm845 These three files are also used by the bootloader process, and as such they should not be a part of /lib/firmware. [0-9]*/dspso.bin lib/firmware/qcom/sdm845 This is probably the only important file for now. This is the filesystem image with the shared libraries and executable code for the DSPs when executing compute applications there. We were putting it to /lib/firmware/qcom/sdm845 and mounting it later, because it was easier to do so (if the image is not present in /lib/firmware, the rootfs can try mounting dspso parition). For proper Debian packaging the image should be unpacked to some agreed location. fastrpc daemons then should be taught about this location. [0-9]*/hyp.mbn lib/firmware/qcom/sdm845 [0-9]*/imagefv.elf lib/firmware/qcom/sdm845 [0-9]*/keymaster64.mbn lib/firmware/qcom/sdm845 [0-9]*/sec.dat lib/firmware/qcom/sdm845 [0-9]*/storsec.mbn lib/firmware/qcom/sdm845 [0-9]*/tz.mbn lib/firmware/qcom/sdm845 [0-9]*/xbl.elf lib/firmware/qcom/sdm845 [0-9]*/xbl_config.elf lib/firmware/qcom/sdm845 [0-9]*/qupv3fw.elf lib/firmware/qcom/sdm845 Again, mostly bootloader stuff. I highly doubt that /lib/firmware should be polluted with these files. renesas_usb_fw.mem lib/firmware So, this is the Renesas firmware, which gets copyrighted by Qualcomm. We noticed this some time ago (and the fact that the supplier of the firmware, Thundercomm, also pulled the file without having a clear origin). We have been trying to clear licensing terms for this file, however Renesas is unresponsive. Originally this file came from the author (Renesas) without proper license. Thus I do not believe it passes required checks by ftpmasters. linaro-abl/aosp/* lib/firmware/qcom/sdm845/abl-aosp linaro-abl/linux/* lib/firmware/qcom/sdm845/abl-linux I don't know what this is, but judging from the name (ABL) it also should not be part of /lib/firmware. Especially the AOSP file. Next package: network-manager-config-dragonboard845c.install debian/eth-mac-addr.conf usr/lib/NetworkManager/conf.d/ I do not think this should be a part of the firmware-qcom-dragonboard845c source package. It is not a firmware. > If you have any concerns, or you can offer co-maintenance of the package in > Debian, please let me know. Well, I'd like to understand your intentions with this package. Please feel free to ask any questions regarding these files or about packaging them. -- With best wishes Dmitry
Bug#1032733: gcc-10-doc should not be shipped in bookworm
Source: gcc-10-doc Version: 10.4.0-1 Severity: serious Control: block -1 by 1023666 Following gcc-10 removal, gcc-10-doc should not be shipped in bookworm release. -- System Information: Debian Release: bookworm/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1031958: Please fix gcc-N-multilib-i686-linux-gnu support for `gcc -m32`
Package: gcc-12-multilib-i686-linux-gnu Version: 12.2.0-14cross1 Severity: normal At this moment it is not possible to use cross-toolchains to build 32-bit software with using `gcc -m32`. For example the following simple code fails to be compiled if libc6-dev-i386 and gcc-multilib are not installed. Installing gcc-multilib conflicts with installtion of all the cross-toolchains (including, but not limited to gcc-aarch64-linux-gnu gcc-arm-linux-gnueabi gcc-arm-linux-gnueabihf), which I use for the dailyjob. It would be really nice to be able to use i686-cross toolchain to be used for `gcc -m32` support. [For the reference: the need for gcc -m32 comes from the need to build luajit for arm, which requires the several host tools to be compiled with the same pointer size as the target pointer size.] = CUT test.c == #include #include int main(void) { return 0; } = CUT test.c == -- With best wishes Dmitry -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gcc-12-multilib-i686-linux-gnu depends on: ii gcc-12-i686-linux-gnu12.2.0-14cross1 ii gcc-12-i686-linux-gnu-base 12.2.0-14cross1 ii lib64gcc-12-dev-i386-cross 12.2.0-14cross1 ii libc6-dev-amd64-i386-cross 2.36-8cross1 ii libc6-dev-x32-i386-cross 2.36-8cross1 ii libx32gcc-12-dev-i386-cross 12.2.0-14cross1 gcc-12-multilib-i686-linux-gnu recommends no packages. gcc-12-multilib-i686-linux-gnu suggests no packages. -- no debconf information
Bug#1030973: fails to support files outside of /lib/firmware/updates
Source: tqftpserv Version: 1.0-2 Severity: grave Tags: patch Recent additions to enable /lib/firmware/updates broke tqftpserv on all systems not using this dir. Duplicated dirname() call results in looking for the requested files in the wrong directory. The proposed fixes are posted at [1]. Please consider applying it. Also could you please post your proposals to Bjorn's github so that we can review them? [1] https://salsa.debian.org/DebianOnMobile-team/tqftpserv/-/merge_requests/2 -- With best wishes Dmitry -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1030969: fails to map domains if /lib/firmware/updates is not present
Source: protection-domain-mapper Version: 1.0-3 Severity: grave Tags: patch Recent additions to enable /lib/firmware/updates broke pd-mapper for all other systems. Improper error handling of opendir() results in segfaults and duplicated dirname() call results in looking for the JSON file in the wrong directory. The proposed fixes are posted at [1]. Please consider applying Also could you please post your proposals to Bjorn's github so that we can review them? [1] https://salsa.debian.org/DebianOnMobile-team/protection-domain-mapper/-/merge_requests/3 -- With best wishes Dmitry -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#884009: firmware: failed to load pci errors in syslog
Package: firmware-atheros Followup-For: Bug #884009 The ath10k/pre-cal-pci-:04:00.0.bin and ath10k/cal-pci-:04:00.0.bin are optional files, which can provide calibration data for the particular device. If these are the only errors you observe, they can be safely ignored. -- With best wishes Dmitry -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) firmware-atheros depends on no packages. firmware-atheros recommends no packages. Versions of packages firmware-atheros suggests: ii initramfs-tools 0.142 -- no debconf information
Bug#1015728: Please upgrade to current linux-firmware release
Package: firmware-qcom-soc Version: 20210818-1 Severity: normal Upstream linux-firmware releases have been updated with improved firmware for Qualcomm platforms (including, but not being limited to both device firmware and WiFi board files). Please consider updating firmware-nonfree package to using latest linux-firmware release. -- With best wishes Dmitry -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) firmware-qcom-soc depends on no packages. Versions of packages firmware-qcom-soc recommends: ii firmware-atheros 20210818-1 Versions of packages firmware-qcom-soc suggests: ii initramfs-tools 0.142 -- no debconf information
Bug#919652: ath10k - QCA6174 - Surface Go - missing board data - fix .bin included extracted form official .msi
Package: firmware-atheros Version: 20210818-1 Followup-For: Bug #919652 Hi, I'd suggest submitting the board files to the ath10k-firmware repo, which will then find it's way into linux-firmware. See [1] for the proper process description. However checking the license text would also be required beforehand. [1] https://wireless.wiki.kernel.org/en/users/drivers/ath10k/boardfiles -- With best wishes Dmitry -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) firmware-atheros depends on no packages. firmware-atheros recommends no packages. Versions of packages firmware-atheros suggests: ii initramfs-tools 0.142 -- no debconf information
Bug#1011246: please backport SSSE3 SHA384 fix from mainline
Package: libgnutls30 Version: 3.7.1-5 Severity: normal Tags: patch GNUTLS in stable is susceptible to the problem that has been fixed in the main branch. Calculating several SHA-384 hashes w/o reinit can result in miscalculation of the hashes. This has been fixed upstream in [1]. Please provide a backport of this patch. [1] https://gitlab.com/gnutls/gnutls/-/merge_requests/1466 -- With best wishes Dmitry -- System Information: Debian Release: 11.3 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-1-amd64 (SMP w/32 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) Versions of packages libgnutls30 depends on: ii libc6 2.33-7 ii libgmp10 2:6.2.1+dfsg-1+deb11u1 ii libhogweed63.7.3-1 ii libidn2-0 2.3.0-5 ii libnettle8 3.7.3-1 ii libp11-kit00.23.22-1 ii libtasn1-6 4.16.0-2 ii libunistring2 0.9.10-4 libgnutls30 recommends no packages. Versions of packages libgnutls30 suggests: pn gnutls-bin -- no debconf information
Bug#1010064: salsa: please push the pristine-tar branch
Source: device-tree-compiler Version: 1.6.1-1 Severity: normal Recent push to dtc sources to the repo at salsa includes the debian/gbp.conf file. This file contains the "pristine-tar = True" config option, however the repo does not contain the pristine-tar branch. Thus rebuilding the package from the repo without passing additional options to gbp is impossible. Please push the prisine-tar branch to the salsa repo. -- With best wishes Dmitry -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1009675: GCC toolchain is broken on Debian 11 aarch64 when creating shared libraries
Hi, чт, 14 апр. 2022 г. в 10:33, Sad Clouds : > Create libtest.so shared library: > gcc -O2 -fPIC -DPIC -c libtest.c && \ > gcc -O2 -fPIC -DPIC -shared -Wl,--default-symver -Wl,-soname,libtest.so. > 1 -o libtest.so.1.0 libtest.o && \ ln -sf libtest.so.1.0 libtest.so > > Create main executable, linking it with libtest.so: > gcc -O2 -c main.c && \ > gcc -O2 -L./ -ltest -o main main.c If you change the order and put dependencies after the dependents, linking works: gcc -O2 -o main main.o -L./ -ltest -- With best wishes Dmitry
Bug#1000162: ima-evm-utils: FTBFS with no internet connection
пн, 24 янв. 2022 г. в 13:00, Bastian Germann : > > On Thu, 18 Nov 2021 21:59:12 +0100 Bastian Germann wrote: > > Your package fails to build from scratch in an environment with no > > internect connection. > > Please check the buildd logs for this. > > I am going to fix this via a NMU as it was not resolved with the latest > upload. Ack for the NMU. -- With best wishes Dmitry
Bug#996858: libllvm12:i386 uninstallable and uninstall my desktop
Package: libllvm12 Version: 1:12.0.1-16 Followup-For: Bug #996858 This bug reappeared with new bin-NMU of libllvm12:i386: $ sudo aptitude install libllvm12:i386 The following packages will be REMOVED: libllvm12{a} The following packages will be upgraded: libllvm12:i386 1 packages upgraded, 0 newly installed, 1 to remove and 2 not upgraded. Need to get 19.7 MB of archives. After unpacking 96.7 MB will be freed. The following packages have unmet dependencies: llvm-12-dev : Depends: libllvm12 (= 1:12.0.1-16) but it is not going to be installed mesa-va-drivers : Depends: libllvm12 but it is not going to be installed libclang1-12 : Depends: libllvm12 but it is not going to be installed libgl1-mesa-dri : Depends: libllvm12 but it is not going to be installed libosmesa6 : Depends: libllvm12 but it is not going to be installed llvm-12-runtime : Depends: libllvm12 but it is not going to be installed libclang-common-12-dev : Depends: libllvm12 (= 1:12.0.1-16) but it is not going to be installed libclang-cpp12 : Depends: libllvm12 (= 1:12.0.1-16) but it is not going to be installed mesa-vulkan-drivers : Depends: libllvm12 but it is not going to be installed llvm-12-tools : Depends: libllvm12 but it is not going to be installed clang-12 : Depends: libllvm12 but it is not going to be installed llvm-12 : Depends: libllvm12 but it is not going to be installed llvm-12-linker-tools : Depends: libllvm12 but it is not going to be installed mesa-vdpau-drivers : Depends: libllvm12 but it is not going to be installed The following actions will resolve these dependencies: Keep the following packages at their current version: 1) libllvm12 [1:12.0.1-16 (now, testing)] 2) libllvm12:i386 [1:12.0.1-16 (now)] Accept this solution? [Y/n/q/?] The following packages have been kept back: libllvm12:i386{a} No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. $ apt-cache policy libllvm12 libllvm12: Installed: 1:12.0.1-16 Candidate: 1:12.0.1-16 Version table: *** 1:12.0.1-16 500 500 https://mirror.docker.ru/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status $ apt-cache policy libllvm12:i386 libllvm12:i386: Installed: 1:12.0.1-16 Candidate: 1:12.0.1-16+b1 Version table: 1:12.0.1-16+b1 500 500 https://mirror.docker.ru/debian bookworm/main i386 Packages *** 1:12.0.1-16 100 100 /var/lib/dpkg/status -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-4-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) Versions of packages libllvm12 depends on: ii libc6 2.32-4 ii libedit23.1-20210910-1 ii libffi8 3.4.2-3 ii libgcc-s1 11.2.0-10 ii libstdc++6 11.2.0-10 ii libtinfo6 6.3-1 ii libxml2 2.9.12+dfsg-5+b1 ii libz3-4 4.8.12-1+b1 ii zlib1g 1:1.2.11.dfsg-2 libllvm12 recommends no packages. libllvm12 suggests no packages. -- no debconf information
Bug#994898: package gcc-7-doc incorrectly displayed on tracker.debian.org
Package: tracker.debian.org Severity: normal The package gcc-7-doc is displayed on tracker.d.o as present in testing distribution. Package news (correctly) show that the package was removed from unstable, but miss the note that the package was removed from testing. Correpondingly package is still displayed as present in testing distribution. Could you please correct that? -- With best wishes Dmitry
Bug#990198: ima-evm-utils: evmctl -r sign is unreasonably slow due to popen("blkid...) repeatedly
Package: ima-evm-utils Followup-For: Bug #990198 I think your patch is not fully correct (extra * in the last_uuid declaration). I'll fix it for you, but if you have it somewhere, you might want to fix the warning. -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages ima-evm-utils depends on: ii attr 1:2.4.48-6 ii keyutils 1.6.1-2 ii libc6 2.31-13 pn libimaevm0 ii libkeyutils1 1.6.1-2 ii libssl1.1 1.1.1k-1 ima-evm-utils recommends no packages. ima-evm-utils suggests no packages.
Bug#992042: please update to the last release 0.9.6
Package: fheroes2-pkg Version: 0+svn20150122r3274-2-2 Severity: normal FHeroes2 0.9.6 was releases recently. Could you please update the package to support this version? -- System Information: Debian Release: 11.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages fheroes2-pkg depends on: ii build-essential 12.9 ii debconf [debconf-2.0]1.5.77 ii debhelper13.3.4 ii imagemagick 8:6.9.11.60+dfsg-1.3 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1.3 ii libsdl-image1.2-dev 1.2.12-12 ii libsdl-mixer1.2-dev 1.2.12-16+b1 ii libsdl-net1.2-dev1.2.8-6+b1 ii libsdl-ttf2.0-dev2.0.11-6 ii libsdl1.2-dev [libsdl-dev] 1.2.15+dfsg2-6 ii libtinyxml-dev 2.6.2-4 ii libxdmf-dev 3.0+git20190531-7 ii subversion 1.14.1-3 Versions of packages fheroes2-pkg recommends: ii freepats 20060219-3 ii libcap2-bin 1:2.44-1 Versions of packages fheroes2-pkg suggests: pn ttf-dejavu-core pn vrms -- debconf information: * fheroes2-pkg/post-invoke_hook-install: true fheroes2-pkg/upgrade: fheroes2-pkg/title_u: fheroes2-pkg/post-invoke_hook-remove: false fheroes2-pkg/title_b-i: * fheroes2-pkg/first-install: * fheroes2-pkg/build: true
Bug#983048: please provide mke2fs to let fastboot format work
Package: fastboot Version: 1:10.0.0+r36-7 Severity: normal Currently fastboot format fails because it can not find the mke2fs tool: $ /usr/bin/fastboot format userdata /usr/lib/android-sdk/platform-tools/mke2fs failed with status 1 fastboot: error: Cannot generate image for userdata $ ls -l /usr/lib/android-sdk/platform-tools/ total 604 -rwxr-xr-x 1 root root 202944 Jan 19 23:09 adb -rwxr-xr-x 1 root root 401512 Jan 19 23:09 fastboot -rw-r--r-- 1 root root979 Jan 22 12:23 package.xml -rw-r--r-- 1 root root 50 Jan 22 12:23 source.properties Please provide mke2fs tool so that we can fastboot format partitions. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages fastboot depends on: ii android-libadb 1:10.0.0+r36-7 ii android-libbase1:10.0.0+r36-7 ii android-libboringssl 10.0.0+r36-1 ii android-libcutils 1:10.0.0+r36-7 ii android-libext4-utils 10.0.0+r36+ds-2 ii android-libsparse 1:10.0.0+r36-7 ii android-libunwind 10.0.0+r36-4 ii android-libziparchive 1:10.0.0+r36-7 ii android-sdk-platform-tools-common 28.0.2+3 ii libc6 2.31-9 ii libgcc-s1 10.2.1-6 ii libstdc++6 10.2.1-6 fastboot recommends no packages. Versions of packages fastboot suggests: pn android-sdk-platform-tools -- no debconf information
Bug#964453: please reenable libkms
Source: libdrm Version: 2.4.102-1 Severity: normal libkms is usefull for other packages outside Debian (e.g. for VK-GL-CTS test suite). Could you please reenable it (disabled in 2.4.46-3). -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#948952: please support nvidia-tesla vulkan driver
Package: primus-vk Version: 1.4-1 Followup-For: Bug #948952 Hello, I can confirm that pvkrun works correctly with nvidia-tesla-418 packages. -- With best wishes Dmitry -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages primus-vk depends on: ii bumblebee 3.2.1-22 ii libprimus-vk1 1.4-1 Versions of packages primus-vk recommends: ii libprimus-vk1 1.4-1 primus-vk suggests no packages. -- no debconf information PrimusVK: Searching for display GPU: PrimusVK: 0x55f4bd0966a0: PrimusVK: Got integrated gpu! PrimusVK: Device: Intel(R) Haswell Mobile PrimusVK: Type: 1 PrimusVK: Searching for render GPU: PrimusVK: 0x55f4bd0966a0. PrimusVK: 0x55f4bd1a7990. PrimusVK: Got discrete gpu! PrimusVK: Device: GeForce 920M PrimusVK: Type: 2 PrimusVK: fetching dispatch for 0x55f4bd286a80 PrimusVK: Creating display device finished!: 0 PrimusVK: fetching dispatch for 0x55f4bd1c6bb0 PrimusVK: CreateDevice done == VULKANINFO == Vulkan Instance Version: 1.2.126 Instance Extensions: count = 18 VK_EXT_acquire_xlib_display: extension revision 1 VK_EXT_debug_report: extension revision 9 VK_EXT_debug_utils : extension revision 1 VK_EXT_direct_mode_display : extension revision 1 VK_EXT_display_surface_counter : extension revision 1 VK_KHR_device_group_creation : extension revision 1 VK_KHR_display : extension revision 21 VK_KHR_external_fence_capabilities : extension revision 1 VK_KHR_external_memory_capabilities: extension revision 1 VK_KHR_external_semaphore_capabilities : extension revision 1 VK_KHR_get_display_properties2 : extension revision 1 VK_KHR_get_physical_device_properties2 : extension revision 1 VK_KHR_get_surface_capabilities2 : extension revision 1 VK_KHR_surface : extension revision 25 VK_KHR_surface_protected_capabilities : extension revision 1 VK_KHR_wayland_surface : extension revision 6 VK_KHR_xcb_surface : extension revision 6 VK_KHR_xlib_surface: extension revision 6 Layers: count = 9 === VK_LAYER_LUNARG_standard_validation (LunarG Standard Validation Layer) Vulkan version 1.0.131, layer version 1: Layer Extensions: count = 0 Devices: count = 1 GPU id : 0 (GeForce 920M) Layer-Device Extensions: count = 0 VK_LAYER_MESA_overlay (Mesa Overlay layer) Vulkan version 1.1.73, layer version 1: Layer Extensions: count = 0 Devices: count = 1 GPU id : 0 (GeForce 920M) Layer-Device Extensions: count = 0 VK_LAYER_MESA_overlay (Mesa Overlay layer) Vulkan version 1.1.73, layer version 1: Layer Extensions: count = 0 Devices: count = 1 GPU id : 0 (GeForce 920M) Layer-Device Extensions: count = 0 VK_LAYER_PRIMUS_PrimusVK (Primus-vk - https://github.com/felixdoerre/primus_vk) Vulkan version 1.1.0, layer version 1: Layer Extensions: count = 0 Devices: count = 1 GPU id : 0 (GeForce 920M) Layer-Device Extensions: count = 0 VK_LAYER_PRIMUS_PrimusVK (Primus-vk - https://github.com/felixdoerre/primus_vk) Vulkan version 1.1.0, layer version 1: Layer Extensions: count = 0 Devices: count = 1 GPU id : 0 (GeForce 920M) Layer-Device Extensions: count = 0 VK_LAYER_VALVE_steam_fossilize_32 (Steam Pipeline Caching Layer) Vulkan version 1.1.73, layer version 1: Layer Extensions: count = 0 Devices: count = 1 GPU id : 0 (GeForce 920M) Layer-Device Extensions: count = 0 VK_LAYER_VALVE_steam_fossilize_64 (Steam Pipeline Caching Layer) Vulkan version 1.1.73, layer version 1: Layer Extensions: count = 0 Devices: count = 1 GPU id : 0 (GeForce 920M) Layer-Device Extensions: count = 0 VK_LAYER_VALVE_steam_overlay_32 (Steam Overlay Layer) Vulkan version 1.1.73, layer version 1: Layer Extensions: count = 0 Devices: count = 1 GPU id : 0 (GeForce 920M) Layer-Device Extensions: count = 0 VK_LAYER_VALVE_steam_overlay_64 (Steam Overlay Layer) Vulkan version 1.1.73, layer version 1: Layer
Bug#948961: please provide nvidia-settings-tesla
Source: nvidia-graphics-drivers-tesla Version: 418.116.00-1 Severity: normal nvidia-settings from the main branch doesn't seem to be fully compatible with nvidia-tesla driver version. Please provide nvidia-settings-tesla package. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#948952: please support nvidia-tesla vulkan driver
Package: primus-vk Version: 1.3-3 Severity: normal For several Kepler-based mobile GPU chips (like GeForce 920M) the best option would be an nvidia-tesla package (418.116) rather than older legacy 390.xx driver. Could youu please add support for nvidia-tesla driver to primus-vk (-nvidia) package? -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages primus-vk depends on: ii bumblebee 3.2.1-20 ii libprimus-vk1 1.3-3 Versions of packages primus-vk recommends: ii libprimus-vk1 1.3-3 primus-vk suggests no packages. -- no debconf information
Bug#505177: sparse: cgcc can't find gcc headers
Package: sparse Version: 0.4.1-1 Severity: important cgcc/sparse fail to find gcc headers, thus rendering this type of check unusable: tmp $ cgcc -c test.c /usr/include/stdio.h:34:12: error: unable to open 'stddef.h' tmp $ cat test.c #include stdio.h int main(void) { printf(Hello, World\n); return 0; } I was able to w/around this problem by adding near the top of cgcc the following lines: my $include = `$cc -print-file-name=include`; chomp($include); $check .= ' -isystem ' . $include; -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.27-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sparse depends on: ii libc6 2.7-15 GNU C Library: Shared libraries sparse recommends no packages. sparse suggests no packages. -- debconf-show failed -- With best wishes Dmitry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494685: does not fully parse -Wa option
Package: icecc Version: 0.9.1-1 Severity: wishlist Tags: patch icecc doesn't fully parse -Wa compiler option, but instead it silently falls back to local-only compilation if it finds '=' in it. This is done to support compilation with -Wa,-a...=output flags. This heavily impacts cross-compilation of arm kernels, which heavily use -Wa,-mtune=arch. Provided patch adds sufficient level of -Wa command line argument parsing. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icecc depends on: ii adduser 3.108 add and remove users and groups ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii dpkg 1.14.20Debian package management system ii g++ [c++-compiler]4:4.3.1-2 The GNU C++ compiler ii g++-4.3 [c++-compiler]4.3.1-8The GNU C++ compiler ii gcc [c-compiler] 4:4.3.1-2 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.6-8The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-23 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.1-8The GNU C compiler ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-8 GCC support library ii libstdc++64.3.1-8The GNU Standard C++ Library v3 ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip icecc recommends no packages. Versions of packages icecc suggests: ii icecc-monitor 1.1-2 icecc monitor for KDE -- debconf information: * icecc/daemon: true * icecc/scheduler: false -- With best wishes Dmitry diff -u -r icecc-0.9.1-old/client/arg.cpp icecc-0.9.1/client/arg.cpp --- icecc-0.9.1-old/client/arg.cpp2008-08-11 14:38:41.0 +0400 +++ icecc-0.9.1/client/arg.cpp2008-08-11 15:01:26.0 +0400 @@ -157,7 +157,18 @@ * all the options would be complex since you can give several * comma-separated assembler options after -Wa, but looking * for '=' should be safe. */ -if (strchr(a, '=')) { +const char *pos = a; +bool local = false; +while ((pos = strstr(pos+1, -a))) { +pos += 2; +while (*pos = 'a' *pos = 'z') +pos ++; +if (*pos == '=') { +local = true; +break; +} +} +if (local) { always_local = true; args.append(a, Arg_Local); } else
Bug#423160: gij-4.1: bug in EnumMap implementation
Package: gij-4.1 Version: 4.1.2-6 Severity: normal The gij implementation of EnumMap class contains a flaw: it returns strange java.lang.Object classes for missing elements. The error can be demonstrated with this program: === Cut === import java.util.*; public class Test { enum TestEnum { FIRST, SECOND } public static void main(String[] args) { MapTestEnum, String map = new EnumMapTestEnum, String(TestEnum.class); map.put(TestEnum.FIRST, first); System.out.println(map); System.out.println(map.containsKey(TestEnum.SECOND)); System.out.println(map.get(TestEnum.SECOND)); } } === Cut === tmp $ gcj-4.1 -C Test.java tmp $ gij-4.1 Test {FIRST=first} false Exception in thread main java.lang.ClassCastException: java.lang.Object cannot be cast to java.lang.String at Test.main(Test.java:13) tmp $ java Test {FIRST=first} false null === Cut === As you can see, Sun Java (the last call) returns correct null, while GNU libgcj returns bogus java.lang.Object. gij-4.2 from experimental gives the same error. -- With best wishes Dmitry Baryshkov -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gij-4.1 depends on: ii gcj-4.1-base4.1.2-6 The GNU Compiler Collection (gcj b ii libc6 2.5-7GNU C Library: Shared libraries ii libgcc1 1:4.2-20070405-1 GCC support library ii libgcj7-1 4.1.2-6 Java runtime library for use with ii libmagic1 4.20-5 File type determination library us ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages gij-4.1 recommends: ii libgcj7-1-awt 4.1.2-6AWT peer runtime libraries for use -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389242: eog: version from experimental is uninstallable
Package: eog Version: 2.16.0.1-1 Severity: grave Justification: renders package unusable The package eog from experimental is uninstallable due to dependancy on unavailable libc6 (= 2.4-1). -- With best wishes Dmitry -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389247: gnome-keyring-manager: version from experimental is uninstallable
Package: gnome-keyring-manager Version: 2.16.0-1 Severity: grave Justification: renders package unusable The package gnome-keyring-manager from experimental is uninstallable due to dependancy on unavailable libc6 (= 2.4-1). -- With best wishes Dmitry Baryshkov -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383244: glosstex: please support TeX Live
Package: glosstex Version: 0.4.dfsg.1-1 Severity: wishlist As teTeX is going to fade out, please add support of TeX Live to the glosstex. -- With best wishes Dmitry Baryshkov -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages glosstex depends on: ii libc6 2.3.6-19 GNU C Library: Shared libraries ii texlive-base 2005.dfsg.1-1 TeX Live: Essential programs and f glosstex recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372104: nvidia-glx-legacy: please use alternatives for diverted libraries
Package: nvidia-glx-legacy Version: 1.0.7174-4 Severity: wishlist Please use alternatives instead of just diverting libGL.so*, libGLcore.so, libglx.a*. Using alternatives will help administrators to easyly switch between nVidia's glx and Mesa one. Thank you. -- With best wishes Dmitry Baryshkov -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages nvidia-glx-legacy depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii nvidia-kernel-leg 1.0.7174-2.1+2.6.16-14 NVIDIA binary kernel module for Li ii x11-common1:7.0.20 X Window System (X.Org) infrastruc nvidia-glx-legacy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365977: gnome-control-center: should not depend on transitional package
Package: gnome-control-center Version: 1:2.12.3-2 Severity: normal After Xorg 7.0 transition, xlibs is a transitional package. Probably you should depend on the xkb-data instead. -- With best wishes Dmitry Baryshkov -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages gnome-control-center depends on: ii capplets-data 1:2.12.3-2configuration applets for GNOME 2 ii desktop-file-utils 0.10-1Utilities for .desktop files ii gnome-desktop-data 2.14.1.1-1Common files for GNOME 2 desktop a ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii gnome-menus2.14.0-1 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.9-8+b1Avahi client library ii libavahi-common3 0.6.9-8+b1Avahi common library ii libavahi-compat-howl0 0.6.9-8+b1Avahi Howl compatibility library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-5simple interprocess messaging syst ii libebook1.2-5 1.6.1-1 Client library for evolution addre ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfam02.7.0-10 Client library to control the FAM ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-3 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-desktop-2 2.14.1.1-1Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-menu2 2.14.0-1 an implementation of the freedeskt ii libgnome2-02.14.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-1 GNOME virtual file-system (runtime ii libgnutls111.0.16-14+b1 GNU TLS library - runtime library ii libgpg-error0 1.2-1 library for common error values an ii libgstreamer-plugins0.8-0 0.8.12-3 Various GStreamer libraries and li ii libgstreamer0.8-0 0.8.12-1 Core GStreamer libraries, plugins, ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libmetacity0 1:2.14.1-2library of lightweight GTK2 based ii libnautilus-extension1 2.14.1-1 libraries for nautilus components ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft22.1.8.2-7 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxklavier10 2.2-3 X Keyboard Extension high-level AP ii libxml22.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1
Bug#352197: eclipse: workaround for the problem
Package: eclipse Version: 3.1.2-1 Followup-For: Bug #352197 I also encountered the same problem. I managed to workaround it by issuing: $ cp -r ~/.eclipse/org.eclipse.platform_3.1.1/configuration/org.eclipse.update/ ~/.eclipse/org.eclipse.platform_3.1.2/configuration/ After issuing this command I got all my local plugins back. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-1Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-1Plug-in Development Environment to ii eclipse-source3.1.2-1Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353772: ncmpc: incorrectly calculates the lengths of UTF-8 strings.
Package: ncmpc Version: 0.11.1+svn-r3362-1 Severity: normal Tags: patch l10n ncmpc incorrectly calculates the lengths of UTF-8 strings (see screenshots at the bug #326074. Attached patch fixes the problem for me. Please, consider applying and submitting upstream. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages ncmpc depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libncursesw5 5.5-1.1Shared libraries for terminal hand Versions of packages ncmpc recommends: ii mpd 0.11.5-5.1 Music Player Daemon, the name says -- no debconf information diff -pur ncmpc-0.11.1+svn-r3362/src/list_window.c ncmpc-0.11.1+svn-r3362.utf-8/src/list_window.c --- ncmpc-0.11.1+svn-r3362/src/list_window.c 2005-12-14 19:37:45.0 +0300 +++ ncmpc-0.11.1+svn-r3362.utf-8/src/list_window.c 2006-02-20 23:08:40.0 +0300 @@ -203,7 +203,8 @@ list_window_paint(list_window_t *lw, if( show_cursor selected ) wattron(lw-w, A_REVERSE); - waddnstr(lw-w, label, lw-cols); +// waddnstr(lw-w, label, lw-cols); + waddstr(lw-w, label); if( fill lenlw-cols ) mvwhline(lw-w, i, len, ' ', lw-cols-len); diff -pur ncmpc-0.11.1+svn-r3362/src/screen.c ncmpc-0.11.1+svn-r3362.utf-8/src/screen.c --- ncmpc-0.11.1+svn-r3362/src/screen.c 2005-12-14 19:37:45.0 +0300 +++ ncmpc-0.11.1+svn-r3362.utf-8/src/screen.c 2006-02-20 23:09:21.0 +0300 @@ -187,9 +187,9 @@ paint_top_window(char *header, mpdclient static int prev_header_len = -1; WINDOW *w = screen-top_window.w; - if(prev_header_len!=strlen(header)) + if(prev_header_len!=my_strlen(header)) { - prev_header_len = strlen(header); + prev_header_len = my_strlen(header); clear = 1; } @@ -244,7 +244,7 @@ paint_top_window(char *header, mpdclient g_snprintf(buf, 32, _( Volume %d%%), c-status-volume); } colors_use(w, COLOR_TITLE); - mvwaddstr(w, 0, screen-top_window.cols-strlen(buf), buf); + mvwaddstr(w, 0, screen-top_window.cols-my_strlen(buf), buf); flags[0] = 0; if( c-status-repeat ) @@ -333,7 +333,7 @@ paint_status_window(mpdclient_t *c) if( str ) { waddstr(w, str); - x += strlen(str)+1; + x += my_strlen(str)+1; } /* create time string */ @@ -367,7 +367,7 @@ paint_status_window(mpdclient_t *c) if( (IS_PLAYING(status-state) || IS_PAUSED(status-state)) ) { char songname[MAX_SONGNAME_LENGTH]; - int width = COLS-x-strlen(screen-buf); + int width = COLS-x-my_strlen(screen-buf); if( song ) strfsong(songname, MAX_SONGNAME_LENGTH, STATUS_FORMAT, song); @@ -376,7 +376,7 @@ paint_status_window(mpdclient_t *c) colors_use(w, COLOR_STATUS); /* scroll if the song name is to long */ - if( strlen(songname) width ) + if( my_strlen(songname) width ) { static scroll_state_t st = { 0, 0 }; char *tmp = strscroll(songname, *** , width, st); @@ -384,7 +384,8 @@ paint_status_window(mpdclient_t *c) g_strlcpy(songname, tmp, MAX_SONGNAME_LENGTH); g_free(tmp); } - mvwaddnstr(w, 0, x, songname, width); +// mvwaddnstr(w, 0, x, songname, width); + mvwaddstr(w, 0, x, songname); } /* display time string */ diff -pur ncmpc-0.11.1+svn-r3362/src/support.c ncmpc-0.11.1+svn-r3362.utf-8/src/support.c --- ncmpc-0.11.1+svn-r3362/src/support.c 2005-12-14 19:37:45.0 +0300 +++ ncmpc-0.11.1+svn-r3362.utf-8/src/support.c 2006-02-20 23:08:40.0 +0300 @@ -106,6 +106,7 @@ strcasestr(const char *haystack, const c } #endif /* HAVE_STRCASESTR */ +// FIXME: utf-8 length char * strscroll(char *str, char *separator, int width, scroll_state_t *st) { @@ -123,17 +124,28 @@ strscroll(char *str, char *separator, in tmp = g_malloc(size); g_strlcpy(tmp, str, size); g_strlcat(tmp, separator, size); - len = strlen(tmp); + len = my_strlen(tmp); if( st-offset = len ) st-offset = 0; /* create the new scrolled string */ size = width+1; - buf = g_malloc(size); - g_strlcpy(buf, tmp+st-offset, size); - if( strlen(buf) width ) -g_strlcat(buf, tmp, size); + if (g_utf8_validate(tmp, -1, NULL) ) + { +int ulen; +buf = g_malloc(size*6);// max length of utf8 char is 6 +g_utf8_strncpy(buf, g_utf8_offset_to_pointer(tmp,st-offset), size); +if( (ulen = g_utf8_strlen(buf, -1)) width ) + g_utf8_strncpy(buf+strlen(buf), tmp, size - ulen - 1); + } + else + { +buf = g_malloc(size); +g_strlcpy(buf, tmp+st-offset, size); +if( strlen(buf) width ) + g_strlcat(buf, tmp, size); + } if( time(NULL)-st-t = 1 ) {
Bug#341814: winbind: please provide idmap_ad module
Package: winbind Version: 3.0.20b-2+b1 Severity: wishlist The idmap_ad backend plugin isn't included in the winbind package. Please provide it. It helps to improve the interoperability in heterogeneous systems, e.g. when using MS SFU on W2K3 servers. -- With best wishes Dmitry baryshkov -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages winbind depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libcomerr21.38-2 common error description library ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpopt0 1.7-5 lib for parsing cmdline parameters winbind recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341661: libncursesw5: wins_nwstr() fails to correctly identify cyrillic characters as wide
Package: libncursesw5 Version: 5.5-1 Severity: normal Tags: patch The wins_nwstr() logic of inserting characters fails on the cyrillic charcters, because they aren't 'wide' (wcwidth(char) == 1), but they aren't ASCII chars, so _nc_insert_ch() function (called from the wins_nwstr() in case of non-'wide' char) fails to put the correct character in the window. The bug was discovered by Ivan Loh (loh at 1917 dot com) by trying to use aspell with russian texts. Attached patch fixes the problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages libncursesw5 depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an Versions of packages libncursesw5 recommends: ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib -- no debconf information diff -u ncurses-5.5/debian/changelog ncurses-5.5/debian/changelog --- ncurses-5.5/debian/changelog +++ ncurses-5.5/debian/changelog @@ -1,3 +1,10 @@ +ncurses (5.5-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Trying to fix the bug in wins_nwstr. + + -- Dmitry Baryshkov [EMAIL PROTECTED] Thu, 1 Dec 2005 23:56:03 +0300 + ncurses (5.5-1) unstable; urgency=low * New upstream release. only in patch2: unchanged: --- ncurses-5.5.orig/ncurses/widechar/lib_ins_wch.c +++ ncurses-5.5/ncurses/widechar/lib_ins_wch.c @@ -115,9 +115,11 @@ oy = win-_cury; ox = win-_curx; for (cp = wstr; *cp ((cp - wstr) n); cp++) { - int len = wcwidth(*cp); +// int len = wcwidth(*cp); - if (len != 1) { +// if (len != 1) + if (*cp 127) + { cchar_t tmp_cchar; wchar_t tmp_wchar = *cp; memset(tmp_cchar, 0, sizeof(tmp_cchar));
Bug#321961: merge
Hello, On Wed, Aug 17, 2005 at 02:03:50AM -0400, Justin Pryzby wrote: I wouldn't assume its a compiler issue; real bugs can go away with -O0. It goes away when built with -O0 (DEB_BUILD_OPTIONS=noopt). -- With best wishes Dmitry Baryshkov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321961: more info
Hello, I also experienced these crashes. This seems to be compiler issue: rebuilding pkg-config with 'noopt' provides working executable, but even with -O1 I get segfaults. Attached valgrind log of segafaulting executable. (I'm using 'gcc version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)'.) -- With best wishes Dmitry Baryshkov ==30875== Memcheck, a memory error detector for x86-linux. ==30875== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==30875== Using valgrind-2.4.1, a program supervision framework for x86-linux. ==30875== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==30875== For more details, rerun with: -v ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x1B8ECB13: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8F2BED: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8F2BED: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x1B8EC6B6: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8F2BED: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x1B8EC6C2: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8F2BED: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8F2BED: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==30875==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) Usage: pkg-config [OPTION...] --version output version of pkg-config --modversion output version for package --atleast-pkgconfig-version=VERSIONrequire given version of pkg-config ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x804FA99: singleTableHelp (popthelp.c:162) ==30875==by 0x804FBE0: poptPrintHelp (popthelp.c:204) ==30875==by 0x804F766: displayArgs (popthelp.c:56) ==30875==by 0x804ED25: poptGetNextOpt (popt.c:438) ==30875==by 0x804DA45: main (main.c:363) ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x804F795: getArgDescrip (popthelp.c:70) ==30875==by 0x804F802: singleOptionHelp (popthelp.c:88) ==30875==by 0x804FAA5: singleTableHelp (popthelp.c:164) ==30875==by 0x804FBE0: poptPrintHelp (popthelp.c:204) ==30875==by 0x804F766: displayArgs (popthelp.c:56) ==30875==by 0x804ED25: poptGetNextOpt (popt.c:438) ==30875==by 0x804DA45: main (main.c:363) ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x804F7BA: getArgDescrip (popthelp.c:75) ==30875==by 0x804F802: singleOptionHelp (popthelp.c:88) ==30875==by 0x804FAA5: singleTableHelp (popthelp.c:164) ==30875==by 0x804FBE0: poptPrintHelp (popthelp.c:204) ==30875==by 0x804F766: displayArgs (popthelp.c:56) ==30875==by 0x804ED25: poptGetNextOpt (popt.c:438) ==30875==by 0x804DA45: main (main.c:363) ==30875== ==30875== Conditional jump or move depends on uninitialised value(s) ==30875==at 0x804F86B: singleOptionHelp (popthelp.c:98) ==30875==by 0x804FAA5: singleTableHelp (popthelp.c:164) ==30875==by 0x804FBE0: poptPrintHelp (popthelp.c:204) ==30875==by 0x804F766: displayArgs (popthelp.c:56) ==30875==by 0x804ED25: poptGetNextOpt (popt.c:438) ==30875==by 0x804DA45: main (main.c:363) ==30875== ==30875== Use of uninitialised value of size 4 ==30875==at 0x1B9058B6: strcat (mac_replace_strmem.c:144) ==30875==by 0x804F88D: singleOptionHelp (popthelp.c:100) ==30875==by 0x804FAA5: singleTableHelp (popthelp.c:164) ==30875==by 0x804FBE0: poptPrintHelp (popthelp.c:204) ==30875==by 0x804F766: displayArgs (popthelp.c:56) ==30875==by 0x804ED25: poptGetNextOpt (popt.c:438) ==30875==by 0x804DA45: main (main.c:363) ==30875== ==30875== Invalid read of size 1 ==30875==at 0x1B9058B6: strcat (mac_replace_strmem.c:144
Bug#306124: awstats: should interpret .xhtml as 'HTML or XML static page'
Package: awstats Version: 6.4-1 Severity: wishlist In 'File type' table, xhtml files should be reported in the same manner as html: show html icon and 'HTML or XML static page' description. -- With best wishes Dmitry Baryshkov -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-12 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages awstats depends on: ii perl [libstorable-perl] 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299262: mysql-server-4.1: mysqlhotcopy doesn't work if I specify non-standard charset in my.cnf
Hello, On Tue, Mar 15, 2005 at 07:30:05AM -0500, sean finney wrote: On Tue, Mar 15, 2005 at 08:59:23AM +0300, Dmitry Baryshkov wrote: Yes, but then other clients stop working. I workarounded this by including in /etc/mysql/my.cnf [mysqlhotcopy] section, containing only one line: default-character-set = koi8_ru Then it overrides 'default-character-set = koi8r' from [client] section. okay, so then we're good? In the ideal world there would be two versions of libdbd-mysql-perl (package which really caused this problem). One linked with libmysqlclient12, one with libmysqlclient14. Probably I would fill a wishlist bug on libdbd-mysql-perl. Back to real world. Everything seems to be working here, so you could close this bug, but I think this issue deserves mentioning in README.Debian. -- With best wishes Dmitry Baryshkov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299262: mysql-server-4.1: mysqlhotcopy doesn't work if I specify non-standard charset in my.cnf
Hellom On Mon, Mar 14, 2005 at 09:38:08PM -0500, sean finney wrote: On Sun, Mar 13, 2005 at 04:21:03AM +0300, Dmitry Baryshkov wrote: If I specify 'default-character-set = koi8r' in the [client] section of does it work if you specify koi8_ru? Yes, but then other clients stop working. I workarounded this by including in /etc/mysql/my.cnf [mysqlhotcopy] section, containing only one line: default-character-set = koi8_ru Then it overrides 'default-character-set = koi8r' from [client] section. -- With best wishes Dmitry Baryshkov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299262: mysql-server-4.1: mysqlhotcopy doesn't work if I specify non-standard charset in my.cnf
Package: mysql-server-4.1 Version: 4.1.10-1 Severity: normal If I specify 'default-character-set = koi8r' in the [client] section of /etc/mysql/my.cnf, mysqlhotcopy print's this error message and doesn't copy database: === Cut === $ mysqlhotcopy www /backup/mysql-2005-03-13/ Character set 'koi8r' is not a compiled character set and is not specified in the '/usr/share/mysql/charsets/Index' file DBI connect(';host=localhost;mysql_read_default_group=mysqlhotcopy','',...) failed: Can't initialize character set koi8r (path: /usr/share/mysql/charsets/) at /usr/bin/mysqlhotcopy line 182 === Cut === -- With best wishes Dmitry Baryshkov -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-01 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages mysql-server-4.1 depends on: ii adduser 3.63Add and remove users and groups ii debconf 1.4.30.12 Debian configuration management sy ii gawk 1:3.1.4-2 GNU awk, a pattern scanning and pr ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libmysqlclient14 4.1.10-1mysql database client library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libreadline4 4.3-11 GNU readline and history libraries ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-6 Wietse Venema's TCP wrappers libra ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii mysql-client-4.1 4.1.10-1mysql database client binaries ii mysql-common-4.1 4.1.10-1mysql database common files (e.g. ii passwd 1:4.0.3-30.10 change and administer password and ii perl 5.8.4-6 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-3 compression library - runtime -- debconf information: mysql-server-4.1/start_on_boot: true mysql-server-4.1/postrm_remove_databases: false * mysql-server-4.1/nis_warning: * mysql-server-4.1/mysql_install_db_notes: mysql-server-4.1/mysql_update_hints1: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298168: sensord: can't create RRD database for it8712 chips
Package: sensord Version: 1:2.9.0-14 Severity: normal Tags: patch When I tried to enable RRD usage, sensord created RRD with only field for loadavg, because it failed to recognize it8712 chip. Attached one-liner patch to fix this issue. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-01 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages sensord depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii librrd0 1.0.49-1 Time-series data storage and displ ii libsensors3 1:2.9.0-14 library to read temperature/voltag ii lm-sensors 1:2.9.0-14 utilities to read temperature/volt -- no debconf information --- lm-sensors-2.9.0/prog/sensord/chips.c 2005-03-05 13:04:29.0 +0300 +++ lm-loc/prog/sensord/chips.c 2005-03-05 13:01:35.0 +0300 @@ -546,7 +546,7 @@ /** IT87 (thanks to Mike Black) **/ static const char *it87_names[] = { - SENSORS_IT87_PREFIX, NULL + SENSORS_IT87_PREFIX, it8712, NULL }; static const FeatureDescriptor it87_features[] = {
Bug#295694: hotplug: isapnp card steals IRQ from PCI device.
Package: hotplug Version: 0.0.20040329-16 Severity: normal Because isapnp.rc is executed before pci.rc, it's possible for ISA PnP card to steal IRQ from PCI device. Here is cut from dmesg: sym53c416.c: Version 1.0.0-ac pnp: Device 01:01.00 activated. sym53c416: ISAPnP card found and configured at 0x240, IRQ 15. PIIX4: IDE controller at PCI slot :00:07.1 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio Probing IDE interface ide0... Probing IDE interface ide1... hdc: ASUS CD-S520/A, ATAPI CD/DVD-ROM drive ide1: probed IRQ 15 and default IRQ 15 failed. ^^ -- With best wishes Dmitry Baryshkov -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-01 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages hotplug depends on: ii debconf 1.4.30.11 Debian configuration management sy ii grep 2.5.1.ds1-4 GNU grep, egrep and fgrep ii module-init-tools3.1-rel-2 tools for managing Linux kernel mo ii modutils 2.4.26-1.2 Linux module utilities ii procps 1:3.2.1-2 The /proc file system utilities -- debconf information: * hotplug/use_net_liface: true * hotplug/ignore_pci_class_display: true * hotplug/net_agent_policy: hotplug * hotplug/static_module_list: * hotplug/usbd_enable: true * hotplug/usb_keyboard: hotplug/x11_usbmice_hack: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293861: mailman: shunts subscription requests if From: header contains non-ascii chars.
Package: mailman Version: 2.1.5-4.1 Severity: important If 'From: ' header of subscription request contains non-ascii chars, I get shunted request with this traceback: Feb 06 14:51:04 2005 (3026) Uncaught runner exception: 'ascii' codec can't decode byte 0xeb in position 0: ordinal not in range(128) Feb 06 14:51:04 2005 (3026) Traceback (most recent call last): File /usr/lib/mailman/Mailman/Queue/Runner.py, line 111, in _oneloop self._onefile(msg, msgdata) File /usr/lib/mailman/Mailman/Queue/Runner.py, line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File /usr/lib/mailman/Mailman/Queue/CommandRunner.py, line 237, in _dispose res.process() File /usr/lib/mailman/Mailman/Queue/CommandRunner.py, line 110, in process stop = self.do_command(cmd, args) File /usr/lib/mailman/Mailman/Queue/CommandRunner.py, line 137, in do_command return handler.process(self, args) File /usr/lib/mailman/Mailman/Commands/cmd_subscribe.py, line 87, in process h = make_header(decode_header(realname)) File /usr/lib/python2.3/email/Header.py, line 144, in make_header h.append(s, charset) File /usr/lib/python2.3/email/Header.py, line 272, in append ustr = unicode(s, incodec, errors) UnicodeDecodeError: 'ascii' codec can't decode byte 0xeb in position 0: ordinal not in range(128) Feb 06 14:51:04 2005 (3026) SHUNTING: 1105020585.8239641+ae7b45792bde559d48a0432c8928713eaf53db4b -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-10 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages mailman depends on: ii apache [httpd] 1.3.33-3 versatile, high-performance HTTP s ii apache-ssl [httpd] 1.3.33-3 versatile, high-performance HTTP s ii cron3.0pl1-86management of regular background p ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii logrotate 3.7-2Log rotation utility ii postfix [mail-transport-age 2.1.5-5 A high-performance mail transport ii pwgen 2.03-1 Automatic Password generation ii python 2.3.4-5 An interactive high-level object-o ii ucf 1.13 Update Configuration File: preserv -- debconf information: * mailman/site_languages: en, ru * mailman/used_languages: en ru * mailman/create_site_list: mailman/queue_files_present: * mailman/default_server_language: ru * mailman/gate_news: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293333: webalizer: Incorrect charset in po/ru.po
Package: webalizer Version: 2.01.10-26 Severity: normal Tags: l10n The file po/ru.po states, that it's charset is ISO-8859-1 (instead of KOI8-R), which leads to incorrect output (nearly all chars are replaced by '?') if webalizer is executed with any Russian locale. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-9 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages webalizer depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-17Berkeley v4.2 Database Libraries [ ii libgd2-xpm 2.0.33-1.1 GD Graphics Library version 2 ii libpng12-0 1.2.8rel-1 PNG library - runtime ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289988: (no subject)
Package: installation-reports INSTALL REPORT Debian-installer-version: RC2 uname -a: Linux abuse 2.6.8-1-686-smp #1 SMP Thu Nov 25 04:55:00 UTC 2004 i686 GNU/Linux Date: Wed Jan 12 10:49:15 MSK 2005 Method: Installed from RC2 netinst CD, then updated to current sarge. Machine: Intel SE7501WV2S board Processor: 2x Intel Xeon 2.4 Ghz Memory: 2x256 Mhz DDR 266 Root Device: LVM over MD(raid1) over 2 SCSI discs Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corp. E7501 Memory Controller Hub (rev 01) :00:00.1 ff00: Intel Corp. E7500/E7501 Host RASUM Controller (rev 01) :00:03.0 PCI bridge: Intel Corp. E7500/E7501 Hub Interface C PCI-to-PCI Bridge (rev 01) :00:03.1 ff00: Intel Corp. E7500/E7501 Hub Interface C RASUM Controller (rev 01) :00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 42) :00:1f.0 ISA bridge: Intel Corp. 82801CA LPC Interface Controller (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801CA Ultra ATA Storage Controller (rev 02) :00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 02) :01:0c.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :02:1c.0 PIC: Intel Corp. 82870P2 P64H2 I/OxAPIC (rev 04) :02:1d.0 PCI bridge: Intel Corp. 82870P2 P64H2 Hub PCI Bridge (rev 04) :02:1e.0 PIC: Intel Corp. 82870P2 P64H2 I/OxAPIC (rev 04) :02:1f.0 PCI bridge: Intel Corp. 82870P2 P64H2 Hub PCI Bridge (rev 04) :03:07.0 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet Controller (Copper) (rev 01) :03:07.1 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet Controller (Copper) (rev 01) :04:07.0 SCSI storage controller: Adaptec AIC-7902 U320 (rev 03) :04:07.1 SCSI storage controller: Adaptec AIC-7902 U320 (rev 03) :00:00.0 0600: 8086:254c (rev 01) :00:00.1 ff00: 8086:2541 (rev 01) :00:03.0 0604: 8086:2545 (rev 01) :00:03.1 ff00: 8086:2546 (rev 01) :00:1d.0 0c03: 8086:2482 (rev 02) :00:1d.1 0c03: 8086:2484 (rev 02) :00:1e.0 0604: 8086:244e (rev 42) :00:1f.0 0601: 8086:2480 (rev 02) :00:1f.1 0101: 8086:248b (rev 02) :00:1f.3 0c05: 8086:2483 (rev 02) :01:0c.0 0300: 1002:4752 (rev 27) :02:1c.0 0800: 8086:1461 (rev 04) :02:1d.0 0604: 8086:1460 (rev 04) :02:1e.0 0800: 8086:1461 (rev 04) :02:1f.0 0604: 8086:1460 (rev 04) :03:07.0 0200: 8086:1010 (rev 01) :03:07.1 0200: 8086:1010 (rev 01) :04:07.0 0100: 9005:801f (rev 03) :04:07.1 0100: 9005:801f (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O/E] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: During this install I encountred two problems. 1) 2.6 kernel from RC2 wan't able to use SCSI controolers on this board. Hw detection loaded aic79xx module, but it (module) remained silent. I had to install from 2.4 kernel and then upgrade to 2.6.8 kernel. 2) Another problem were new SCSI discs. Their MBRs were null (and I prefere installing lilo in /boot partition boot record, especially on software RAIDs). I think it's resonable to include mbr package in netinst CD, install it and provide an option to install MBRs on discs (or maybe it's better to provide mbr as installer components install MBR's during discs partitioning). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]