Bug#838725: package: marco
Package: marco Version: 1.14.2 Copyright (C) 2001-2009 Havoc Pennington, Red Hat, Inc., and others This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. distribution: stretch maybe i should cc this to the fedora team? marco icon and windows rendering is flawed and poses a grave error. icons cannot be moved, rendering cannot be taken over by another compositor as marco is in charge of 'windows' rendering. there used to be an option for 2d or 3d compositing..its gone. icons have heavy blurring or heavy drop shadows that werent there a few days ago when we updated. one theme is flawed but this is not a theme issue and the flawed theme otherwise works. as a result MATE cannot be used.As a similar result, neither can cinnamon with 3d rendering enabled.
Bug#838723: package: sshfs
Package: sshfs Version: 2.8 SSHFS version 2.8 FUSE library version: 2.9.7 fusermount version: 2.9.7 using FUSE kernel interface version 7.19 distribution: stretch secure shell mounting doesnt require root but umounting it does. This needs to be fixed. I think the mounting options are wrong or there's is a bug here. no nothing wonky. sshfs @somedomain.org:/home/ mounts mounts is a local folder and its an ubuntu server. if i can mount, i should be able to u(n)mount. (try this with a cdrom and watch how many people get furious)
Bug#838598: package: reportbug
Package: reportbug Version: 6.6.6 -Is there a devil in here? Or is this a joke? reportbug seems to be broken on stretch as of a few months ago. I thought as many do via relay chat that this was limited to gmail. It isnt. something has broken smtp auth and ssl auth for reportbug. I get one of the following bugs:(yes, ive turned off the gmail restriction) smtp auth failed at server XYZ (please re-enter password) login timeout -server does not support TLS- (therefore disabled and tried again, back to above..) nothing succeeds. Ive tried juno and gmail, and I believe comcast. Im doing everything by the book. All of a sudden things stopped. google is demanding your blood type to use thier services these days. -but nothing else works. I dont mind the manual reporting but Id rather use a seperate email than my primary, most reporting systems flood your inbox. I have several bugs to report or add info to.
Bug#820048: lxmenu-data: menu and themes seem missing start icon
Package: lxmenu-data Version: 0.1.4-1 Severity: normal Tags: patch Dear Maintainer, lxde seems somehow missing things. And by missing I mean the menu icon. on SIN, its called the start menu button icon. Ive looked but nowhere on my system can I find any icon for it anywhere. I have many themes installed but none seem to have the necessary file. patch: not per se, but somewhat of a fix. /usr/share/icons/Bluecurve/24x24/apps/icon-panel-menu.png This file is not found under ANY LXDE(gtk3) theme. Please put it back or ask theme creators to add it. -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information
Bug#820047: make exits with no output
Package: make Version: 4.0-8.1 Severity: grave Justification: renders package unusable Dear Maintainer, I have a weird repeatable issue with make. Sometimes I make something and make exits cleanly and does nothing. At said time, no call to make will actually do anything. The workaround is to close the shell and re-open a new one to restore functionality. build a kpkg and youll see what I mean.This has happened with other QT projects as well in the past, so its not kernel specific or code specific. This shouldnt happen.If make is getting thrown to the wolves, then we need to be able to see where and how to fix it. (mebbe a double free, null pointer, or failure to free mem?) -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages make depends on: ii libc6 2.19-18+deb8u4 make recommends no packages. Versions of packages make suggests: pn make-doc -- no debconf information
Bug#388255: synaptic is unable to show changelog for bin-nmu'd packages
Package: synaptic Version: 0.81.2 Followup-For: Bug #388255 Dear Maintainer, its not just that. ALL changelogs disappear when they get accessed, whether there or not.You could update a standard package and see the popup, but never see the changelog. WHOOPS! away it goes and onto the install... I like this *feature* but its seriously bugged. Maybe make it an *option* via the menu? -or find a way to hold the code until the feature has been properly implemented, like the program image. A lot of apps are missing images, too. -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.9.8.3 ii libapt-pkg4.12 1.0.9.8.3 ii libatk1.0-0 2.14.0-1 ii libc62.19-18+deb8u4 ii libcairo-gobject21.14.0-2.1+deb8u1 ii libcairo21.14.0-2.1+deb8u1 ii libept1.4.12 1.0.12.1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u4 ii libglib2.0-0 2.42.1-1+b1 ii libgtk-3-0 3.14.5-1+deb8u1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libstdc++6 4.9.2-10 ii libvte-2.90-91:0.36.3-1 ii libx11-6 2:1.6.2-3 ii libxapian22 1.2.19-1 ii libxext6 2:1.3.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages synaptic recommends: ii gksu 2.0.2-9 ii libgtk2-perl 2:1.2492-4 ii policykit-10.105-8 ii rarian-compat 0.8.1-6 Versions of packages synaptic suggests: ii apt-xapian-index 0.47 pn deborphan pn dwww ii menu 2.1.47 pn software-properties-gtk ii tasksel 3.31+deb8u1 -- no debconf information
Bug#496740: script: cannot execute binary file, when file is a normal shell script
Package: bash Version: 4.3-11+b1 Followup-For: Bug #496740 Dear Maintainer, I have similar bug. /bin/bash fails. (cannot execute binary file of type ELF64) as a result firejail of fails. launching firejail qupzilla succeeds, so its not a firejail issue. ../ succeeds seems to be indicative of a noexec bug where bash wants to copy the file into temp space and run it. This is a NO-NO. ESPECIALLY on web browsers and anything accessing the net.Files need to be ran where they are. This presents a vulnerability were temp spaces set exec.Malicious code can then run. We dont want this. Since we cant turn debian into cubes, surely we should have as much protection as possible. if I invoke /bin/bash directly, it stalls and does nothing until I kill it. IIRC, it should spawn a new shell(X console). -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bash depends on: ii base-files 8+deb8u3 ii dash 0.5.7-4+b1 ii debianutils 4.4+b1 ii libc62.19-18+deb8u3 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 Versions of packages bash recommends: ii bash-completion 1:2.1-4 Versions of packages bash suggests: pn bash-doc -- no debconf information
Bug#819703: xscreensaver: please disable "This version of XScreenSaver is very old! Please upgrade!" message
Package: xscreensaver Version: 5.30-1+deb8u1 Followup-For: Bug #819703 Dear Maintainer, I have a better solution. Dispense with the horse shit. Either provide a upstream version to be packaged(and backported) or permanently remove the offending code(and warnings). and as per upstream: needs to be backported or pushed into updates server. both may be options, but when selected the updates are EXPECTED. At least this update is NOT PRESENT. Thats a packaging fault. I know of QT5(core) and Mono (v4) updates missing also. And debs are available, so dont gimmie that line. Nobody asked for acenine response from ANY dev, and surely such is COMPLETELY unwarranted. If you want your package included in distributions, make the concessions necessary to maintain the codebase with said. Otherwise, either DONT OFFER the code, or DONT package it further. Drop it from the repos if the maintainer wont comply. That should be a debian core policy. I know several here are also acenine (with reports) or are acenine C devs that dont give a flying eff about anyone, but thats the wrong mentality to take with anyone. More than half of the time said acenine devs have no clue what they are coding. Yes, I can put my code where my mouth is, despite my unpopular view on C. Clearly bug reports and handling is yall policy, but being the nature of "whats and whos" involved these reports should be taken more seriously than frivious borsht.Its not about liking the bug reporter, its about dealing with the bug. Maybe its not so serious, MAYBE ITS WORSE. Clearly someone needs to get thier ass in gear. -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xscreensaver depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-18+deb8u3 ii libcairo21.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u4 ii libglade2-0 1:2.6.4-2 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libice6 2:1.0.9-1+b1 ii libpam0g 1.1.8-3.1+deb8u1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libsm6 2:1.2.2-1+b1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxi6 2:1.7.4-1+b2 ii libxinerama1 2:1.1.3-1+b1 ii libxml2 2.9.1+dfsg1-5+deb8u1 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.11-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxt6 1:1.1.4-1+b1 ii libxxf86vm1 1:1.1.3-1+b1 ii xscreensaver-data5.30-1+deb8u1 Versions of packages xscreensaver recommends: ii libjpeg-turbo-progs [libjpeg-progs] 1:1.3.1-12 ii perl [perl5] 5.20.2-3+deb8u4 ii wamerican [wordlist] 7.1-1 Versions of packages xscreensaver suggests: ii chromium [www-browser] 49.0.2623.108-1~deb8u1 ii dillo [www-browser] 3.0.4-2+b1 ii elinks [www-browser]0.12~pre6-5+b2 ii fortune-mod [fortune] 1:1.99.1-7 pn gdm3 | kdm-gdmcompat ii iceweasel [www-browser] 38.7.1esr-1~deb8u1 ii konqueror [www-browser] 4:4.14.2-1 ii links2 [www-browser]2.8-2+b3 ii lynx-cur [www-browser] 2.8.9dev1-2+deb8u1 ii opera-stable [www-browser] 36.0.2130.46 pn qcam | streamer ii w3m [www-browser] 0.5.3-19 pn xdaliclock pn xfishtank ii xscreensaver-gl 5.30-1+deb8u1 -- no debconf information
Bug#819487: yabause: stack smashed
Source: yabause Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, current packaged version causes stack to be smashed, and there doesnt seem to be a fix. -was it compiled before stack smashing detection code? pulling upstream code results in '-fPIC' reccomendeation due to ip relocation from 64 to 32 bits with dynamic compilation. There is no way to force static build. If someone can figure out how to use auto tools, lemme know. as-is I cant seem to trigger them. CMake is forced. This causes this app to be useless. You cant do anything with it once the BIOS finishes booting. This is for sure a debian bug. Fedora has a working copy.I know because Ive tested a Sonic 3D beta with it. Whom-ever built this needs to rebuild it and repack it. -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#819411: security.debian.org: servers stalling(and maybe no updates)
Package: security.debian.org Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, someone needs to thoroughly check the updates servers. For months now, any update process times out to oblivion. Im on 3MB/sec FIBER line here. Im getting 43k/sec transfers. often, slower than that. And updates for jessie seems a tad DATED or MISSING. I know packages have updated since Jessie's release. STRETCH doesnt get security updates in a timely manner.I know debian policy is just like RHEL: DRAGGG out updates for stability reasons but theres work to be done. Obviously, anyone can patch(and do your job for you) but mebbe the maintainer of the software in question has already fixed the issue. You wont know if you dont update your software. someone needs to check whats going on. I would ADVISE: mirrors for security updates like official mirrors have. Force push RSYNC updates. You can do it with SIN and NetWare, THERE IS A WAY. IVE DONE IT. There should be a way to trigger RSYNC once updates are released. MORE MIRRORS mean better availability and uptime. THIS KEEPS PEOPLE LIKE NASA SECURE. As far as torrents:(which would be most ideal) we need a way to version check the files(and isos). Master that and you have the cheesecake. And as a side note, LE certs are free and semi-automated now. Get on board. 5 mins to SSL. -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#818741: pulseaudio-module-x11: repeatable intermittent driver working
Package: pulseaudio-module-x11 Version: 5.0-13 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, we have an issue. Because I know for a fact snd hda intel aka alc889 is fully supported at this time.kernel not only recognizes the hardware but so does the sound daemon. YET... either pulse is tripping acid hard or we have a more serious issue with the kernel driver that is going un unnoticed.THIS HARDWARE IS FULLY SUPPORTED. some days it wants to work, some days not. fldigi will punch out audio but heaven forbid I want to play musicnothing. Its not the app and the music seems to be all the way up. pulse reports "dummy audio" and no hda intel internal hardware. alsa says differently. not only does my 7850s have hdmi out on multiple channels but the ATI SB internal shows up too. YET... aplay a file and NOTHINGmy speakers are all the way up. NOTHING OUT.I should be waking my neighbors at this point. this needs to be addressed ASAP. Not having working audio is reason enough to ditch linux.And I dont want to ditch ANY Linux. I DONT WANT SIN. SIN is too vulnerable. -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pulseaudio-module-x11 depends on: ii libc6 2.19-18+deb8u3 ii libcap2 1:2.24-8 ii libice6 2:1.0.9-1+b1 ii libpulse0 5.0-13 ii libsm62:1.2.2-1+b1 ii libx11-6 2:1.6.2-3 ii libx11-xcb1 2:1.6.2-3 ii libxcb1 1.10-3+b1 ii libxtst6 2:1.2.2-1+b1 ii pulseaudio5.0-13 ii pulseaudio-utils 5.0-13 pulseaudio-module-x11 recommends no packages. pulseaudio-module-x11 suggests no packages. -- no debconf information
Bug#818705: general: multipackage issue
Package: general Severity: critical Justification: breaks unrelated software Dear Maintainer, when sshfs is mounted IE: my webserver and I do a package update(updating libreO, so must be removed first) lxdesktop file manager crashes. Im noticing it sometimes generically with the sshfs mount, which remains mounted but apt-get apt-fast and synaptic should not cause this. I do not know what is causing this. -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#816755: fglrx-atieventsd: disappearing mouse
Package: fglrx-atieventsd Severity: grave Justification: renders package unusable Dear Maintainer, Not sure how to fix this one, Ive only encountered it with the pre-packaged driver for Jessie. Once you get beyond the broker then broke state that either downgrading Xorg in Stretch or installing fglrx in Jessie you get to this point. [fix at this stage: aticonfig --initial again, you borked something in your config. --or at least I did, but I cant see how.] What happens is this: The mouse is here...and then it isnt. This seems the most relevant package. When the mouse goes, it runs away and hides(disappear, literally..the mouse OFF feature) and wont come back. Clicking will not help you. The keyboard then begins to act funny and semi-non responsive. And by funny, its not guaranteed to alt-tab or otherwise navigate. No, your wireless have not failed you. Your batteries are FINE. But the system knows youre there. You can switch to a vterm and kill off X. For now, until the mouse decides to hide again. Killing X will only bring back the mouse for the login screen. Until it hides again. Rebooting will not help much either. Whack CTRL-ALT-DEL and away we gofor now. Until you login to X again...then the mouse wants to hide. Also: text resolution is higher on open driver then fglrx in the vterm for some reason I will see further if I can replicate this issue. The driver I have is BETA level but has been patched to run up to X 1.17 and kernel 4.3x. Original source of the driver pre-patch was for fedora 22 at kernel v 4.0.4. The kernel header sources were not available to build for a newer kernel for some reason. The installer will refuse beyond X 1.17. Might be able to fudge the driver to work for stretch.(and hopefully fedora 23) The second you purge fglrx, the disappearing mouse issue goes away. -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#816247: general: hardening distro is an afterthought
Package: general Severity: normal Tags: newcomer upstream patch Dear Maintainer, In RE of my overview of debian security(and the forced do-it-yourself mentality) I am providing a general coverage of hardening policy with Debian STABLE. There is much to learn from other distros here, namely the INDUSTRY LEADER, RED HAT. Of note is the change in Fedora 23 to the distro base. Two major changes are noted: Mono to v4 Better hardened system packages in the repos (With hardened by default config for source builds) And a CLEAR snapshot of running processes hilights the problem. Debian IS NOT THERE YET. I know SOME processes may be nearly impossible to harden, but the WHOLE system? [wide view] Look at all that NO PIE and Partial RELRO Hackers have stated that NX is a moot point. It can be bypassed. Stack canaries as well, but they do slow them down. --- systemd 1351 Full RELROCanary found NX enabledPIE enabled lxsession 1367 Partial RELRO Canary found NX enabled No PIE dbus-launch 1391 Partial RELRO Canary found NX enabled No PIE dbus-daemon 1392 Partial RELRO Canary found NX enabled No PIE gvfsd 1403 Partial RELRO Canary found NX enabled No PIE gvfsd-fuse 1407 Partial RELRO Canary found NX enabled No PIE openbox 1491 Full RELROCanary found NX enabled PIE enabled lxpolkit 1494 Partial RELRO Canary found NX enabled No PIE lxpanel 1497 Full RELROCanary found NX enabled PIE enabled pcmanfm 1499 Full RELROCanary found NX enabled PIE enabled xscreensaver 1500 Partial RELRO Canary found NX enabled No PIE gvfs-udisks2-vo 1508 Partial RELRO Canary found NX enabled No PIE wicd-client 1510 Partial RELRO Canary found NX enabled No PIE mate-volume-con 1520 Partial RELRO Canary found NX enabled No PIE nm-applet 1532 Partial RELRO Canary found NX enabled No PIE gvfs-afc-volume 1544 Partial RELRO Canary found NX enabled No PIE at-spi-bus-laun 1547 Full RELROCanary found NX enabled PIE enabled dbus-daemon 1551 Partial RELRO Canary found NX enabled No PIE at-spi2-registr 1554 Full RELROCanary found NX enabled PIE enabled notification-da 1557 Partial RELRO Canary found NX enabled No PIE mate-screensave 1562 Partial RELRO Canary found NX enabled No PIE gvfs-mtp-volume 1565 Partial RELRO Canary found NX enabled No PIE gvfs-goa-volume 1579 Partial RELRO Canary found NX enabled No PIE gconfd-2 1585 Partial RELRO Canary found NX enabled No PIE clipit 1589 Full RELROCanary found NX enabled PIE enabled pulseaudio 1592 Full RELROCanary found NX enabled No PIE gvfs-gphoto2-vo 1603 Partial RELRO Canary found NX enabled No PIE menu-cached 1616 Partial RELRO Canary found NX enabled No PIE gvfsd-trash 1624 Partial RELRO Canary found NX enabled No PIE start-pulseaudi 1643 Full RELROCanary found NX enabled PIE enabled xprop 1644 Partial RELRO Canary found NX enabled No PIE lxterminal 16673 Partial RELRO Canary found NX enabled No PIE bash 16675 Partial RELRO Canary found NX enabled No PIE bash 16677 Partial RELRO Canary found NX enabled No PIE dconf-service 17709 Partial RELRO Canary found NX enabled No PIE ssh 18617 Full RELROCanary found NX enabled PIE enabled sshfs 18621 Full RELROCanary found NX enabled PIE enabled kdeinit4 20831 Partial RELRO Canary found NX enabled No PIE klauncher 20834 Partial RELRO Canary found NX enabled No PIE kded4 20836 Partial RELRO Canary found NX enabled No PIE kactivitymanage 20846 Partial RELRO Canary found NX enabled No PIE gvfsd-network 2191 Partial RELRO Canary found NX enabled No PIE gvfsd-dnssd 2207 Partial RELRO Canary found NX enabled No PIE mono 22484 Partial RELRO Canary found NX enabled No PIE gvfsd-metadata 2454 Partial RELRO Canary found NX enabled No PIE mate-settings-d 2542 Partial RELRO Canary found NX enabled No PIE python 2705 Partial RELRO Canary found NX enabled No PIE python 2706 Partial RELRO Canary found NX enabled No PIE python 2707 Partial RELRO Canary found NX enabled No PIE --- I
Bug#815031: wine: packaging depends fault
Source: wine Severity: critical Tags: newcomer Justification: breaks unrelated software Dear Maintainer, we have a SERIOUS depends issue going on with Jessie and multiarch(and any spins based of Jessie). I thought it was just skype being a dick. Its not. Try and install wine and you have the same scenario. What it boils down to is this: The installable package demands libav. Libav demands every other libav package. ASoundlibs are demanded. This demands (generic) openCL be installed, breaking any proprietary video setup you may have(or at least in part).These packages have no need for either libav, nor openCL. Only in rare cases is OpenCL needed. The wine apps that may need it, cannot run it due to other requirements.Skype doesnt need it. This was reported prior to DECEMBER 2014. (http://ubuntuforums.org/showthread.php?t=2257502) It is now Feb 2016. The issue has not been resolved YET. This needs to be fixed. -- System Information: Debian Release: 8.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#798125: mate-desktop: right mouse clicks way off
Package: mate-desktop Version: 1.8.1+dfsg1-3+deb8u1 Severity: important When you right click, sometimes mate decides to do things automagically without asking like text cutting or making a new folder. The menu wont pop up to ask what to do, it just gets done. This happens very periodically and often interrupts the task at hand. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-desktop depends on: ii hicolor-icon-theme0.13-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-02.31.1-2+deb8u2 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libmate-desktop-2-17 1.8.1+dfsg1-3+deb8u1 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libunique-1.0-0 1.1.6-5 ii mate-desktop-common 1.8.1+dfsg1-3+deb8u1 mate-desktop recommends no packages. mate-desktop suggests no packages. -- no debconf information
Bug#797961: ecryptfs-utils: encrypted swap fails
Package: ecryptfs-utils Version: 103-5 Severity: grave Justification: renders package unusable mind you even though there are 50 dozen ways listed to do encrypted swap correctly, only ONE method seems to work. This is problematic in and of itself. Using LUKS methods simply DO NOT WORK. one has to rely on ecryptfs. sudo ecryptfs-setup-swap to get encrypted swap in the first place. When using it we are presented with another problem. On boot swap fails to properly encrypt.You get a nice "system service cryptswapper" is busy (time remaining) notice, which does nothing but timeout. Swap either never gets its random key, never gets written to disk, or never bothers to properly mount itself. Unfortunately I cannot tell you which happens as all I can tell is that swap never gets mounted.There are no /dev/mapper entries for swap, even though there SHOULD BE. This can create problems for any other encrypted mount points as well. Although not having swap is not critical of itself on systems with LARGE RAM, having unencrypted swap is a security vulnerability and asking for trouble.On systems with less than 4GB of RAM, not having ANY swap may cause serious issues. I do not know yet how repeatable this issue is.This is the first occurrence since swap has been encrypted. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ecryptfs-utils depends on: ii gettext-base0.19.3-2 ii keyutils1.5.9-5+b1 ii libassuan0 2.1.2-2 ii libc6 2.19-18 ii libecryptfs0103-5 ii libgpg-error0 1.17-3 ii libgpgme11 1.5.1-6 ii libkeyutils11.5.9-5+b1 ii libnss3-1d 2:3.17.2-1.1+deb8u1 ii libpam-runtime 1.1.8-3.1 ii libpam0g1.1.8-3.1 ii libtspi10.3.13-3 ecryptfs-utils recommends no packages. Versions of packages ecryptfs-utils suggests: ii cryptsetup 2:1.6.6-5 -- no debconf information
Bug#797729: debian-maintainers: security not taken seriously
Package: debian-maintainers Severity: critical Tags: upstream security Justification: root security hole Oh, lookie another bug report by ME. Gonna close it? DO SO AT YOUR OWN PERIL. This entire week has a SLEW of bug closures(started from me), and I can guess why. 1) Yall maintainers are too damn lazy (YAWN) 2) You REALLY DONT GIVE A SHIT about SECURITY (Lying to people? HMMM...) 3) You think that these are not issues OR are beyond scope to fix (nothing is) LET ME put you all straight AGAIN. Security is PROACTIVE, not an afterthought. You are either ahead of the curve, or falling behind. 1 or a 0. Not only have I told you were the ISSUES are, I ALSO have proposed RESOLUTIONS.Certainly some things take time to fix, but REFUSING to PROCEED has more consequences than you know. Im not here to bash people into another language. Conversion is optional. BUT IT IS MY DUTY to report where and why other languages SUPERSEDE and EXCEED C.(And (Free)PASCAL does that very well) I dont give a R-A if you like me, or what I have to say.Its backed by years of programming experience, not OPINION.Dont think youre getting rid of me THAT EASY. Before you go hitting the whack-a-mole reply all or delete or close button, know this. REDHAT knows what Im talking about. They are making DRASTIC code compile changes with Fedora 23.If I were you, Id try and figure out what they are changing and why.Theyre obviously doing it for some reason.Then Id try and implement these changes myself. Non-free devs know you dont have the source code.Just let them know about the issue so they can fix it.It is up to the rest of yall to fix the FREE stuff. You have the sources. YOU HAVE the MAKEFILES. YOU CAN FIX IT. Buggy apps like mupen64 are expected to be dropped until the programmer fixes the SLOPPY code.It stack smashes.NO, its NOT SUPPOSED TO.Until it gets FIXED, its SLOP. But then again, you never bothered to check for things like that, did you? More than likely, NOT. So go ahead.Close me. Embarass yourself further. I REALLY could care less. But the world will know that at least I gave a SHIT enough to warn you. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#797602: iceweasel: ice* apps are not secured
Package: iceweasel Version: 38.2.0esr-1~deb8u1 Severity: grave Tags: upstream security patch Justification: user security hole Attaching to upstream FFOX also. Bug # 1200375 This issue is caused by one of two problems. 1) We are given SLOP from mozilla which will not harden, the code needs to be rejected until it can be hardened 2) This code is not compiled to be hardened, whether by mistake or otherwise before distribution in debian A simple scan of a running ice* application reveals the problem. (check-security) No stack canary No RELRO No PIE other Dangerous options used Firefox and its relatives are NOT GREEN. Next to zero hardening options are used. Web browser is 50% of incoming attack vector on client side, MAIL is the other 50%. 100% of the code is NOT SECURE. All mozilla apps use the same code base and internal browser capabilities. I dont think sylpheed and claws are affected(both are pretty much the same application). This is a mozilla issue. Dunno about you, but I sure as all hades do not appreciate this. People wonder why they get hacked...the application is RIPE for the hacking. There is NO reason why ANY application should not use these "options"(which shouldnt even be optional, they should be MANDATED). -- Package-specific info: -- Extensions information Name: Browser JSGuard Location: ${PROFILE_EXTENSIONS}/jid1-iazlasikhmx...@jetpack.xpi Status: user-disabled Name: BugMeNot Plugin Location: ${PROFILE_EXTENSIONS}/{987311C6-B504-4aa2-90BF-60CC49808D42}.xpi Status: enabled Name: Capture & Print Location: ${PROFILE_EXTENSIONS}/{146f1820-2b0d-49ef-acbf-d85a6986e10c}.xpi Status: enabled Name: CommentBlocker Location: ${PROFILE_EXTENSIONS}/commentbloc...@xertoz.se.xpi Status: enabled Name: Copy As Plain Text Location: ${PROFILE_EXTENSIONS}/{1a5dabbd-0e74-41da-b532-a364bb552cab}.xpi Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Disable Anti-Adblock Location: ${PROFILE_EXTENSIONS}/{d49a148e-817e-4025-bee3-5d541376de3b}.xpi Status: enabled Name: Disable DHE Location: ${PROFILE_EXTENSIONS}/5aa55fd5-6e61-4896-b186-fdc6f298e...@mozilla.xpi Status: enabled Name: Do Not Survey Location: ${PROFILE_EXTENSIONS}/do-not-sur...@erikvold.com.xpi Status: enabled Name: Easy Youtube Video Downloader Express Location: ${PROFILE_EXTENSIONS}/{b9acf540-acba-11e1-8ccb-001fd0e08bd4}.xpi Status: enabled Name: econoRead Location: ${PROFILE_EXTENSIONS}/jid1-64wqplbppbd...@jetpack.xpi Status: enabled Name: Ecosia — The search engine that plants trees! Location: ${PROFILE_EXTENSIONS}/{d04b0b40-3dab-4f0b-97a6-04ec3eddbfb0}.xpi Status: enabled Name: F.B. Purity - Cleans Up Facebook Location: ${PROFILE_EXTENSIONS}/f...@fbpurity.com.xpi Status: enabled Name: FanFic Filter Location: ${PROFILE_EXTENSIONS}/jid1-wwku3qcaaiw...@jetpack.xpi Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: Foobar Location: ${PROFILE_EXTENSIONS}/foo...@unnecessarilylongurl.com.xpi Status: enabled Name: h264ify Location: ${PROFILE_EXTENSIONS}/jid1-tsgsxbhncsp...@jetpack.xpi Status: enabled Name: HTTP Nowhere Location: ${PROFILE_EXTENSIONS}/http-nowh...@cwilper.github.com.xpi Status: enabled Name: HTTPS-Everywhere Location: ${PROFILE_EXTENSIONS}/https-everywhere-...@eff.org Status: enabled Name: HTTPS-Everywhere Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/https-everywh...@eff.org Package: xul-ext-https-everywhere Status: enabled Name: I don't care about cookies Location: ${PROFILE_EXTENSIONS}/jid1-kkzogwgsw3a...@jetpack.xpi Status: enabled Name: KeeFox Location: ${PROFILE_EXTENSIONS}/keefox@chris.tomlinson Status: enabled Name: Long URL Please Location: ${PROFILE_EXTENSIONS}/longurlple...@darragh.curran.xpi Status: enabled Name: Mozilla Archive Format Location: ${PROFILE_EXTENSIONS}/{7f57cf46-4467-4c2d-adfa-0cba7c507e54}.xpi Status: enabled Name: NO Google Analytics Location: ${PROFILE_EXTENSIONS}/jid1-jcgokiiqyjo...@jetpack.xpi Status: enabled Name: NoSquint Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/nosqu...@urandom.ca Package: xul-ext-nosquint Status: enabled Name: OpenComment Location: ${PROFILE_EXTENSIONS}/opencomm...@opncmnt.com.xpi Status: enabled Name: PDF Download Location: ${PROFILE_EXTENSIONS}/{37E4D8EA-8BDA-4831-8EA1-89053939A250}.xpi Status: enabled Name: Perspectives Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/perspecti...@cmu.edu Package: xul-ext-perspectives Status: enabled Name: Plain Text Offenders Location: ${PROFILE_EXTENSIONS}/jid1-baguiowuptb...@jetpack.xpi Status: enabled Name: Prevent writing passwords without SSL Location: ${PROFILE_EXTENSIONS}/france...@galgani.it.xpi Status: enabled Name: Print Edit Location: ${PROFILE_EXTENSIONS}/printe...@dw-dev.xpi Status: enabled Name: Readability
Bug#797485: mate-desktop-environment: mime types keep getting reset
Package: mate-desktop-environment Version: 1.8.0+9 Severity: important I have two office suites installed. LibreO and XPS. I click a word file to open it and WPS wants to open it but thats not what I want.So I change the open with option. When I open another word document the mime type resets itself and wants to open with WPS office again. These settings should apply for ALL files until I change them, not on a per- file basis. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-desktop-environment depends on: ii mate-desktop-environment-core 1.8.0+9 Versions of packages mate-desktop-environment recommends: ii atril 1.8.1+dfsg1-4 ii desktop-base 8.0.2 ii engrampa 1.8.1+dfsg1-1 ii eom 1.8.0+dfsg1-4+b2 ii ffmpegthumbnailer 2.0.8-dmo7 ii galculator2.1.3-1 ii mate-applets 1.8.1+dfsg1-3 ii mate-icon-theme-faenza1.8.0+dfsg1-1 ii mate-media1.8.0+dfsg1-3 ii mate-notification-daemon 1.8.1-3 ii mate-power-manager1.8.1+dfsg1-5 ii mate-screensaver 1.8.1-2 ii mate-system-monitor 1.8.0+dfsg1-2 ii mate-themes 1.9.2-1 ii mate-utils1.8.1+dfsg1-2+deb8u1 ii pluma 1.8.1+dfsg1-2 Versions of packages mate-desktop-environment suggests: ii bsd-mailx [mail-reader] 8.1.2-0.20141216cvs-2 ii iceweasel38.2.0esr-1~deb8u1 ii kmail [mail-reader] 4:4.14.1-1 ii mutt [mail-reader] 1.5.23-3 ii network-manager-gnome0.9.10.0-2 ii sylpheed [mail-reader] 3.5.0~beta1~r3426-1 -- no debconf information
Bug#797103: linux-image-3.16.0-4-amd64: connection and stability issues
Package: src:linux Version: 3.16.7-ckt11-1+deb8u3 Severity: important Tags: upstream I have wifi and LAN setup in my machine and apparently this is causing some confusion in Linux. I thought linux could multi-link and autonegotiate without issue.I was mistaken. I need the lan cable to tweak the router. It will not allow wifi clients to access the config pages, and I would NEVER want it to. Please see my *.out files for more info about this system. Anyway, IPv6 seems to be only half of my issue. I am getting connection issue also between the connections that also seems to time them out.Linux is not auto-negotiating if I pull the LAN cable either. I have to repeatedly re-sync with either the LAN or wifi connection to get them to work correctly, even if there is already a working connection. Whats odd is that ping and some apps work, but others seem to time out due to this.Web browsing is terribly affected. -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=6cab5b9f-a1d4-415d-ad46-aa5d21bd7159 ro rootflags=data=writeback selinux=1 security=selinux quiet ** Tainted: PWO (4609) * Proprietary module has been loaded. * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [110812.048421] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=28030 PROTO=2 [111698.779273] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=46433 PROTO=2 [112585.485521] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=49046 PROTO=2 [113471.556544] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=28048 PROTO=2 [114357.744378] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=56835 PROTO=2 [115244.466223] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=23520 PROTO=2 [116130.807039] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=43307 PROTO=2 [117017.310438] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=2136 PROTO=2 [117903.660944] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=59443 PROTO=2 [118790.080655] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=45071 PROTO=2 [119676.499323] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=37953 PROTO=2 [120562.929744] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=50644 PROTO=2 [121449.093728] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=2437 PROTO=2 [121616.897223] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=56004 PROTO=2 [122335.384072] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=56538 PROTO=2 [123221.770911] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:6c:40:08:33:bf:97:08:00 SRC=192.168.2.129 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=29586 PROTO=2 [123598.523952] e1000e: eth0 NIC Link is Down [123669.482913] wlan0: authenticate with c0:56:27:60:d6:cf [123669.501483] wlan0: send auth to c0:56:27:60:d6:cf (try 1/3) [123669.525488] wlan0: authenticated [123669.529232] wlan0: associate with c0:56:27:60:d6:cf (try 1/3) [123669.552549] wlan0: RX AssocResp from c0:56:27:60:d6:cf (capab=0x411 status=0 aid=2) [123669.552678] wlan0: associated [123838.331085] usb 3-2: reset high-speed USB device number 2 using ehci-pci [123838.653949] [UFW BLOCK] IN=wlan0 OUT= MAC= SRC=2602:030a:2ea2:9cbf:1e87:2cff:fec8:8e5c DST=ff02:::::::0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=UDP SPT=8612 DPT=8612 LEN=24 [123838.654017] [UFW BLOCK] IN=wlan0 OUT= MAC= SRC=fe80::::1e87:2cff:fec8:8e5c
Bug#797012: linux-image-3.16.0-4-amd64: ipv6 hell
Package: src:linux Version: 3.16.7-ckt11-1+deb8u3 Severity: important Tags: upstream ipv6 You know bugs like this one really send me up the rack. Stretch your muscle as you might, debian is NOT READY for ipv6 primetime, even years after its implementation it seems. This is not the only issue of this type neither.I have already filed upstream bugs about BDROM support and the FUBAR industry supporting the hackjob known as BDXL.I really hope Jorg is paying attention. These 100GB discs are wonderful, writing to them, NOT SO MUCH. Anyways, here is the rub. IPv6 though possible to enable, even dual stacked ipv4/6 config, is broken somewhere. I enabled it beacause my ISP and new router support it, and why not with all these computers running out of addressesor so we thought. Enabling ipv6 causes issues. BIG ISSUES. LAG ISSUES. You cant blame firefox for it neither. Ive checked DNS, adblocking... you name it. Nothing works. There is a solution. Disable IPv6. /etc/sysctl.conf: net.ipv6.conf.all.disable_ipv6=1 and about:config in firefox/ice(whatever): ipv6.disable=true referenced here: http://forums.debian.net/viewtopic.php?t=70529 ...and this bug dates back to the time of SQUEEZE. (6.0). You'd think by now that it would be fixed. NOPE. For reference: I am on a 20+ MiPs 3MB/sec sustained transfer rate FIBER line from ATT(UVerse). Transfers are normally instantaneous, with IPv6, they are worse than a BAD BAD dial-up connection. This appears to be a SYSTEM issue, not an ISP one. Note: Ba.net seems to DNS adblock very well, but with IPv6 enabled you will never know how well it works. You cant improve a SHITTY connection that always drops out. I dunno where else this bug should be posted. IPv6 is a module, IIRC. -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=6cab5b9f-a1d4-415d-ad46-aa5d21bd7159 ro rootflags=data=writeback selinux=1 security=selinux quiet ** Tainted: PWO (4609) * Proprietary module has been loaded. * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [46930.404615] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46930.404649] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46930.652707] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46930.652736] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46934.666893] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46934.666928] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46934.964486] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46934.964519] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46938.433045] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46938.433078] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46938.673653] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46938.673674] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46946.049097] IPv4: martian source 192.168.2.107 from 8.8.8.8, on dev wlan0 [46946.049106] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46946.072598] IPv4: martian source 192.168.2.107 from 8.8.8.8, on dev wlan0 [46946.072620] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46946.685915] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46946.685951] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46946.982602] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46946.982636] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'` [46956.201840] IPv4: martian source 192.168.2.107 from 192.168.2.1, on dev eth0 [46956.201862] ll header: : 78 24 af 41 fa 8a c0 56 27 60 d6 cd 08 06 x$.A...V'` [46957.203330] IPv4: martian source 192.168.2.107 from 192.168.2.1, on dev eth0 [46957.203353] ll header: : 78 24 af 41 fa 8a c0 56 27 60 d6 cd 08 06 x$.A...V'` [46958.204909] IPv4: martian source 192.168.2.107 from 192.168.2.1, on dev eth0 [46958.204934] ll header: : 78 24 af 41 fa 8a c0 56 27 60 d6 cd 08 06 x$.A...V'` [46959.657356] IPv4: martian source 192.168.2.107 from 192.168.2.1, on dev eth0 [46959.657387] ll header: : ff ff ff ff ff ff c0 56 27 60 d6 cd 08 06 ...V'` [46959.739081] IPv4: martian source 192.168.2.107 from 23.235.46.133, on dev wlan0 [46959.739104] ll header: : 1c 87 2c c8 8e 5c c0 56 27 60 d6 cd 08 00 ..,..\.V'`
Bug#778302: mate-desktop-environment: Places menu loads non-caja app
Package: mate-desktop-environment Version: 1.8.0+9 Followup-For: Bug #778302 Thank you. Im glad someone is able to figure this one out. It was most annoying getting baobab or some other thing like konqueror or dolphin instead of caja. How did you figure this out? Watch out for everything getting doubled on you.Nobody seems to have fixed that one yet. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-desktop-environment depends on: ii mate-desktop-environment-core 1.8.0+9 Versions of packages mate-desktop-environment recommends: ii atril 1.8.1+dfsg1-4 ii desktop-base 8.0.2 ii engrampa 1.8.1+dfsg1-1 ii eom 1.8.0+dfsg1-4+b2 ii ffmpegthumbnailer 2.0.8-dmo7 ii galculator2.1.3-1 ii mate-applets 1.8.1+dfsg1-3 ii mate-icon-theme-faenza1.8.0+dfsg1-1 ii mate-media1.8.0+dfsg1-3 ii mate-notification-daemon 1.8.1-3 ii mate-power-manager1.8.1+dfsg1-5 ii mate-screensaver 1.8.1-2 ii mate-system-monitor 1.8.0+dfsg1-2 ii mate-themes 1.9.2-1 ii mate-utils1.8.1+dfsg1-2+deb8u1 ii pluma 1.8.1+dfsg1-2 Versions of packages mate-desktop-environment suggests: ii bsd-mailx [mail-reader] 8.1.2-0.20141216cvs-2 ii iceweasel38.2.0esr-1~deb8u1 ii kmail [mail-reader] 4:4.14.1-1 ii mutt [mail-reader] 1.5.23-3 ii network-manager-gnome0.9.10.0-2 ii sylpheed [mail-reader] 3.5.0~beta1~r3426-1 -- no debconf information
Bug#796945: reportbug: UI epic-fails
Package: reportbug Version: 6.6.3 Severity: normal Tags: upstream patch Ok, I see this is using python-vte for the UI. Im not an expert in UI programming but. the following applies: we should detect if python-vte is being ran. Reason behind this is that UI elements and only UI elements apply and affect a UI application. You cannot close a UI application but hitting enter unless someone default selected a close button. Nobody has done so. This results in an empty input dialog and nothing happening. The text input dialog is not needed in the UI. IIRC, you can still issue a pause command in linux..but if not its only a few lines of code to add in: writeln(Press any key to continue..) line:=readline; Ok, well this is python but you get by drift. And of course I want to close reportbug if I click on close button. Why does it ask me? Similar UI glitches abound in the UI of reportbug in various areas. -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/me/.reportbugrc: reportbug_version 6.6.4 mode advanced ui gtk2 realname Richard Jasmin email frazzledj...@gmail.com smtphost smtp.gmail.com:587 smtpuser frazzledj...@gmail.com smtppasswd omitted smtptls -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.8 ii python2.7.9-1 ii python-reportbug 6.6.3 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone pn emacs23-bin-common | emacs24-bin-commonnone ii exim4 4.84-8 ii exim4-daemon-light [mail-transport-agent] 4.84-8 ii file 1:5.22+15-2 ii gnupg 1.4.18-7 ii python-gtk22.24.0-4 ii python-gtkspell2.25.3-13 pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages python-reportbug depends on: ii apt 1.0.9.8 ii python-debian 0.1.27 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. -- no debconf information
Bug#796946: mate-desktop-environment: MATE knows not how to run a binary file
Package: mate-desktop-environment Version: 1.8.0+9 Severity: normal Tags: upstream If you make a shell script or text file executable you get a dialog asking if you want to run or open the file. But what I dont get is what happens on ELF binaries.MATE just simply wants to open with nothing at all or ask me what to open with. Im no UI expert here but cant we just shell exec with exec filename like start filename works on windows? Why should I have to open a shell to run some Linux native binary app? This makes no sense to me. Go browse under /usr/bin in the UI and try this one. :-) -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-desktop-environment depends on: ii mate-desktop-environment-core 1.8.0+9 Versions of packages mate-desktop-environment recommends: ii atril 1.8.1+dfsg1-4 ii desktop-base 8.0.2 ii engrampa 1.8.1+dfsg1-1 ii eom 1.8.0+dfsg1-4+b2 ii ffmpegthumbnailer 2.0.8-dmo7 ii galculator2.1.3-1 ii mate-applets 1.8.1+dfsg1-3 ii mate-icon-theme-faenza1.8.0+dfsg1-1 ii mate-media1.8.0+dfsg1-3 ii mate-notification-daemon 1.8.1-3 ii mate-power-manager1.8.1+dfsg1-5 ii mate-screensaver 1.8.1-2 ii mate-system-monitor 1.8.0+dfsg1-2 ii mate-themes 1.9.2-1 ii mate-utils1.8.1+dfsg1-2+deb8u1 ii pluma 1.8.1+dfsg1-2 Versions of packages mate-desktop-environment suggests: ii bsd-mailx [mail-reader] 8.1.2-0.20141216cvs-2 ii iceweasel38.2.0esr-1~deb8u1 ii kmail [mail-reader] 4:4.14.1-1 ii mutt [mail-reader] 1.5.23-3 ii network-manager-gnome0.9.10.0-2 ii sylpheed [mail-reader] 3.5.0~beta1~r3426-1 -- no debconf information
Bug#796740: linux-image-4.0.0-2-amd64: kernel gets drugged to sleep when idle
Package: src:linux Version: 4.0.8-2 Severity: grave Tags: upstream Justification: renders package unusable Mommy Mommy he wont wake up seems to summarize this one nicely. System goes to sleep when idle for any length of time. Problem is once asleep, it wont wake. Not using sw suspend or anything like that either. Did not notice this with debian in the past, even with the 990FX board, buggy as it may be. No, I cant use anything newer, kmod causes video driver and virtualbox breakage(yet again).Stuck with #4002 until reformat or kmod issue gets fixed. Making backup set is taking sweet time. -- Package-specific info: ** Version: Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-2) ) #1 SMP Debian 4.0.8-2 (2015-07-22) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-amd64 root=UUID=e26b0d1e-661c-4ee3-8e0b-e1bf691fe8df ro rootflags=data=writeback selinux=1 security=selinux nomodeset quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 579.060877] blk_update_request: I/O error, dev loop0, sector 54571264 [ 582.156555] blk_update_request: I/O error, dev loop0, sector 54575360 [ 583.244735] [UFW BLOCK] IN=wlp12s0 OUT= MAC=1c:87:2c:c8:8e:5c:c0:56:27:60:d6:cd:08:00 SRC=188.165.138.141 DST=192.168.2.116 LEN=595 TOS=0x00 PREC=0x00 TTL=45 ID=47168 DF PROTO=TCP SPT=443 DPT=59490 WINDOW=661 RES=0x00 ACK PSH URGP=0 [ 585.107399] blk_update_request: I/O error, dev loop0, sector 54579456 [ 588.062510] blk_update_request: I/O error, dev loop0, sector 54583552 [ 591.012143] blk_update_request: I/O error, dev loop0, sector 54587648 [ 594.126897] blk_update_request: I/O error, dev loop0, sector 58720512 [ 597.372589] blk_update_request: I/O error, dev loop0, sector 58724608 [ 600.337556] blk_update_request: I/O error, dev loop0, sector 58728704 [ 603.73] blk_update_request: I/O error, dev loop0, sector 58732800 [ 606.281569] blk_update_request: I/O error, dev loop0, sector 58736896 [ 609.164969] blk_update_request: I/O error, dev loop0, sector 58740992 [ 612.232890] blk_update_request: I/O error, dev loop0, sector 58745088 [ 615.210854] blk_update_request: I/O error, dev loop0, sector 58749184 [ 617.913699] blk_update_request: I/O error, dev loop0, sector 58753280 [ 620.589018] blk_update_request: I/O error, dev loop0, sector 58757376 [ 623.345640] blk_update_request: I/O error, dev loop0, sector 58761472 [ 624.756396] blk_update_request: I/O error, dev loop0, sector 58765568 [ 627.856808] blk_update_request: I/O error, dev loop0, sector 58769664 [ 630.320201] blk_update_request: I/O error, dev loop0, sector 58773760 [ 633.368311] blk_update_request: I/O error, dev loop0, sector 58777856 [ 636.273778] blk_update_request: I/O error, dev loop0, sector 58781952 [ 639.265523] blk_update_request: I/O error, dev loop0, sector 62914816 [ 642.175820] blk_update_request: I/O error, dev loop0, sector 62918912 [ 645.342890] blk_update_request: I/O error, dev loop0, sector 62923008 [ 648.636447] blk_update_request: I/O error, dev loop0, sector 62927104 [ 651.671986] blk_update_request: I/O error, dev loop0, sector 62931200 [ 654.584310] blk_update_request: I/O error, dev loop0, sector 62935296 [ 657.511437] blk_update_request: I/O error, dev loop0, sector 62939392 [ 660.430684] blk_update_request: I/O error, dev loop0, sector 62943488 [ 663.678931] blk_update_request: I/O error, dev loop0, sector 62947584 [ 666.783078] blk_update_request: I/O error, dev loop0, sector 62951680 [ 669.875692] blk_update_request: I/O error, dev loop0, sector 62955776 [ 670.379664] [UFW BLOCK] IN=wlp12s0 OUT= MAC=1c:87:2c:c8:8e:5c:c0:56:27:60:d6:cd:08:00 SRC=92.222.4.102 DST=192.168.2.116 LEN=595 TOS=0x00 PREC=0x00 TTL=45 ID=45072 DF PROTO=TCP SPT=9001 DPT=18988 WINDOW=501 RES=0x00 ACK PSH URGP=0 [ 673.068359] blk_update_request: I/O error, dev loop0, sector 62959872 [ 675.895932] blk_update_request: I/O error, dev loop0, sector 62963968 [ 678.575734] blk_update_request: I/O error, dev loop0, sector 62968064 [ 681.285705] blk_update_request: I/O error, dev loop0, sector 62972160 [ 683.681641] [UFW BLOCK] IN=wlp12s0 OUT= MAC=1c:87:2c:c8:8e:5c:c0:56:27:60:d6:cd:08:00 SRC=89.238.161.245 DST=192.168.2.116 LEN=595 TOS=0x00 PREC=0x00 TTL=46 ID=1586 DF PROTO=TCP SPT=49001 DPT=50577 WINDOW=450 RES=0x00 ACK PSH URGP=0 [ 684.039210] blk_update_request: I/O error, dev loop0, sector 62976256 [ 686.682965] blk_update_request: I/O error, dev loop0, sector 67109120 [ 689.299573] blk_update_request: I/O error, dev loop0, sector 67113216 [ 691.935909] blk_update_request: I/O error, dev loop0, sector 67117312 [ 694.623868] blk_update_request: I/O error, dev loop0, sector 67121408 [ 697.274082] blk_update_request: I/O error, dev loop0, sector 67125504 [ 699.972679] blk_update_request: I/O error, dev loop0, sector 67129600 [ 702.675092] blk_update_request: I/O error, dev loop0,
Bug#796742: general: system takes a hit when encryption used
Package: general Severity: important Tags: lfs modern day systems have 6GB/sec connections and GBs of RAM and Ghz of speed. There is simply no reason that ANY cipher algorithm should slow a system to a crawl. Cached data or not. Yet this is clearly the case.I tried both EncFS and GostCrypt(whole volume encryption) and am getting the same results here on SATA 6GB/sec connection with drives that support such speeds. I am lucky to get ~100MB/sec throughput rates, and they are limited further when using encryption by a factor of 4-5X. This simply should NOT BE. The data can be encrypted in RAM or through a disk buffer in such a case as a disk-to-disk copy.There is no need for excessive disk writes during the encryption process, especially when using ext3+ as a base filesystem. Ext3+ systems are known for error and power loss/reset resiliency. Am I missing something here or did I find a major bug? AES and SHA can be enhanced even further by use of OpenCL and SSE special operations that newer CPUs have.And surely the TPM chip has some input here as well.Or at least it SHOULD. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#796641: cdimage.debian.org: jigdo scanning from local media is slower than dirt
Package: cdimage.debian.org Severity: normal Tags: upstream when using local media to scan for packages needed, it is horrendously slow. This could be sped up by using a local package database or csv file or the like on each install medium.Then it would be a breeze to scan that file and compare it to the jigdo template. The entire medium, in my case BDROM, would not need to be scanned. Since the entire jigdo process is all about knowing what packages are where, this should be an easy fix. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#796601: encfs: password gets modified in keystore after umount
Package: encfs Version: 1.8.1-2 Severity: grave Justification: renders package unusable When using encfs to scramble a backup to an alternate media, the password gets modified somehow during umount.Any further attempts to mount the media fail, even if the password is correct. I copy the password from keepass to a text file, then copy the password to the terminal.You cannot directly copy from keepass to the terminal due to its secure storage and wiping feature with the clipboard. The password has not been changed by me since initial creation of the encfs storage. Yet: Error decoding volume key, password incorrect I am unable to mount the encrypted data. The alternative is to use ecryptfs, which to my knowledge can only have ONE mount.EncFS can have MANY. I already have a Private mount setup.ANY OTHER mount will confuse ecryptfs. Otherwise I am stuck with LUKS or CipherShed(Truecrypt), which I am assuming require root access. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages encfs depends on: ii debconf [debconf-2.0] 1.5.57 ii fuse 2.9.4-1 ii libboost-serialization1.55.0 1.55.0+dfsg-4 ii libc6 2.19-19 ii libfuse2 2.9.4-1 ii libgcc1 1:5.1.1-14 ii librlog5 1.4-3 ii libssl1.0.0 1.0.2d-1 ii libstdc++65.1.1-14 encfs recommends no packages. encfs suggests no packages. -- debconf information: * encfs/security-information:
Bug#796642: debian-policy: hardening is an afterthought and should never be
Package: debian-policy Severity: normal Tags: newcomer upstream security Hardening according to many devs I have spoken with is an afterthought, especially post install. This is like reccommending Debian to be hacked. Im not saying one move can stop a hacker, security is always an ongoing situation, either you are ahead of the curve, or you have fallen behind. Programming like this and packaging with this mindset is just no good. There are MANY ways one can harden a debian install, most are common sense items. Others are easy to implement solutions that could be setup by the installer or its packages BY DEFAULT. Many of these solutions protect the end user and help to secure a network environment. IGNORING ME is asking for trouble. Simple things: SELinux ENABLED and ENFORCING and INSTALLED WITH SeTroubleshoot [like Fedora has] Harden flags set AND ENFORCED on build environment(harden package) Use of RELRO and PIE where possible NOEXEC and NOSUID on /tmp and /var/tmp VA.randomize(HEAP?) set by default in /etc/sysctl.conf [I have many tweaks here, some for gigabit ethernet] ENCRYPTED SWAP enabled by DEFAULT with a RANDOM key /etc/securetty set to near nothing or nothing with comments on why nothing is here and the local login methods commented. ufw/gufw installed and set on startup fail2ban installed and base configured password backups disabled (why is this even a thought to enable this?) grub password protection should work (it doesnt and not only that but users and admins should have a clear cut method to enable this) Documentation of mainline system installed and linked to in ~/Desktop. (Like a pdf of the debian handbook...) non-free video (and other hardware) detection and installation help offered post install [like ubuntu has] This is what is on the top of my head, as I have BEEN IGNORED in the past by people saying well this isnt our policy, make a hardening reccomends... GUESS WHAT? IM MAKING IT. Debian is INSECURE by default. Neither admins nor end-users want the headache of figuring out all of these things by themselves, and all of this takes TIME to implement. PEOPLE FORGET. ADMINS get busy with other tasks like merging in a user database. USERS get busy with packages and putting all thier files back on the system. Dunno about you, it usually takes me DAYS to get all of my packages installed and setup correctly. And AM I the only one to semi-automate a lockdown and install method? (even if invoked by hand) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#796464: general: there is no auto crash reporting
Package: general Severity: important debian should implement an automatic crash detection and reporting system like Fedora and Ubuntu teams have.If not mistaken, Fedora uses upstream of what ubuntu uses --apport. There is no reason for debian to not have this feature.Yes, it is mostly a gui tool. Debian is used on both client workstations and servers. Tool should catch crashes as they happen and allow users to report them.It should auto-generate and allow people to auto generate debugging backtrace reports, installing gdb packages as needed.This would generate useful traces for developers in non-trivial way. Hint: corekeeper? ..but that is console based. Who uses a console these days? -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#796467: general: if user has mail then how do we tell them if in GUI mode?
Package: general Severity: important telling user has mail is easy as pi in console mode and when using a server. But how do we tell the user they have mail without a configured mail client when under runlevel 5? The activation of X11 practically hides all console activity. We would need a UI tool to do this. We cannot assume use of neither gnome nor KDE. User may have MATE or other UI installed.We should make an app indicator(and mail viewer) as lite as possible. Also, when launching xterm or similar, user is never told if they have mail or not.This should be a more eay fix.Since xterm emulates a vterm/getty checking mail this way should never fail. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#796471: kmod should check for breakage on new kernels
Package: kmod Version: 21-1 Severity: grave Tags: upstream Justification: renders package unusable when new kernels come out sometimes there is kmod breakage. There is no known reason for this as headers are installed during the updating process. Errors like these are commonly encountered: Error! Bad return status for module build on kernel: 4.1.0-1-amd64 (x86_64) Consult /var/lib/dkms/fglrx/15.7/build/make.log for more information. It is these types of errors that break video drivers(nVidia and ATI) and apps like VirtualBox when there is no need for the breakage and incompatibility.People should not be forced into a new app version or video driver version on each and every kernel update.Besides this is too much work for the manufacturer. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kmod depends on: ii libc6 2.19-19 ii libkmod2 21-1 ii lsb-base 4.1+Debian13+nmu1 kmod recommends no packages. kmod suggests no packages. -- no debconf information DKMS make.log for fglrx-15.7 for kernel 4.1.0-1-amd64 (x86_64) Fri Aug 21 17:37:33 CDT 2015 make: Entering directory '/usr/src/linux-headers-4.1.0-1-amd64' LD /var/lib/dkms/fglrx/15.7/build/built-in.o CC [M] /var/lib/dkms/fglrx/15.7/build/firegl_public.o /var/lib/dkms/fglrx/15.7/build/firegl_public.c: In function ‘KCL_InstallInterruptHandler’: /var/lib/dkms/fglrx/15.7/build/firegl_public.c:3504:22: error: ‘IRQF_DISABLED’ undeclared (first use in this function) ((useMSI) ? (IRQF_DISABLED) : (IRQF_SHARED)), ^ /var/lib/dkms/fglrx/15.7/build/firegl_public.c:3504:22: note: each undeclared identifier is reported only once for each function it appears in /var/lib/dkms/fglrx/15.7/build/firegl_public.c: At top level: /var/lib/dkms/fglrx/15.7/build/firegl_public.c:6447:12: warning: ‘KCL_fpu_save_init’ defined but not used [-Wunused-function] static int KCL_fpu_save_init(struct task_struct *tsk) ^ /var/lib/dkms/fglrx/15.7/build/firegl_public.c: In function ‘KCL_InstallInterruptHandler’: /var/lib/dkms/fglrx/15.7/build/firegl_public.c:3508:1: warning: control reaches end of non-void function [-Wreturn-type] } ^ /usr/src/linux-headers-4.1.0-1-common/scripts/Makefile.build:263: recipe for target '/var/lib/dkms/fglrx/15.7/build/firegl_public.o' failed make[3]: *** [/var/lib/dkms/fglrx/15.7/build/firegl_public.o] Error 1 /usr/src/linux-headers-4.1.0-1-common/Makefile:1400: recipe for target '_module_/var/lib/dkms/fglrx/15.7/build' failed make[2]: *** [_module_/var/lib/dkms/fglrx/15.7/build] Error 2 Makefile:146: recipe for target 'sub-make' failed make[1]: *** [sub-make] Error 2 Makefile:8: recipe for target 'all' failed make: *** [all] Error 2 make: Leaving directory '/usr/src/linux-headers-4.1.0-1-amd64'
Bug#796250: linux-image-4.0.0-2-amd64: sg module broken?
Package: src:linux Version: 4.0.8-2 Severity: grave Tags: upstream patch Justification: renders package unusable when using ImgBurn under wine, the reccommended path is to make sure sg module is loaded. This works under Fedora(consider it UPSTREAM BLEEDING EDGE debian) but not under stretch.I have tried both SPTI and ASPI settings, and neither seem to work for ImgBurn to detect my drives under stretch. ASPI mode works just fine under Fedora. This is neither a program bug in ImgBurn nor a wine deficiency.It is a communication problem between userspace application and kernel drivers.The issue occurs somewhere between the windows layer and the kernel functions for raw device access.The sg module SHOULD provide these needed generic scsi functions. And for some odd other reason, my kernel version is being kept back even though I am not freezing it.I am stuck at 4002, even if newer version is available. -- Package-specific info: ** Version: Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-2) ) #1 SMP Debian 4.0.8-2 (2015-07-22) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-amd64 root=UUID=e26b0d1e-661c-4ee3-8e0b-e1bf691fe8df ro rootflags=data=writeback selinux=1 security=selinux nomodeset quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [68655.816954] ata5.00: configured for UDMA/133 [68655.816972] ata5: EH complete [69963.436581] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 2 (2432/0 MHz) [71765.398813] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 1 (2442/0 MHz) [76094.213533] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 2 (2432/0 MHz) [77355.006162] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 1 (2442/0 MHz) [82042.895657] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 2 (2432/0 MHz) [8.554471] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 1 (2442/0 MHz) [85109.418307] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 2 (2432/0 MHz) [85648.136941] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 1 (2442/0 MHz) [86911.959966] wlp12s0: AP c0:56:27:60:d6:cf changed bandwidth, new config is 2442 MHz, width 2 (2432/0 MHz) [86996.16] usb 9-2.3: new high-speed USB device number 8 using ehci-pci [86996.262754] usb 9-2.3: New USB device found, idVendor=0781, idProduct=5575 [86996.262757] usb 9-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [86996.262759] usb 9-2.3: Product: Cruzer Glide [86996.262761] usb 9-2.3: Manufacturer: SanDisk [86996.262762] usb 9-2.3: SerialNumber: 4C530003170509117533 [86996.263042] usb-storage 9-2.3:1.0: USB Mass Storage device detected [86996.263126] scsi host11: usb-storage 9-2.3:1.0 [86996.546017] [UFW BLOCK] IN=wlp12s0 OUT= MAC= SRC=2602:030a:2ea2:9cbf:5564:796b:daaf:0e71 DST=ff02:::::::0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=UDP SPT=8612 DPT=8612 LEN=24 [86996.546046] [UFW BLOCK] IN=wlp12s0 OUT= MAC= SRC=2602:030a:2ea2:9cbf:1e87:2cff:fec8:8e5c DST=ff02:::::::0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=UDP SPT=8612 DPT=8612 LEN=24 [86996.546073] [UFW BLOCK] IN=wlp12s0 OUT= MAC= SRC=fe80::::1e87:2cff:fec8:8e5c DST=ff02:::::::0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=UDP SPT=8612 DPT=8612 LEN=24 [86996.556228] [UFW BLOCK] IN=wlp12s0 OUT= MAC= SRC=2602:030a:2ea2:9cbf:5564:796b:daaf:0e71 DST=ff02:::::::0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=UDP SPT=8612 DPT=8612 LEN=24 [86996.556247] [UFW BLOCK] IN=wlp12s0 OUT= MAC= SRC=2602:030a:2ea2:9cbf:1e87:2cff:fec8:8e5c DST=ff02:::::::0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=UDP SPT=8612 DPT=8612 LEN=24 [86996.556274] [UFW BLOCK] IN=wlp12s0 OUT= MAC= SRC=fe80::::1e87:2cff:fec8:8e5c DST=ff02:::::::0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=UDP SPT=8612 DPT=8612 LEN=24 [86997.263753] scsi 11:0:0:0: Direct-Access SanDisk Cruzer Glide 1.27 PQ: 0 ANSI: 6 [86997.264010] sd 11:0:0:0: Attached scsi generic sg3 type 0 [86997.265109] sd 11:0:0:0: [sdb] 30529536 512-byte logical blocks: (15.6 GB/14.5 GiB) [86997.266607] sd 11:0:0:0: [sdb] Write Protect is off [86997.266610] sd 11:0:0:0: [sdb] Mode Sense: 43 00 00 00 [86997.270490] sd 11:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [86997.282893] sdb: sdb1 [86997.287138] sd 11:0:0:0: [sdb] Attached SCSI removable disk [86997.517740] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [86997.521486] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run
Bug#796074: fglrx-driver: vterms broken when fglrx in use
Package: fglrx-driver Version: 1:15.7-1 Severity: grave Justification: renders package unusable reported once as linux-firmware-nonfree but its the fglrx package.When its not installed and open source driver is enabled, linux complains about linux- firmware-nonfree and kms not being available. If and when your system breaks, (lets say you fubared a /var/tmp or /tmp entry in /etc/fstab or the rootfs gets mounted ro instead or rw) you get the console in a working state.It only breaks terminal output when using X11 under init- level 5. Sadly, you cant switch to another init level once 5 has fired up.If you try, you just get a black screen.You have to be in the console to do this. You get slammed into init level 5 once the issue gets resolved and must force a drop back into level 3 if you dont want X11 to fire.Something changed. This was not the usual case in the past. I swear Ive seen this bug before but I cannot find a solution. Is the default vterm resolution out of whack? Using grub option nomodeset has no effect. If X11 bails on you, the only two options are play whack a mole with the reset button or hit CTRL-ALT-DELETE.Even then, there is delay on X11 exit. -- Package-specific info: Full fglrx package list: ii fglrx-atievent 1:15.7-1 amd64events daemon for the non-free AT ii fglrx-control 1:15.7-1 amd64control panel for the non-free AT ii fglrx-driver 1:15.7-1 amd64non-free ATI/AMD RadeonHD display ii fglrx-modules- 1:15.7-1 amd64dkms module source for the non-fr ii libfglrx:amd64 1:15.7-1 amd64non-free ATI/AMD RadeonHD display ii libfglrx:i386 1:15.7-1 i386 non-free ATI/AMD RadeonHD display ii libfglrx-amdxv 1:15.7-1 amd64AMD XvBA (X-Video Bitstream Accel ii libfglrx-amdxv 1:15.7-1 i386 AMD XvBA (X-Video Bitstream Accel ii libgl1-fglrx-g 1:15.7-1 amd64proprietary libGL for the non-fre ii libgl1-fglrx-g 1:15.7-1 i386 proprietary libGL for the non-fre ii libgl1-fglrx-g 1:15.7-1 i386 ATI/AMD binary OpenGL 32-bit libr VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850 / R7 265 / R9 270 1024SP] [1002:6819] (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited / Sapphire Technology Device [174b:a001] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 57 Region 0: Memory at d000 (64-bit, prefetchable) [size=256M] Region 2: Memory at fea0 (64-bit, non-prefetchable) [size=256K] Region 4: I/O ports at e000 [size=256] Expansion ROM at fea4 [disabled] [size=128K] Capabilities: access denied Kernel driver in use: fglrx_pci 08:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850 / R7 265 / R9 270 1024SP] [1002:6819] (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited / Sapphire Technology Device [174b:a001] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 58 Region 0: Memory at c000 (64-bit, prefetchable) [size=256M] Region 2: Memory at fe30 (64-bit, non-prefetchable) [size=256K] Region 4: I/O ports at a000 [size=256] Expansion ROM at fe34 [disabled] [size=128K] Capabilities: access denied Kernel driver in use: fglrx_pci DRM and fglrx Informations from dmesg: [0.00] AGP: No AGP bridge found [0.00] AGP: Checking aperture... [0.00] AGP: No AGP bridge found [0.00] AGP: Node 0: aperture [bus addr 0x-0x01ff] (32MB) [0.00] AGP: Your BIOS doesn't leave a aperture memory hole [0.00] AGP: Please enable the IOMMU option in the BIOS setup [0.00] AGP: This costs you 64MB of RAM [0.00] AGP: Mapping aperture over RAM [mem 0xb000-0xb3ff] (65536KB) [1.197306] PCI-DMA: Disabling AGP. [1.197370] PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture [1.204072] Linux agpgart interface v0.103 [4.311971] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [4.350837] 6[fglrx] Maximum main memory to use for locked dma buffers: 7656 MBytes. [4.351277] 6[fglrx] vendor: 1002 device: 6819 revision: 0 count: 1 [4.351282] 6[fglrx] vendor: 1002 device: 6819 revision: 0 count: 2 [4.351946] 6[fglrx] ioport: bar 4, base 0xe000,
Bug#796058: libreoffice: app seems to hang itself
Package: libreoffice Version: 1:4.4.5-2 Severity: grave Justification: renders package unusable open a document. edit something. save it. make a new document. (copy-paste some html page, nobody really cares from where.) now minimize libreoffice for while. You are no longer able to return to the editor. It acts like vram is messed up or dodgy and fails to redraw itself. maximize, minimize, all for nothing. Its dead Jim. Note: I am using the autolauncher. It seems to help loading times. It should also be prelinked and preloaded as both packages are setup and running. But try as you might to get the new document back open again, it is closed like a clam.Relaunching the app doesnt work either. App crashes on launch and fails to load. Restarting may or may not fix this. I cant touch the autoloader but clearly it has launched.Clicking on it has no effect. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libreoffice depends on: ii fonts-dejavu 2.35-1 ii fonts-sil-gentium-basic1.1-7 ii libreoffice-avmedia-backend-gstreamer 1:4.4.5-2 ii libreoffice-base 1:4.4.5-2 ii libreoffice-calc 1:4.4.5-2 ii libreoffice-core 1:4.4.5-2 ii libreoffice-draw 1:4.4.5-2 ii libreoffice-impress1:4.4.5-2 ii libreoffice-java-common1:4.4.5-2 ii libreoffice-math 1:4.4.5-2 ii libreoffice-report-builder-bin 1:4.4.5-2 ii libreoffice-writer 1:4.4.5-2 ii python3-uno1:4.4.5-2 Versions of packages libreoffice recommends: ii fonts-liberation 1.07.4-1 ii libpaper-utils1.1.24+nmu4 Versions of packages libreoffice suggests: ii cups-bsd 2.0.3-10 ii default-jre [java5-runtime]2:1.7-52 ii gstreamer1.0-libav 1:1.4.5-dmo1 ii gstreamer1.0-plugins-bad 1.4.5-2+b1 ii gstreamer1.0-plugins-base 1.4.5-2 ii gstreamer1.0-plugins-good 1.4.5-2+b1 ii gstreamer1.0-plugins-ugly 1.4.5-2+b1 ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii hyphen-en-us [hyphen-hyphenation-patterns] 2.8.8-2 ii icedove31.7.0-1 ii iceweasel 38.2.0esr-1~stretch ii imagemagick8:6.8.9.9-5 ii libgl1-mesa-glx [libgl1] 10.6.3-1 pn libreoffice-grammarcheck none ii libreoffice-help-en-us [libreoffice-help-4.4] 1:4.4.5-2 ii libreoffice-kde1:4.4.5-2 pn libreoffice-l10n-4.4 none pn libreoffice-officebean none ii libsane1.0.24-13 ii libxrender11:0.9.8-1+b1 pn myspell-dictionary none ii mythes-en-us [mythes-thesaurus]1:3.3.0-4 ii openclipart-libreoffice1:0.18+dfsg-14 ii openjdk-7-jre [java5-runtime] 7u75-2.5.4-2 ii pstoedit 3.62-2+b1 pn unixodbc none Versions of packages libreoffice-core depends on: ii fontconfig2.11.0-6.3 ii fonts-opensymbol 2:102.6+LibO4.4.5-2 ii libatk1.0-0 2.16.0-2 ii libboost-date-time1.55.0 1.55.0+dfsg-4 ii libc6 2.19-19 ii libcairo2 1.14.2-2 ii libclucene-contribs1 2.3.3.4-4 ii libclucene-core1 2.3.3.4-4 ii libcmis-0.5-5 0.5.0-2 ii libcups2 2.0.3-10 ii libcurl3-gnutls 7.43.0-1 ii libdbus-1-3 1.8.20-1 ii libdbus-glib-1-2 0.102-1 ii libeot0 0.01-3 ii libexpat1 2.1.0-7 ii libexttextcat-2.0-0 3.4.4-1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgcc1 1:5.1.1-14 ii libgdk-pixbuf2.0-02.31.5-1 ii libgl1-mesa-glx [libgl1] 10.6.3-1 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.44.1-1.1 ii libgltf-0.0-0 0.0.2-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libgraphite2-31.2.4-3 ii libgtk2.0-0 2.24.28-1 ii libharfbuzz-icu0 1.0.1-1 ii libharfbuzz0b 1.0.1-1 ii libhunspell-1.3-0 1.3.3-3 ii libhyphen02.8.8-2 ii libice6
Bug#795810: grub-pc: passwords never allowed in config
Package: grub-pc Version: 2.02~beta2-26 Severity: important I cant seem to get grub v2.02 (i386?) to take to using a password to restrict users from editing boot options. Im using method posted online from an ubuntu forum.The instructions seem relevant and all of the files it references seem to be present on the system. When I use the 00_header file, I get password and password_pbkdf2 cannot be found errors.Otherwise I follow these instructions. sudo grub-mkpasswd-pbkdf2 ENTER password TWICE. (It will spew out some hash for you.) sudo nano /etc/grub.d/40_custom add: set supervisors= put a username here password_pbkdf2 username hash sudo update-grub sudo reboot Problem is I can still edit the boot options, even though this way, things succeed.Its as if no password is set. Furthermore my setup is forced into ro mode, kind of borking everything from working when this occurs. I have to force rw mode to properly boot the system. I cannot follow grub-install option either. Installing for i386-pc platform. grub-install: warning: File system `ext2' doesn't support embedding. grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.. grub-install: error: will not proceed with blocklists. This is an EXT4 system and its 64BIT. I had to force install in 32bit mode to get Linux to take on this hardware. -- Package-specific info: *** BEGIN /proc/mounts /dev/sda1 / ext4 rw,relatime 0 0 *** END /proc/mounts *** BEGIN /boot/grub/grub.cfg -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.57 ii grub-common2.02~beta2-26 ii grub-pc-bin2.02~beta2-26 ii grub2-common 2.02~beta2-26 ii ucf3.0030 grub-pc recommends no packages. grub-pc suggests no packages. -- debconf information: grub-pc/install_devices_failed: false grub-pc/install_devices_failed_upgrade: true grub-pc/disk_description: * grub-pc/install_devices: /dev/disk/by-id/ata-ST2000DX001-1CM164_Z1E7TKTH grub-pc/chainload_from_menu.lst: true grub2/force_efi_extra_removable: false grub-pc/kopt_extracted: false * grub2/linux_cmdline_default: quiet grub-pc/timeout: 5 grub-pc/hidden_timeout: false grub-pc/install_devices_empty: false grub-pc/mixed_legacy_and_grub2: true grub2/kfreebsd_cmdline: grub-pc/partition_description: grub-pc/install_devices_disks_changed: grub-pc/postrm_purge_boot_grub: false grub2/kfreebsd_cmdline_default: quiet grub2/device_map_regenerated: * grub2/linux_cmdline:
Bug#795798: wodim/growisofs improper use of ISO content
Package: wodim Version: 9:1.1.11-3 Severity: important Tags: upstream This one is a weird one. Its also reported to Fedora Team. wodim/growisofs will take anything as input for a data track and burn it. Etching a Tape. Reading back this tape WILL FAIL short of the burned media size.Try it with /dev/urandom for some cheap entertainment Try this with an audio file, however and at least wodim complains about mimatches and bad formats, even if given a wave file.I used the old KCS tape program for dos to test a theory. We know wodim will burn a normal wave file.The test was to see if we could hide data inside an audio file(very old school) and burn the audio file tape to disc. In thoery we generate a compliant mono wave file as output.In reality, I think the headers get screwed up doing this somehow.The file recording is less than 80mins and should fit onto the disc.K3B thinks otherwise. Use a 5MB or less source file if you want to try this. Wodim complains and I cant get anywhere, even after using audacity to set the wave file parameters to something reasonable.This seems to indicate wodim doesnt like wave files and also that only audio tracks are scanned for ISO compliance, when both aidio AND data tracks should be checked. Also, using audacity should fix any bad header information. I dunno where the dev issue is either.Jorg is complaining that we arent using HIS code as cdrecord and the like.For the obvious reasons, we CANT DO THAT.Whats wrong with MIT or GPLv3? -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wodim depends on: ii libc62.19-19 ii libcap2 1:2.24-9 Versions of packages wodim recommends: ii genisoimage 9:1.1.11-3 Versions of packages wodim suggests: pn cdrkit-doc none -- no debconf information
Bug#795540: xorg: fails to launch X11 post install of stretch
Package: xorg Version: 1:7.7+9 Severity: important When using Samsung Laptop with A8 Quad-core 4500M HD Radeon APU (2Ghz), x11 fails to load post install. It drops me to a vterm, making me think something is deeply wrong. No error messages are displayed during this process. I have not installed fglrx at this point, I am using the open sourced ATI drivers. This is also indicative of another bug with these drivers.I will have to file that issue seperately. I have not tested installing fglrx drivers (via LAN cable), thinking there was something seriously wrong with Stretch, as these issues have been cropping up in the past.Installing fglrx drivers MAY get everything working again. Stretch is proving itself more stable than other, even ALPHA state builds. If you move the hard drive to another machine you get really weird results.I have twin HD7850s in my tower.When I move the already installed system to the tower everything acts up. I am forced to reinstall. This trips other issues as my tower has 990FX board in it. I thought Linux was supposed to be hardware indifferent? Who cares what you run it on, it is supposed to auto-detect hardware changes on reboot.Apparently this isnt happening with stretch. -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of
Bug#795538: debian-installer: 990FX boards cant install in UEFI mode
Package: debian-installer Severity: important Tags: d-i patch This is simply a manufacturing defect on 990FX boards made by ASUS. I can confirm at least on the Crosshair V that ASUS refuses to fix the problem. UEFI is technically supported and windows 8+ uses it as these are 64-bit boards. HOWEVER, along comes a penguin and all goes to hell. EVERY SINGLE LINUX I try is forced to use MSDOS/MBR setup instead of UEFI/GPT. It doesnt matter if the install succeeds or boots. One change after install to the boot sequence and the hard disk is no longer bootable.This is caused by the BIOS forcing a seek to partition 4/5 of the drive where the bootloader is not.Using USB media with EFI files will not work either, the partition is in the wrong place for the BIOS to boot from it. This should never be. EFI files should boot from the FIRST partition of ANY device. I believe INTEL made this specification. The ONLY way this system will work is to install (or force install) into MSDOS/MBR mode, where partition 4/5 are therefore bootable. This can be accomplished in two ways: 1) install and intentionally cause the drive to fail to boot, then reinsert install media and try again. 2) wipe the disk, install another i386 version of linux and say no to UEFI mode. DO NOT FORCE it. The installer will not force UEFI by itself during partitioning. 3) throw the x64 install media away and use the i386 one instead. As I said, this is a 64bit system, so really no point in doing #3. This bug is not debian specific.Fedora flip flops between the two modes and forces a system wide format on each install.It took awhile to figure out the problem. A BIOS update may fix this if ASUS could be bothered to produce one. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#795544: xorg: open source video drivers flawed?
Package: xorg Version: 1:7.7+9 Severity: grave Justification: renders package unusable It seems either development is stalled on open source drivers or we have an upstream issue in the video department. Fedora is working proof that open source drivers not only work, but compete with closed sourced ones.They are pulling an upstream version of both nvidia AND ATI to get things going. ON TOP of that, they have working OpenCL to go alongside with the drivers. So someone tell me where Debian is going wrong here and causing breakage and failure to get 3D acceleration to work.The MYTH of no 3D acceleration with open source drivers has no basis of fact anymore. Im not understanding where the problem is when they are only using a more upstream package version that what you are using.(As-is the case with a LOT of fedora packages, they are very bleeding edge..) I think as of version 18 they dropped closed source support and its more of a PITA to get these drivers installed, its nearly impossible after 20.And really its pointless, the open source drivers work like a charm.There is no need to install the non-free ones.All driver issues were diagnosed to really being a LD_PRELOAD libc or other error. How come debian and other derivatives cant benefit from these CLEARLY working 3D accelerated drivers? You cant blame REDHAT here, the work on Fedora is done as a FREE product.Everything is done under MIT license.Share alike. You might need to alien some packages, but there should be no reason to see if thier changes to these components cannot be applied here. -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of
Bug#795537: debian-installer: USB devices dont work during install
Package: debian-installer Severity: important Tags: upstream My USB devices (keyboard/mouse) dont work at all during installation of stretch.PS/2 keyboard works and I am limited to that due to one port.These devices work post install and during post/BIOS interactions. Im on a Crosshair V but that shouldnt matter.Everything works EXCEPT during install.Im using a Logitech multi-device wireless module that came with the K360. I get a similar responce on my Samsung laptop. Keyboard, but no mouse. I cannot install on one system and take the drive to another.The ATI driver breaks for some reason when I try. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#795505: selinux-basics: reccommends a non-existant package
Package: selinux-basics Version: 0.5.2 Severity: grave Tags: security Justification: renders package unusable Either instructions for setting up SELinux(enabled by default on Fedora) are wrong and need to be changed or selinux-policy-default package needs to be built for debian as a whole. Seems no distro has this package according to a web package search but setting up SELinux seems to depend on it. Did the policies get put into another package? They are pretty much required to setup SELinux. Tomoyo and apparmor may work as alternates but the reccommended course of action is SELinux.It is also more common method. There is also no reason to not have it installed and basic config setup by default(either on install media or live media). Ignore this hardening reccomendation at your own peril. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages selinux-basics depends on: ii checkpolicy 2.3-1 ii policycoreutils 2.3-1 pn python:any none ii selinux-utils2.3-2+b1 Versions of packages selinux-basics recommends: pn selinux-policy-default none ii setools 3.3.8-3.2 Versions of packages selinux-basics suggests: pn logchecknone pn syslog-summary none -- no debconf information
Bug#795518: selinux-utils: neither labels set or SELinux enabled
Package: selinux-utils Version: 2.3-2+b1 Severity: grave Justification: renders package unusable when using sudo selinux-activate to enable SELinux and setting rcS properly, nothing actually happens once you reboot.The system respawns itself into a working state once more but SELinux remains disabled with no clue as to why.There is no other way to enable it and force a relabel of the system, which does not seem to happen when enabling SELinux. This seems to be a stretch problem as other version of debian seem to succeed at this point.Id use Jessie but xarchiver and ark have SEVERE data loss issues when making a backup set. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages selinux-utils depends on: ii libc62.19-19 ii libpcre3 2:8.35-7 ii libselinux1 2.3-2+b1 selinux-utils recommends no packages. selinux-utils suggests no packages. -- no debconf information
Bug#795408: caja: audio cd track support half-assed
Package: caja Version: 1.8.2-4 Severity: normal You may look at me sideways with a bug huh on this one.Thats ok.Upon discovery of a mr.robot hack I attempted to duplicate the process as it details a linux box and some weird cd audio data storage.The hack will never work as shown but it hilights an issue. CD Audio support is half-assed in GNOME. While vfs is used to view the audio tracks as files, the actual support needed to work with these files is clearly missing. You cant right click the file, any audio file, and convert it that way. CDR and CDA formats, both windows methods to access same data on the disc (as a file) are completely ignored on linux.Linux simply doesnt know what to do. Caja wants to be like windows and do filetype internet lookups, but to what avail if the filetype is not recognized by linux? Without launching a media converter app by hand this sort of filetype really has no use or integration with GNOME. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages caja depends on: ii caja-common 1.8.2-4 ii desktop-file-utils0.22-1 ii gvfs 1.24.1-2+b2 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-19 ii libcairo2 1.14.2-2 ii libcaja-extension11.8.2-4 ii libexempi32.2.2-2 ii libexif12 0.6.21-2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgail18 2.24.28-1 ii libgdk-pixbuf2.0-02.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libglib2.0-data 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libice6 2:1.0.9-1+b1 ii libmate-desktop-2-17 1.10.1-1 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libselinux1 2.3-2+b1 ii libsm62:1.2.2-1+b1 ii libstartup-notification0 0.12-4 ii libunique-1.0-0 1.1.6-5 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxml2 2.9.1+dfsg1-5 ii libxrender1 1:0.9.8-1+b1 ii mate-desktop 1.10.1-1 ii shared-mime-info 1.3-1 Versions of packages caja recommends: ii gvfs-backends 1.24.1-2+b2 Versions of packages caja suggests: ii engrampa 1.8.1+dfsg1-1 pn gstreamer0.10-tools none pn meld none -- no debconf information
Bug#795318: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#795318: Subject: firmware-linux-nonfree: kernel modeswitching on radeon hardware broken)
actually it does if memory serves me correctly. IIRC this was a misconfiguration of something but I dont remember what Off the top of my head. Has nothing to do with flgrx or the X11 config file. On Wed, Aug 12, 2015 at 5:27 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the firmware-linux-nonfree package: #795318: Subject: firmware-linux-nonfree: kernel modeswitching on radeon hardware broken It has been closed by Ben Hutchings b...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchings b...@decadent.org.uk by replying to this email. -- 795318: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795318 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Ben Hutchings b...@decadent.org.uk To: 795318-d...@bugs.debian.org Cc: Date: Thu, 13 Aug 2015 00:24:35 +0200 Subject: Re: Bug#795318: Subject: firmware-linux-nonfree: kernel modeswitching on radeon hardware broken On Wed, 2015-08-12 at 16:57 -0500, richard jasmin wrote: Package: firmware-linux-nonfree Version: 0.44 Severity: important when using fglrx for 3d acceleration all modeswitching provided by the non-free kernel module is moot point. There simply is no vterm at all to switch to.If for any reason X11 breaks you are up shit creek and must play whack-a-mole with the hard reset button to recover. This may be a config issue but the config needs to be posted somewhere so people know what to do. Using PITCAIRN hardware(HD 7850 x2). This has nothing to do with firmware-linux-nonfree. Ben. -- Forwarded message -- From: richard jasmin frazzledj...@gmail.com To: sub...@bugs.debian.org Cc: Date: Wed, 12 Aug 2015 16:57:42 -0500 Subject: Subject: firmware-linux-nonfree: kernel modeswitching on radeon hardware broken Package: firmware-linux-nonfree Version: 0.44 Severity: important when using fglrx for 3d acceleration all modeswitching provided by the non-free kernel module is moot point. There simply is no vterm at all to switch to.If for any reason X11 breaks you are up shit creek and must play whack-a-mole with the hard reset button to recover. This may be a config issue but the config needs to be posted somewhere so people know what to do. Using PITCAIRN hardware(HD 7850 x2). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.120 -- no debconf information
Bug#795450: iceweasel: major exploits against current firefox in the wild
Package: iceweasel Version: 38.1.0esr-3 Severity: grave Tags: upstream security Justification: user security hole There are recent reports as of last week on wired magazine homepage under technology and recent hacks while away at defcon that exploit firefox in major ways.Both windows and Linux users were targeted and information was retrived that should not have been able to be retrieved.Running any less than the experimental build leaves people vulnerable to this issue. More details are on the wired website. Reccomend immeadiate update to experimental build version to fix this. I cant see why depends would break but this needs some testing to see if anything would break with the update. In the meanwhile users can always install firefox latest in a non-root location (home folder) and run it from there.This should in theory work as the debian depends for experimental version are a non issue.I believe the file is pre- compiled binary as released. Anything designed for ubuntu werewolf or less should run just dandy on stretch. As we are open source, we need to patch/update and diseminate(backport) things like this (to mainstream linux community [Fedora/RHEL/Ubuntu/project maintainers]) as they are discovered.We dont have time for major exploits to hit Linux and go unreported. I believe this is an upstream bug. As the exploit has already leaked, Private BTS reporting is moot point.I only discovered the issue as an already in the wild bug.Did not discover the exploit myself. -- Package-specific info: -- Extensions information Name: Advanced Cookie Manager Location: ${PROFILE_EXTENSIONS}/cookie...@jayapal.com Status: user-disabled Name: BugMeNot Plugin Location: ${PROFILE_EXTENSIONS}/{987311C6-B504-4aa2-90BF-60CC49808D42}.xpi Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Disable Anti-Adblock Location: ${PROFILE_EXTENSIONS}/{d49a148e-817e-4025-bee3-5d541376de3b}.xpi Status: enabled Name: Disable DHE Location: ${PROFILE_EXTENSIONS}/5aa55fd5-6e61-4896-b186-fdc6f298e...@mozilla.xpi Status: enabled Name: Disconnect Search Location: ${PROFILE_EXTENSIONS}/sea...@disconnect.me.xpi Status: enabled Name: Easy Youtube Video Downloader Express Location: ${PROFILE_EXTENSIONS}/{b9acf540-acba-11e1-8ccb-001fd0e08bd4}.xpi Status: enabled Name: Foobar Location: ${PROFILE_EXTENSIONS}/foo...@unnecessarilylongurl.com.xpi Status: enabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi Status: enabled Name: HTTPS-Everywhere Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org Status: enabled Name: Long URL Please Location: ${PROFILE_EXTENSIONS}/longurlple...@darragh.curran.xpi Status: enabled Name: NoSquint Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/nosqu...@urandom.ca Package: xul-ext-nosquint Status: enabled Name: PassIFox Location: ${PROFILE_EXTENSIONS}/passi...@hanhuy.com.xpi Status: enabled Name: Perspectives Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/perspecti...@cmu.edu Package: xul-ext-perspectives Status: enabled Name: Readability Location: ${PROFILE_EXTENSIONS}/readabil...@readability.com.xpi Status: enabled Name: Report Pedophile Location: ${PROFILE_EXTENSIONS}/reportpedoph...@internetpredatortracker.com Status: enabled Name: uBlock Location: ${PROFILE_EXTENSIONS}/{2b10c1c8-a11f-4bad-fe9c-1c11e82cac42}.xpi Status: enabled Name: URL Fixer Location: ${PROFILE_EXTENSIONS}/{0fa2149e-bb2c-4ac2-a8d3-479599819475}.xpi Status: enabled Name: User Agent Overrider Location: ${PROFILE_EXTENSIONS}/useragentoverri...@qixinglu.com.xpi Status: enabled Name: WOT Location: ${PROFILE_EXTENSIONS}/{a0d7ccb3-214d-498b-b4aa-0e8fda9a7bf7} Status: enabled Name: YouTube High Definition Location: ${PROFILE_EXTENSIONS}/{7b1bf0b6-a1b9-42b0-b75d-252036438bdc}.xpi Status: enabled -- Plugins information Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: disabled Name: Skype Buttons for Kopete Location: /usr/lib/mozilla/plugins/skypebuttons.so Package: kopete Status: enabled -- Addons package information ii gnome-shell3.16.3-1 amd64graphical shell for the GNOME des ii iceweasel 38.1.0esr-3 amd64Web browser based on Firefox ii kopete 4:4.14.1-2 amd64instant messaging and chat applic ii xul-ext-nosqui 2.1.9-3 all control the size of text of websi ii xul-ext-perspe 4.6.2-1 all verify HTTPS sites through notary -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via
Bug#795318: Subject: firmware-linux-nonfree: kernel modeswitching on radeon hardware broken
Package: firmware-linux-nonfree Version: 0.44 Severity: important when using fglrx for 3d acceleration all modeswitching provided by the non-free kernel module is moot point. There simply is no vterm at all to switch to.If for any reason X11 breaks you are up shit creek and must play whack-a-mole with the hard reset button to recover. This may be a config issue but the config needs to be posted somewhere so people know what to do. Using PITCAIRN hardware(HD 7850 x2). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.120 -- no debconf information
Bug#795336: linux-image-4.0.0-2-amd64: kernel causes mounted usb drives to timeout transfers
Package: src:linux Version: 4.0.8-2 Severity: grave Tags: lfs Justification: renders package unusable It thought this was an encfs problem until I looked at the drive post umount. The access light was still flashing and post-disconnect I get a drive cannot be accessed error. Not only do drive transfers stall out to almost non-existance, they refuse to umount as well.This results in a hung drive with zombie i/o still occuring.Noticed this on wonky USB flash drive access some times using my front usb ports and a hub.Its neither a hub nor flash drive fault.Both connections use dual USB to power the connection. I tired a usb 3 hub but that seemed to have two-way un-dioded power passthru and weird access when connected without a power cord.Hard to tell if this was a usb issue or hub issue so I cant use that hub. --- Via usb I have around 35MB/sec or so transfers, nearly more than double this on SATA internal connection. Yet when writing encfs to disk I am getting slowed down to less than 1MB/sec and the disk is thrashing constantly. There is nothing wrong with the hardware. Encryption should be done in RAM before disk write, and buffered thru buffer or similar if encrypting files can cause slowdowns.This is not the case. The app may work for small or tiny size copy but anything larger than 2GB or so causes this issue. I was trying to encrypt a backup set when this occured. Let sit for a few hours and the transfers slow to a crawl yet the disk is thrashing writes, as evident on the USB connection activity light.The only other viable solution uses ROOT access, a major no-no. I am limited on useable sata ports due to the way the power cables are wired and the case is layed out, hence the USB hookup. -- Package-specific info: ** Version: Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-2) ) #1 SMP Debian 4.0.8-2 (2015-07-22) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-amd64 root=UUID=e26b0d1e-661c-4ee3-8e0b-e1bf691fe8df ro quiet ** Tainted: PWO (4609) * Proprietary module has been loaded. * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [88823.200662] [81097570] ? wake_up_state+0x20/0x20 [88823.200681] [811ea570] ? writeback_inodes_sb_nr+0x80/0xb0 [88823.200683] [811f17dd] ? sync_filesystem+0x2d/0xa0 [88823.200685] [811c2dfb] ? generic_shutdown_super+0x2b/0xf0 [88823.200687] [811c31b5] ? kill_block_super+0x25/0x70 [88823.200691] [811c34c5] ? deactivate_locked_super+0x45/0x80 [88823.200693] [811e0bab] ? cleanup_mnt+0x3b/0x90 [88823.200695] [81089234] ? task_work_run+0xd4/0xf0 [88823.200698] [81013ef9] ? do_notify_resume+0x69/0x90 [88823.200700] [815690eb] ? int_signal+0x12/0x17 [88923.979522] usb 10-4: USB disconnect, device number 2 [88923.987513] sd 11:0:0:0: [sdb] FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK [88923.987518] sd 11:0:0:0: [sdb] CDB: Write(10) 2a 00 32 ec 97 00 00 00 f0 00 [88923.987520] blk_update_request: I/O error, dev sdb, sector 854365952 [88923.987524] EXT4-fs warning (device sdb2): ext4_end_bio:317: I/O error -5 writing to inode 27790621 (offset 411041792 size 8388608 starting block 106795774) [88923.987527] Buffer I/O error on device sdb2, logical block 106664416 [88923.987530] Buffer I/O error on device sdb2, logical block 106664417 [88923.987532] Buffer I/O error on device sdb2, logical block 106664418 [88923.987534] Buffer I/O error on device sdb2, logical block 106664419 [88923.987535] Buffer I/O error on device sdb2, logical block 106664420 [88923.987537] Buffer I/O error on device sdb2, logical block 106664421 [88923.987538] Buffer I/O error on device sdb2, logical block 106664422 [88923.987540] Buffer I/O error on device sdb2, logical block 106664423 [88923.987542] Buffer I/O error on device sdb2, logical block 106664424 [88923.987543] Buffer I/O error on device sdb2, logical block 106664425 [88923.987568] EXT4-fs warning (device sdb2): ext4_end_bio:317: I/O error -5 writing to inode 27790621 (offset 411041792 size 8388608 starting block 106795834) [88923.987584] EXT4-fs warning (device sdb2): ext4_end_bio:317: I/O error -5 writing to inode 27790621 (offset 411041792 size 8388608 starting block 106795864) [88923.987599] EXT4-fs warning (device sdb2): ext4_end_bio:317: I/O error -5 writing to inode 27790621 (offset 411041792 size 8388608 starting block 106795894) [88923.987613] EXT4-fs warning (device sdb2): ext4_end_bio:317: I/O error -5 writing to inode 27790621 (offset 411041792 size 8388608 starting block 106795924) [88923.987628] EXT4-fs warning (device sdb2): ext4_end_bio:317: I/O error -5 writing to inode 27790621 (offset 411041792 size 8388608 starting block 106795954) [88923.987643] EXT4-fs warning (device sdb2): ext4_end_bio:317: I/O error -5 writing to inode 27790621 (offset 411041792 size 8388608 starting block 106795984) [88923.987657] EXT4-fs warning (device sdb2):
Bug#795218: sylpheed: cant import outputted emails
Package: sylpheed Version: 3.5.0~beta1~r3426-1 Severity: important Tags: upstream sylpheed can read google chinese takeout email dumps just fine.Problem is EVERY email in xyz years is in there and most of them are junk.You can weed this down to something reasonable you want to keep for a backup set.Problem is once you try to export to mbox format you can no longer import that same mbox file. There is nothing keeping the file from getting read correctly but the application throws an error as if a later version is preventing the packaged version from reading the mbox file correctly. This may have in fact been the case as Fedora has newer packages than debian(even stretch) however, since the file is indeed readable we should be able to import the email and not get an error.Future versions should not cause import corruption. The file was exported with the same app Im importing it with. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sylpheed depends on: ii libassuan0 2.2.1-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo21.14.2-2 ii libcompfaceg11:1.5.2-5 ii libdbus-1-3 1.8.20-1 ii libdbus-glib-1-2 0.102-1 ii libenchant1c2a 1.6.0-10.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgpg-error01.19-2 ii libgpgme11 1.5.5-3 ii libgtk2.0-0 2.24.28-1 ii libgtkspell0 2.0.16-1.1 ii libldap-2.4-22.4.41+dfsg-1 ii libonig2 5.9.6-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libpisock9 0.12.5-dfsg-1 ii libssl1.0.0 1.0.2d-1 ii multiarch-support2.19-19 ii pinentry-gtk20.9.5-2 Versions of packages sylpheed recommends: ii aspell-en [aspell-dictionary] 7.1-0-1.1 ii ca-certificates20150426 ii sylpheed-i18n 3.5.0~beta1~r3426-1 ii xfonts-100dpi 1:1.0.4+nmu1 ii xfonts-75dpi 1:1.0.4+nmu1 Versions of packages sylpheed suggests: pn bogofilternone pn bsfilter none pn claws-mail-tools none ii curl 7.43.0-1 pn jpilotnone pn sylpheed-doc none -- no debconf information
Bug#792926: Package: grub2
Package: grub2 Version: 2.02~beta2-22 This ones a DUZY for AMD 990FX boards. Previous distriutions of Amd64 did not seem to be affected by this bug.This bug affects multiple linux distributions.ASUS support is unwilling to solve thier end of the problem.Solution in part is to ban all 990FX boards until this is fixed.The bios is 64 bit capable. GRUB2 wants to setup UEFI.It supposedly does this in a manner that creates a NON-BOOTABLE installation.The bios wants partition 4 to boot from, not the first partition where the EFI boot files reside.You can only create a bootable Linux setup if you use msdos partition type, forcing partition 4 to be bootable.This is only possible from jessie live media. Writing the efi boot file to a USB stick does not work either, but should according to intel x64 specifications. Will test further on my AMD APU-based laptop.I have jessie, wheezy and squeeze all on bdrom.This in itself is supposedly a bug; distributions before jessie supposedly have no bdrom support. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792914: Package: xarchiver
Package: xarchiver Version: 1:0.5.4-1 Severity: Grave Xarchiver has a SERIOUS data LOSS issue.One can attempt to zip up some home folders from /home.The problem when doing so is that data gets corrupted on add. This does not happen when using zip from the commandline.When attempting to unzip these archives, unzip complains that there is invalid compressed data to inflate and skips over the bad crc marked files.This has resulted in about less than 25GB of a 300GB archive to be recovered on restore.I have lost my backup set due to this. I have also tested media with spinrite.The storage mediums are error-free.Not a single byte is bad.This issue only happens on Jessie but proper BDROM support is only given with Jessie, so we are chasing our tails here.Its not like you can burn a BDROM with squeeze.At least in the UI.Therefore I am stuck with an unuseable OS.Makes no sense to burn a corrupted backup.As I am on Fedora due to this I am sorry I cannot help further. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792913: Package: linux-image-4.0.0-2-amd64
Package: linux-image-4.0.0-2-amd64 Version: 4.0.8-1 Severity: Major ATI opensource drivers are broken once more and cause X11 to fail to start when stretch is installed. Hardware used is a A8-4500M QUAD core AMD Radeon APU. This doesnt happen in Jessie. Flgrx is not installed during this time. Installing said package may fix the issue but was untested because wifi was not configured. Suggest porting Fedora 22's latest ATI drivers. They are open source and work without issue.They have a version list available online so you can see what version of packages you are using to compare it to fedora's. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785505: Subject: cinnamon crashes with fglrx packages installed(HW 3D)
Source: cinnamon Message-ID: 20150517071557.6810.93569.report...@livingroom.attlocal.net X-Mailer: reportbug 6.6.3 Date: Sun, 17 May 2015 02:15:57 -0500 Severity: grave Justification: renders package unusable Dear Maintainer, Cinnamon is noted to be installable, but by default on Radeon systems 6x series (and newer) 3D rendering is in SOFTWARE mode post install. Installing 3d drivers from the repos for fglrx sets us up with HARDWARE 3D rendering but renders cinnamon completely unusable. It crashes on login (and keeps crashing) leaving no option but to kill the X server from the command line(and try again with different window manager).I have tried with live cd as well with same responce. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785351: Package: fpc-source-2.6.4
Package: fpc-source-2.6.4 Message-ID: 20150514000655.26158.24069.report...@livingroom.attlocal.net X-Mailer: reportbug 6.6.3 Date: Wed, 13 May 2015 19:06:55 -0500 Version: 2.6.4+dfsg-4 Severity: serious File: fpcsrc Justification: fails to build from source Dear Maintainer, Complaint on fpc-source as packaged. Download from freepascal.org does not have this problem. Request repackage of downloaded zip file entitled fpc-2.6.4.source.zip as-is, thereby including the necessary Makefile(s) used for rebuilding cross-tools and the FPC toolchain. As packaged the Makefiles are missing. As such this command fails(but should succeed) cd /usr/share/fpcsrc/version sudo make allCPU_TARGET=i386 see http://wiki.lazarus.freepascal.org/Cross_compiling for further details. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782981: coreutils: /usr/bin/yes serves no purpose
Package: coreutils Version: 8.23-4 Severity: normal Dear Maintainer, printing 'Y' all over the place or using if 'yes'='yes' serves no purpose from any perspective. Thats like saying if true then do something.This is a pragmatical programming logical error.Either add NO to the mix and find a better use for YES/NO like in dialog package or remove YES from /usr/bin. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages coreutils depends on: ii libacl1 2.2.52-2 ii libattr1 1:2.4.47-2 ii libc62.19-18 ii libselinux1 2.3-2 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782862: kernel-package is not including initrd with kernels modules
Package: kernel-package Version: 13.014+nmu1 Severity: important Dear Maintainer, This bug persists on Jessie, was reported on Wheezy. I am unable to mkinitramfs with a newer kernel's modules with kernel-package. The output initrd is missing the kernel modules for the packaged kernel. Thereby fails to boot with cannot find rootfs on boot. They seemed to be gzipped but installed correctly in /lib/modules. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kernel-package depends on: ii bc 1.06.95-9 ii binutils 2.25-5 ii build-essential 11.7 ii bzip21.0.6-7+b3 ii dpkg-dev 1.17.25 ii file 1:5.22+15-2 ii gettext 0.19.3-2 ii kmod 18-3 ii po-debconf 1.0.16+nmu3 ii xmlto0.0.25-2 ii xz-utils [lzma] 5.1.1alpha+20120614-2+b3 Versions of packages kernel-package recommends: ii cpio 2.11+dfsg-4.1 ii docbook-utils 0.6.14-3 ii kernel-common 13.014+nmu1 pn uboot-mkimage none Versions of packages kernel-package suggests: ii libncurses5-dev [libncurses-dev] 5.9+20140913-1+b1 pn linux-source none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782869: coreutils: rm,ls,cd,mkdir, etc should be set so root cant remove them.
Package: coreutils Version: 8.23-4 Severity: normal Dear Maintainer, Root can remove CORE commands from the system and then the system is forever borked. 1) there should be a fix for this: apt-get reinstall coreutils? 2) this bug should never be. System should have ultimate access, not root. Root should never be allowed to shoot self in foot. please set immutable flag (+i) by default or imbed commands into kernel or something to fix this. *Affects all Debian based distros. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages coreutils depends on: ii libacl1 2.2.52-2 ii libattr1 1:2.4.47-2 ii libc62.19-18 ii libselinux1 2.3-2 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782870: synaptic ignores sources.conf settings
Package: synaptic Version: 0.81.2 Severity: normal Dear Maintainer, synaptic ignores sources.conf settings. When using it, I had to manually uncheck the BDROM option to get synaptic to use the network mirror.This option was remmed out in the sources.conf file.Also applies to PPAs which dont go into the sources.conf file but should.Command-line is not affected. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.9.7 ii libapt-pkg4.12 1.0.9.7 ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libept1.4.12 1.0.12.1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libstdc++6 4.9.2-10 ii libvte-2.90-91:0.36.3-1 ii libx11-6 2:1.6.2-3 ii libxapian22 1.2.19-1 ii libxext6 2:1.3.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages synaptic recommends: ii gksu 2.0.2-9 ii libgtk2-perl 2:1.2492-4 ii policykit-10.105-8 ii rarian-compat 0.8.1-6 Versions of packages synaptic suggests: ii apt-xapian-index 0.47 pn deborphannone pn dwww none ii menu 2.1.47 ii software-properties-gtk 0.92.25debian1 ii tasksel 3.30 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782792: reportbug: cant copy UI text to send email to developers when no package exists
Package: reportbug Version: 6.6.3 Severity: normal Dear Maintainer, UIs using python/tkinter or similar UI interfaces usually allow copy/paste of UI text.Why doesnt this work when sending to the generic no package address? I had to type the data by hand to send the email. The UI should allow copy/paste of text items. -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/me/.reportbugrc: reportbug_version 6.4.4 mode novice ui gtk2 realname richard jasmin email frazzledj...@gmail.com smtphost smtp.gmail.com:587 smtpuser frazzledj...@gmail.com smtptls -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.7 ii python2.7.9-1 ii python-reportbug 6.6.3 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone pn emacs23-bin-common | emacs24-bin-commonnone ii exim4 4.84-8 ii exim4-daemon-light [mail-transport-agent] 4.84-8 ii file 1:5.22+15-2 ii gnupg 1.4.18-7 ii python-gtk22.24.0-4 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages python-reportbug depends on: ii apt 1.0.9.7 ii python-debian 0.1.25 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782798: installation-reports: jessie doesnt use a repo by default with BDROM ISO dated 2015 04 13-06:57
Package: installation-reports Severity: important Dear Maintainer, The debian install BDROM ISO of Jigdo testing labeled: 2015 04 13-06:57 from http://cdimage.debian.org/cdimage/weekly-builds/amd64/jigdo-bd/ selects no repository by default, leaving a misconfigured /etc/apt/sources.list file. ALSO: Installing from said BDROM image, I cannot install i386 libs by default without commenting out the (amd64) BDROM in /etc/apt/sources.list and re-adding the following repo information(I dont know if this is by default or a BUG): (this is after adding the i386 archetecture) deb http://security.debian.org/ jessie/updates main contrib non-free deb-src http://security.debian.org/ jessie/updates main contrib non-free # jessie-updates, previously known as 'volatile' deb http://ftp.debian.org/debian/ jessie-updates main contrib non-free deb-src http://ftp.debian.org/debian/ jessie-updates contrib main non-free # jessie-backports, previously on backports.debian.org deb http://http.us.debian.org/debian/ jessie main non-free contrib -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/weekly-builds/amd64/jigdo-bd/debian-testing-amd64-BD-1.jigdo Date: Date and time of the install Machine: custom PC Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20150413-00:02 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux livingroom 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-1 (2015-04-08) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (external gfx0 port B) [1002:5a14] (rev 02) lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (external gfx0 port B) [1002:5a14] lspci -knn: 00:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port B) [1002:5a16] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port D) [1002:5a18] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:05.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port E) [1002:5a19] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:06.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port F) [1002:5a1a] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:07.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port G) [1002:5a1b] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:09.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port H) [1002:5a1c] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:0a.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (external gfx1 port A) [1002:5a1d] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:0b.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (NB-SB link) [1002:5a1f] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:0d.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (external gfx1 port B) [1002:5a1e] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] (rev 40) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:84dd] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB
Bug#782722: synaptic: choices to repositories do not stick in the GUI.
Package: synaptic Version: 0.81.2 Severity: normal Dear Maintainer, when I choose repositories my options do not stick in the GUI. The checkboxes disappear again. Sources is selected and non-removeable. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.9.7 ii libapt-pkg4.12 1.0.9.7 ii libatk1.0-0 2.14.0-1 ii libc62.19-17 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libept1.4.12 1.0.12.1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libstdc++6 4.9.2-10 ii libvte-2.90-91:0.36.3-1 ii libx11-6 2:1.6.2-3 ii libxapian22 1.2.19-1 ii libxext6 2:1.3.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages synaptic recommends: ii gksu 2.0.2-9 ii libgtk2-perl 2:1.2492-4 ii policykit-10.105-8 ii rarian-compat 0.8.1-6 Versions of packages synaptic suggests: ii apt-xapian-index 0.47 pn deborphannone pn dwww none ii menu 2.1.47 ii software-properties-gtk 0.92.25debian1 ii tasksel 3.30 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782680: winetricks: wrong arcitecture used for winetricks
Package: winetricks Version: 0.0+20141009+svn1208-2 Severity: important Dear Maintainer, I get the following when wine:i386 is installed.Wine64 does nothing as of yet. wine cmd.exe /c echo '%ProgramFiles%' returned empty string, error message 'wine: '/home/me/.wine' is a 32-bit installation, it cannot support 64-bit applications. I WANT the 32bit version. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages winetricks depends on: ii cabextract 1.4-5 ii p7zip 9.20.1~dfsg.1-4.1 ii unzip 6.0-16 ii wget1.16-1 ii wine1.6.2-20 ii wine64 1.6.2-20 ii zip 3.0-8 Versions of packages winetricks recommends: ii gksu 2.0.2-9 ii sudo 1.8.10p3-1+deb8u2 ii xdg-utils 1.1.0~rc1+git20111210-7.4 ii zenity 3.14.0-1 Versions of packages winetricks suggests: ii libwine 1.6.2-20 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782541: synaptic: it says UBUNTU on version updates
Package: synaptic Version: 0.75.13 Severity: normal Dear Maintainer, Please fix synaptic not to use UBUNTU sources. They dictacte UBUNTU is installed when using Debian. Notify me of new DEBIAN version, not UBUNTU version.This BUG has persisted for some time now. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synaptic depends on: ii hicolor-icon-theme 0.12-1 ii libapt-inst1.5 0.9.7.9+deb7u7 ii libapt-pkg4.12 0.9.7.9+deb7u7 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u8 ii libcairo2 1.12.2-3 ii libept1.4.121.0.9 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1+deb7u1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-5 ii libvte9 1:0.28.2-5 ii libx11-62:1.5.0-1+deb7u2 ii libxapian22 1.2.12-2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages synaptic recommends: ii gksu 2.0.2-6 ii libgtk2-perl 2:1.244-1+deb7u1 ii policykit-1 0.105-3 ii rarian-compat0.8.1-5 ii software-properties-gtk 0.82.7.1debian1 Versions of packages synaptic suggests: ii apt-xapian-index 0.45 pn deborphan none pn dwww none ii menu 2.1.46 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782548: libxrender1: cant upgrade, dependency problems
Package: libxrender1 Severity: normal Dear Maintainer, please fix. I cant do anything with this break. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782412: k3b: wont burn BDROM sized images
Package: k3b Version: 2.0.2-6 Severity: important Dear Maintainer, I cant burn any sized BDROM images, namely the Debian ISO.I keep getting the insert xxx sized medium error. -- Package-specific info: Device was not specified. Trying to find an appropriate drive... Detected CD-R drive: /dev/cdrw Using /dev/cdrom of unknown capabilities Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'HL-DT-ST' Identification : 'BD-RE WH14NS40 ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages k3b depends on: ii cdparanoia 3.10.2+debian-10.1 ii cdrdao 1:1.2.3-0.3 ii genisoimage9:1.1.11-2 ii k3b-data 2.0.2-6 ii kde-runtime4:4.8.4-2 ii libc6 2.13-38+deb7u8 ii libk3b62.0.2-6 ii libkcddb4 4:4.8.4-2 ii libkcmutils4 4:4.8.4-4+deb7u1 ii libkde3support44:4.8.4-4+deb7u1 ii libkdecore54:4.8.4-4+deb7u1 ii libkdeui5 4:4.8.4-4+deb7u1 ii libkfile4 4:4.8.4-4+deb7u1 ii libkio54:4.8.4-4+deb7u1 ii libknotifyconfig4 4:4.8.4-4+deb7u1 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit4 2.2.1-5 ii libsolid4 4:4.8.4-4+deb7u1 ii libstdc++6 4.7.2-5 ii wodim 9:1.1.11-2 Versions of packages k3b recommends: ii dvd+rw-tools 7.1-10 ii libk3b6-extracodecs 2.0.2-6 ii vcdimager0.7.24+dfsg-0.1 Versions of packages k3b suggests: ii k3b-extrathemes 2.0.2-6 pn k3b-i18n none pn movixmaker-2 none pn normalize-audio none pn sox none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697187: brasero: cannot burn BD
Package: brasero Version: 3.4.1-4 Followup-For: Bug #697187 Dear Maintainer, xorriso output: ../xorriso -outdev /dev/sr0 -tocGNU xorriso 1.2.4 : RockRidge filesystem manipulator, libburnia project. Drive current: -outdev '/dev/sr0' Media current: BD-R sequential recording Media status : is blank Media summary: 0 sessions, 0 data blocks, 0 data, 23.3g free Drive current: -outdev '/dev/sr0' Drive type : vendor 'HL-DT-ST' product 'BD-RE WH14NS40' revision '1.00' Media current: BD-R sequential recording Media product: OTCBDR00/002/0 , (not found in manufacturer list) Media status : is blank Media blocks : 0 readable , 12219392 writable , 12219392 overall Media summary: 0 sessions, 0 data blocks, 0 data, 23.3g free but I still cant use brasero or k3b to burn the debian bdrom. Its still detecting a too small disc. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages brasero depends on: ii brasero-common 3.4.1-4 ii gnome-icon-theme 3.4.0-2 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gvfs 1.12.3-4 ii libatk1.0-0 2.4.0-2 ii libbrasero-media3-1 3.4.1-4 ii libc62.13-38+deb7u8 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-7 ii libice6 2:1.0.8-2 ii libnautilus-extension1a 3.4.2-1+build1 ii libpango1.0-01.30.0-1 ii libsm6 2:1.2.1-2 ii libtotem-plparser17 3.4.2-1 ii libtracker-sparql-0.14-0 0.14.1-3 ii libxml2 2.8.0+dfsg1-7+wheezy4 Versions of packages brasero recommends: ii yelp 3.4.2-1+b1 Versions of packages brasero suggests: pn libdvdcss2 none ii tracker 0.14.1-3 ii vcdimager 0.7.24+dfsg-0.1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782429: wodim fails to size bdrom correctly
Package: wodim Version: 9:1.1.11-2 Severity: important Dear Maintainer, wodim, and all apps depending on wodim refuse to size a BDROM ISO correctly resulting in NO BURN. You cant burn the ISO. Affects K3B and Brasero. xfburn using libburn4 is not affected by this.This is a cdrkit bug. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wodim depends on: ii libc62.13-38+deb7u8 ii libcap2 1:2.22-1.2 Versions of packages wodim recommends: ii genisoimage 9:1.1.11-2 Versions of packages wodim suggests: pn cdrkit-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781720: appearance: freezes xorg when changing themes
Package: mate-control-center Version: 1.8.1+dfsg1-4~bpo70+1 Severity: important File: appearance Dear Maintainer, I ave a hard lock up when changing themes. When I do so, Xorg locks up.Nothing is responsive except for the mouse. I have to do a sudo killall Xorg to fix this from another terminal. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-control-center depends on: ii desktop-file-utils 0.20-0.1 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u8 ii libcairo2 1.12.2-3 ii libcanberra-gtk00.28-6 ii libcanberra00.28-6 ii libdbus-1-3 1.6.8-1+deb7u6 ii libdbus-glib-1-20.100.2-1 ii libdconf0 0.12.1-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1+deb7u1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libglib2.0-bin 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libmarco-private0 1.8.1+dfsg1-1~bpo70+1 ii libmate-desktop-2-171.8.1+dfsg1-1~bpo70+1 ii libmate-menu2 1.8.0-4~bpo70+1 ii libmate-slab0 1.8.1+dfsg1-4~bpo70+1 ii libmate-window-settings11.8.1+dfsg1-4~bpo70+1 ii libmatekbd4 1.8.0-2~bpo70+1 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libstartup-notification00.12-1 ii libunique-1.0-0 1.1.6-4 ii libx11-62:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxext62:1.3.1-2+deb7u1 ii libxft2 2.3.1-1 ii libxi6 2:1.6.1-1+deb7u1 ii libxklavier16 5.2.1-1 ii libxml2 2.8.0+dfsg1-7+wheezy3 ii libxss1 1:1.2.2-1 ii marco-common1.8.1+dfsg1-1~bpo70+1 ii mate-control-center-common 1.8.1+dfsg1-4~bpo70+1 ii mate-desktop1.8.1+dfsg1-1~bpo70+1 ii mate-icon-theme 1.8.0-1~bpo70+1 ii mate-menus 1.8.0-4~bpo70+1 ii mate-settings-daemon1.8.1-1~bpo70+1 mate-control-center recommends no packages. Versions of packages mate-control-center suggests: ii gconf2 3.2.5-1+build1 -- no debconf information [178815.450] X.Org X Server 1.12.4 Release Date: 2012-08-27 [178815.450] X Protocol Version 11, Revision 0 [178815.450] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [178815.450] Current Operating System: Linux livingroom 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64 [178815.450] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=97e66d00-88d8-4f66-bf78-2b840d3acdac ro rootflags=data=writeback snd_hda_codec_hdmi.blacklist=yes quiet [178815.450] Build Date: 09 February 2015 09:46:52AM [178815.450] xorg-server 2:1.12.4-6+deb7u6 (Julien Cristau jcris...@debian.org) [178815.450] Current version of pixman: 0.26.0 [178815.450]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [178815.450] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [178815.450] (==) Log file: /var/log/Xorg.0.log, Time: Wed Apr 1 22:23:00 2015 [178815.450] (==) Using config file: /etc/X11/xorg.conf [178815.450] (==) Using system config directory /usr/share/X11/xorg.conf.d [178815.450] (==) ServerLayout aticonfig Layout [178815.450] (**) |--Screen aticonfig-Screen[0]-0 (0) [178815.450] (**) | |--Monitor aticonfig-Monitor[0]-0 [178815.451] (**) | |--Device aticonfig-Device[0]-0 [178815.451] (**) |--Screen aticonfig-Screen[1]-0 (1) [178815.451] (**) | |--Monitor aticonfig-Monitor[1]-0 [178815.451] (**) | |--Device aticonfig-Device[1]-0 [178815.451] (==) Automatically adding devices [178815.451] (==) Automatically enabling devices [178815.451] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [178815.451]Entry deleted from font path. [178815.451] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [178815.451]Entry deleted from font path. [178815.451] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [178815.451] (==) ModulePath set
Bug#781556: iceweasel is already running when it isnt
Package: iceweasel Version: 31.5.3esr-1~deb7u1 Severity: normal Dear Maintainer, I was browsing the net fine before. Now I cant even start iceweasel. -- Package-specific info: -- Addons package information -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u8 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u6 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3+deb7u1 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1+deb7u1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii procps1:3.3.3-3 ii zlib1g1:1.2.7.dfsg-13 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none pn fonts-oflb-asana-math none ii fonts-stix [otf-stix] 1.1.0-1 ii libcanberra0 0.28-6 ii libgnomeui-0 2.24.5-2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u3 pn mozplugger none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Attached as recommended. On 03/26/2015 02:33 AM, Ian Campbell wrote: /bin/sh -x /usr/sbin/mkinitramfs -o /tmp/foo $VERSION 2/tmp/log + umask 0022 + export PATH=/usr/bin:/sbin:/bin + keep=n + CONFDIR=/etc/initramfs-tools + verbose=n + test -e /bin/busybox + BUSYBOXDIR=/bin + test -e /usr/lib/initramfs-tools/bin/busybox + export BUSYBOXDIR + getopt -o c:d:ko:r:v -n /usr/sbin/mkinitramfs -- -o /tmp/foo 4.0.0-rc4 + OPTIONS= -o '/tmp/foo' -- '4.0.0-rc4' + [ 0 != 0 ] + eval set -- -o '/tmp/foo' -- '4.0.0-rc4' + set -- -o /tmp/foo -- 4.0.0-rc4 + true + outfile=/tmp/foo + shift 2 + true + shift + break + . /usr/share/initramfs-tools/scripts/functions + . /usr/share/initramfs-tools/hook-functions + . /etc/initramfs-tools/initramfs.conf + MODULES=most + BUSYBOX=y + KEYMAP=n + COMPRESS=gzip + DEVICE= + NFSROOT=auto + EXTRA_CONF= + [ -e /usr/share/initramfs-tools/conf.d/* ] + [ -e /etc/initramfs-tools/conf.d/resume ] + basename /etc/initramfs-tools/conf.d/resume + grep ^[[:alnum:]][[:alnum:]\._-]*$ + grep -v \.dpkg-.*$ + EXTRA_CONF= resume + [ -d /etc/initramfs-tools/conf.d/resume ] + [ -e /etc/initramfs-tools/conf.d/resume ] + . /etc/initramfs-tools/conf.d/resume + RESUME=UUID=9089931a-1d3c-42e0-ac65-d281b0a07eae + [ -d /usr/share/initramfs-tools/conf-hooks.d/* ] + [ -e /usr/share/initramfs-tools/conf-hooks.d/* ] + [ -n ] + [ -z /tmp/foo ] + touch /tmp/foo + readlink -f /tmp/foo + outfile=/tmp/foo + [ 1 -ne 1 ] + version=4.0.0-rc4 + [ -z ] + compress=gzip + command -v gzip + dpkg --compare-versions 4.0.0-rc4 lt 2.6.38 + [ gzip = lzop ] + [ gzip = xz ] + [ -d /tmp/foo ] + MODULESDIR=/lib/modules/4.0.0-rc4 + [ ! -e /lib/modules/4.0.0-rc4 ] + [ ! -e /lib/modules/4.0.0-rc4/modules.dep ] + [ -n ] + mktemp -d /var/tmp/mkinitramfs_XX + DESTDIR=/var/tmp/mkinitramfs_BlZQqK + chmod 755 /var/tmp/mkinitramfs_BlZQqK + NOEXEC= + df -P /var/tmp/mkinitramfs_BlZQqK + tail -1 + awk {print $6} + fs=/ + [ -n / ] + mount + grep -q on / .*noexec + mktemp /var/tmp/mkinitramfs-OL_XX + __TMPCPIOGZ=/var/tmp/mkinitramfs-OL_47A3nH + mktemp /var/tmp/mkinitramfs-FW_XX + __TMPEARLYCPIO=/var/tmp/mkinitramfs-FW_udaxB4 + dpkg --print-architecture + DPKG_ARCH=amd64 + export MODULESDIR + export version + export CONFDIR + export DESTDIR + export DPKG_ARCH + export verbose + export KEYMAP + export MODULES + export BUSYBOX + export __TMPCPIOGZ + export __TMPEARLYCPIO + mkdir -p /var/tmp/mkinitramfs_BlZQqK/bin + mkdir -p /var/tmp/mkinitramfs_BlZQqK/conf/conf.d + mkdir -p /var/tmp/mkinitramfs_BlZQqK/etc + mkdir -p /var/tmp/mkinitramfs_BlZQqK/lib/modules + mkdir -p /var/tmp/mkinitramfs_BlZQqK/run + mkdir -p /var/tmp/mkinitramfs_BlZQqK/sbin + mkdir -p /var/tmp/mkinitramfs_BlZQqK/scripts + mkdir -p /var/tmp/mkinitramfs_BlZQqK//lib/modules/4.0.0-rc4 + [ -f /lib/modules/4.0.0-rc4/modules.builtin ] + cp -p /lib/modules/4.0.0-rc4/modules.builtin /var/tmp/mkinitramfs_BlZQqK/lib/modules/4.0.0-rc4/modules.builtin + [ -f /lib/modules/4.0.0-rc4/modules.order ] + cp -p /lib/modules/4.0.0-rc4/modules.order /var/tmp/mkinitramfs_BlZQqK/lib/modules/4.0.0-rc4/modules.order + [ -f /etc/initramfs-tools/modules ] + add_modules_from_file /etc/initramfs-tools/modules + [ ! -e /etc/initramfs-tools/modules ] + grep ^[^#] /etc/initramfs-tools/modules + read module args + [ -f /usr/share/initramfs-tools/modules.d/* ] + auto_add_modules + local arg + local modules= + [ 0 -eq 0 ] + set -- base net ide scsi block ata i2o dasd ieee1394 firewire mmc usb_storage + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd btrfs ext2 ext3 ext4 ext4dev + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd btrfs ext2 ext3 ext4 ext4dev isofs jfs reiserfs udf xfs + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd btrfs ext2 ext3 ext4 ext4dev isofs jfs reiserfs udf xfs nfs nfsv2 nfsv3 nfsv4 + modules= ehci-pci ehci-orion ehci-hcd ohci-hcd ohci-pci uhci-hcd usbhid xhci xhci-hcd btrfs ext2 ext3 ext4 ext4dev isofs jfs reiserfs udf xfs nfs nfsv2 nfsv3 nfsv4 af_packet atkbd i8042 virtio_pci + copy_modules_dir kernel/drivers/hid hid-*ff.ko hid-a4tech.ko hid-cypress.ko hid-dr.ko hid-elecom.ko hid-gyration.ko hid-icade.ko hid-kensington.ko hid-kye.ko hid-lcpower.ko hid-magicmouse.ko hid-multitouch.ko hid-ntrig.ko hid-petalynx.ko hid-picolcd.ko hid-pl.ko hid-ps3remote.ko hid-quanta.ko hid-roccat-ko*.ko hid-roccat-pyra.ko hid-saitek.ko hid-sensor-hub.ko hid-sony.ko hid-speedlink.ko hid-tivo.ko hid-twinhan.ko hid-uclogic.ko hid-wacom.ko hid-waltop.ko hid-wiimote.ko hid-zydacron.ko + local kmod exclude + local modules= + local dir=kernel/drivers/hid + shift + [ -d /lib/modules/4.0.0-rc4/kernel/drivers/hid ] + [ n = y ] + [ 31 -ge 1 ] + exclude= -name hid-*ff.ko -prune -o + shift + [ 30 -ge 1 ] + exclude= -name
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
nope. No such luck. Initrd still is missing the kernel's modules. On 03/23/2015 11:12 AM, Ben Hutchings wrote: Control: tag -1 moreinfo On Sun, 2015-03-22 at 19:39 -0500, richard jasmin wrote: Package: initramfs-tools Version: 0.109.1 Severity: important Dear Maintainer, Why O why is not initrd containing my modules for rebuilt 4.0 kernel? Kernel 3.2.0-4-amd64 has the necessary kernel modules and then some.This is causing failure to find root device on reboot as no driver modules are loaded. [...] Try upgrading to initramfs-tools 0.119. Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781002: initramfs-tools: no kernel modules are insert into initrd
Package: initramfs-tools Version: 0.109.1 Severity: important Dear Maintainer, Why O why is not initrd containing my modules for rebuilt 4.0 kernel? Kernel 3.2.0-4-amd64 has the necessary kernel modules and then some.This is causing failure to find root device on reboot as no driver modules are loaded. -- Package-specific info: -- initramfs sizes -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=97e66d00-88d8-4f66-bf78-2b840d3acdac ro rootflags=data=writeback snd_hda_codec_hdmi.blacklist=yes quiet -- resume RESUME=UUID=9089931a-1d3c-42e0-ac65-d281b0a07eae -- /proc/filesystems ext4 vfat udf iso9660 ext2 ext3 reiserfs xfs jfs msdos ntfs minix hfs hfsplus qnx4 ufs btrfs fuseblk -- lsmod Module Size Used by fuse 62012 1 btrfs 505636 0 libcrc32c 12426 1 btrfs zlib_deflate 25638 1 btrfs ufs58774 0 qnx4 13184 0 hfsplus71616 0 hfs45877 0 minix 27623 0 ntfs 163882 0 msdos 17077 0 jfs 137196 0 xfs 590943 0 reiserfs 192132 0 ext3 162072 0 jbd56902 1 ext3 ext2 59231 0 dm_mod 63645 0 isofs 35173 1 udf67954 0 crc_itu_t 12347 1 udf xt_multiport 12548 1 iptable_filter 12536 1 ip_tables 22042 1 iptable_filter x_tables 19118 3 ip_tables,iptable_filter,xt_multiport parport_pc 22364 0 ppdev 12763 0 lp 17149 0 parport31858 3 lp,ppdev,parport_pc rfcomm 33700 0 cpufreq_conservative13147 0 cpufreq_powersave 12454 0 cpufreq_stats 12866 0 bnep 17567 2 cpufreq_userspace 12576 0 bluetooth 119455 10 bnep,rfcomm binfmt_misc12957 1 nfsd 216181 2 nfs 308353 0 nfs_acl12511 2 nfs,nfsd auth_rpcgss37143 2 nfs,nfsd fscache36739 1 nfs lockd 67306 2 nfs,nfsd sunrpc173730 6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd nls_utf8 12456 2 nls_cp437 16553 1 vfat 17316 1 fat45642 2 vfat,msdos loop 22641 0 snd_usb_audio 89083 0 uvcvideo 57744 0 snd_usbmidi_lib23369 1 snd_usb_audio videodev 70889 1 uvcvideo snd_seq_midi 12848 0 snd_seq_midi_event 13316 1 snd_seq_midi v4l2_compat_ioctl3216655 1 videodev media 18148 2 videodev,uvcvideo snd_rawmidi23060 2 snd_seq_midi,snd_usbmidi_lib joydev 17266 0 mperf 12453 0 crc32c_intel 12747 1 ghash_clmulni_intel13130 0 snd_hda_codec_realtek 188851 1 fglrx5085894 193 usblp 17343 0 evdev 17562 12 snd_hda_intel 26259 0 snd_hda_codec 78031 2 snd_hda_intel,snd_hda_codec_realtek snd_hwdep 13186 2 snd_hda_codec,snd_usb_audio snd_pcm68083 3 snd_hda_codec,snd_hda_intel,snd_usb_audio snd_page_alloc 13003 2 snd_pcm,snd_hda_intel snd_seq45126 2 snd_seq_midi_event,snd_seq_midi snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi snd_timer 22917 2 snd_seq,snd_pcm snd52893 11 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_rawmidi,snd_usbmidi_lib,snd_usb_audio sp5100_tco 12900 0 efivars17916 0 edac_mce_amd 17103 0 eeepc_wmi 12564 0 mxm_wmi12515 0 asus_wmi 18726 1 eeepc_wmi sparse_keymap 12760 1 asus_wmi rfkill 19012 3 asus_wmi,bluetooth psmouse69265 0 aesni_intel50667 0 aes_x86_64 16843 1 aesni_intel aes_generic33026 2 aes_x86_64,aesni_intel cryptd 14517 2 aesni_intel,ghash_clmulni_intel soundcore 13065 1 snd serio_raw 12931 0 pcspkr 12579 0 k10temp12611 0 i2c_piix4 12536 0 fam15h_power 12677 0 edac_core 35258 0 i2c_core 23876 2 i2c_piix4,videodev wmi13243 2 asus_wmi,mxm_wmi button 12937 1 fglrx processor 28149 4 thermal_sys18040 1 processor ext4 350804 2 crc16
Bug#780923: linux-image-3.2.0-4-amd64: mouse and keyboard(USB disconnect while running)
Package: src:linux Version: 3.2.65-1+deb7u2 Severity: important Dear Maintainer, why is my USB getting disconnected while running debian? All my mice and keyboard are USB wireless.This is causing me to reboot the pc for access and re-remove and re-insert the usb to get both working again. I use logitech keyboard and mouse. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1+deb7u2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=97e66d00-88d8-4f66-bf78-2b840d3acdac ro rootflags=data=writeback quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 18.872305] e1000e :03:00.0: irq 72 for MSI/MSI-X [ 18.976155] e1000e :03:00.0: irq 72 for MSI/MSI-X [ 18.977305] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 19.058301] fglrx_pci :01:00.0: irq 90 for MSI/MSI-X [ 19.058850] [fglrx] Firegl kernel thread PID: 3373 [ 19.058903] [fglrx] Firegl kernel thread PID: 3374 [ 19.058953] [fglrx] Firegl kernel thread PID: 3375 [ 19.059040] [fglrx] IRQ 90 Enabled [ 19.069227] [fglrx] Gart USWC size:1280 M. [ 19.069229] [fglrx] Gart cacheable size:508 M. [ 19.069232] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 19.069234] [fglrx] Reserved FB block: Unshared offset:f8fc000, size:404000 [ 19.069236] [fglrx] Reserved FB block: Unshared offset:7ffef000, size:11000 [ 19.103235] ip_tables: (C) 2000-2006 Netfilter Core Team [ 19.348794] fglrx_pci :08:00.0: irq 91 for MSI/MSI-X [ 19.349275] [fglrx] Firegl kernel thread PID: 3426 [ 19.349332] [fglrx] Firegl kernel thread PID: 3427 [ 19.349387] [fglrx] Firegl kernel thread PID: 3428 [ 19.349474] [fglrx] IRQ 91 Enabled [ 19.361223] [fglrx] Gart USWC size:1280 M. [ 19.361225] [fglrx] Gart cacheable size:508 M. [ 19.361228] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 19.361230] [fglrx] Reserved FB block: Unshared offset:f8fc000, size:404000 [ 19.361232] [fglrx] Reserved FB block: Unshared offset:7fff4000, size:c000 [ 19.376963] vgaarb: this pci device is not a vga device [ 19.376972] vgaarb: this pci device is not a vga device [ 19.376979] vgaarb: this pci device is not a vga device [ 19.376986] vgaarb: this pci device is not a vga device [ 19.376992] vgaarb: this pci device is not a vga device [ 19.376999] vgaarb: this pci device is not a vga device [ 19.377006] vgaarb: this pci device is not a vga device [ 19.377012] vgaarb: this pci device is not a vga device [ 19.377019] vgaarb: this pci device is not a vga device [ 19.377026] vgaarb: this pci device is not a vga device [ 19.377032] vgaarb: this pci device is not a vga device [ 19.377039] vgaarb: this pci device is not a vga device [ 19.377046] vgaarb: this pci device is not a vga device [ 19.377053] vgaarb: this pci device is not a vga device [ 19.377059] vgaarb: this pci device is not a vga device [ 19.377066] vgaarb: this pci device is not a vga device [ 19.377072] vgaarb: this pci device is not a vga device [ 19.377079] vgaarb: this pci device is not a vga device [ 19.377085] vgaarb: this pci device is not a vga device [ 19.377092] vgaarb: this pci device is not a vga device [ 19.377098] vgaarb: this pci device is not a vga device [ 19.377105] vgaarb: this pci device is not a vga device [ 19.377111] vgaarb: this pci device is not a vga device [ 19.377118] vgaarb: this pci device is not a vga device [ 19.377124] vgaarb: this pci device is not a vga device [ 19.377131] vgaarb: this pci device is not a vga device [ 19.377137] vgaarb: this pci device is not a vga device [ 19.377144] vgaarb: this pci device is not a vga device [ 19.377158] vgaarb: this pci device is not a vga device [ 19.377166] vgaarb: this pci device is not a vga device [ 19.377174] vgaarb: this pci device is not a vga device [ 19.377182] vgaarb: this pci device is not a vga device [ 19.377190] vgaarb: this pci device is not a vga device [ 19.377199] vgaarb: this pci device is not a vga device [ 19.377207] vgaarb: this pci device is not a vga device [ 19.377219] vgaarb: device changed decodes: PCI::08:00.0,olddecodes=io+mem,decodes=none:owns=none [ 19.377231] vgaarb: this pci device is not a vga device [ 25.837108] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx [ 25.837829] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 26.944257] e1000e: eth0 NIC Link is Down [ 29.337764] usb 7-1.3: USB disconnect, device number 4 [ 29.700301] usb 7-1.3: new full-speed USB device number 6 using xhci_hcd [ 29.700630] usb 7-1.3: Device not responding to set address. [ 29.904400] usb 7-1.3: Device not responding to set address. [ 30.108083] usb 7-1.3: device not accepting address 6, error -71 [ 30.124793] hub 7-1:1.0: unable to enumerate USB device on port 3 [
Bug#780767: linux-image-3.2.0-4-amd64: snd_hda crash on boot
Package: src:linux Version: 3.2.65-1+deb7u2 Severity: important Dear Maintainer, snd_hda crashes on boot sometimes. HDA codec fails to init othertimes. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1+deb7u2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=97e66d00-88d8-4f66-bf78-2b840d3acdac ro rootflags=data=writeback quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [6.241359] hda-codec: out of range cmd 0:0:9e5c:f09:0 [6.241379] HDMI status: Codec=0 Pin=40540 Presence_Detect=1 ELD_Valid=1 [6.241381] hda-codec: out of range cmd 0:0:9e5c:f2e:8 [6.241401] hda-codec: out of range cmd 0:0:9e5c:709:0 [6.241421] hda-codec: out of range cmd 0:0:9e5c:f09:0 [6.241482] HDMI status: Codec=0 Pin=0 Presence_Detect=0 ELD_Valid=0 [6.241537] HDMI status: Codec=0 Pin=1 Presence_Detect=0 ELD_Valid=0 [6.241571] hda_codec: cannot build controls for #0 (error -16) [6.241594] hda_codec: cannot revert codec [6.241969] snd_hda_intel: probe of :08:00.1 failed with error -16 [6.590980] Adding 1951740k swap on /dev/sda5. Priority:-1 extents:1 across:1951740k [6.601237] EXT4-fs (sda7): re-mounted. Opts: (null) [6.699464] EXT4-fs (sda7): re-mounted. Opts: errors=remount-ro [6.713445] loop: module loaded [7.104181] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [7.214215] EXT4-fs (sda6): mounted filesystem with writeback data mode. Opts: data=writeback [7.399786] RPC: Registered named UNIX socket transport module. [7.399788] RPC: Registered udp transport module. [7.399789] RPC: Registered tcp transport module. [7.399790] RPC: Registered tcp NFSv4.1 backchannel transport module. [7.404891] FS-Cache: Loaded [7.412418] FS-Cache: Netfs 'nfs' registered for caching [7.416963] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [7.749643] Bluetooth: Core ver 2.16 [7.749660] NET: Registered protocol family 31 [7.749662] Bluetooth: HCI device and connection manager initialized [7.749665] Bluetooth: HCI socket layer initialized [7.749667] Bluetooth: L2CAP socket layer initialized [7.749787] Bluetooth: SCO socket layer initialized [7.751775] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [7.751778] Bluetooth: BNEP filters: protocol multicast [7.756796] Bluetooth: RFCOMM TTY layer initialized [7.756800] Bluetooth: RFCOMM socket layer initialized [7.756802] Bluetooth: RFCOMM ver 1.11 [7.830163] lp: driver loaded but no devices found [7.843945] powernow-k8: Found 1 AMD FX(tm)-4300 Quad-Core Processor (4 cpu cores) (version 2.20.00) [7.843955] powernow-k8: Core Performance Boosting: on. [7.843964] [Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found. [7.843965] [Firmware Bug]: powernow-k8: Try again with latest BIOS. [7.846305] ppdev: user-space parallel port driver [7.864724] e1000e :03:00.0: irq 72 for MSI/MSI-X [7.968100] e1000e :03:00.0: irq 72 for MSI/MSI-X [7.969097] ADDRCONF(NETDEV_UP): eth0: link is not ready [8.055433] vgaarb: this pci device is not a vga device [8.055442] vgaarb: this pci device is not a vga device [8.055449] vgaarb: this pci device is not a vga device [8.055456] vgaarb: this pci device is not a vga device [8.055463] vgaarb: this pci device is not a vga device [8.055470] vgaarb: this pci device is not a vga device [8.055476] vgaarb: this pci device is not a vga device [8.055483] vgaarb: this pci device is not a vga device [8.055490] vgaarb: this pci device is not a vga device [8.055497] vgaarb: this pci device is not a vga device [8.055504] vgaarb: this pci device is not a vga device [8.055511] vgaarb: this pci device is not a vga device [8.055517] vgaarb: this pci device is not a vga device [8.055524] vgaarb: this pci device is not a vga device [8.055531] vgaarb: this pci device is not a vga device [8.055537] vgaarb: this pci device is not a vga device [8.055544] vgaarb: this pci device is not a vga device [8.01] vgaarb: this pci device is not a vga device [8.07] vgaarb: this pci device is not a vga device [8.055564] vgaarb: this pci device is not a vga device [8.055571] vgaarb: this pci device is not a vga device [8.055578] vgaarb: this pci device is not a vga device [8.055584] vgaarb: this pci device is not a vga device [8.055591] vgaarb: this pci device is not a vga device [8.055598] vgaarb: this pci device is not a vga device [8.055604] vgaarb: this pci device is not a vga device [8.055611] vgaarb: this pci device is not a vga device [8.055618] vgaarb: this pci device is not a vga device [8.055632] vgaarb: this
Bug#458986: ncurses-bin and ncurses-base should verify EOL on output does not stair step.
Package: ncurses-bin Version: 5.7+20100313-5 Severity: normal Stair stepping is caused by lack of inititive on programmer's part to double verify code writes to screen correctly. Assuming B800 is PCHAR array (VRAM buffer) One can assume the following. (Writing ANSI codes to the screen has an adverse affect on this, be fore warned.) This is in FPC syntax, you can clearly see where in C, this issue occurs. This code pulled from Coffee-os on google CODE(code.google.com). --- procedure Writeline; var empty:string; i:integer; begin empty:=''; //was 78 for i:=0 to 79 do begin empty:=empty+' '; //thats a space end; writestring(empty); //*HERE IS THE PROBLEM** // X in (X,Y) never gets reset to ZERO before other characters/lines are written to screen. CurSorPosX:=0; inc(CurSorPosY); // update_cursor; //CRTC method for updating cursor location is in this routine, standard stuff. end; Also within writeChar: //not sure if this is Linux style or not, I do this anyways.. #10: begin CursorPosX := 0; Inc(CursorPosY); end; // Carriage return #13:begin CursorPosX := 0; Inc(CursorPosY); update_Cursor; end; It took me awhile to fix this correctly myself, surely you C devs can look into the matter, no? The init screens on shutdown and startup are horribly stair-stepped. This is more than annoying and I imagine that any IO would be affected. CurPosX and Y are tied directly to B800+Offset [Word based] locations in VRAM itself. This bug has been sitting out there for some time.Affects i386 AND amd64 distributions. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ncurses-bin depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ncurses-bin recommends no packages. ncurses-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org