Bug#1054607: btrfs-progs: btrfs prop set causing system to reboot
cat /proc/asound/cards 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0x5121 irq 140 1 [HDMI ]: HDA-Intel - HDA ATI HDMI HDA ATI HDMI at 0x50e2 irq 141 sudo setfattr -n compression -v zstd /dev/snd/pcm* setfattr: /dev/snd/pcmC0D0c: Operation not supported setfattr: /dev/snd/pcmC0D0p: Operation not supported setfattr: /dev/snd/pcmC0D2c: Operation not supported setfattr: /dev/snd/pcmC1D10p: Operation not supported setfattr: /dev/snd/pcmC1D3p: Operation not supported setfattr: /dev/snd/pcmC1D7p: Operation not supported setfattr: /dev/snd/pcmC1D8p: Operation not supported setfattr: /dev/snd/pcmC1D9p: Operation not supported seems fine, no reboot.
Bug#1054607: btrfs-progs: btrfs prop set causing system to reboot
It have been fixed in https://github.com/kdave/btrfs-progs/issues/699 I can answer you later about kernel / driver related solution.
Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)
On Wed, Nov 22, 2023 at 8:39 PM Petter Reinholdtsen wrote: > [Alexey Kuznetsov] > > Thanks. In future releases can isenkram also use an apt-file database > > or similar in addition to build-in database? > > It is using the similar appstream, and firmware packages are expected to > populate it with the relevant information. I believe requiring apt-file > in addition will increase the disk foot print too much, and slow down > 'apt update' too much to be the default setup. > > The 'appstreamcli what-provides firmware:runtime ipw2100-1.3-p.fw' > command is supposed to return the relevant package as registered in > appstream. Is it not working? If so, the fix need to be done in the > firmware package. > > -- > Happy hacking > Petter Reinholdtsen > It is working. Huge output https://paste.debian.net/1298974/
Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)
On Wed, Nov 22, 2023 at 7:57 PM Petter Reinholdtsen wrote: > [a...@me.com] > > isenkram-autoinstall-firmware reporting no new packages need to be > > installed but firmware files are missing. > > Look like the ipw2100-1.3.fw file was added to the archive after the > last update of the firmware list in isenkram. Thank you for the heads > up. I'll upload an updated edition to unstable. > > > Same as 'isenkram-pkginstall-l' showing empty list. > > This uses the appstream metadata, but is not mapping loaded kernel > drivers firmware files (only present module and modalias information > mapped to packages using appstream), so this is expected. > > -- > Happy hacking > Petter Reinholdtsen > Thanks. In future releases can isenkram also use an apt-file database or similar in addition to build-in database? -- AK
Bug#1026091: cpu
I ran btrfs benchmark tests to find out which compression is better for specified CPU. Turns out this CPU can't handle zstd compression. File size of 400MB compressing using zstd measuring with 2KB/sec speed and seems never can finish the job. # sudo ./btrfs-benchmark btrfs-progs v6.2 ... 1 992.00MiB /dev/ram0 setup: 435MiB 0:01:27 [5,00MiB/s] [=>] 100% none: 435MiB 0:00:30 [14,5MiB/s] [=>] 100% none 30730ms 14869026/sec 100% (456925184) E:0 lzo: 435MiB 0:00:43 [9,92MiB/s] [=>] 100% lzo 44995ms 10155021/sec 62% (284934144) E:3822 zlib:1: 435MiB 0:02:19 [3,13MiB/s] [=>] 100% zlib:1 150413ms 3037803/sec 45% (205955072) E:1668 zlib:2: 435MiB 0:02:50 [2,56MiB/s] [=>] 100% zlib:2 176573ms 2587740/sec 44% (201863168) E:1444 zlib:3: 435MiB 0:02:56 [2,46MiB/s] [=>] 100% zlib:3 185409ms 2464417/sec 43% (198782976) E:1392 ^C zstd:1: 30,3MiB 0:01:35 [2,71KiB/s] [==> ] 6% ETA 0:21:10 https://gitlab.com/axet/homebin/-/blob/debian/btrfs-benchmark
Bug#1026091: zstd only
Issues is only zstd related. lzo /boot compression works / boots. -- AK
Bug#1053559: Feature: argon2id support
> Luckily we managed to fit most initrds into 4GB now so we're probably > safe for now if you don't do crazy things like high-memory password > hashing. argon2id is memory dependent key. Recommended key size (memory requirements, not the key it self) are 1GB in heap size. Here is my desktop machine. Memory map using following script (it showing blocks more then 1MB in size). dmesg | awk '/usable/ && /BIOS-e820/ && match($0, /mem ([0-9a-z]+)-([0- 9a-z]+)/,aa){s=strtonum(aa[1]);e=strtonum(aa[2]);if(e- s>1024*1024)printf("0x%x-0x%x %dGB\n",s,e,((e-s)/1024/1024/1024))}' 0x10-0x35f3cfff 0GB 0x1-0x4bfff 14GB It is clear here is no space below 4GB. And argon2id will most likely fail on that machine if here is no >4GB grub support. > I have absolutely no idea what you're saying, but as you may have seen > by the recent CVE again, we have a lot of problem with code quality and > need to minimize the attack surface as much as reasonably possible. I'm sorry. I should be more clear and polite here. I see that FDE (full disk encryption) is more secure, since I do not have to deal with signing kernels and init.rd data. Also having FDE reducing the EFI partition size significantly. So, in ideal world here will be only LUKS disk encryption, and EFI would support decryption of disk, which will resolve all CVE grub related issues at once.
Bug#1053559: Feature: argon2id support
> Feel free to land the support upstream, but it's not something that > we should be shipping downstream. I report upstream. But seems like it not going to be fixed anytime soon. So, I share my smartmem.patch here. But I have no idea how it works here at Debian. Maybe I better to keep it as is, rebuilding grub locally. > Going forward, for secure boot, our focus is not on adding things, but on removing > existing things like f2fs file support again. It stands to reason > that encrypted /boot should not be supported either as there is no > practical use case (it is security by obscurity) and you are better > served by an unencrypted boot with a pre-built signed initrd or > a MOK-signed initrd (or really UKI), and decrypting untrusted data > hence is unnecessary danger. > Saying things I put in my pocket are untrusted, but items gaven to me by other guys with sign, are trusted?! That how security treated here at debian from all members? Beside security point, having hudge many GB boot partition with all kernel installed is a pain. I keep my EFI under 50MB for binaries to boot.
Bug#1053559: Feature: argon2id support
Package: grub-efi-amd64-bin Dear Maintainer, I managed to install argon2i patches from Arch repo and it works! But argon2 may fail on some system due to lack of memory error and makes some systems unbootable. In short: grub2 by default on x64 machines only allocates memory only from first 4GB (0x1000) physical address to avoid EFI bugs (which are very common, when programmers EFI using 32bit register for pointers, which as result causing EFI to crash when system sends x64 bit pointers during IO proc calls). As result not every machines has enough (1GB continuous) memory for argon2id keys. So we need allocate memory from higher regions >4gb. I wrote a smartmem.patch (hack, since it need more work). You need argon_*.patch: * https://aur.archlinux.org/packages/grub-improved-luks2-git smartmem.patch (allow to allocate >4gb if original allocation <4gb fails) This is my original conversation (about smartmem.patch >4gb patch): * https://savannah.gnu.org/bugs/index.php?64471 -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/luks / btrfs rw,noatime,ssd,discard,space_cache=v2,subvolid=5,subvol=/ 0 0 /dev/nvme0n1p2 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/sdb1 /media/axet/4GB btrfs rw,nosuid,nodev,relatime,space_cache=v2,subvolid=5,subvol=/ 0 0 /dev/sda1 /media/axet/1TB btrfs rw,nosuid,nodev,relatime,space_cache,subvolid=5,subvol=/ 0 0 *** END /proc/mounts *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ "${next_entry}" ] ; then set default="${next_entry}" set next_entry= save_env next_entry set boot_once=true else set default="0" fi if [ x"${feature_menuentry_id}" = xy ]; then menuentry_id_option="--id" else menuentry_id_option="" fi export menuentry_id_option if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_gpt insmod cryptodisk insmod luks2 insmod gcry_rijndael insmod gcry_rijndael insmod gcry_sha256 insmod btrfs cryptomount -u 9aa58ce3e29149ccaa3ceb12a9f0af1c set root='cryptouuid/9aa58ce3e29149ccaa3ceb12a9f0af1c' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='cryptouuid/9aa58ce3e29149ccaa3ceb12a9f0af1c' 92475bc2-c978-4f26-9e6b-7bc1dde85cd4 else search --no-floppy --fs-uuid --set=root 92475bc2-c978-4f26-9e6b-7bc1dde85cd4 fi font="/usr/share/grub/unicode.pf2" fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=en_US insmod gettext fi terminal_output gfxterm if [ "${recordfail}" = 1 ] ; then set timeout=30 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=5 fi fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_gpt insmod cryptodisk insmod luks2 insmod gcry_rijndael insmod gcry_rijndael insmod gcry_sha256 insmod btrfs cryptomount -u 9aa58ce3e29149ccaa3ceb12a9f0af1c set root='cryptouuid/9aa58ce3e29149ccaa3ceb12a9f0af1c' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='cryptouuid/9aa58ce3e29149ccaa3ceb12a9f0af1c' 92475bc2-c978-4f26-9e6b-7bc1dde85cd4 else search --no-floppy --fs-uuid --set=root 92475bc2-c978-4f26-9e6b-7bc1dde85cd4 fi insmod png if background_image /usr/share/desktop-base/emerald-theme/grub/grub-16x9.png; then set color_normal=white/black set color_highlight=black/white else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload="${1}" } set linux_gfx_mode= export linux_gfx_mode menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-92475bc2-c978-4f26-9e6b-7bc1dde85cd4' { load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod cryptodisk insmod luks2 insmod gcry_rijndael insmod gcry_rijndael insmod gcry_sha256 insmod btrfs cryptomount -u 9aa58ce3e29149ccaa3ceb12a9f0af1c set
Bug#1053275: (no subject)
Recent patch: * https://gitlab.com/axet/homebin/-/blob/debian/dbuild.d/bookworm/devscripts/mk-build-deps.patch Also devscripts failed to build without: * https://gitlab.com/axet/homebin/-/blob/debian/dbuild.d/bookworm/devscripts/build.patch -- AK
Bug#1053275: devscripts: mk-build-deps failed to build i386 packages on amd64 host
Package: devscripts Version: 2.23.4 Severity: normal Dear Maintainer, the script copy Build-Depends into Depends. But those are not the same fields. Build-Depends parsed differently by apt then Depends. For most cases it is the same. But when you specify Build-Depends as for example python3-mako apt will install python3-mako:all arch. But when this build dependency moved into Depends with out arch specification, apt will try to install python3-mako:i386. and since here is no python3-mako:i386 install will failed. Following should work on amd64: apt build-dep mangohud apt build-dep mangohud:i386 mk-build-deps mangohud mk-build-deps -a i386 mangohud This patch / hack fixing the behaviour: diff --git a/scripts/mk-build-deps.pl b/scripts/mk-build-deps.pl index 8b35e7e..f09ae9b 100755 --- a/scripts/mk-build-deps.pl +++ b/scripts/mk-build-deps.pl @@ -425,7 +425,7 @@ if ($opt_install) { my (@pkg_names, @deb_files, @buildinfo_files, @changes_files, %uniq); for my $package (@packages) { if ($uniq{ $package->{deb_file} }++ == 0) { - push @pkg_names, $package->{package}; + push @pkg_names, $package->{package}.":".$package->{arch}; push @deb_files, $package->{deb_file}; push @buildinfo_files, $package->{buildinfo_file}; push @changes_files, $package->{changes_file}; @@ -514,16 +514,6 @@ sub build_equiv { $hostarch = $opt_hostarch; } - if ($packagearch eq "all") { - if ($buildarch ne $hostarch) { - die -"build architecture \"$buildarch\" is unequal host architecture \"$hostarch\" in which case the package architecture must not be \"all\" (but \"$hostarch\" instead)\n"; - } - } elsif ($packagearch ne $hostarch) { - die -"The package architecture must be equal to the host architecture except if the package architecture is \"all\"\n"; - } - my $build_profiles = [split /\s+/, ($ENV{'DEB_BUILD_PROFILES'} // "")]; if (defined $opt_buildprofiles) { $build_profiles = [split /,/, $opt_buildprofiles]; @@ -560,6 +550,10 @@ sub build_equiv { $dep->{archqual} = $buildarch; } } + my $str = `apt-cache showsrc "$dep" | grep-dctrl --show-field Package-List - | awk '\$1 == "$dep" && /arch=all/{print \$1}'`; + if ($str ne "") { + $dep->{archqual} = "all"; + } return 1; }; deps_iterate($positive, $handle_native_archqual); @@ -574,6 +568,14 @@ sub build_equiv { $buildess .= ", crossbuild-essential-$hostarch:$buildarch"; } + use File::Temp (); + my $temp = File::Temp->new(); + print $temp +" +$pkgname ($opts->{version}) unstable; urgency=low + + * First version +"; my $readme = '/usr/share/devscripts/templates/README.mk-build-deps'; open EQUIVS, "| equivs-build $args-" or die "$progname: Failed to execute equivs-build: $!\n"; @@ -581,7 +583,9 @@ sub build_equiv { . "Priority: optional\n" . "Standards-Version: 3.7.3\n\n" . "Package: $pkgname\n" - . "Architecture: $packagearch\n" + . "Architecture: any\n" + . "Multi-Arch: same\n" + . "Changelog: $temp\n" . "Depends: $buildess, $positive\n"; print EQUIVS "Conflicts: $negative\n" if $negative; @@ -603,10 +607,17 @@ sub build_equiv { my $v = Dpkg::Version->new($version); # The version in the .deb filename will not contain the epoch $version = $v->as_string(omit_epoch => 1); - my $deb_file = "${pkgname}_${version}_${packagearch}.deb"; + my $debarch; + if ($packagearch eq "all") { + $debarch = "$buildarch"; + } else { + $debarch = "$packagearch"; + } + my $deb_file = "${pkgname}_${version}_${debarch}.deb"; my $buildinfo_file = "${pkgname}_${version}_${hostarch}.buildinfo"; my $changes_file = "${pkgname}_${version}_${hostarch}.changes"; return { + arch => $debarch, package => $pkgname, deb_file => $deb_file, buildinfo_file => $buildinfo_file, -- Package-specific info: --- /etc/devscripts.conf --- Empty. --- ~/.devscripts --- DEBEMAIL=a...@me.com DEBFULLNAME="Alexey Kuznetsov" -- System Information: Debian Release: 12.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-10-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages devscripts depends on: ii dpkg-dev 1.21.22 ii fakeroot 1.31-1.2 ii file 1:5.44-3 ii gnupg 2.2.40-1.1 ii gpgv 2.2.40-1.1 ii libc6 2.36-9+deb12u1 ii libfile-dirlist-perl 0.05-3 ii libfile-homedir-perl 1.006-2 ii libfile-touch-perl 0.12-2 ii libfile-which-perl 1.27-2 ii libipc-run-perl 20220807.0-1 ii libmoo-perl 2.005005-1 ii libwww-perl 6.68-1 ii patchutils 0.4.2-1 ii perl 5.36.0
Bug#1051152: RFP: cli-visualizer -- console alasa/pipewire spectrum visualizer
Package: wnpp Severity: wishlist * Package name: cli-visualizer Version : 1.7 Upstream Contact: Darby Payne * URL : https://github.com/dpayne/cli-visualizer * License : (MIT) Programming Lang: (C++) Description : console alasa/pipewire spectrum visualizer Command line visualizer. Supports mpd, with experimental support for alsa and pulseaudio.
Bug#1032177: (no subject)
Try run LD_DEBUG=libs And tell us if you see any errors. -- AK
Bug#984623: fixed 1.0.4
Fixed in 1.0.4 -- AK
Bug#1023887: Acknowledgement (systemd:amd64 (252-2 -> 252.1-1) brakes suspend/resume)
Bug title should be renamed to * "suspend / resume"
Bug#1023887: Acknowledgement (systemd:amd64 (252-2 -> 252.1-1) brakes system/resume)
System info / logs * http://linux-hardware.org/?probe=59aa7d31d8
Bug#1017426: libnss3: Uninitialised value was created by a stack allocation
On Tue, Aug 16, 2022 at 10:17 AM Mike Hommey wrote: > On Tue, Aug 16, 2022 at 09:59:30AM +0300, Alexey Kuznetsov wrote: > > On Tue, Aug 16, 2022 at 9:50 AM Mike Hommey wrote: > > > > > On Tue, Aug 16, 2022 at 09:06:20AM +0300, Alexey Kuznetsov wrote: > > > > On Tue, Aug 16, 2022 at 9:00 AM Mike Hommey wrote: > > > > > > > > > On Tue, Aug 16, 2022 at 08:30:07AM +0300, a...@me.com wrote: > > > > > > Package: libnss3 > > > > > > Version: 2:3.79-1 > > > > > > Severity: normal > > > > > > > > > > > > Dear Maintainer, > > > > > > > > > > > > debuging valgrind pidgin with result: > > > > > > > > > > > > ==804198== Uninitialised value was created by a stack allocation > > > > > > ==804198==at 0xB089DC0: ssl3_MACEncryptRecord > (ssl3con.c:2104) > > > > > > > > > > > > line correspopnds to the ssl3_MACEncryptRecord > > > > > > > > > > Looking at the code, it would seem to be a false positive, but I > might > > > > > have overlooked something, but you haven't pasted the most > interesting > > > > > parts of the valgrind output... > > > > > > > > > > Mike > > > > > > > > > > > > > This output comes exactly from valgrind. No usual stack trace. > Before and > > > > below are different issues. > > > > > > > > BTW pidgin crashing sometimes, and only issues I can record points > to the > > > > nss library. > > > > > > Usually, "Uninitialised value was created by a stack allocation" is the > > > reason for the error, with a stack trace, that comes above it. That's > > > the most crucial information. Without that, we don't know what is > trying > > > to use that unitialized value. > > > > > > > Ok .Let me restart pidgin. It 100% reproducible. Only thing you need is > to > > install dbgsym for glibc, nss3, pidgin and add frew irc and jabber > accounts > > (I also using matrix plugin). Command would be: > > > > G_SLICE=always-malloc valgrind --num-callers=30 --track-origins=yes > pidgin > > 2>&1 | tee 123.log > > > > https://paste.debian.net/1250580/ > > Can you reproduce with 3.81-1 in unstable? > > For posterity, the useful information: > > ==837133== Syscall param socketcall.sendto(msg) points to uninitialised > byte(s) > ==837133==at 0x5A153D6: __libc_send (send.c:28) > ==837133==by 0x5A153D6: send (send.c:23) > ==837133==by 0xB083527: pt_Send (ptio.c:2002) > ==837133==by 0xB01DFF7: ssl_DefSend (ssldef.c:105) > ==837133==by 0xB0229C0: ssl_SendSavedWriteData (sslsecur.c:452) > ==837133==by 0xB006839: ssl3_SendRecord (ssl3con.c:2568) > ==837133==by 0xB006C2C: ssl3_FlushHandshakeMessages (ssl3con.c:2774) > ==837133==by 0xB006C2C: ssl3_FlushHandshake (ssl3con.c:2747) > ==837133==by 0xB00F5E4: ssl3_SendFinished (ssl3con.c:11944) > ==837133==by 0xB00FB79: ssl3_SendClientSecondRound (ssl3con.c:8191) > ==837133==by 0xB011A7A: ssl3_HandleServerHelloDone (ssl3con.c:8061) > ==837133==by 0xB011A7A: ssl3_HandlePostHelloHandshakeMessage > (ssl3con.c:12568) > ==837133==by 0xB011A7A: ssl3_HandleHandshakeMessage (ssl3con.c:12479) > ==837133==by 0xB014A74: ssl3_HandleHandshake (ssl3con.c:12653) > ==837133==by 0xB014A74: ssl3_HandleNonApplicationData (ssl3con.c:13188) > ==837133==by 0xB0153C0: ssl3_HandleRecord (ssl3con.c:13529) > ==837133==by 0xB01B500: ssl3_GatherCompleteHandshake (ssl3gthr.c:561) > ==837133==by 0xB01B500: ssl3_GatherCompleteHandshake (ssl3gthr.c:449) > ==837133==by 0xB022A80: SSL_ForceHandshake (sslsecur.c:382) > ==837133==by 0xADCC8D6: ssl_nss_handshake_cb (ssl-nss.c:371) > ==837133==by 0x1824B1: pidgin_io_invoke (gtkeventloop.c:73) > ==837133==by 0x54BBA9E: g_main_dispatch (gmain.c:3417) > ==837133==by 0x54BBA9E: g_main_context_dispatch (gmain.c:4135) > ==837133==by 0x54BBE57: g_main_context_iterate.constprop.0 > (gmain.c:4211) > ==837133==by 0x54BC10E: g_main_loop_run (gmain.c:4411) > ==837133==by 0x4C57B29: gtk_main (in > /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.33) > ==837133==by 0x145D7B: main (gtkmain.c:948) > ==837133== Address 0x1b82e246 is 534 bytes inside a block of size 1,553 > alloc'd > ==837133==at 0x484582F: realloc (vg_replace_malloc.c:1437) > ==837133==by 0xB2114A1: PORT_Realloc_Util (secport.c:101) > ==837133==by 0xB01E1E4: sslBuffer_Grow (
Bug#1017426: libnss3: Uninitialised value was created by a stack allocation
On Tue, Aug 16, 2022 at 9:50 AM Mike Hommey wrote: > On Tue, Aug 16, 2022 at 09:06:20AM +0300, Alexey Kuznetsov wrote: > > On Tue, Aug 16, 2022 at 9:00 AM Mike Hommey wrote: > > > > > On Tue, Aug 16, 2022 at 08:30:07AM +0300, a...@me.com wrote: > > > > Package: libnss3 > > > > Version: 2:3.79-1 > > > > Severity: normal > > > > > > > > Dear Maintainer, > > > > > > > > debuging valgrind pidgin with result: > > > > > > > > ==804198== Uninitialised value was created by a stack allocation > > > > ==804198==at 0xB089DC0: ssl3_MACEncryptRecord (ssl3con.c:2104) > > > > > > > > line correspopnds to the ssl3_MACEncryptRecord > > > > > > Looking at the code, it would seem to be a false positive, but I might > > > have overlooked something, but you haven't pasted the most interesting > > > parts of the valgrind output... > > > > > > Mike > > > > > > > This output comes exactly from valgrind. No usual stack trace. Before and > > below are different issues. > > > > BTW pidgin crashing sometimes, and only issues I can record points to the > > nss library. > > Usually, "Uninitialised value was created by a stack allocation" is the > reason for the error, with a stack trace, that comes above it. That's > the most crucial information. Without that, we don't know what is trying > to use that unitialized value. > Ok .Let me restart pidgin. It 100% reproducible. Only thing you need is to install dbgsym for glibc, nss3, pidgin and add frew irc and jabber accounts (I also using matrix plugin). Command would be: G_SLICE=always-malloc valgrind --num-callers=30 --track-origins=yes pidgin 2>&1 | tee 123.log https://paste.debian.net/1250580/
Bug#1017426: libnss3: Uninitialised value was created by a stack allocation
On Tue, Aug 16, 2022 at 9:00 AM Mike Hommey wrote: > On Tue, Aug 16, 2022 at 08:30:07AM +0300, a...@me.com wrote: > > Package: libnss3 > > Version: 2:3.79-1 > > Severity: normal > > > > Dear Maintainer, > > > > debuging valgrind pidgin with result: > > > > ==804198== Uninitialised value was created by a stack allocation > > ==804198==at 0xB089DC0: ssl3_MACEncryptRecord (ssl3con.c:2104) > > > > line correspopnds to the ssl3_MACEncryptRecord > > Looking at the code, it would seem to be a false positive, but I might > have overlooked something, but you haven't pasted the most interesting > parts of the valgrind output... > > Mike > This output comes exactly from valgrind. No usual stack trace. Before and below are different issues. BTW pidgin crashing sometimes, and only issues I can record points to the nss library.
Bug#995927: duplicate
Duplicate of: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982956 I have exactly the same issues and 'bisected' to the same problematic commit you are referring to. -- AK
Bug#982956: kernel bug report
Just created kernel bug report: https://bugzilla.kernel.org/show_bug.cgi?id=214933 -- AK
Bug#982956: building recent kernel
Building a recent kernel without a bugous patch makes a working machine! [v5.10.70] + [debian patches 5.10.70-1_bpo10+1] + [revert 69a74aef8] Suspend / resume works! -- AK
Bug#982956: git bisect report
git bisect pinpoint the following commit: Bisecting: 0 revisions left to test after this (roughly 0 steps) [69a74aef8a18eef20fb0044b5e164af41b84db21] e100: use generic power management Author: Vaibhav Gupta Date: Mon Jun 29 14:59:43 2020 +0530 e100: use generic power management With legacy PM hooks, it was the responsibility of a driver to manage PCI states and also the device's power state. The generic approach is to let PCI core handle the work. e100_suspend() calls __e100_shutdown() to perform intermediate tasks. __e100_shutdown() calls pci_save_state() which is not recommended. e100_suspend() also calls __e100_power_off() which is calling PCI helper functions, pci_prepare_to_sleep(), pci_set_power_state(), along with pci_wake_from_d3(...,false). Hence, the functin call is removed and wol is disabled as earlier using device_wakeup_disable(). Full git bisect log: git bisect start # good: [219d54332a09e8d8741c1e1982f5eae56099de85] Linux 5.4 git bisect good 219d54332a09e8d8741c1e1982f5eae56099de85 # bad: [841fca5a32cccd7d0123c0271f4350161ada5507] Linux 5.10.1 git bisect bad f12366d9f172c4fc84cd114801b87588cb663074 # good: [219d54332a09e8d8741c1e1982f5eae56099de85] Linux 5.4 git bisect good 219d54332a09e8d8741c1e1982f5eae56099de85 # good: [bce159d734091fe31340976081577333f52a85e4] Merge tag 'for-5.8/drivers-2020-06-01' of git://git.kernel.dk/linux-block git bisect good bce159d734091fe31340976081577333f52a85e4 # bad: [fbc1ac9d09d70859eee24131d667e01e3986e368] tools/cgroup: add memcg_slabinfo.py tool git bisect bad fbc1ac9d09d70859eee24131d667e01e3986e368 # good: [a5c6a1f0fe1d182489864b708fa472d0333b39d4] Merge branch 'i2c/for-current' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux git bisect good a5c6a1f0fe1d182489864b708fa472d0333b39d4 # good: [ecfd7940b8641da6e41ca94eba36876dc2ba827b] Merge tag 'usb-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb git bisect good ecfd7940b8641da6e41ca94eba36876dc2ba827b # bad: [c1055b76ad00aed0e8b79417080f212d736246b6] net: thunderx: initialize VF's mailbox mutex before first usage git bisect bad c1055b76ad00aed0e8b79417080f212d736246b6 # good: [9b7b0d1a395d54c12be9f18d1bf7be06aecaa785] sctp: pass a kernel pointer to sctp_setsockopt_peer_addr_params git bisect good 9b7b0d1a395d54c12be9f18d1bf7be06aecaa785 # good: [1d8e5b0f3f2c6d05697f8192aac7255e6be1e715] net: stmmac: Support WOL with phy git bisect good 1d8e5b0f3f2c6d05697f8192aac7255e6be1e715 # bad: [99f47abd9f7bf6e365820d355dc98f6955a562df] fsl/fman: use 32-bit unsigned integer git bisect bad 99f47abd9f7bf6e365820d355dc98f6955a562df # good: [4bb540dbe442ec5e4b48af8aed12663e0754bbe2] Merge branch 'for-upstream' of git:// git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth-next git bisect good 4bb540dbe442ec5e4b48af8aed12663e0754bbe2 # bad: [6f3de75cdf60c1b859bc8c1904d25889c00d7bbe] Merge tag 'mac80211-next-for-davem-2020-07-31' of git:// git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next git bisect bad 6f3de75cdf60c1b859bc8c1904d25889c00d7bbe # bad: [c6886957d2d959d5217994cd08d59c816fc23e70] Merge branch '1GbE' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue git bisect bad c6886957d2d959d5217994cd08d59c816fc23e70 # bad: [c6886957d2d959d5217994cd08d59c816fc23e70] Merge branch '1GbE' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue git bisect bad c6886957d2d959d5217994cd08d59c816fc23e70 # bad: [c6886957d2d959d5217994cd08d59c816fc23e70] Merge branch '1GbE' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue git bisect bad c6886957d2d959d5217994cd08d59c816fc23e70 # good: [6fc8c827dd4fa615965c4eac9bbfd465f6eb8fb4] tcp: syncookies: create mptcp request socket for ACK cookies with MPTCP option git bisect good 6fc8c827dd4fa615965c4eac9bbfd465f6eb8fb4 # bad: [90105264a60d39f7a332b7acfe8038c2a01e1ae2] igb: Remove unnecessary usages of memset git bisect bad 90105264a60d39f7a332b7acfe8038c2a01e1ae2 # good: [bac66317284350176b087ac44b0e4266770a659e] ixgbevf: use generic power management git bisect good bac66317284350176b087ac44b0e4266770a659e # bad: [4b6bafb9e1d4d1eb16df0942abf455726c88c811] e1000: Remove unnecessary usages of memset git bisect bad 4b6bafb9e1d4d1eb16df0942abf455726c88c811 Related 'git bisect' bug report: * https://lore.kernel.org/git/163b01f2-ddc0-c551-5462-e8f80fb7c...@gmail.com/T/#u -- AK
Bug#982956: next report
I've tested following: v5.0.2 v5.2.17 v5.3.15 v5.4.19 with debian patches applied, and compiled for Pentium M CPU - suspend / resume working fine! compiling: v5.10.70 v5.10.1 makes 'task blocked for..." appear. Seems like this is 5.10 kernel issue. I'm trying kernel git 'bisect' for the first time, to find the exact bug causing this issue. Wish me luck! -- AK
Bug#982956: next report
I checked again vmlinuz-4.19.0-14-686 kernel and it works fine. Note sure why it failed back then (maybe my mistake). But all recent kernels from 'bullseye', 'bookworm' and 'sid' failed. Last tested from 'bookworm' failed: linux-image-5.14.0-1-686_5.14.6-2_i386.deb -- AK
Bug#994172: patch, did't work
My guess was to limit the memory map returned by e820 by size of 20M manually. So, I did patch grub source code with following: diff --git a/grub-core/kern/i386/pc/mmap.old b/grub-core/kern/i386/pc/mmap.c index c0c3c35..0eb76d9 100644 --- a/grub-core/kern/i386/pc/mmap.old +++ b/grub-core/kern/i386/pc/mmap.c @@ -134,6 +134,10 @@ grub_get_mmap_entry (struct grub_machine_mmap_entry *entry, else entry->size = regs.ecx; + if (entry->addr == 0x0010) { +entry->len -= 0x134; + } + /* return the continuation value */ return regs.ebx; } But that did not succeed. Grub still works slowly. Does anyone know why kernel with 'mem=2020M' argument works fast, and the same memory map does not fix grub 'slow down' issue? -- AK
Bug#994175: duplicate
duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=994172 -- AK
Bug#994175: bios and efi tests
I've tested my second laptop with grub in bios and efi modes. Grub2 with bios boot also fails to use 'cutmem' command with 'overflow detected'. Same region under efi boot more works fine! It is possible here is a cutmem bug under bios boot mode. -- AK
Bug#994172: grub2 cutmem not working propertly
Package: grub2 Version: 2.04-20 Severity: normal Dear Maintainer, Hello! My old notebook has memory issues and requires to cut last 20M memory region to work propertly (no matter how much installed 1G or 2G I had to cut last 20M) >From kernel perspective it looks like this: [ 0.00] BIOS-provided physical RAM map: [ 0.00] BIOS-e820: [mem 0x-0x0009fbff] usable [ 0.00] BIOS-e820: [mem 0x0009fc00-0x0009] reserved [ 0.00] BIOS-e820: [mem 0x000e-0x000f] reserved [ 0.00] BIOS-e820: [mem 0x0010-0x7f73] usable [ 0.00] BIOS-e820: [mem 0x7f74-0x7f74] ACPI data [ 0.00] BIOS-e820: [mem 0x7f75-0x7f7f] ACPI NVS [ 0.00] e820: remove [mem 0x7e40-0xfffe] usable [ 0.00] Notice: NX (Execute Disable) protection missing in CPU! [ 0.00] user-defined physical RAM map: [ 0.00] user: [mem 0x-0x0009fbff] usable [ 0.00] user: [mem 0x0009fc00-0x0009] reserved [ 0.00] user: [mem 0x000e-0x000f] reserved [ 0.00] user: [mem 0x0010-0x7e3f] usable [ 0.00] user: [mem 0x7f74-0x7f74] ACPI data [ 0.00] user: [mem 0x7f75-0x7f7f] ACPI NVS If this region is not removed my notebook works SUPER slow and every click takes few seconds to process. Same affects grub2. If region in use grub2 takes 2 minutes to boot into kernel. I recorded youtube video: https://youtu.be/BlTii6QL5oY I know grub2 has a 'cutmem' command which is not working propertly. When I issue a: 'cutmem 0x7e4 0x7f73' grub2 reports no change in 'lsmmap' output, which is not correct! I tested 'cutmem' on my second notebook with efi loader, and cutmem affects 'lsmmap' output with 'BADRAM regions' printed out. fast logs: https://linux-hardware.org/?probe=59b41381ed slow logs: https://linux-hardware.org/?probe=28a5b48a05 'grub-legacy' works fine, no slow downs! I report it on grub2 bug tracker with no response: https://savannah.gnu.org/bugs/index.php?61148 -- Package-specific info: *** BEGIN /proc/mounts /dev/sda1 / ext4 rw,relatime,errors=remount-ro 0 0 /dev/loop0 /snap/core/11609 squashfs ro,nodev,relatime 0 0 /dev/loop4 /snap/librepcb/516 squashfs ro,nodev,relatime 0 0 /dev/loop2 /snap/core18/2123 squashfs ro,nodev,relatime 0 0 /dev/loop1 /snap/core/11422 squashfs ro,nodev,relatime 0 0 /dev/loop3 /snap/core18/2069 squashfs ro,nodev,relatime 0 0 /dev/loop6 /snap/openscad/112 squashfs ro,nodev,relatime 0 0 /dev/loop5 /snap/librepcb/272 squashfs ro,nodev,relatime 0 0 /dev/loop7 /snap/openscad/133 squashfs ro,nodev,relatime 0 0 /dev/loop8 /snap/snapd/12881 squashfs ro,nodev,relatime 0 0 /dev/loop9 /snap/snapd/12706 squashfs ro,nodev,relatime 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-FUJITSU_MHV2120AH_NT59T7C2S0BV *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ "${next_entry}" ] ; then set default="${next_entry}" set next_entry= save_env next_entry set boot_once=true else set default="4" fi if [ x"${feature_menuentry_id}" = xy ]; then menuentry_id_option="--id" else menuentry_id_option="" fi export menuentry_id_option if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-ieee1275='ieee1275//disk@0,msdos1' --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 8a9a2822-70c7-45c0-a01b-379c952d190d else search --no-floppy --fs-uuid --set=root 8a9a2822-70c7-45c0-a01b-379c952d190d fi font="/usr/share/grub/unicode.pf2" fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=en_US insmod gettext fi terminal_output gfxterm if [ "${recordfail}" = 1 ] ; then set timeout=30 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the
Bug#982956: linux-image-5.13.0-trunk-686 (5.13.12-1~exp1)
I've tested suspend / resume with 'linux-image-5.13.0-trunk-686 (5.13.12-1~exp1)' - not working! Kernel freezes with the same error. Full logs at: https://linux-hardware.org/?probe=04307947ae (dmesg.1 logs for 'task blocked') I'm using Debian 11 clean installation with Debian 10 kernel (Buster, linux-image-4.19.0-17-686). Same configuration Debian 11 with 'linux-image-5.13.0-trunk-686 (5.13.12-1~exp1)' from experimental for testing. -- AK
Bug#982956: still present
Debian 9 issue fixed for 4.19.0-16-686-pae. Debian 10 issue still presents in vmlinuz-5.10.0-7-686-pae -- AK
Bug#982956: Acknowledgement (linux-image-4.19.0-14-686-pae: task blocked for more)
Can be bug at here (same symptoms): https://gitlab.freedesktop.org/drm/intel/-/issues/2905 -- AK On Wed, Feb 17, 2021 at 3:03 PM Debian Bug Tracking System < ow...@bugs.debian.org> wrote: > Thank you for filing a new Bug report with Debian. > > You can follow progress on this Bug here: 982956: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982956. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Debian Kernel Team > > If you wish to submit further information on this problem, please > send it to 982...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 982956: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982956 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems >
Bug#966291: nexet report
I did rebuild debian kernel (linux-source-5.4 == 5.4.19-1~bpo10+1) with ubuntu 5.4.0-26-generic and it works again. And tested kernel for a few days - no corruption! Looks like something wrong with original debian config which causes random data loss on my SSD. Attaching diffconfig's. config-5.4.19 - debian source code compiled with ubuntu config config-5.4.0-0.bpo.4-amd64 - debian default kernel config-5.4.0-26-generic - ubuntu kernel /usr/src/linux-headers-5.4.19/scripts/diffconfig config-5.4.19 config-5.4.0-26-generic > ~/debian-5.4.19-ubuntu-5.4.0-26-generic.txt /usr/src/linux-headers-5.4.19/scripts/diffconfig config-5.4.0-0.bpo.4-amd64 config-5.4.19 > ~/debian-5.4.0-0.bpo.4-debian-5.4.19.txt Maybe anyone can suggest which configs / values should I try to enable / disable. -- AK debian-5.4.19-ubuntu-5.4.0-26-generic.txt.gz Description: application/gzip debian-5.4.0-0.bpo.4-debian-5.4.19.txt.gz Description: application/gzip
Bug#966291: Next report
I've tried ubuntu kernel + debian os (full os with only ubuntu kernel as external package) and try to use it for a few days. It works! I can say it is a debian kernel issue and not a package base issue. Debian 10.6 + Ubuntu kernel 5.4.0-26-generic 'diffconfig debian ubuntu' attached. -- AK diff-config-debian-ubuntu.gz Description: application/gzip
Bug#966291: More details
Debian run of hwprobe: https://linux-hardware.org/?probe=a0a3771b15 It feels like debian writes a random sectors with random data at SSD for no reason. This is common apt error (package name varying) while SSD failing under Debian: ... Preconfiguring packages ... dpkg: warning: files list file for package 'golang-1.11-go' missing; assuming package has no files currently installed dpkg: unrecoverable fatal error, aborting: files list file for package 'bison' is missing final newline E: Sub-process /usr/bin/dpkg returned an error code (2) ... Smartmon 6.6: NVMe Status 0x02 root@axet-laptop:/home/axet# smartctl -a /dev/nvme0n1 smartctl 6.6 2017-11-05 r4594 [x86_64-linux-5.4.0-0.bpo.4-amd64] (local build) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Number: HFM512GDJTNG-8310A Serial Number: CD9AN74501410AR62 Firmware Version: 80001C00 PCI Vendor/Subsystem ID:0x1c5c IEEE OUI Identifier:0xace42e Controller ID: 1 Number of Namespaces: 1 Namespace 1 Size/Capacity: 512 110 190 592 [512 GB] Namespace 1 Formatted LBA Size: 512 Local Time is: Mon Aug 17 14:38:11 2020 MSK Firmware Updates (0x16):3 Slots, no Reset required Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test Optional NVM Commands (0x0016): Wr_Unc DS_Mngmt Sav/Sel_Feat Maximum Data Transfer Size: 64 Pages Warning Comp. Temp. Threshold: 81 Celsius Critical Comp. Temp. Threshold: 82 Celsius Namespace 1 Features (0x02):NA_Fields Supported Power States St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat 0 + 3.5000W --0 0 0 05 5 1 + 2.4000W --1 1 1 1 30 30 2 + 1.9000W --2 2 2 2 100 100 3 - 0.0350W --3 3 3 3 10001000 4 - 0.0035W --3 3 3 3 10005000 Supported LBA Sizes (NSID 0x1) Id Fmt Data Metadt Rel_Perf 0 + 512 0 0 1 -4096 0 0 === START OF SMART DATA SECTION === Read NVMe SMART/Health Information failed: NVMe Status 0x02 Smartmon 7.1 smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-0.bpo.4-amd64] (local build) Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Number: HFM512GDJTNG-8310A Serial Number: CD9AN74501410AR62 Firmware Version: 80001C00 PCI Vendor/Subsystem ID:0x1c5c IEEE OUI Identifier:0xace42e Controller ID: 1 Number of Namespaces: 1 Namespace 1 Size/Capacity: 512 110 190 592 [512 GB] Namespace 1 Formatted LBA Size: 512 Local Time is: Mon Aug 17 14:43:03 2020 MSK Firmware Updates (0x16):3 Slots, no Reset required Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test Optional NVM Commands (0x0016): Wr_Unc DS_Mngmt Sav/Sel_Feat Maximum Data Transfer Size: 64 Pages Warning Comp. Temp. Threshold: 81 Celsius Critical Comp. Temp. Threshold: 82 Celsius Namespace 1 Features (0x02):NA_Fields Supported Power States St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat 0 + 3.5000W --0 0 0 05 5 1 + 2.4000W --1 1 1 1 30 30 2 + 1.9000W --2 2 2 2 100 100 3 - 0.0350W --3 3 3 3 10001000 4 - 0.0035W --3 3 3 3 10005000 Supported LBA Sizes (NSID 0x1) Id Fmt Data Metadt Rel_Perf 0 + 512 0 0 1 -4096 0 0 === START OF SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED SMART/Health Information (NVMe Log 0x02) Critical Warning: 0x00 Temperature:38 Celsius Available Spare:100% Available Spare Threshold: 10% Percentage Used:27% Data Units Read:37 476 420 [19,1 TB] Data Units Written: 26 897 901 [13,7 TB] Host Read Commands: 513 568 341 Host Write Commands:506 327 841 Controller Busy Time: 3 846 Power Cycles: 478 Power On Hours: 621 Unsafe Shutdowns: 56 Media and Data Integrity Errors:0 Error Information Log Entries: 0 Warning Comp. Temperature Time:0 Critical Comp. Temperature Time:0 Temperature Sensor 1: 38 Celsius Temperature Sensor 2: 37 Celsius Error Information (NVMe Log 0x01, max 256 entries) No Errors Logged root@axet-laptop:/home/axet#
Bug#966291: Next report
>From 26 Jul 2020 to 14 Aug I used to run Ubuntu 20.04. And have no issues with 'debsums -c' nor 'Path of Exile' self check. Then I reinstall debian completely (clean super duper install) using debootstrap and keep it running since. Two days later. On a day (today) 16 aug I ran booth debsums and POE PackCheck.exe and it failed: Checking pack file Content.ggpk... /Art/particles/ground_effects_v2/desecrated_maligaro/rot_03.dds hash isn't in sync. Repaired. /Art/particles/ground_effects_v2/desecrated_maligaro hash isn't in sync. Repaired. /Art/particles/ground_effects_v2 hash isn't in sync. Repaired. /Art/particles hash isn't in sync. Repaired. /Art hash isn't in sync. Repaired. /ShaderCacheD3D11.packed/15.dat hash isn't in sync. Repaired. /ShaderCacheD3D11.packed hash isn't in sync. Repaired. Fatal error: Your pack file has become corrupted. Currently the only way to fix this is to delete Content.ggpk and download it again by running the client. Looks like Debian + my ssd has serious issues and not working properly together. I have no idea what to do next. Dmesg log attached. I also run logwatch on my debian distro and it did not report any issues. 5.4.0-0.bpo.4-amd64 -- AK dmesg.log.gz Description: application/gzip
Bug#966291: Crashed on the first day
Filesystem got corrupted on the first day of using debian and 5.4.0-0.bpo.4-amd64. It probably somehow related to debian kernel patches? I'll keep using debian 5.4 until next crash. Then I'll get back to ubuntu for longer period of time. -- AK
Bug#703956: NetworkManager failed with openvpn + dhcp configuration
Package: network-manager-openvpn Version: 0.9.4.0-1 Network manager unable to esablish openvpn connection if openvpn server does not provide an IP address for remote client. In my configuration IP provided by DHCP request to the lan dhcp server. And openvpn provides only a ethernet media connection to the remote server (just tap channel). I expect network manager install openvpn media connection, ask for IP using standard DHCP teqnique, and setup default route to the provided IP. syslog: Mar 26 12:17:43 debian NetworkManager[4826]: warn /sys/devices/virtual/net/tap0: couldn't determine device driver; ignoring... Mar 26 12:17:43 debian NetworkManager[4826]: warn VPN plugin failed: 2 Mar 26 12:17:43 debian avahi-daemon[2925]: Withdrawing workstation service for tap0. Mar 26 12:17:43 debian NetworkManager[4826]:SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/tap0, iface: tap0) Mar 26 12:17:43 debian NetworkManager[4826]: warn VPN plugin failed: 1 Mar 26 12:17:43 debian NetworkManager[4826]: info VPN plugin state changed: stopped (6) Mar 26 12:17:43 debian NetworkManager[4826]: info VPN plugin state change reason: 0 Mar 26 12:17:43 debian NetworkManager[4826]: warn error disconnecting VPN: Could not process the request because no VPN connection was active. Mar 26 12:17:43 debian NetworkManager[4826]: info Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS. Mar 26 12:18:44 debian NetworkManager[4826]: info VPN service 'openvpn' disappeared service --debug log: ** Message: -- ** (process:5473): WARNING **: nm-openvpn-service-openvpn-helper did not receive a valid IP4 Address from openvpn Tue Mar 26 12:17:43 2013 us=659430 MANAGEMENT: Client disconnected Tue Mar 26 12:17:43 2013 us=661371 WARNING: Failed running command (--up/--down): external program exited with error status: 1 Tue Mar 26 12:17:43 2013 us=661412 Exiting ** (nm-openvpn-service:5468): WARNING **: openvpn exited with error code 1 ** Message: Connect timer expired, disconnecting. Client config: client dev tap proto udp remote ADDR 1194 resolv-retry infinite nobind persist-key persist-tun ca ca.crt cert client.crt key client.key comp-lzo script-security 2 Server config: proto udp mode server tls-server dev tap ca keys/ca.crt cert keys/server.crt key keys/server.txt dh keys/dh1024.pem push redirect-gateway client-to-client duplicate-cn keepalive 10 120 comp-lzo persist-key persist-tun status openvpn-status.log verb 3 -- AK
Bug#700709: false alarm
yes. it can be closed. everyting is working now.
Bug#696464: Info received (Bug#696464: hp 1020 debian 7 failed)
It is working. Close the bug please. I've reformat my hdd and reinstall debian 7. Everything come to normal :) Do not know what was wrong :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700709: Debian 7 Slow USB
Package: linux-image Version: 3.7-trunk-powerpc Previous (archived) bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684630 I have similar issue with my two debian machines. First machine has Debian 7 PPC (Mac MINI Power10,1). Second Debian 7 486 (Old Notebook Asus M3N) Booth linux machines with Debian 7 works really slow with USB. No solution found yet. rmmod modprobe has no effect. When I connect USB stick to Mac Book Pro it gives me 15-16 MB/S. When I connect the same USB Stick to the Debian machines booth give me 5-6 MB/S. With my external USB harddrive (western digital) everything even worth. My WD gives me 600 KB/s. Completely unusable. I've tried linux-image-3.7-trunk-powerpc for Mac Mini and linux-image-3.7-trunk-486 for my notebook. No changes. Keeping one device (WD) without hub, or even keyboard attached - no changes. Adding ohci_hcd to the blacklist - no changes. I think here is a some magic flag in the kernel config, which is enabled or disabled after Debian 6. root@mini:/mnt# lsusb Bus 001 Device 007: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB Bus 004 Device 002: ID 04d9:1702 Holtek Semiconductor, Inc. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 008: ID 03f0:2b17 Hewlett-Packard LaserJet 1020 Bus 001 Device 009: ID 03f0:3c05 Hewlett-Packard Bus 001 Device 010: ID 1058:1100 Western Digital Technologies, Inc. root@mini:/mnt# A little bit more info on forum: http://forums.debian.net/viewtopic.php?f=10t=94277 [0.00] Using PowerMac machine description [0.00] Total memory = 1024MB; using 2048kB for hash table (at cfe0) [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.7-trunk-powerpc (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 Debian 3.7.8-1~experimental.1 [0.00] Found initrd at 0xc150:0xc2004000 [0.00] Found UniNorth memory controller host bridge @ 0xf800 revision: 0xd2 [0.00] Mapped at 0xff7c [0.00] Found a Intrepid mac-io controller, rev: 0, mapped at 0xff74 [0.00] Processor NAP mode on idle enabled. [0.00] PowerMac motherboard: Mac mini [0.00] bootconsole [udbg0] enabled [0.00] Found UniNorth PCI host bridge at 0xf000. Firmware bus number: 0-0 [0.00] PCI host bridge /pci@f000 ranges: [0.00] MEM 0xf100..0xf1ff - 0xf100 [0.00] IO 0xf000..0xf07f - 0x [0.00] MEM 0x9000..0x9fff - 0x9000 [0.00] Found UniNorth PCI host bridge at 0xf200. Firmware bus number: 0-0 [0.00] PCI host bridge /pci@f200 (primary) ranges: [0.00] MEM 0xf300..0xf3ff - 0xf300 [0.00] IO 0xf200..0xf27f - 0x [0.00] MEM 0x8000..0x8fff - 0x8000 [0.00] Found UniNorth PCI host bridge at 0xf400. Firmware bus number: 0-0 [0.00] PCI host bridge /pci@f400 ranges: [0.00] MEM 0xf500..0xf5ff - 0xf500 [0.00] IO 0xf400..0xf47f - 0x [0.00] via-pmu: Server Mode is disabled [0.00] PMU driver v2 initialized for Core99, firmware: 55 [0.00] nvram: Checking bank 0... [0.00] nvram: gen0=260, gen1=261 [0.00] nvram: Active bank is: 1 [0.00] nvram: OF partition at 0x410 [0.00] nvram: XP partition at 0x1020 [0.00] nvram: NR partition at 0x1120 [0.00] Top of RAM: 0x4000, Total RAM: 0x4000 [0.00] Memory hole size: 0MB [0.00] Zone ranges: [0.00] DMA [mem 0x-0x2fff] [0.00] Normal empty [0.00] HighMem [mem 0x3000-0x3fff] [0.00] Movable zone start for each node [0.00] Early memory node ranges [0.00] node 0: [mem 0x-0x3fff] [0.00] On node 0 totalpages: 262144 [0.00] free_area_init_node: node 0, pgdat c0582e04, node_mem_map c071f000 [0.00] DMA zone: 1536 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 195072 pages, LIFO batch:31 [0.00] HighMem zone: 512 pages used for memmap [0.00] HighMem zone: 65024 pages, LIFO batch:15 [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260096 [0.00] Kernel command line:
Bug#700709: false alarm
usb sticks may be a little bit slow. but my main concern is hdd it gives me 600kb/s instead of 20-30 mb/s and it seems like it is dead or something is wrong with it. probably SMART running continues checks on it without a delay, and as a result it eat most of powers. i found another 200gb hdd, open up my 700gb WD box and replace the disk. 200gb runs for 20mb/s with no issues. so i'm going to replace the drive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700587: Acknowledgement (samba eat folders)
OS: Debian 7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700587: samba eat folders
UTF-8 always
Bug#698859: down key
what i found - here is only two keys are broken. 'up' and 'down' log for 'up' alredy here 'test.txt' now i add log for 'down' - 'down.txt' -- AK Outer window is 0x541, inner window is 0x542 PropertyNotify event, serial 7, synthetic NO, window 0x541, atom 0x27 (WM_NAME), time 2847040904, state PropertyNewValue PropertyNotify event, serial 8, synthetic NO, window 0x541, atom 0x22 (WM_COMMAND), time 2847040904, state PropertyNewValue PropertyNotify event, serial 9, synthetic NO, window 0x541, atom 0x28 (WM_NORMAL_HINTS), time 2847040904, state PropertyNewValue CreateNotify event, serial 10, synthetic NO, window 0x541, parent 0x541, window 0x542, (10,10), width 50, height 50 border_width 4, override NO PropertyNotify event, serial 13, synthetic NO, window 0x541, atom 0x70 (WM_PROTOCOLS), time 2847040905, state PropertyNewValue MapNotify event, serial 14, synthetic NO, window 0x541, event 0x541, window 0x542, override NO ConfigureNotify event, serial 19, synthetic NO, window 0x541, event 0x541, window 0x541, (0,0), width 178, height 178, border_width 0, above 0x58b, override NO PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0xd6 (_NET_WM_ALLOWED_ACTIONS), time 2847040906, state PropertyNewValue PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0xd6 (_NET_WM_ALLOWED_ACTIONS), time 2847040906, state PropertyNewValue ReparentNotify event, serial 19, synthetic NO, window 0x541, event 0x541, window 0x541, parent 0x14001ba, (0,0), override NO PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x78 (_NET_WM_DESKTOP), time 2847040907, state PropertyNewValue PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x78 (_NET_WM_DESKTOP), time 2847040907, state PropertyNewValue PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x75 (_NET_FRAME_EXTENTS), time 2847040907, state PropertyNewValue ConfigureNotify event, serial 19, synthetic NO, window 0x541, event 0x541, window 0x541, (1,34), width 178, height 178, border_width 0, above 0x0, override NO PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x9e (WM_STATE), time 2847040907, state PropertyNewValue PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x7e (_NET_WM_STATE), time 2847040907, state PropertyNewValue ConfigureNotify event, serial 28, synthetic YES, window 0x541, event 0x541, window 0x541, (-1,92), width 178, height 178, border_width 2, above 0x0, override NO MapNotify event, serial 28, synthetic NO, window 0x541, event 0x541, window 0x541, override NO VisibilityNotify event, serial 28, synthetic NO, window 0x541, state VisibilityUnobscured Expose event, serial 28, synthetic NO, window 0x541, (0,0), width 178, height 10, count 3 Expose event, serial 28, synthetic NO, window 0x541, (0,10), width 10, height 58, count 2 Expose event, serial 28, synthetic NO, window 0x541, (68,10), width 110, height 58, count 1 Expose event, serial 28, synthetic NO, window 0x541, (0,68), width 178, height 110, count 0 PropertyNotify event, serial 28, synthetic NO, window 0x541, atom 0x7e (_NET_WM_STATE), time 2847040912, state PropertyNewValue FocusIn event, serial 28, synthetic NO, window 0x541, mode NotifyNormal, detail NotifyNonlinear KeymapNotify event, serial 28, synthetic NO, window 0x0, keys: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PropertyNotify event, serial 28, synthetic NO, window 0x541, atom 0x7e (_NET_WM_STATE), time 2847040920, state PropertyNewValue PropertyNotify event, serial 28, synthetic NO, window 0x541, atom 0xcc (_NET_WM_ICON_GEOMETRY), time 2847041202, state PropertyNewValue PropertyNotify event, serial 29, synthetic NO, window 0x541, atom 0xcc (_NET_WM_ICON_GEOMETRY), time 2847041235, state PropertyNewValue KeyPress event, serial 29, synthetic NO, window 0x541, root 0x25, subw 0x0, time 2847043327, (292,209), root:(293,303), state 0x0, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (61) a XmbLookupString gives 1 bytes: (61) a XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x541, root 0x25, subw 0x0, time 2847043435, (292,209), root:(293,303), state 0x0, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (61) a XFilterEvent returns: False KeyPress event, serial 31, synthetic NO, window 0x541, root 0x25, subw 0x0, time 2847043722, (292,209), root:(293,303), state 0x0, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (61) a XmbLookupString
Bug#694541: more issues
I'd like to add to what Andriy saying. Simultaneously reboot it is not just the one issue with dhclient -1 logic here. Debian machines will also will lose IP in one more case. It happens when debian trying to renew the lease at the moment when interface goes up and DHCP server is down for a moment. It happened on my home router, when I reboot the router. After reboot my router shutdown a link and put link back just before actual DHCP server functional. At this exact moment Debian clients try to require for an address, since interface just got up. And because router is still in reboot process all Debian machines die with no IP with a log message: dhclient: Unable to obtain a lease on first try. Exiting So. I hope it would be fixed soon. -- AK -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696464: hp 1020 debian 7 failed
I've moved to the experemental branch for the cups package. It is working! axet@mini:~$ dpkg -l |grep cups ii cups 1.6.1-1powerpc Common UNIX Printing System(tm) - server ii cups-browsed 1.0.28-1 powerpc OpenPrinting CUPS Filters - cups-browsed ii cups-bsd 1.6.1-1powerpc Common UNIX Printing System(tm) - BSD commands ii cups-client 1.6.1-1powerpc Common UNIX Printing System(tm) - client programs (SysV) ii cups-common 1.6.1-1all Common UNIX Printing System(tm) - common files ii cups-daemon 1.6.1-1powerpc Common UNIX Printing System(tm) - server ii cups-filters 1.0.28-1 powerpc OpenPrinting CUPS Filters ii cups-pk-helper 0.2.3-3powerpc PolicyKit helper to configure cups with fine-grained privileges ii cups-ppdc 1.5.3-2.13 powerpc Common UNIX Printing System(tm) - PPD manipulation utilities ii cupsddk 1.5.3-2.13 all Common UNIX Printing System (transitional package) ii ghostscript-cups 9.05~dfsg-6.3 powerpc interpreter for the PostScript language and for PDF - CUPS filters ii libcups2:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - Core library ii libcups2-dev 1.6.1-1powerpc Common UNIX Printing System(tm) - Development files CUPS library ii libcupscgi1:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - CGI library ii libcupsdriver1:powerpc 1.5.3-4powerpc Common UNIX Printing System(tm) - Driver library ii libcupsfilters-dev 1.0.28-1 powerpc OpenPrinting CUPS Filters - Development files for the library ii libcupsfilters1:powerpc 1.0.28-1 powerpc OpenPrinting CUPS Filters - Shared library ii libcupsimage2:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - Raster image library ii libcupsimage2-dev 1.6.1-1powerpc Common UNIX Printing System(tm) - Development files CUPS image library ii libcupsmime1:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - MIME library ii libcupsppdc1:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - PPD manipulation library ii python-cups 1.9.48-1.1 powerpc Python bindings for CUPS ii python-cupshelpers 1.3.7-3all Python utility modules around the CUPS printing system axet@mini:~$ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698859: tightvncserver keymap fail
Package: tightvncserver Version: 1.3.9-6.4 I'm using Debian7 and tightvncserver on my PPC (Mac mini). When I connect to Debian VNC server from Mac machine special keys do not translated correctly and have a random behavior. I've tried to use RealVNC and cotvnc clients - same result. Seems like tightvncserver have some issues with keymapping when called from Mac client. xev events log attached. First I run xev. Then I start to press a for several times. Then I hit Arrow Key UP (you have four of them, left, up, right, down). It resize window to its maximum size. Then I hit a several times again. Then I hit Arrow Key UP again to restore maximized window to normal. As I remember Windows / Linux clients works fine. It is only Mac VNC Client - tightvncserver Linux issue. Outer window is 0x541, inner window is 0x542 PropertyNotify event, serial 7, synthetic NO, window 0x541, atom 0x27 (WM_NAME), time 1829107107, state PropertyNewValue PropertyNotify event, serial 8, synthetic NO, window 0x541, atom 0x22 (WM_COMMAND), time 1829107107, state PropertyNewValue PropertyNotify event, serial 9, synthetic NO, window 0x541, atom 0x28 (WM_NORMAL_HINTS), time 1829107107, state PropertyNewValue CreateNotify event, serial 10, synthetic NO, window 0x541, parent 0x541, window 0x542, (10,10), width 50, height 50 border_width 4, override NO PropertyNotify event, serial 13, synthetic NO, window 0x541, atom 0x70 (WM_PROTOCOLS), time 1829107108, state PropertyNewValue MapNotify event, serial 14, synthetic NO, window 0x541, event 0x541, window 0x542, override NO ConfigureNotify event, serial 19, synthetic NO, window 0x541, event 0x541, window 0x541, (0,0), width 178, height 178, border_width 0, above 0x581, override NO PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0xd6 (_NET_WM_ALLOWED_ACTIONS), time 1829107108, state PropertyNewValue PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0xd6 (_NET_WM_ALLOWED_ACTIONS), time 1829107108, state PropertyNewValue ReparentNotify event, serial 19, synthetic NO, window 0x541, event 0x541, window 0x541, parent 0x1400212, (0,0), override NO PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x78 (_NET_WM_DESKTOP), time 1829107109, state PropertyNewValue PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x78 (_NET_WM_DESKTOP), time 1829107109, state PropertyNewValue PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x75 (_NET_FRAME_EXTENTS), time 1829107110, state PropertyNewValue ConfigureNotify event, serial 19, synthetic NO, window 0x541, event 0x541, window 0x541, (1,34), width 178, height 178, border_width 0, above 0x0, override NO PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x9e (WM_STATE), time 1829107110, state PropertyNewValue PropertyNotify event, serial 19, synthetic NO, window 0x541, atom 0x7e (_NET_WM_STATE), time 1829107110, state PropertyNewValue ConfigureNotify event, serial 28, synthetic YES, window 0x541, event 0x541, window 0x541, (-1,92), width 178, height 178, border_width 2, above 0x0, override NO MapNotify event, serial 28, synthetic NO, window 0x541, event 0x541, window 0x541, override NO VisibilityNotify event, serial 28, synthetic NO, window 0x541, state VisibilityUnobscured Expose event, serial 28, synthetic NO, window 0x541, (0,0), width 178, height 10, count 3 Expose event, serial 28, synthetic NO, window 0x541, (0,10), width 10, height 58, count 2 Expose event, serial 28, synthetic NO, window 0x541, (68,10), width 110, height 58, count 1 Expose event, serial 28, synthetic NO, window 0x541, (0,68), width 178, height 110, count 0 PropertyNotify event, serial 28, synthetic NO, window 0x541, atom 0x7e (_NET_WM_STATE), time 1829107119, state PropertyNewValue FocusIn event, serial 28, synthetic NO, window 0x541, mode NotifyNormal, detail NotifyNonlinear KeymapNotify event, serial 28, synthetic NO, window 0x0, keys: 0 0 0 16 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PropertyNotify event, serial 28, synthetic NO, window 0x541, atom 0x7e (_NET_WM_STATE), time 1829107123, state PropertyNewValue PropertyNotify event, serial 28, synthetic NO, window 0x541, atom 0xcc (_NET_WM_ICON_GEOMETRY), time 1829107409, state PropertyNewValue PropertyNotify event, serial 29, synthetic NO, window 0x541, atom 0xcc (_NET_WM_ICON_GEOMETRY), time 1829107437, state PropertyNewValue KeyPress event, serial 29, synthetic NO, window 0x541, root 0x25, subw 0x0, time 1829109308, (479,266), root:(480,360), state 0x0, keycode 38 (keysym 0x61, a),
Bug#696464: hp 1020 debian 7 failed
and it print nothing - paper was on fire - it print some garbage. Please follown the step on the unbuntu wiki and moreover please add some words when you send email. Language are the proper of the humans Bastien On Fri, Dec 21, 2012 at 8:19 AM, Alexey Kuznetsov kuznetsov.ale...@gmail.com wrote: Package: hplip Version: 3.12.6-3 hp laser jet 1020 failed to print Printer State endup with Idle - /usr/lib/cups/filter/hpcups failed message. troubleshot.txt http://pastebin.com/esvbHW6Q -- AK
Bug#696464: hp 1020 debian 7 failed
- the section CUPS web interface nothing special on the web interface. usual printer. no error messages. printer on idle state. everyting seems ok. - the section CUPS error_log i already provide this information 2) on my previous message -- AK On 22 December 2012 16:35, Bastien ROUCARIES roucaries.bast...@gmail.comwrote: thanks it is better. Could you try: - the section CUPS web interface ? - the section CUPS error_log ? And explain what you do, before posting some stuff (like you do for usb section) On Sat, Dec 22, 2012 at 8:58 AM, Alexey Kuznetsov kuznetsov.ale...@gmail.com wrote: Sorry, I'm not man of the words. Please lead me on information I should provide. 1) I did all steps described on wiki page, expect Ubuntu related, as I though. Or you mean all steps on USB section? I ll do it. 2) I have USB printer. http://h2.www2.hp.com/bizsupport/TechSupport/DriverDownload.jsp?prodNameId=439428lang=encc=ukprodTypeId=18972prodSeriesId=439423taskId 3) When I had Debian 6, everying works ok. I abbe to print locally and througth network using CUPS drivers. Debian 7 gives me no result. When I add print job, it stuck in the queue forever. Noting comes out from printer. And job appears stopped. 4) My server is PPC machine. ### 1) axet@mini:~$ lsmod | grep usb usblp 13115 0 usbhid 36507 0 usb_storage40099 1 hid72395 1 usbhid usbcore 130469 7 ehci_hcd,ohci_hcd,uas,usb_storage,usbhid,usblp usb_common 4034 1 usbcore axet@mini:~$ 2) Dec 22 11:25:54 mini kernel: [29872.281571] usb 1-1.1: new high-speed USB device number 12 using ehci_hcd Dec 22 11:25:54 mini kernel: [29872.374282] usb 1-1.1: New USB device found, idVendor=03f0, idProduct=2b17 Dec 22 11:25:54 mini kernel: [29872.374293] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Dec 22 11:25:54 mini kernel: [29872.374299] usb 1-1.1: Product: HP LaserJet 1020 Dec 22 11:25:54 mini kernel: [29872.374303] usb 1-1.1: Manufacturer: Hewlett-Packard Dec 22 11:25:54 mini kernel: [29872.374307] usb 1-1.1: SerialNumber: JL2NBET Dec 22 11:25:54 mini kernel: [29872.377128] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x2B17 Dec 22 11:25:54 mini mtp-probe: checking bus 1, device 12: /sys/devices/pci0001:10/0001:10:1b.2/usb1/1-1/1-1.1 Dec 22 11:25:54 mini mtp-probe: bus: 1, device: 12 was not an MTP device Dec 22 11:25:54 mini logger: loading hp_laserjet_1020 firmware 001 012 Dec 22 11:25:54 mini kernel: [29872.592376] usb 1-1.2: USB disconnect, device number 11 Dec 22 11:25:54 mini kernel: [29872.797258] usb 1-1.2: new high-speed USB device number 13 using ehci_hcd Dec 22 11:25:55 mini kernel: [29872.890096] usb 1-1.2: New USB device found, idVendor=1058, idProduct=1100 Dec 22 11:25:55 mini kernel: [29872.890107] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Dec 22 11:25:55 mini kernel: [29872.890113] usb 1-1.2: Product: My Book Dec 22 11:25:55 mini kernel: [29872.890117] usb 1-1.2: Manufacturer: Western Digital Dec 22 11:25:55 mini kernel: [29872.890122] usb 1-1.2: SerialNumber: 57442D574341534E30303431303733 Dec 22 11:25:55 mini kernel: [29872.891845] scsi6 : usb-storage 1-1.2:1.0 Dec 22 11:25:55 mini mtp-probe: checking bus 1, device 13: /sys/devices/pci0001:10/0001:10:1b.2/usb1/1-1/1-1.2 Dec 22 11:25:55 mini mtp-probe: bus: 1, device: 13 was not an MTP device Dec 22 11:25:56 mini kernel: [29873.889632] scsi 6:0:0:0: Direct-Access WD 7500AAC External 1.65 PQ: 0 ANSI: 4 Dec 22 11:25:56 mini kernel: [29873.894127] sd 6:0:0:0: Attached scsi generic sg2 type 0 Dec 22 11:25:56 mini kernel: [29873.894344] sd 6:0:0:0: [sdc] 1465149168 512-byte logical blocks: (750 GB/698 GiB) Dec 22 11:25:56 mini kernel: [29873.895206] sd 6:0:0:0: [sdc] Write Protect is off Dec 22 11:25:56 mini kernel: [29873.895217] sd 6:0:0:0: [sdc] Mode Sense: 21 00 00 00 Dec 22 11:25:56 mini kernel: [29873.896080] sd 6:0:0:0: [sdc] No Caching mode page present Dec 22 11:25:56 mini kernel: [29873.896091] sd 6:0:0:0: [sdc] Assuming drive cache: write through Dec 22 11:25:56 mini kernel: [29873.900557] sd 6:0:0:0: [sdc] No Caching mode page present Dec 22 11:25:56 mini kernel: [29873.900571] sd 6:0:0:0: [sdc] Assuming drive cache: write through Dec 22 11:25:56 mini kernel: [29873.901227] sdc: sdc1 Dec 22 11:25:56 mini kernel: [29873.910288] sd 6:0:0:0: [sdc] No Caching mode page present Dec 22 11:25:56 mini kernel: [29873.910302] sd 6:0:0:0: [sdc] Assuming drive cache: write through Dec 22 11:25:56 mini kernel: [29873.910309] sd 6:0:0:0: [sdc] Attached SCSI disk Dec 22 11:25:57 mini /usr/sbin/hplj1020: foo2zjs: HP LaserJet 1020 firmware already loaded into /dev/usb/lp0 Dec 22 11:25:57 mini udev-configure-printer: add
Bug#696464: hp 1020 debian 7 failed
http://pastebin.com/xtNtWBqs -- AK On 21 December 2012 16:03, Bastien ROUCARIES roucaries.bast...@gmail.comwrote: Control: tag -1 + moreinfo Control: tag -1 + unreproducible Please debug using the manual debug instruction here https://wiki.ubuntu.com/DebuggingPrintingProblems Le 21 déc. 2012 08:39, Alexey Kuznetsov kuznetsov.ale...@gmail.com a écrit : Package: hplip Version: 3.12.6-3 hp laser jet 1020 failed to print Printer State endup with Idle - /usr/lib/cups/filter/hpcups failed message. troubleshot.txt http://pastebin.com/esvbHW6Q -- AK
Bug#687243: [Pkg-hpijs-devel] Bug#687243: reportbug unable to fill bug report against hplip
axet@mini:~$ ls -al /bin/sh lrwxrwxrwx 1 root root 4 Mar 1 2012 /bin/sh - dash axet@mini:~$ which is default for debian 7, i did know about this map -- AK On 18 October 2012 03:59, Mark Purcell m...@debian.org wrote: On Mon, 17 Sep 2012 21:36:47 Alexey Kuznetsov wrote: Gathering additional data, this may take a while... The next message you should receive is: Do you wish to include your system configuration with this report (hp- check -r)? However I have been advised that there are some bashisms in my bug script which could be related (Bug: #690708). Do you perhaps have /bin/sh redirected to something other than bash, such as dash or the like? Mark
Bug#687243: reportbug unable to fill bug report against hplip
http://pastebin.com/J2g4UZ2C -- AK On 6 October 2012 04:27, Mark Purcell m...@purcell.id.au wrote: tags 687243 moreinfo thanks On Mon, 17 Sep 2012 21:36:47 Alexey Kuznetsov wrote: Gathering additional data, this may take a whil Alexey, When you run reportbug against hplip, it runs the hp-check(1) utility to gather your system configuration. Could I ask you to run the command: $ hp-check -r and email the results. Thanks, Mark
Bug#687243: reportbug unable to fill bug report against hplip
hplip-3.12.6-3 the message was: Gathering additional data, this may take a while... -- AK On 16 September 2012 19:28, Sandro Tosi mo...@debian.org wrote: reassign 687243 hplip thanks On Tue, Sep 11, 2012 at 8:36 AM, Alexey Kuznetsov a...@axet.ru wrote: try to run reportbug against hplip, it will never ends (i wait whole night) and dialog please wait it may take a while never ends. this is not the message you're getting, given that string doesn't exists in the reportbug codebase, so please next time report exactly the messages you're seeing, that will help debugging. Anyhow, that's likely the place where we're running the package bug script, so reassigning it to hplip for furhter analysis (please fill in the version of hplip you're using, since you hadn't reported it). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi
Bug#687244: hplip bug
Package: hplip Version: 3.12.6-3 the package says it need to be reported: Incorrect IEEE 1284 Device ID: [u'drv:///hpcups.drv/hp-laserjet_1020.ppd', u'drv:///hpijs.drv/hp-laserjet_1020-hpijs.ppd'] Actual ID is MFG:Hewlett-Packard;MDL:HP LaserJet 1020; Please report a bug against the HPLIP component Incorrect IEEE 1284 Device ID: [u'drv:///hpcups.drv/hp-laserjet_1020.ppd', u'drv:///hpijs.drv/hp-laserjet_1020-hpijs.ppd'] Actual ID is MFG:Hewlett-Packard;MDL:HP LaserJet 1020; Please report a bug against the HPLIP component -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687243: reportbug unable to fill bug report against hplip
Package: reportbug Version: 6.4.3 try to run reportbug against hplip, it will never ends (i wait whole night) and dialog please wait it may take a while never ends. I am using Debian GNU/Linux 7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687322: hplip bug
Package: hplip Version: 3.12.6-3 Debian 7 does not work with my hp laser jet 1020. Seems like it unable to download and install printer plugin. hp-check[4675]: info: : Initializing. Please wait... Debian testing scheduler is running 1.5.3 Linux mini 3.2.0-3-powerpc #1 Mon Jul 23 03:46:05 UTC 2012 ppc GNU/Linux warning: [01mdebian-testing version is not supported. Using debian-6.0.5 versions dependencies to verify and install...[0m hp-check[4675]: info: : hp-check[4675]: info: :--- hp-check[4675]: info: :| SYSTEM INFO | hp-check[4675]: info: :--- hp-check[4675]: info: : 3.2.0-3-powerpc #1 Mon Jul 23 03:46:05 UTC 2012 GNU/Linux mini 3.2.0-3-powerpc #1 Mon Jul 23 03:46:05 UTC 2012 GNU/Linux hp-check[4675]: info: : Kernel: 3.2.0-3-powerpc #1 Mon Jul 23 03:46:05 UTC 2012 GNU/Linux Host: mini Proc: 3.2.0-3-powerpc #1 Mon Jul 23 03:46:05 UTC 2012 GNU/Linux Distribution: debian testing hp-check[4675]: info: : hp-check[4675]: info: :--- hp-check[4675]: info: :| HPLIP CONFIGURATION | hp-check[4675]: info: :--- hp-check[4675]: info: : hp-check[4675]: info: :HPLIP-Version: HPLIP 3.12.6 hp-check[4675]: info: :HPLIP-Home: /usr/share/hplip warning: HPLIP-Installation: Auto installation is not supported for debian distro testing version hp-check[4675]: info: : hp-check[4675]: info: :[01mCurrent contents of '/etc/hp/hplip.conf' file:[0m hp-check[4675]: info: :# hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.12.6 [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hplip/HP ppdbase=/usr/share/ppd/hplip doc=/usr/share/doc/hplip-doc/HTML icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv # Following values are determined at configure time and cannot be changed. [configure] network-build=yes libusb01-build=no pp-build=yes gui-build=yes scanner-build=yes fax-build=yes dbus-build=yes cups11-build=no doc-build=yes shadow-build=no hpijs-install=yes foomatic-drv-install=yes foomatic-ppd-install=yes foomatic-rip-hplip-install=no hpcups-install=yes cups-drv-install=yes cups-ppd-install=no internal-tag=3.12.6 restricted-build=no ui-toolkit=qt4 qt3=no qt4=yes policy-kit=yes hpijs-only-build=no lite-build=no udev-acl-rules=yes udev_sysfs_rules=no hpcups-only-build=no hpijs-only-build=no hp-check[4675]: info: : hp-check[4675]: info: :[01mCurrent contents of '/var/lib/hp/hplip.state' file:[0m hp-check[4675]: info: :Plugins are not installed. Could not access file: No such file or directory hp-check[4675]: info: : hp-check[4675]: info: :[01mCurrent contents of '~/.hplip/hplip.conf' file:[0m warning: Could not access file: No such file or directory hp-check[4675]: info: : Package-namePackage-Desc Required/Optional Min-Version Installed-Version Status Comment hp-check[4675]: info: : hp-check[4675]: info: :-- hp-check[4675]: info: :| External Dependencies | hp-check[4675]: info: :-- hp-check[4675]: info: : hp-check[4675]: info: : gs Ghostscript REQUIRED7.059.05OK - hp-check[4675]: info: : network Network-wget OPTIONAL- 1.13.4 OK - hp-check[4675]: info: : dbus DBus REQUIRED- 1.6.0 OK - hp-check[4675]: info: : scanimageShell-Scanning OPTIONAL1.0 1.0.22 OK - hp-check[4675]: info: : policykitAdmin-Policy-framework OPTIONAL- 0.105 OK - hp-check[4675]: info: : xsaneSANE-GUI OPTIONAL0.9 0.998 OK - scheduler is running hp-check[4675]: info: : cups CUPS REQUIRED1.1 1.5.3 OK 'CUPS Scheduler is running' hp-check[4675]: info: : hp-check[4675]: info: :- hp-check[4675]: info: :| General Dependencies | hp-check[4675]: info: :- hp-check[4675]: info: : hp-check[4675]: info: : reportlabPython-PDF-Lib OPTIONAL2.0 2.5 OK - hp-check[4675]: info: : libcryptoOpenSSL-Crypto-Lib REQUIRED- 1.0.1 OK - hp-check[4675]: info: : pil Python-Image-Lib OPTIONAL- 1.1.7 OK - hp-check[4675]: info: : pyqt4-dbus PyQt4-DBUS REQUIRED4.0 4.9.3 OK - hp-check[4675]: info: : libjpeg JPEG-Lib REQUIRED- - OK - hp-check[4675]: info: : libpthread POSIX-Threads-Lib REQUIRED- 2.13OK - hp-check[4675]: info: : python-dbus Python-DBUS REQUIRED0.80.0 1.1.1 OK - hp-check[4675]: info: : python-devel
Bug#559853: Yaboot does not handle ext4 root partition?
Fedora 12 has paches for yaboot for ext4 partition. And fedora yaboot works fine for me. -- AK