Bug#736983: netsurf: segfault when highlight and delete of textarea including last character
Package: netsurf Version: 2.9-2 Severity: normal using netsurf to reply on gmail with the HTML-only option (obviously). hit "reply to all", too much text present so tried cutting some. 1) shift and up/down/page-up/page-down don't work (as naturally expected) 2) mouse-select only works forwards not backwards 3) mouse-select that includes the *last* character in the textarea results in a segfault when "delete" is pressed. my guess is that there's an off-by-one bug because if the last character in the textarea is left alone then the segfault doesn't occur. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netsurf depends on: ii netsurf-gtk 2.9-2 Small web browser with CSS support netsurf recommends no packages. netsurf 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#730226: qbittorrent: file creation on startup creates huge loadavg spike
Package: qbittorrent Version: 2.9.8-1 Severity: normal the previous version was absolutely fine. this current version performs extremely badly. basically what happened on the previous version was that a sparse file was created. this version however does something incredibly stupid: they create an initially-blank but full-sized file. as that can sometimes involve writing out a 1gbyte or a 4gbyte file it absolutely hammers any system, rendering it completely unusable for several seconds due to the I/O overload. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qbittorrent depends on: ii geoip-da 1.4.6.dfsg-17 IP lookup command line tools that ii libboost 1.49.0-3.2 filesystem operations (portable pa ii libboost 1.49.0-3.2 Operating system (e.g. diagnostics ii libc62.17-3 Embedded GNU C Library: Shared lib ii libgcc1 1:4.7.2-5 GCC support library ii libqt4-d 4:4.8.5+git121-g2a9ea11+dfsg1-2 Qt 4 D-Bus module ii libqt4-n 4:4.8.5+git121-g2a9ea11+dfsg1-2 Qt 4 network module ii libqt4-x 4:4.8.5+git121-g2a9ea11+dfsg1-2 Qt 4 XML module ii libqtcor 4:4.8.5+git121-g2a9ea11+dfsg1-2 Qt 4 core module ii libqtgui 4:4.8.5+git121-g2a9ea11+dfsg1-2 Qt 4 GUI module ii libssl1. 1.0.1e-3SSL shared libraries ii libstdc+ 4.7.2-5 GNU Standard C++ Library v3 ii libtorre 0.15.10-1+b1C++ bittorrent library by Rasterba ii python 2.7.3~rc2-1 interactive high-level object-orie qbittorrent recommends no packages. Versions of packages qbittorrent suggests: pn qbittorrent-dbg(no description available) -- 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#730482: linux-image-3.9.6: PCI/USB reset not being done on Geode LX800 / CS5536
Package: linux-image-3.9.6
Version: 3.9.6
Severity: normal
the "normal" reporting information is being removed because the report
is being generated from an alternative non-SMTP-networked system
here's what has to be done to solve the problem:
write_sys("/sys/bus/usb/devices/usb1/remove", "1")
write_sys("/sys/bus/usb/devices/usb2/remove", "1")
write_sys("/sys/devices/pci:00/:00:0f.5/remove", "1")
write_sys("/sys/devices/pci:00/:00:0f.4/remove", "1")
time.sleep(5)
write_sys("/sys/devices/pci:00/pci_bus/:00/rescan", "1")
time.sleep(5)
the two devices are listed from lspci, here:
00:0f.4 USB controller: Advanced Micro Devices [AMD] CS5536 [Geode companion]
OHC (rev 02)
00:0f.5 USB controller: Advanced Micro Devices [AMD] CS5536 [Geode companion]
EHC (rev 02)
which correspond to the two "remove"s above.
this is basically an incredibly drastic PCI USB host controller reset
which has to be done in between mountkernfs and udev. it's therefore
set up on an /etc/rc.S/S03 level script which carries out the resets
that *should* be being done by the kernel modules themselves in the
first place.
symptoms are as follows:
* put a USB 3G MiniPCIe modem into an alix6f2 LX800 board
* ls /dev/ttyACM0
* reboot (do NOT powercycle)
* log in again
* ls /dev/ttyACM0 - FAILS.
however if instead of a reboot a halt and power-cycle is carried out instead,
the 2nd ls /dev/ttyACM0 SUCCEEDS.
it *also* succeeds even without a powercycle if the above drastic PCI device
reset is carried out.
if however this is carried out *after* udev is allowed to pick things up
then we have a bit of a problem, which is that e.g. other USB devices
(such as USB memory sticks or USB-to-serial converters) suddenly find that
in the middle of loading the kernel module the device just... disappears
(because the USB hub it's connected to just got a kick in the nuts).
this has probably been a long-standing bug in the CS5536 PCI host controller
code. the reset should be being carried out at startup when the module
is loaded.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730657: electrum: fails to operate correctly (python stack trace)
Package: electrum
Version: 1.8-1.1
Severity: important
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/electrum_gui/gui_classic.py", line
316, in select_wallet_file
re.sub("(\/\w*.dat)$", "", wallet_folder)
File "/usr/lib/python2.7/re.py", line 151, in sub
return _compile(pattern, flags).sub(repl, string, count)
AttributeError: 'QString' object has no attribute 'join'
the program is basically unuseable as it will not allow access to a wallet.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages electrum depends on:
ii python 2.7.3~rc2-1 interactive high-level object-orie
ii python-electrum 1.8-1.1 Easy to use bitcoin client - pytho
electrum recommends no packages.
electrum 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#745038: sgml-base: dependency xml-core missing (missing update-xmlcatalog)
Package: sgml-base Version: 1.26+nmu3 Severity: serious Justification: 2 the command update-xmlcatalog is used by sgml-base however the dependency xml-core is missing. this is from an upgrade of a debian/wheezy system to debian-testing (sgml-data-2.0.9-1) which is now in an unusable state and requires manual intervention to recover, manually installing via dpkg the correct xml-core package. please ignore the majority of system information below because i have been forced to use an alternative system to report this bug. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sgml-base depends on: ii dpkg 1.17.6 ii perl 5.18.1-3 sgml-base recommends no packages. Versions of packages sgml-base suggests: pn sgml-base-doc -- 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#742958: RFP: trinity-desktop -- The continued long-term support of KDE 3.5 renamed to Trinity
Package: wnpp Severity: wishlist * Package name: trinity-desktop Version : 3.5.13.2 Upstream Author : trinity-de...@lists.pearsoncomputing.net * URL : http://www.trinitydesktop.org * License : GPL Programming Lang: c, c++ Description : The continued long-term support of KDE 3.5 as "Trinity" The Trinity Desktop Environment (TDE) project is a computer desktop environment for Unix-like operating systems with a primary goal of retaining the overall KDE 3.5 computing style. More information: http://www.trinitydesktop.org/about.php Full packages are *already* available for sarge, squeeze, lenny and wheezy: http://www.trinitydesktop.org/wiki/bin/view/Documentation/DebianBinaryInstallation This is not a small operation that is going away any time soon. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748373: RFP: python-lmdb -- universal python bindings for the LMDB 'Lighning' Database
Package: wnpp Severity: wishlist * Package name: python-lmdb Version : 0.81 Upstream Author : howard@symas.com * URL : http:/lmdb.readthedocs.org * License : OpenLDAP (BSD) Programming Lang: c, python Description : universal python bindings for the LMDB 'Lighning' Database https://pypi.python.org/pypi/lmdb This is a universal Python binding for the LMDB ‘Lightning’ Database. Two variants are provided and automatically selected during install: a CFFI variant that supports PyPy and all versions of CPython >=2.6, and a C extension that supports CPython 2.5-2.7 and >=3.3. Both variants provide the same interface. LMDB is a tiny database with some excellent properties: Ordered-map interface (keys are always sorted) Reader/writer transactions: readers don’t block writers and writers don’t block readers. Each environment supports one concurrent write transaction. Read transactions are extremely cheap. Environments may be opened by multiple processes on the same host, making it ideal for working around Python’s GIL. Multiple named databases may be created with transactions covering all named databases. Memory mapped, allowing for zero copy lookup and iteration. This is optionally exposed to Python using the buffer() interface. Maintenance requires no external process or background threads. No application-level caching is required: LMDB relies entirely on the operating system’s buffer cache. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684683: openmcu: segfault
Package: openmcu Severity: important 2012/08/12 19:56:45.077 OpenMCU InfoService OpenMCU Started openmcu: malloc.c:4631: _int_malloc: Assertion `(unsigned long)(size) >= (unsigned long)(nb)' failed. Aborted this is with ekiga as one client and xmeeting (macosx) as the other. stack trace will be added once openmcu has been built from source, this is a place-holder bugreport for now. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684999: ekiga: segfault on exit from video call
Package: ekiga Version: 3.2.7-5+b1 Severity: important === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7f78e839b606] /usr/lib/x86_64-linux-gnu/libavutil.so.51(av_freep+0xc)[0x7f78d711433c] /usr/lib/x86_64-linux-gnu/libavutil.so.51(av_opt_free+0x3c)[0x7f78d7114a7c] /usr/lib/x86_64-linux-gnu/libavcodec.so.53(avcodec_close+0xf5)[0x7f78d738bd9d] /usr/lib/opal-3.10.4/codecs/video/mpeg4_ffmpeg_ptplugin.so(_ZN13FFMPEGLibrary12AvcodecCloseEP14AVCodecContext+0x38)[0x7f78d8609e50] /usr/lib/opal-3.10.4/codecs/video/mpeg4_ffmpeg_ptplugin.so(_ZN19MPEG4EncoderContext10CloseCodecEv+0x50)[0x7f78d8603794] /usr/lib/opal-3.10.4/codecs/video/mpeg4_ffmpeg_ptplugin.so(_ZN19MPEG4EncoderContextD1Ev+0x19)[0x7f78d86026b7] /usr/lib/opal-3.10.4/codecs/video/mpeg4_ffmpeg_ptplugin.so(+0xa058)[0x7f78d8605058] /usr/lib/libopal.so.3.10.4(_ZN20OpalPluginTranscoderD1Ev+0x4a)[0x7f78eb1c9cee] /usr/lib/libopal.so.3.10.4(_ZN25OpalPluginVideoTranscoderD1Ev+0x78)[0x7f78eb1cad30] /usr/lib/libopal.so.3.10.4(_ZN25OpalPluginVideoTranscoderD0Ev+0x18)[0x7f78eb1cadbe] /usr/lib/libopal.so.3.10.4(_ZN14OpalMediaPatch4SinkD1Ev+0x4b)[0x7f78eacfb12d] /usr/lib/libopal.so.3.10.4(_ZN14OpalMediaPatch4SinkD0Ev+0x18)[0x7f78eacfb25c] /usr/lib/libpt.so.2.10.4(_ZN13PAbstractList13RemoveElementEP12PListElement+0xc4)[0x7f78ea25938a] /usr/lib/libpt.so.2.10.4(_ZN13PAbstractList6RemoveEPK7PObject+0x45)[0x7f78ea25945d] /usr/lib/libopal.so.3.10.4(_ZN5PListIN14OpalMediaPatch4SinkEE5eraseERKNS2_8iteratorE+0x3c)[0x7f78eacff786] /usr/lib/libopal.so.3.10.4(_ZN14OpalMediaPatch10RemoveSinkERK8PSafePtrI15OpalMediaStream12PSafePtrBaseE+0x125)[0x7f78eacfa973] /usr/lib/libopal.so.3.10.4(_ZN15OpalMediaStream5CloseEv+0x212)[0x7f78eacf2c62] /usr/lib/libopal.so.3.10.4(_ZN18OpalRTPMediaStream5CloseEv+0xc1)[0x7f78eacf493b] /usr/lib/libopal.so.3.10.4(_ZN14OpalMediaPatch5CloseEv+0x14b)[0x7f78eacf9503] /usr/lib/libopal.so.3.10.4(_ZN15OpalMediaStream5CloseEv+0x251)[0x7f78eacf2ca1] /usr/lib/libopal.so.3.10.4(_ZN20OpalVideoMediaStream5CloseEv+0x18)[0x7f78eacf6e48] /usr/lib/libopal.so.3.10.4(_ZN14OpalConnection16CloseMediaStreamER15OpalMediaStream+0x27)[0x7f78eacc60cb] /usr/lib/libopal.so.3.10.4(_ZN14OpalConnection17CloseMediaStreamsEv+0x84)[0x7f78eacc62e4] /usr/lib/libopal.so.3.10.4(_ZN14OpalConnection10OnReleasedEv+0x7c)[0x7f78eacc439a] /usr/lib/libopal.so.3.10.4(_ZN14OpalConnection7ReleaseENS_13CallEndReasonE+0x1df)[0x7f78eacc40e1] /usr/lib/libopal.so.3.10.4(_ZN8OpalCall5ClearEN14OpalConnection13CallEndReasonEP10PSyncPoint+0x1a0)[0x7f78eacd8bbe] ekiga(_ZN4Opal4Call6hangupEv+0x3a)[0x59efaa] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x11a03)[0x7f78e9373a03] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x6f6)[0x7f78e938c076] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_by_name+0x500)[0x7f78e938cdd0] -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ekiga depends on: ii evolution-data-server 3.4.3-1evolution database backend server ii gconf-service 3.2.5-1GNOME configuration database syste ii gconf23.2.5-1GNOME configuration database syste ii libatk1.0-0 2.2.0-2ATK accessibility toolkit ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libavahi-glib10.6.25-3 Avahi glib integration library ii libc6 2.13-21Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.100-1simple interprocess messaging syst ii libebook-1.2-13 3.4.3-1Client library for evolution addre ii libedataserver-1.2-16 3.4.3-1Utility library for evolution data ii libgcc1 1:4.6.1-4 GCC support library ii libgconf-2-4 3.2.5-1GNOME configuration database syste ii libgdk-pixbuf2.0-02.26.1-1 GDK Pixbuf library ii libglib2.0-0 2.32.3-1 GLib library of C routines ii libgtk2.0-0 2.24.10-2 GTK+ graphical user interface libr ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries ii libnotify40.7.4-1sends desktop notifications to a n ii libopal3.10.4 3.10.4~dfsg-3 Open Phone Abstraction Library - s ii libpango1.0-0 1.30.0-1 Layout and rendering of internatio ii libpt2.10.4 2.10.4~dfsg-1 Portable Tools Library ii libsasl2-22.1.25.dfsg1-4 Cyrus SASL - authentication abstra ii libsigc++-2.0-0c2a2.2.10-0.1 type-safe Signal Framework for C++ ii libstdc++64.6.1-4
Bug#685399: libopal-dev: segfault of ekiga in libopal
Package: libopal-dev Version: 3.10.4~dfsg-3 Severity: normal -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libopal-dev depends on: ii libopal3.10.4 3.10.4~dfsg-3 Open Phone Abstraction Library - s ii libpt-dev 2.10.4~dfsg-1 Portable Tools Library development ii libspeexdsp-dev1.2~rc1-6 The Speex extended library develop ii libsrtp0-dev 1.4.4+20100615~dfsg-1 Secure RTP (SRTP) and UST Referenc Versions of packages libopal-dev recommends: ii libopal-doc3.10.4~dfsg-3 OPAL library documentation files Versions of packages libopal-dev suggests: ii pkg-config0.26-1 manage compile and link flags for -- no debconf information H323_RTP_UDP::OnReceivedAckPDU(H323_RTPChannel&, H245_H2250LogicalChannelAckParameters const&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 (gdb) where #0 0x76939997 in H323_RTP_UDP::OnReceivedAckPDU(H323_RTPChannel&, H245_H2250LogicalChannelAckParameters const&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #1 0x7693c8b3 in H323_RTPChannel::OnReceivedAckPDU(H245_H2250LogicalChannelAckParameters const&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #2 0x7693c295 in H323_RealTimeChannel::OnReceivedAckPDU(H245_OpenLogicalChannelAck const&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #3 0x7692c1b3 in H245NegLogicalChannel::HandleOpenAck(H245_OpenLogicalChannelAck const&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #4 0x7692d37c in H245NegLogicalChannels::HandleOpenAck(H245_OpenLogicalChannelAck const&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #5 0x7690c423 in H323Connection::OnH245Response(H323ControlPDU const&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #6 0x7690be94 in H323Connection::HandleControlPDU(H323ControlPDU const&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #7 0x7690bd9c in H323Connection::HandleControlData(PPER_Stream&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #8 0x7690274f in H323Connection::HandleTunnelPDU(H323SignalPDU*) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #9 0x76902389 in H323Connection::HandleSignalPDU(H323SignalPDU&) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #10 0x7690180d in H323Connection::HandleSignallingChannel() () from /opt/local/ekiga/lib/libopal.so.3.10.6 #11 0x769072ed in H323Connection::StartOutgoing(PThread&, long) () from /opt/local/ekiga/lib/libopal.so.3.10.6 #12 0x7691640f in H323Connection::StartOutgoing_PNotifier::Call(PObject&, long) const () from /opt/local/ekiga/lib/libopal.so.3.10.6 #13 0x75983e28 in PThread::PX_ThreadStart(void*) () from /opt/local/ekiga/lib/libpt.so.2.10.6 #14 0x71af5b40 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #15 0x7184036d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #16 0x in ?? () (gdb) n -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660178: python-hulahop: patched / updated version to actually like compile and y'know, work? with xulrunner 9.0?
Package: python-hulahop Version: 0.8.1-1 Severity: important Tags: patch Justification: fails to build from source http://lkcl.net/hulahop modified version can be obtained from there, apologies a patch hasn't been created, i just dropped a tarball up there. someone might submit the relevant patch, if they do i'll post it there. this modified version actually works properly: compiles, tested (extensively, thanks to pyjamas-desktop). -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-hulahop depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.13-21Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-4 GCC support library ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.7-1 GTK+ graphical user interface libr ii libnspr4-0d 4.8.9-1NetScape Portable Runtime Library ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii python2.7.2-9interactive high-level object-orie ii python-gobject2.28.6-5 Python bindings for the GObject li ii python-gtk2 2.24.0-2 Python bindings for the GTK+ widge ii python-xpcom 1:9.0~hg20111212-1 XPCOM bindings for Python ii python2.6 2.6.7-3An interactive high-level object-o ii python2.7 2.7.2-5An interactive high-level object-o ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime python-hulahop recommends no packages. Versions of packages python-hulahop suggests: pn sugar-web-activity (no description available) -- 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#660482: xulrunner-dev: segfault related to startup focus issues under investigation by mozilla team
Package: xulrunner-dev Version: 10.0.1-1 Severity: normal https://bugzilla.mozilla.org/show_bug.cgi?id=728645 http://hg.mozilla.org/mozilla-central/rev/742d5f9f284d http://hg.mozilla.org/mozilla-central/log/4d47329bb02e/dom/base/nsFocusManager.cpp there's been some changes to the focus management which were not present in xulrunner 9.0 that cause segfaults on startup on various systems. this is a known issue (see urls above which show evidence of adding test investigative code) that causes at least applications that use hulahop to be completely unuseable. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xulrunner-dev depends on: ii libc62.13-21 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-2 Foreign Function Interface library ii libgcc1 1:4.6.1-4 GCC support library ii libmozjs-dev 10.0.1-1Development files for the Mozilla ii libnspr4-0d 4.8.9-1 NetScape Portable Runtime Library ii libnspr4-dev 4.8.9-1 Development files for the NetScape ii libnss3-dev 3.13.1.with.ckbi.1.88-1 Development files for the Network ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii xulrunner-10.0 10.0.1-1XUL + XPCOM application runner xulrunner-dev recommends no packages. xulrunner-dev 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#660487: xulrunner-dev: instant segfault in startup (related to jemalloc)
Package: xulrunner-dev Version: 10.0.1-1 Severity: normal https://bugzilla.mozilla.org/show_bug.cgi?id=728500 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660178 there's a segfault been noted when using hulahop which was not present in version 9 of xulrunner. the mozilla team kindly advised to stop using jemalloc (--disable-jemalloc) whilst the issue was being investigated but that may not be the root cause of the problem. this and one other bugreport (#660482) tend to suggest that xulrunner 10 simply isn't ready for public use yet. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xulrunner-dev depends on: ii libc62.13-21 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-2 Foreign Function Interface library ii libgcc1 1:4.6.1-4 GCC support library ii libmozjs-dev 10.0.1-1Development files for the Mozilla ii libnspr4-0d 4.8.9-1 NetScape Portable Runtime Library ii libnspr4-dev 4.8.9-1 Development files for the NetScape ii libnss3-dev 3.13.1.with.ckbi.1.88-1 Development files for the Network ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii xulrunner-10.0 10.0.1-1XUL + XPCOM application runner xulrunner-dev recommends no packages. xulrunner-dev 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#706476: linux-image-3.2.0-4-486: amd geode gpio-cs5535 module not being compiled (needed for alix6f2)
Package: linux-image-3.2.0-4-486 Severity: important discovered from another debian bugreport that pc-engines systems can be upgraded to more recent firmware and work with linux-image-3.2.0-4-486 (which is great!) and also discovered that the geodewdt kernel module has been compiled, which is also great (as it's missing from the 2.6.32 debian kernel builds) however what's not so great is that the GPIO 5535 kernel driver has been left out, and it is a requirement for the project. as native builds on 500mhz AMD Geodes take absolutely forever it would be nice if this could be corrected. kernel option is GPIO_CS5535 -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#636290: linux-image-2.6.32-5-amd64: serious ext4 filesystem corruption even after fsck
Package: linux-2.6 Version: 2.6.32-5 Severity: important running 2.6.32-5-amd64, after running fsck on a corrupted ext4 filesystem which is an LVM partition on top of a RAID1 mirror with 3 drives and is 1tb in size, there are *still* errors after the fsck, as detected by running fsck a 2nd time. i'd say this is fairly serious, and am not going to hang about: will be moving this data onto ext3 as quickly as possible. -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.32-trunk-amd64 depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii initramfs-tools [linux-initr 0.99tools for generating an initramfs ii module-init-tools3.12~pre1-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.32-trunk-amd64 recommends: ii firmware-linux-free 3 Binary firmware for various driver Versions of packages linux-image-2.6.32-trunk-amd64 suggests: pn grub | lilo(no description available) pn linux-doc-2.6.32 (no description available) Versions of packages linux-image-2.6.32-trunk-amd64 is related to: pn firmware-bnx2 (no description available) pn firmware-bnx2x (no description available) pn firmware-ipw2x00 (no description available) pn firmware-ivtv (no description available) pn firmware-iwlwifi (no description available) pn firmware-linux (no description available) ii firmware-linux-nonfree0.32 Binary firmware for various driver pn firmware-qlogic(no description available) pn firmware-ralink(no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637039: lsb-release: parse_apt_policy in lsb_release.py fails
Package: lsb-release
Version: 3.2-27
Severity: normal
Tags: patch
ok it's not exactly a patch but close:
policy = commands.getoutput('LANG=C apt-cache policy 2>/dev/null')
should be:
policy = commands.getoutput('LANG=C apt-cache policy 2&>/dev/null')
in lsb_release.py parse_apt_policy function
-- Package-specific info:
lsb_release output
-*- -*- -*- -*- -*-
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch
Distributor ID: Debian
Description:Debian GNU/Linux 5.0.8 (lenny)
Release:5.0.8
Codename: lenny
-*- -*- -*- -*- -*-
Apt policy
-*- -*- -*- -*- -*-
Package files:
100 /var/lib/dpkg/status
release a=now
500 http://dl.google.com/linux/talkplugin/deb/ stable/main amd64 Packages
release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main
origin dl.google.com
500 http://dl.google.com/linux/deb/ stable/main amd64 Packages
release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main
origin dl.google.com
500 http://www.emdebian.org/debian/ unstable/main amd64 Packages
release v=2.1,o=Debian,a=unstable,n=sid,l=DebianToolchains,c=main
origin www.emdebian.org
500 http://www.emdebian.org/debian/ lenny/main amd64 Packages
release v=1.0,o=Debian,a=oldstable,n=lenny,l=DebianToolchains,c=main
origin www.emdebian.org
500 http://debian-multimedia.org/ stable/non-free amd64 Packages
release v=6.0,o=Unofficial Multimedia
Packages,a=stable,n=squeeze,l=Unofficial Multimedia Packages,c=non-free
origin debian-multimedia.org
500 http://debian-multimedia.org/ stable/main amd64 Packages
release v=6.0,o=Unofficial Multimedia
Packages,a=stable,n=squeeze,l=Unofficial Multimedia Packages,c=main
origin debian-multimedia.org
500 http://ftp.uk.debian.org/debian/ testing/non-free amd64 Packages
release o=Debian,a=testing,n=wheezy,l=Debian,c=non-free
origin ftp.uk.debian.org
500 http://ftp.uk.debian.org/debian/ testing/contrib amd64 Packages
release o=Debian,a=testing,n=wheezy,l=Debian,c=contrib
origin ftp.uk.debian.org
500 http://ftp.uk.debian.org/debian/ testing/main amd64 Packages
release o=Debian,a=testing,n=wheezy,l=Debian,c=main
origin ftp.uk.debian.org
500 http://ftp.uk.debian.org/debian/ lenny/non-free amd64 Packages
release v=5.0.8,o=Debian,a=oldstable,n=lenny,l=Debian,c=non-free
origin ftp.uk.debian.org
500 http://ftp.uk.debian.org/debian/ lenny/contrib amd64 Packages
release v=5.0.8,o=Debian,a=oldstable,n=lenny,l=Debian,c=contrib
origin ftp.uk.debian.org
500 http://ftp.uk.debian.org/debian/ lenny/main amd64 Packages
release v=5.0.8,o=Debian,a=oldstable,n=lenny,l=Debian,c=main
origin ftp.uk.debian.org
Pinned packages:
-*- -*- -*- -*- -*-
sources.list
-*- -*- -*- -*- -*-
deb http://ftp.uk.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.uk.debian.org/debian/ lenny main contrib non-free
deb http://ftp.uk.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.uk.debian.org/debian/ testing main contrib non-free
deb http://debian-multimedia.org/ stable main contrib non-free
deb http://www.emdebian.org/debian lenny main
-*- -*- -*- -*- -*-
/etc/lsb_release
-*- -*- -*- -*- -*-
- none
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages lsb-release depends on:
ii python2.6.6-14 interactive high-level object-orie
ii python-support1.0.13 automated rebuilding support for P
Versions of packages lsb-release recommends:
ii apt 0.8.14.1 Advanced front-end for dpkg
Versions of packages lsb-release suggests:
pn lsb(no description available)
-- 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#715370: linux-image-3.9-1-486: CONFIG_GPIO_CS5535 has been set to 'y' when it should be 'M'
Package: linux-image-3.9-1-486 Severity: important # # PCI GPIO expanders: # CONFIG_GPIO_CS5535=y # CONFIG_GPIO_AMD8111 is not set # CONFIG_GPIO_LANGWELL is not set CONFIG_GPIO_PCH=m CONFIG_GPIO_ML_IOH=m that should be "M". linux 3.2.0 and above moved over to scx200_acb and linux 3.9.0 and above moved over to scx200_gpio, which are incompatible with gpio_cs5535. by compiling in GPIO_CS5535 as a forced install it could potentially be interfering with scx200, which can no longer reserve access to the chip base. as it's compiled in, it's also impossible to pass in the mask parameter except as a boot-time kernel command-line option. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.9.0 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718281: race condition on execution of /etc/ifplugd/ifplug.action script and exit
Package: ifplugd Version: 0.28-19 Severity: important after some exhaustive testing on a slow system (AMD Geode LX) where additional scripts (written in python) were added into /etc/ifplugd/action.d it was observed that the "down" script only ran approximately 20% of the time. inspection of the source code and log files (see relevant section below) as ifplugd is to be used to detect one mission-critical interface and bring up another, the fact that ifplugd cannot reliably run the interface-down script is a serious problem. options (from /etc/default/ifplugd) as follows (note -M): INTERFACES="eth0" HOTPLUG_INTERFACES="eth1 ppp0 ppp1" ARGS="-q -u0 -f -d0 -w -M" SUSPEND_ACTION="stop" without -M, ifplugd goes straight to Exiting on ifdown ppp1: action script is not run. i.e. the configuration "without -M" is undesirable (ineffective) as notifications of interfaces going down will never be generated. with -M, ifplugd continues to live for a short duration. examining /lib/udev/ifplugd.agent it appears that de-registration of the net interface ppp1 with udev causes udev to attempt to kill ifplugd (line 89 of /lib/udev/ifplugd.agent). this is ALSO undesirable behaviour. to stop this undesirable behaviour it would make sense to use INTERFACES= instead of HOTPLUG_INTERFACES= in order to terminate udev from killing the ifplugd instance. but, it is impossible to use INTERFACES="ppp1" because the ppp1 interface is an emergency interface: it's not up at the time that ifplugd is started (/etc/init.d/ifplugd), and /etc/init.d/ifplugd EXPLICITLY bans monitoring of interfaces that happen not to be in /sys/class/net at the EXACT moment that ifplugd is started all in all, it would appear that ifplugd's configuration basically hasn't really been properly thought through, nor is it really suited to being simply "killed off" at random, as it could be in the middle of mission-critical tasks at the time that it's being killed. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Interface disabled Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Link beat lost. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Executing '/etc/ifplugd/ifplugd.action ppp0 down'. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Killing child. Jul 29 16:40:11 alix6-1 ifplugd(ppp0)[12601]: Program execution failed, return value is 0. Jul 29 16:40:12 alix6-1 pppd[13416]: Script /etc/ppp/ip-down finished (pid 13555), status = 0x1 -- Package-specific info: -- System Information: Debian Release: 6.0.6 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.9.0 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ifplugd depends on: ii debconf [debconf-2.0]1.5.46 Debian configuration management sy ii libc62.13-37 Embedded GNU C Library: Shared lib ii libdaemon0 0.14-2 lightweight C library for daemons ii lsb-base 4.1+Debian8 Linux Standard Base 4.1 init scrip Versions of packages ifplugd recommends: ii ifupdown 0.7.5 high level tools to configure netw Versions of packages ifplugd suggests: pn wpasupplicant (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-re
Bug#726530: fvwm: random segfault
Package: fvwm Version: 1:2.6.5.ds-2 Severity: grave Justification: causes non-serious data loss listed this as "grave" as it's the closest option available: data-loss is occurring because fvwm is dying taking all windows (e.g. firefox and all vi sessions) with it. this may not specifically be fvwm, it could potentially be any one of the library dependencies but we start here at least, feel free to move this bugreport round the houses until a solution is found :) FvwmButtons: No buttons defined. Quitting [FvwmPager][FlocaleGetFontSet]: (5x8) Missing font charsets: ISO8859-2, ISO8859-3, ISO8859-4, ISO8859-5, KOI8-R, ISO8859-7, ISO8859-9, ISO8859-13, ISO8859-14, ISO8859-15, JISX0208.1983-0, KSC5601.1987-0, GB2312.1980-0, JISX0201.1976-0, ISO10646-1 [FvwmPager][FlocaleGetFontSet]: (lucidasanstypewriter-12) Missing font charsets: ISO8859-2, ISO8859-3, ISO8859-4, ISO8859-5, KOI8-R, ISO8859-7, ISO8859-9, ISO8859-13, ISO8859-14, ISO8859-15, JISX0208.1983-0, KSC5601.1987-0, GB2312.1980-0, JISX0201.1976-0, ISO10646-1 [fvwm][convert_charsets]: WARNING - Invalid byte sequence during conversion from UTF-8 to ISO-8859-1 [fvwm][convert_charsets]: WARNING - Invalid byte sequence during conversion from UTF-8 to ISO-8859-1 *** Error in `x-window-manager': munmap_chunk(): invalid pointer: 0x00820470 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x7aa26)[0x7f075af98a26] /usr/lib/x86_64-linux-gnu/libX11.so.6(XFreeStringList+0x16)[0x7f075d2a0fd6] x-window-manager[0x485f1b] x-window-manager[0x440130] x-window-manager[0x47ffb4] x-window-manager[0x42f311] x-window-manager[0x42d81c] x-window-manager[0x42d8c8] x-window-manager[0x40b9af] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f075af3f995] x-window-manager[0x40cc35] === Memory map: 0040-004cc000 r-xp 00:17 295641 /usr/bin/fvwm2 006cb000-006cc000 r--p 000cb000 00:17 295641 /usr/bin/fvwm2 006cc000-006d rw-p 000cc000 00:17 295641 /usr/bin/fvwm2 006d-006d8000 rw-p 00:00 0 007c8000-0083e000 rw-p 00:00 0 [heap] 7f0756e24000-7f0756e39000 r-xp fd:00 38588 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f0756e39000-7f0757039000 ---p 00015000 fd:00 38588 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f0757039000-7f075703a000 rw-p 00015000 fd:00 38588 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f075703a000-7f075703c000 r-xp 00:17 252522 /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so 7f075703c000-7f075723b000 ---p 2000 00:17 252522 /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so 7f075723b000-7f075723c000 r--p 1000 00:17 252522 /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so 7f075723c000-7f075723d000 rw-p 2000 00:17 252522 /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so 7f075723d000-7f0757255000 r-xp 00:17 302751 /usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1 7f0757255000-7f0757454000 ---p 00018000 00:17 302751 /usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1 7f0757454000-7f0757456000 r--p 00017000 00:17 302751 /usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1 7f0757456000-7f0757457000 rw-p 00019000 00:17 302751 /usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1 7f0757457000-7f075745c000 r-xp 00:17 50796 /usr/lib/x86_64-linux-gnu/libdatrie.so.1.1.0 7f075745c000-7f075765b000 ---p 5000 00:17 50796 /usr/lib/x86_64-linux-gnu/libdatrie.so.1.1.0 7f075765b000-7f075765c000 r--p 4000 00:17 50796 /usr/lib/x86_64-linux-gnu/libdatrie.so.1.1.0 7f075765c000-7f075765d000 rw-p 5000 00:17 50796 /usr/lib/x86_64-linux-gnu/libdatrie.so.1.1.0 7f075765d000-7f07576ae000 r-xp 00:17 302759 /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0.919.0 7f07576ae000-7f07578ae000 ---p 00051000 00:17 302759 /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0.919.0 7f07578ae000-7f07578af000 r--p 00051000 00:17 302759 /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0.919.0 7f07578af000-7f07578b rw-p 00052000 00:17 302759 /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0.919.0 7f07578b-7f07578d2000 r-xp fd:00 38596 /lib/x86_64-linux-gnu/liblzma.so.5.0.0 7f07578d2000-7f0757ad1000 ---p 00022000 fd:00 38596 /lib/x86_64-linux-gnu/liblzma.so.5.0.0 7f0757ad1000-7f0757ad2000 r--p 00021000 fd:00 38596 /lib/x86_64-linux-gnu/liblzma.so.5.0.0 7f0757ad2000-7f0757ad3000 rw-p 00022000 fd:00 38596 /lib/x86_64-linux-gnu/liblzma.so.5.0.0 7f0757ad3000-7f0757adb000 r-xp 00:17 51030 /u
Bug#721924: linux-image-3.10-2-amd64: btrfs writing several small files causes massive load spike
Package: src:linux Version: 3.10.7-1 Severity: important Tags: upstream i'm doing e.g. "apt-get update" with pdiff, and after downloading say 30 files the loadavg goes through the roof - 5, 6 or even 8 is not uncommon. processes at the top of the list (if top can even be run) include btrfs_transaction and other such-named processes. btw please ignore the segfault below, it's nothing to do with this bugreport. testing using 3.9 (from source) had the exact same slowness and did not have the segfault below. actually... reviewing the log there's nothing relevant so it is being deleted. -- Package-specific info: ** Version: Linux version 3.10-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.7-1 (2013-08-17) ** Command line: BOOT_IMAGE=/vmlinuz-3.10-2-amd64 root=/dev/mapper/zoorad-root ro quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: removed as irrelevant and confidential ** Model information sys_vendor: To be filled by O.E.M. product_name: To be filled by O.E.M. product_version: To be filled by O.E.M. chassis_vendor: To Be Filled By O.E.M. chassis_version: To Be Filled By O.E.M. bios_vendor: American Megatrends Inc. bios_version: B73F1P01 board_vendor: Foxconn board_name: A55MX board_version: To be filled by O.E.M. ** Loaded modules: cdc_acm nls_utf8 nls_cp437 vfat fat usb_storage rpcsec_gss_krb5 nfsv4 nouveau mxm_wmi wmi video ttm drm_kms_helper drm i2c_algo_bit tun ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables parport_pc ppdev lp parport rfcomm bnep bluetooth rfkill veth deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 twofish_common camellia_generic camellia_x86_64 serpent_sse2_x86_64 serpent_generic ablk_helper cryptd xts lrw gf128mul glue_helper blowfish_generic blowfish_x86_64 blowfish_common cast5_generic cast_common des_generic cbc xcbc rmd160 sha512_generic sha256_generic sha1_generic hmac crypto_null af_key xfrm_algo fuse nfsd auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc appletalk ipx p8023 p8022 psnap rose netrom ax25 bridge ext3 jbd 8021q garp stp mrp llc batman_adv loop acpi_cpufreq mperf kvm_amd kvm snd_hda_codec_hdmi ir_sanyo_decoder ir_lirc_codec ir_rc6_decoder ir_sony_decoder ir_jvc_decoder lirc_dev ir_mce_kbd_decoder asix usbnet libphy microcode ir_nec_decoder i2c_piix4 snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_timer snd ir_rc5_decoder soundcore rc_rc6_mce hid_generic joydev evdev pcspkr i2c_core serio_raw k10temp ite_cir rc_core processor button ext4 crc16 jbd2 mbcache btrfs xor zlib_deflate hid_microsoft usbhid hid raid6_pq crc32c libcrc32c dm_mod raid1 md_mod sg sd_mod crc_t10dif ata_generic thermal thermal_sys ahci libahci pata_atiixp r8169 mii ehci_pci ohci_hcd ehci_hcd usbcore usb_common libata scsi_mod ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1705] Subsystem: Advanced Micro Devices [AMD] Device [1022:1705] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:11.0 SATA controller [0106]: Advanced Micro Devices [AMD] Hudson SATA Controller [IDE mode] [1022:7800] (rev 40) (prog-if 01 [AHCI 1.0]) Subsystem: Foxconn International, Inc. Device [105b:0d85] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ahci 00:12.0 USB Controller [0c03]: Advanced Micro Devices [AMD] Hudson USB OHCI Controller [1022:7807] (rev 11) (prog-if 10 [OHCI]) Subsystem: Foxconn International, Inc. Device [105b:0d85] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Kernel driver in use: ehci-pci 00:13.0 USB Controller [0c03]: Advanced Micro Devices [AMD] Hudson USB OHCI Controller [1022:7807] (rev 11) (prog-if 10 [OHCI]) Subsystem: Foxconn International, Inc. Device [105b:0d85] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Kernel driver in use: ehci-pci 00:14.0 SMBus [0c05]: Advanced Micro Devices [AMD] Hudson SMBus Controller [1022:780b] (rev 13) Subsystem: Foxconn International, Inc. Device [105b:0d85] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2
Bug#722738: qbittorrent: huge cpu load (loadavg > 7.0) when adding a .torrent file
Package: qbittorrent Version: 2.9.8-1 Severity: important compared to a previous version (of appx 6-12 months ago) adding a .torrent results in a *massive* loadavg spike for a duration of several minutes. surmising here that there is some sort of preparation of the filesystem which was previously not carried out. whatever they've "improved" upstream they need to stop doing it! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qbittorrent depends on: ii geoip-database 1.4.6.dfsg-17 IP lookup command line tools that ii libboost-filesystem1.49.0 1.49.0-3.2filesystem operations (portable pa ii libboost-system1.49.0 1.49.0-3.2Operating system (e.g. diagnostics ii libc6 2.17-3Embedded GNU C Library: Shared lib ii libgcc11:4.7.2-5 GCC support library ii libqt4-dbus4:4.8.2-2+b1 Qt 4 D-Bus module ii libqt4-network 4:4.8.2-2+b1 Qt 4 network module ii libqt4-xml 4:4.8.2-2+b1 Qt 4 XML module ii libqtcore4 4:4.8.2-2+b1 Qt 4 core module ii libqtgui4 4:4.8.2-2+b1 Qt 4 GUI module ii libssl1.0.01.0.1e-3 SSL shared libraries ii libstdc++6 4.7.2-5 GNU Standard C++ Library v3 ii libtorrent-rasterbar6 0.15.10-1+b1 C++ bittorrent library by Rasterba ii python 2.7.3~rc2-1 interactive high-level object-orie qbittorrent recommends no packages. Versions of packages qbittorrent suggests: pn qbittorrent-dbg(no description available) -- 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#661469: x11-common: template parse error choices-sr
Package: x11-common Version: 1:7.6+11 Severity: important Setting up x11-common (1:7.6+11) ... Template parse error near `choices...@latin.utf-8: Samo glavni korisnik, Samo za korisnike konzole, Svako', in stanza #1 of /var/lib/dpkg/info/x11-common.templates dpkg: error processing x11-common (--configure): -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii debianutils 4.2.1 Miscellaneous utilities specific t ii lsb-base 3.2-28.1 Linux Standard Base 3.2 init scrip x11-common recommends no packages. x11-common suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652745: RFP: razor-qt -- simple qt-based desktop window manager
Package: wnpp Severity: wishlist * Package name: razor-qt Version : 0.4 Upstream Author : http://groups.google.com/group/razor-qt * URL : http://razor-qt.org * License : GPL and LGPL Programming Lang: c++ Description : simple qt-based desktop window manager Razor-qt is an advanced, easy-to-use, and fast desktop environment based on Qt technologies. It has been tailored for users who value simplicity, speed, and an intuitive interface. Unlike most desktop environments, Razor-qt also works fine with weak machines. While still a new project, Razor-qt already contains the key DE components: * Panel * Desktop * Application launcher * Settings center * Sessions You can use either all of them or part of them. Razor-qt works with various WMs, most of Razor developers use Openbox. But it's no problem to take any modern WM from fwwm2 to kwin (yes, KDE without Plasma Desktop is possible too). -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653601: RFP: opencpn -- A Chartplotter and GPS Navigation Software (written by and for sailors)
Package: wnpp Severity: wishlist * Package name: opencpn Version : 2.5.0 Upstream Author : https://sf.net/users/bdbcat * URL : http://opencpn.org * License : GPL Programming Lang: c, c++ Description : A Chartplotter and GPS Navigation Software (written by and for sailors) OpenCPN is a free software (GPLv2) project to create a concise chartplotter and navigation software for use as an underway or planning tool. OpenCPN is developed by a team of active sailors using real world conditions for program testing and refinement. The most recent stable version, OpenCPN 2.5.0, was published on July 27th. 2011 and can be downloaded from opencpn.org/download. Features * BSBv3 raster and S57 ENC chart support. * CM93 vector chart support, with per cell offset corrections. * IHO S52 compliant display of S57 vector charts. * "BSB4" and "nv-chart" support through plugins. * Single-chart and Quilted display modes. * North-up, Course-up and Skewed-up display modes. * Moving-map display mode. * Route navigation with ship tracking functions. * Waypoint navigation. * Dashboard for configurable on-screen display of ship's NMEA data. * NMEA 0183 GPS interface at selectable baud rate. * gpsd library support. * Autopilot output support. * AIS input with full target tracking and collision alerting. * Anchor watch/alarm functions. * GRIB file input and display for weather forecasting. * GPX Waypoint, Track and Route input and output file support. * Route planning with tidal support. * GPX Layers for annotation of charts. * Tide and Current prediction and display by location. * A growing number of plugins. Google Earth, World Magnetic Variation, Voyage Data Recorder, Chart Downloader/Updater and a LogBook. * Multi-language support. (note for packagers: debian packaging already exists). -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#858904: openscad: opengl / x11 strange "hanging" error (also found in other packages)
Package: openscad Severity: important Tags: upstream as can be seen in #848895 and is being reported in an increasingly large number of other packages that use x11 and opengl, there is an obscure race-condition which is causing intermittent "hanging" of all and any packagees that make significant use of x11 / opengl. the issue appears to be that a race condition causes a frame to be dropped. however once there is only one frame dropped, *all* subsequent frames stop from that point onwards. the "recovery" method on chromium is to kill the errant process, but that's only because a background thread takes care of drawing the contents of a tab (which can subsequently be "refreshed"). in the case of most applications which are single-process, the "recovery" method is to press ctrl-alt-f1 then ctrl-alt-f7 which is an extremely bizarre way to break the deadlock that is 100% guaranteed to work. several people have reported totally different GPUs so it is known not to be a specific GPU-related issue. several people have reported using totally different window managers so it is known not to be a specific window-manager-related issue. however until the actual cause is known it's become necessary to alert *every* single affected package so that (eventually) the underlying cause can be tracked down, collaboratively. it also does not help that the exact dependency in which the root cause of the problem is simply... not known. the google chromium browser team have *attempted* to create workarounds for something like over a year, now, and each and every single workaround for the underlying race condition proves to have increasingly severe consequences, the most recent being unacceptably-high CPU load for several minutes across multiple threads, just before the race condition is triggered. so... sorry... complicated scenario! -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openscad depends on: pn libboost-filesystem1.55.0 pn libboost-program-options1.55.0 pn libboost-regex1.55.0 pn libboost-system1.55.0 pn libboost-thread1.55.0 ii libc6 2.23-4 pn libcgal10 ii libgcc1 1:6.3.0-10 ii libgl1-mesa-glx [libgl1]13.0.2-3 ii libglew1.10 1.10.0-3 ii libglib2.0-02.50.1-1 ii libglu1-mesa [libglu1] 9.0.0-2.1 ii libgmp102:6.1.2+dfsg-1 ii libmpfr43.1.3-1 ii libopencsg1 1.3.2-2+b1 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 6.3.0-10 ii libx11-62:1.6.4-2 Versions of packages openscad recommends: pn openscad-mcad Versions of packages openscad suggests: pn geomview ii librecad 2.0.4-1 ii meshlab 1.3.2+dfsg1-2+b1 pn openscad-testing
Bug#857552: i965-va-driver: failing to play videos (stops half-way through)
Package: i965-va-driver Severity: important Tags: upstream i'm getting a video stopping half-way through with the following errors (reported under vlc): - 1.7.3 for hardware decoding. libva info: VA-API version 0.39.4 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_39 libva info: va_openDriver() returns 0 [7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) Skylake - 1.7.3 for hardware decoding. libva info: VA-API version 0.39.4 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_39 libva info: va_openDriver() returns 0 [7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) Skylake - 1.7.3 for hardware decoding. libva info: VA-API version 0.39.4 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_39 libva info: va_openDriver() returns 0 [7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) Skylake - 1.7.3 for hardware decoding. libva info: VA-API version 0.39.4 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_39 libva info: va_openDriver() returns 0 [7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) Skylake - 1.7.3 for hardware decoding. libva info: VA-API version 0.39.4 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_39 libva info: va_openDriver() returns 0 [7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) Skylake - 1.7.3 for hardware decoding. [7f16c0c01978] mkv demux error: Dummy Element at unexpected position... corrupted file? [7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 770798513... skipping to next upper element [7f16c0c01978] mkv demux error: Dummy Element at unexpected position... corrupted file? [7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 772666289... skipping to next upper element [7f16c0c01978] mkv demux error: Dummy Element at unexpected position... corrupted file? [7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 774009777... skipping to next upper element [7f16c0c01978] mkv demux error: This element is outside its known parent... upping level [h264 @ 0x7f16c0c3f460] co located POCs unavailable [h264 @ 0x7f16c0c30420] co located POCs unavailable [h264 @ 0x7f16c0c3f460] co located POCs unavailable [h264 @ 0x7f16c0c30420] co located POCs unavailable [h264 @ 0x7f16c0c30420] co located POCs unavailable -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#855557: primus: gl framedropping isn't handled correctly, apps need a restart to recover
Package: primus Version: 0~20150328-4 Severity: important i am using fvwm2 which is not the cause of the problem, howevver it may be used to exacerbate an underlying flaw in primus. the laptop i am using is an amazingly powerful one with a 1060 GTX nvidia GPU: again, this is not the underlying cause of the problem. the problem is that if frames are ever dropped (which can occur for example when moving a window in fvwm2, where it is turned into a wire-frame in order to save resources) there is no error-recovery path. all further GL operations are completely terminated, leaving whatever application is running as completely frozen with whatever last graphics operations happened to be underway at the time. this happens universally on *all* applications. vlc, chromium, openscad, glxgears: it does not matter what application it is: the moment that the window is moved it is guaranteed to cause the "dropping frame" error message, and that is the last frame ever to be attempted to be written to screen. framedropping can also occur intermittently without warning, resulting *also* in screen freezing. note that there are no segfaults occurring here (in *any* of the applications tested), that the rest of the application is perfectly fine: it's just the opengl-rendered part that is frozen. in the case of vlc configured to render with opengl that obviously *means* the entire screen is frozen, but that's a different matter. -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages primus depends on: ii bumblebee 3.2.1-13 ii primus-libs 0~20150328-4 ii socat 1.7.3.1-2 ii xserver-xorg-core 2:1.19.0-2.0nosystemd1 ii xserver-xorg-video-intel 2:2.99.917+git20161206-1 Versions of packages primus recommends: ii primus-libs-ia32 0~20150328-4 primus suggests no packages. -- no debconf information
Bug#855558: linux-image-4.9.0-1-amd64: ACPI boot error causes /sbin/init to segfault (!)
Package: src:linux Version: 4.9.6-3 Severity: important Tags: upstream this is a very recent (skylake) very expensive laptop with an intel core i7 full report is here, with a link (at the bottom of the report) to hardware info: http://lkcl.net/reports/aorus_x3_plus_v6.html it includes some information not listed below in the usual automated info-collection (below) i cannot boot the 4.9.0 kernel because of a segfault on /sbin/init. a screenshot is here: http://hands.com/~lkcl/IMG_20170220_1127225_rewind.jpg in text it's saing "ACPI Error: Region EmbeddedControl (ID=3) has no handler (20160831/exfldio-299)" and it goes downhill from there. in the 4.7.8 and 4.8.11 kernels there are quite a few ACPI errors reported (ACPI regions unknown) but they did not have any effect on the useability of the system. this error however, it's in /sbin/init! works perfectly fine on 4.7.8 and 4.8.11 btw i found this: https://lists.gt.net/xen/devel/408777 which gives a bit of background. no, no hypervisors involved. this is straight linux-image-4.9.0-1-amd64. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: GIGABYTE product_name: X3V6 product_version: Default string chassis_vendor: Default string chassis_version: y.y bios_vendor: American Megatrends Inc. bios_version: FB02 board_vendor: GIGABYTE board_name: X3V6 board_version: Default string ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Sky Lake Host Bridge/DRAM Registers [8086:1910] (rev 07) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:01.0 PCI bridge [0604]: Intel Corporation Sky Lake PCIe Controller (x16) [8086:1901] (rev 07) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:191b] (rev 06) (prog-if 00 [VGA controller]) DeviceName: Onboard IGD Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller [8086:a12f] (rev 31) (prog-if 30 [XHCI]) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: xhci_hcd 00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise Point-H Thermal subsystem [8086:a131] (rev 31) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-H CSME HECI #1 [8086:a13a] (rev 31) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: mei_me 00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] [8086:a103] (rev 31) (prog-if 01 [AHCI 1.0]) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ahci 00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #1 [8086:a110] (rev f1) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #2 [8086:a111] (rev f1) (prog-if 0
Bug#855818: linux-image-4.8.0-2-amd64: segfault in intel 9815 drm kernel module
Package: src:linux Version: 4.8.15-2 Severity: normal Tags: upstream not sure what's going on, or why. reporting as-is fyi. can't upgrade to 4.9 due to other issues (also reported) -- Package-specific info: ** Version: Linux version 4.8.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 20161202 (Debian 5.4.1-4) ) #1 SMP Debian 4.8.15-2 (2017-01-04) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.8.0-2-amd64 root=/dev/mapper/pc-root ro quiet rcutree.rcu_idle_gp_delay=1 iommu=debug apic_verbosity=debug loglvl=all ** Tainted: PWOE (12801) * Proprietary module has been loaded. * Taint on warning. * Out-of-tree module has been loaded. * Unsigned module has been loaded. ** Kernel log: [ 981.350904] Restarting tasks ... done. [ 981.435459] bbswitch: disabling discrete graphics [ 981.435476] ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20160422/nsarguments-95) [ 981.633479] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 981.634115] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 981.761118] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 981.761416] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 981.846277] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 981.921709] [drm] RC6 on [ 982.193431] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 992.953325] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 992.953961] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 993.081292] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 993.081574] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 993.167691] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1021.945790] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 1021.946445] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 1022.073780] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 1022.074060] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 1022.160881] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1022.366484] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 1022.604447] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 1022.605120] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 1022.732223] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 1022.732527] iwlwifi :04:00.0: L1 Enabled - LTR Enabled [ 1022.819186] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1025.132299] wlan0: authenticate with 78:44:76:ff:84:74 [ 1025.140532] wlan0: send auth to 78:44:76:ff:84:74 (try 1/3) [ 1025.146497] wlan0: authenticated [ 1025.146533] iwlwifi :04:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use [ 1025.148969] wlan0: associate with 78:44:76:ff:84:74 (try 1/3) [ 1025.152953] wlan0: RX AssocResp from 78:44:76:ff:84:74 (capab=0xc11 status=0 aid=1) [ 1025.154978] wlan0: associated [ 1025.155046] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 1025.754552] iwlwifi :04:00.0: No association and the time event is over already... [ 1025.754587] wlan0: Connection to AP 78:44:76:ff:84:74 lost [ 1032.725321] wlan0: authenticate with 78:44:76:ff:84:74 [ 1032.732659] wlan0: send auth to 78:44:76:ff:84:74 (try 1/3) [ 1032.735833] wlan0: authenticated [ 1032.735864] iwlwifi :04:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use [ 1032.737612] wlan0: associate with 78:44:76:ff:84:74 (try 1/3) [ 1032.744154] wlan0: RX AssocResp from 78:44:76:ff:84:74 (capab=0xc11 status=0 aid=1) [ 1032.757907] wlan0: associated [ 1041.794719] wlan0: authenticate with 78:44:76:ff:84:74 [ 1041.802188] wlan0: send auth to 78:44:76:ff:84:74 (try 1/3) [ 1041.804804] wlan0: authenticated [ 1041.804836] iwlwifi :04:00.0 wlan0: disabling HT/VHT due to WEP/TKIP use [ 1041.806316] wlan0: associate with 78:44:76:ff:84:74 (try 1/3) [ 1041.811573] wlan0: RX AssocResp from 78:44:76:ff:84:74 (capab=0xc11 status=0 aid=1) [ 1041.815475] wlan0: associated [ 1131.573551] usb 1-2: new low-speed USB device number 5 using xhci_hcd [ 1131.721114] usb 1-2: New USB device found, idVendor=0f62, idProduct=1001 [ 1131.721119] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 1131.721122] usb 1-2: Product: USB & PS/2 Mouse [ 1131.721124] usb 1-2: Manufacturer: Acrox [ 1131.725862] input: Acrox USB & PS/2 Mouse as /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/0003:0F62:1001.0004/input/input24 [ 1131.726482] hid-generic 0003:0F62:1001.0004: input,hidraw3: USB HID v1.10 Mouse [Acrox USB & PS/2 Mouse] on usb-:00:14.0-2/input0 [ 1349.883538] usb usb3: root hub lost power or was reset [ 1349.883541] usb usb4: root hub lost power or was reset [ 3390.357523] [ cut here ] [ 3390.357596] WARNING: CPU: 1 PID: 6461 at /build/linux-zDY19G/linux-4.8.15/drivers/gpu/drm/i915/intel_display.c:14329 skl_max_scale.part.120+0x69/0x70 [i915] [ 3390.357598] WARN_ON_ONCE(!crtc_clock || cdclk < crtc_clock) [ 3390.357600] Modules linked in: [ 3390.357602] iwlmvm snd_hda_intel iwlwifi bbswitch(OE) rfcomm cpufreq_conservative cpufreq_userspace cp
Bug#824848: xchat current debian/testing is out-of-date and specifically depends on libperl5.20
Package: xchat
Severity: serious
currently having to manually rebuild xchat (which is possible thanks to
all the source being available, yay!) because it has a critical dependency
on libperl5.20 (or whatever it happened to be built on)
as i happen to have libperl5.22 installed (because of other packages)
xchat had to be removed. so, recompile it is.
that's now succeeded... except that the resultant packages have something
wrong with them, where they've actually just installed files into a
root-level subdirectory named /DEBIAN ! both packages (xchat and
xchat-common) attempt to install files there, resulting in a conflict,
whoops.
with dpkg --force -i xchat*.deb that problem is overcome but it's
still bd :)
root@bigmac:/home/lkcl/src/xchat-2.8.8# dpkg -L xchat
/.
/usr
/usr/lib
/usr/lib/xchat
/usr/lib/xchat/plugins
/usr/lib/xchat/plugins/perl.so
/usr/lib/xchat/plugins/python.so
/usr/lib/xchat/plugins/tcl.so
/usr/share
/usr/share/icons
/usr/share/icons/xchat.xpm
/usr/share/doc
/usr/share/applications
/usr/share/applications/xchat.desktop
/usr/share/menu
/usr/share/menu/xchat
/usr/share/pixmaps
/usr/share/pixmaps/xchat.png
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/xchat.1.gz
/usr/bin
/usr/bin/xchat
/DEBIAN
/DEBIAN/postrm
/DEBIAN/postinst
/usr
/usr/lib
/usr/lib/xchat
hmmm so some sort of macro isn't being expanded, those should definitely
be /var/lib/dpkg/info/xchat.post{*} not /DEBIAN/post{*}
nothing obvious... hmmm this could actually be a debhelper-related bug...
debian/xchat.postinst look all ok
dpkg -l | grep debhelper
jz4775_first_usb_loader_05_jan_2015.html EOMA68-jz4775_XRay_Photos.html
vilkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ vi !$
vi EOMA68-jz4775_XRay_Photos.html
[1]+ Stopped vi EOMA68-jz4775_XRay_Photos.html
lkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ ls xray/
224952986479652205.jpg 584433720460909953.jpg 821089601287370418.jpg
234673406818258741.jpg 743152907671368456.jpg 883206684720572726.jpg
271022083929241329.jpg 744191122014272700.jpg jz4775_in_xray_machine.png
421638358843205942.jpg 755620096344302905.jpg jz4775_rev2.2_ddr3_xray.png
430599350367030133.jpg 765702773892981333.jpg jz4775_rev2.2_xray.png
441315805327948669.jpg 787917171494657589.jpg luke X-ray checking.rar
550233403601737642.jpg 802492111764438757.jpg xray_machine.png
lkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ ls xray/*.png
xray/jz4775_in_xray_machine.png xray/jz4775_rev2.2_xray.png
xray/jz4775_rev2.2_ddr3_xray.png xray/xray_machine.png
lkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ %
vi EOMA68-jz4775_XRay_Photos.html
lkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ git add
EOMA68-jz4775_XRay_Photos.html
lkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ git commit -a -m 'add xray
eoma68-jz4775'
[master 29b6dcf] add xray eoma68-jz4775
1 file changed, 33 insertions(+)
create mode 100644 ingenic/jz4775/news/EOMA68-jz4775_XRay_Photos.html
lkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ git push
To ssh://g...@git.hands.com/rhombus.git
! [rejected]master -> master (fetch first)
error: failed to push some refs to 'ssh://g...@git.hands.com/rhombus.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
lkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ git pull
remote: Counting objects: 11, done.
remote: Compressing objects: 100% (9/9), done.
remote: Total 9 (delta 6), reused 0 (delta 0)
Unpacking objects: 100% (9/9), done.
>From ssh://git.hands.com/rhombus
1deeb8a..476ae1b master -> origin/master
Merge made by the 'recursive' strategy.
index.html | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
lkcl@bigmac:~/src/rhombus/ingenic/jz4775/news$ git log
commit ab3b372da2a1ca83c57d8c5c593dccd884dab734
Merge: 29b6dcf 476ae1b
Author: Luke Leighton
Date: Mon Apr 25 10:59:26 2016 +0100
Merge branch 'master' of ssh://git.hands.com/rhombus
commit 29b6dcf48ef7f9a7875dd50524ec1a1652494d65
Author: Luke Leighton
Date: Mon Apr 25 10:58:12 2016 +0100
add xray eoma68-jz4775
commit 3d77e52e51b75c99056c2010dd28a88c1258812b
Author: Luke Leighton
Date: Mon Apr 25 10:49:57 2016 +0100
add xray photos of jz4775 rev 2.2
commit 476ae1bca6dd037d78ac81696c19965b6c116e97
Author: astr
Date: Wed Mar 16 19:22:44 2016 +
added line break
commit 729e8937204ceaa83ac5f30ba2a6c70cac78ca3b
Author: astr
Date: Fri Mar 11 01:28:23 2016 +
uh updated two products to three in upcomming crowd fund
commit 7cbc1891b59dff02c84ed241995c64293b23a222
Author: astr
Date: Fri Mar 11 01:26:18 2016 +
added devices diagram a
Bug#825295: openscad: file causing segfault on render
Package: openscad Severity: important Tags: upstream managed to create a file that causes openscad to segfault on render: http://lkcl.net/XYMotorMountV2Right.scad -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openscad depends on: pn libboost-filesystem1.55.0 pn libboost-program-options1.55.0 pn libboost-regex1.55.0 ii libboost-system1.55.0 1.55.0+dfsg-4 ii libboost-thread1.55.0 1.55.0+dfsg-3 ii libc6 2.21-6 ii libcgal10 4.5-2 ii libgcc1 1:5.2.1-17 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libglew1.10 1.10.0-3 ii libglib2.0-02.46.0-2 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgmp102:6.0.0+dfsg-4 ii libmpfr43.1.3-1 ii libopencsg1 1.3.2-2+b1 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 5.2.1-17 ii libx11-62:1.6.2-3 Versions of packages openscad recommends: pn openscad-mcad Versions of packages openscad suggests: pn geomview ii librecad 2.0.4-1 ii meshlab 1.3.2+dfsg1-2+b1 pn openscad-testing
Bug#787127: openscad segfault
Package: openscad Version: 2014.03+dfsg-1+b1 Severity: important Tags: upstream openscad segfaults with the file that may be downloaded from the following location: http://lkcl.net/openscad_bug.scad the file is not attached to the bugreport as it is a 1.4mb file, auto-generated by pyopenscad. -- Package-specific info: Output of /usr/share/bug/openscad: $ glxinfo |grep 'OpenGL .* string:' OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Haswell OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.2 OpenGL core profile shading language version string: 3.30 OpenGL version string: 3.0 Mesa 10.3.2 OpenGL shading language version string: 1.30 -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openscad depends on: ii libboost-filesystem1.55.0 1.55.0+dfsg-2 ii libboost-program-options1.55.0 1.55.0+dfsg-2 ii libboost-regex1.55.01.55.0+dfsg-2 ii libboost-system1.55.0 1.55.0+dfsg-2 ii libboost-thread1.55.0 1.55.0+dfsg-2 ii libc6 2.19-13 ii libcgal11 4.6-3 ii libgcc1 1:4.9.1-19 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libglew1.10 1.10.0-3 ii libglib2.0-02.42.1-1 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgmp102:6.0.0+dfsg-4 ii libmpfr43.1.2-1 ii libopencsg1 1.3.2-2+b1 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-19 ii libx11-62:1.6.2-3 Versions of packages openscad recommends: ii openscad-mcad 2014.03-1 Versions of packages openscad suggests: pn geomview ii librecad 2.0.4-1 ii meshlab 1.3.2+dfsg1-2+b1 pn openscad-testing -- 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#776327: repsnapper: corrupted gcode generation
Package: repsnapper Version: 2.3.2a5-1 Severity: normal Tags: upstream certain STL files generate completely incorrect (corrupted) gcode. followup files to be attached in separate report -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages repsnapper depends on: ii libatk1.0-0 2.14.0-1 ii libatkmm-1.6-12.22.7-2 ii libc6 2.18-5 ii libcairo2 1.14.0-2.1 ii libcairomm-1.0-1 1.10.0-1 ii libfontconfig12.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-19 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.2.4-1 ii libglib2.0-0 2.42.0-2 ii libglibmm-2.4-1c2a2.42.0-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libgtk2.0-0 2.24.25-1 ii libgtkglext1 1.2.0-3.2 ii libgtkglextmm-x11-1.2-0 1.2.0-6 ii libgtkmm-2.4-1c2a 1:2.24.4-1 ii libice6 2:1.0.9-1 ii libpango-1.0-01.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libpangomm-1.4-1 2.34.0-1 ii libpangox-1.0-0 0.0.2-4 ii libsigc++-2.0-0c2a2.2.11-3 ii libsm62:1.2.2-1 ii libstdc++64.9.1-19 ii libx11-6 2:1.6.2-2 ii libxml++2.6-2 2.36.0-2 ii libxml2 2.9.1+dfsg1-4 ii libxmu6 2:1.1.2-1 ii libxt61:1.1.4-1 ii libzip2 0.11.2-1 ii zlib1g1:1.2.8.dfsg-1 repsnapper recommends no packages. repsnapper 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#776959: linux-image-3.16.0-4-amd64: [regression] sd card reader in retina macbook pro no longer working
Package: src:linux
Version: 3.16.7-ckt2-1
Severity: important
after upgrading from 3.13 where the built-in sd card worked perfectly,
there is no longer even any kernel events or anything remotely indicating
that the apple sd card reader is recognised.
i note that there is a similar bug
https://lists.debian.org/debian-kernel/2014/09/msg00170.html
however this is for an entirely different laptop.
l.
-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version
4.8.3 (Debian 4.8.3-16) ) #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08)
** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64
root=UUID=2b2a5854-dfd8-444c-87d0-a3c6eb140939 ro quiet
** Tainted: PBWO (4641)
* Proprietary module has been loaded.
* System has hit bad_page.
* Taint on warning.
* Out-of-tree module has been loaded.
** Kernel log:
[916674.465753] ata1.00: status: { DRDY }
[916674.465756] ata1: hard resetting link
[916675.190264] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[916675.190730] ata1.00: unexpected _GTF length (8)
[916675.191273] ata1.00: unexpected _GTF length (8)
[916675.191338] ata1.00: configured for UDMA/33
[916675.191403] ata1: EH complete
[916689.005059] ata1.00: exception Emask 0x10 SAct 0x20 SErr 0x404
action 0xe frozen
[916689.005063] ata1.00: irq_stat 0x8040, connection status changed
[916689.005066] ata1: SError: { CommWake DevExch }
[916689.005069] ata1.00: failed command: READ FPDMA QUEUED
[916689.005074] ata1.00: cmd 60/08:a8:00:4a:a5/00:00:00:00:00/40 tag 21 ncq
4096 in
[916689.005074] res 40/00:a4:00:10:78/00:00:0c:00:00/40 Emask 0x10
(ATA bus error)
[916689.005076] ata1.00: status: { DRDY }
[916689.005080] ata1: hard resetting link
[916689.729644] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[916689.730082] ata1.00: unexpected _GTF length (8)
[916689.730600] ata1.00: unexpected _GTF length (8)
[916689.730666] ata1.00: configured for UDMA/33
[916689.730717] ata1: EH complete
** Model information
sys_vendor: Apple Inc.
product_name: MacBookPro11,1
product_version: 1.0
chassis_vendor: Apple Inc.
chassis_version: Mac-189A3D4F975D5FFC
bios_vendor: Apple Inc.
bios_version: MBP111.88Z.0138.B03.1310291227
board_vendor: Apple Inc.
board_name: Mac-189A3D4F975D5FFC
board_version: MacBookPro11,1
** Loaded modules:
rtsx_usb
wl(PO)
cp210x
ftdi_sio
snd_usb_audio
snd_usbmidi_lib
snd_seq_midi
snd_seq_midi_event
snd_rawmidi
cfg80211
sr9700
dm9601
usbnet
mii
snd_hrtimer
snd_seq_dummy
rfcomm
bnep
cpufreq_powersave
cpufreq_stats
cpufreq_userspace
cpufreq_conservative
binfmt_misc
uinput
nfsd
auth_rpcgss
oid_registry
nfs_acl
nfs
lockd
fscache
sunrpc
tun
nls_utf8
nls_cp437
vfat
fat
fuse
firewire_sbp2
firewire_core
crc_itu_t
loop
kaweth
ecb
btusb
bluetooth
6lowpan_iphc
rfkill
iTCO_wdt
iTCO_vendor_support
hid_generic
usbserial
wacom
hid_apple
joydev
usbhid
hid
bcm5974
x86_pkg_temp_thermal
intel_powerclamp
intel_rapl
coretemp
efi_pstore
kvm_intel
kvm
crct10dif_pclmul
crc32_pclmul
ghash_clmulni_intel
evdev
applesmc
input_polldev
aesni_intel
aes_x86_64
lrw
gf128mul
glue_helper
ablk_helper
cryptd
efivars
sbs
i2c_i801
lpc_ich
mfd_core
snd_hda_codec_cirrus
snd_hda_codec_generic
sbshc
snd_hda_intel
snd_hda_controller
snd_hda_codec
i915
snd_hwdep
snd_pcm
snd_seq
snd_seq_device
snd_timer
video
apple_bl
battery
drm_kms_helper
drm
i2c_algo_bit
i2c_core
ac
snd
mei_me
processor
mei
thermal_sys
soundcore
button
ext4
crc16
mbcache
jbd2
md_mod
dm_mirror
dm_region_hash
dm_log
dm_mod
sg
sd_mod
crc_t10dif
crct10dif_common
usb_storage
crc32c_intel
ahci
libahci
libata
scsi_mod
xhci_hcd
usbcore
usb_common
** Network interface configuration:
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet dhcp
auto mytap
iface mytap inet static
address 10.0.3.1
netmask 255.255.255.0
vde2-switch -t mytap
allow-hotplug usb0
iface usb0 inet static
address 10.20.0.1
netmask 255.255.255.0
** Network status:
*** IP interfaces and addresses:
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group
default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: mytap: mtu 1500 qdisc pfifo_fast state UP
group default qlen 500
link/ether 32:d8:e1:96:1f:94 brd ff:ff:ff:ff:ff:ff
inet 10.0.3.1/24 brd 10.0.3.255 scope global mytap
valid_lft forever preferred_lft forever
inet6 fe80::30d8:e1ff:fe96:1f94/64 scope link
valid_lft forever preferred_lft forever
5: tun0: mtu 1500 qdisc pfifo_fast
state UNKNOWN group default qlen 100
link/none
inet 10.8.0.199 peer 10.8.0.200/32 scope global tun0
valid_lft forever preferred_lft forever
6: tun1: mtu 1500 qdisc pfifo_fast
state UNKNOWN group default qlen 100
link/none
inet 10.7.0.11 peer 10.7.0.12/32 scope global tun1
valid_lft forever preferred_lft forever
8: wlan0: mtu 1500
Bug#776961: linux-image-3.16.0-4-amd64: [regression] pulseaudio not starting up after installing linux-image-3.16
Package: src:linux
Version: 3.16.7-ckt2-1
Severity: important
for a system which had a complex (working) audio setup with the 3.13 kernel,
skype can no longer see any devices with pulseaudio - at all. checking
for the pulseaudio daemon, it is no longer started up.
no other packages were installed, upgraded or modified as part of the
linux kernel upgrade from 3.13 to 3.16.
-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version
4.8.3 (Debian 4.8.3-16) ) #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08)
** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64
root=UUID=2b2a5854-dfd8-444c-87d0-a3c6eb140939 ro quiet
** Tainted: PBWO (4641)
* Proprietary module has been loaded.
* System has hit bad_page.
* Taint on warning.
* Out-of-tree module has been loaded.
** Kernel log:
[916674.465756] ata1: hard resetting link
[916675.190264] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[916675.190730] ata1.00: unexpected _GTF length (8)
[916675.191273] ata1.00: unexpected _GTF length (8)
[916675.191338] ata1.00: configured for UDMA/33
[916675.191403] ata1: EH complete
[916689.005059] ata1.00: exception Emask 0x10 SAct 0x20 SErr 0x404
action 0xe frozen
[916689.005063] ata1.00: irq_stat 0x8040, connection status changed
[916689.005066] ata1: SError: { CommWake DevExch }
[916689.005069] ata1.00: failed command: READ FPDMA QUEUED
[916689.005074] ata1.00: cmd 60/08:a8:00:4a:a5/00:00:00:00:00/40 tag 21 ncq
4096 in
[916689.005074] res 40/00:a4:00:10:78/00:00:0c:00:00/40 Emask 0x10
(ATA bus error)
[916689.005076] ata1.00: status: { DRDY }
[916689.005080] ata1: hard resetting link
[916689.729644] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[916689.730082] ata1.00: unexpected _GTF length (8)
[916689.730600] ata1.00: unexpected _GTF length (8)
[916689.730666] ata1.00: configured for UDMA/33
[916689.730717] ata1: EH complete
[916787.493843] usbcore: registered new interface driver rtsx_usb
** Model information
sys_vendor: Apple Inc.
product_name: MacBookPro11,1
product_version: 1.0
chassis_vendor: Apple Inc.
chassis_version: Mac-189A3D4F975D5FFC
bios_vendor: Apple Inc.
bios_version: MBP111.88Z.0138.B03.1310291227
board_vendor: Apple Inc.
board_name: Mac-189A3D4F975D5FFC
board_version: MacBookPro11,1
** Loaded modules:
rtsx_usb
wl(PO)
cp210x
ftdi_sio
snd_usb_audio
snd_usbmidi_lib
snd_seq_midi
snd_seq_midi_event
snd_rawmidi
cfg80211
sr9700
dm9601
usbnet
mii
snd_hrtimer
snd_seq_dummy
rfcomm
bnep
cpufreq_powersave
cpufreq_stats
cpufreq_userspace
cpufreq_conservative
binfmt_misc
uinput
nfsd
auth_rpcgss
oid_registry
nfs_acl
nfs
lockd
fscache
sunrpc
tun
nls_utf8
nls_cp437
vfat
fat
fuse
firewire_sbp2
firewire_core
crc_itu_t
loop
kaweth
ecb
btusb
bluetooth
6lowpan_iphc
rfkill
iTCO_wdt
iTCO_vendor_support
hid_generic
usbserial
wacom
hid_apple
joydev
usbhid
hid
bcm5974
x86_pkg_temp_thermal
intel_powerclamp
intel_rapl
coretemp
efi_pstore
kvm_intel
kvm
crct10dif_pclmul
crc32_pclmul
ghash_clmulni_intel
evdev
applesmc
input_polldev
aesni_intel
aes_x86_64
lrw
gf128mul
glue_helper
ablk_helper
cryptd
efivars
sbs
i2c_i801
lpc_ich
mfd_core
snd_hda_codec_cirrus
snd_hda_codec_generic
sbshc
snd_hda_intel
snd_hda_controller
snd_hda_codec
i915
snd_hwdep
snd_pcm
snd_seq
snd_seq_device
snd_timer
video
apple_bl
battery
drm_kms_helper
drm
i2c_algo_bit
i2c_core
ac
snd
mei_me
processor
mei
thermal_sys
soundcore
button
ext4
crc16
mbcache
jbd2
md_mod
dm_mirror
dm_region_hash
dm_log
dm_mod
sg
sd_mod
crc_t10dif
crct10dif_common
usb_storage
crc32c_intel
ahci
libahci
libata
scsi_mod
xhci_hcd
usbcore
usb_common
** Network interface configuration:
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet dhcp
auto mytap
iface mytap inet static
address 10.0.3.1
netmask 255.255.255.0
vde2-switch -t mytap
allow-hotplug usb0
iface usb0 inet static
address 10.20.0.1
netmask 255.255.255.0
** Network status:
*** IP interfaces and addresses:
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group
default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: mytap: mtu 1500 qdisc pfifo_fast state UP
group default qlen 500
link/ether 32:d8:e1:96:1f:94 brd ff:ff:ff:ff:ff:ff
inet 10.0.3.1/24 brd 10.0.3.255 scope global mytap
valid_lft forever preferred_lft forever
inet6 fe80::30d8:e1ff:fe96:1f94/64 scope link
valid_lft forever preferred_lft forever
5: tun0: mtu 1500 qdisc pfifo_fast
state UNKNOWN group default qlen 100
link/none
inet 10.8.0.199 peer 10.8.0.200/32 scope global tun0
valid_lft forever preferred_lft forever
6: tun1: mtu 1500 qdisc pfifo_fast
state UNKNOWN group default qlen 100
link/none
inet 10.7.0.11 peer 10.7.0.12/32 scope global tun1
valid_lft forever preferred_lft forever
8: wlan0: mtu 1500 qdis
Bug#775310: ikiwiki: git mv on directories results in git merge/overwrite errors
Package: ikiwiki Severity: normal Tags: upstream as i am editing a site over which i do not have direct sysadmin control (cannot re-generate the wiki by hand nor correct errors in its operation) this emphasises a need for ikiwiki to be always 100% functional or recoverable. the problem is that it is not recoverable: going in as an administrator for the wiki and regenerating the HTML does *not* fix the problem, merely repeats the same error which came from the initial merge conflict. to reproduce: * create some files and subdirectories (any method is ok) * using direct git access (bypassing ikiwiki) perform a "git mv" operation * perform a direct "git push" operation. at this point the error below is reported at the console (git post-commit hook). follow-up attempts to go in via the ikiwiki preferences, and to hit "save setup" result in exactly the same error. the only method of recovery is to have sysadmin rights *on the target system* (which is not available in this specific instance) and to perform a manual recovery. ideally such a manual override / recovery should be available as an option on the preferences/admin page. generating wrappers.. refreshing wiki.. error: Your local changes to the following files would be overwritten by merge: community_ideas/laptop_13in.mdwn Please, commit your changes or stash them before you can merge. Aborting 'git pull --prune origin' failed: at /usr/share/perl5/IkiWiki/Plugin/git.pm line 218. done -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#814328: repsnapper: weird artefacts in codegeneration (test case included)
Package: repsnapper Version: 2.3.2a5-1+b2 Severity: normal Tags: upstream repsnapper is generating some quite weird artefacts as a result of some unusual high-detailed parts that are auto-generated. the printing proceeds but has some distinctive blobby output as the printhead does not move as slowly as it would on optimally-generated gcode. there are no crashes, there's no high priority here, the parts are useable... they just need extra trimming with a craft knife and extra filing to smooth out the rough edges, so it is merely "inconvenient". test case files including screenshot, rings in purple show protruding artefacts that definitely shouldn't be there, arrows in green show missing bits files at: http://hands.com/~lkcl/repsnapper_weirdness.tgz -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages repsnapper depends on: ii libatk1.0-02.18.0-1 ii libatkmm-1.6-1v5 2.22.7-3 ii libc6 2.21-6 ii libcairo2 1.14.0-2.1 ii libcairomm-1.0-1v5 1.12.0-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc11:5.2.1-17 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglib2.0-0 2.46.0-2 ii libglibmm-2.4-1v5 2.44.0-3 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgtk2.0-02.24.25-1 ii libgtkglext1 1.2.0-3.2 ii libgtkglextmm-x11-1.2-0v5 1.2.0-7 ii libgtkmm-2.4-1v5 1:2.24.4-2+b1 ii libice62:1.0.9-1 ii libpango-1.0-0 1.38.0-3 ii libpangocairo-1.0-01.38.0-3 ii libpangoft2-1.0-0 1.38.0-3 ii libpangomm-1.4-1v5 2.36.0-2+b1 ii libpangox-1.0-00.0.2-4 ii libsigc++-2.0-0v5 2.6.1-2 ii libsm6 2:1.2.2-1 ii libstdc++6 5.2.1-17 ii libx11-6 2:1.6.2-3 ii libxml++2.6-2v52.38.1-2 ii libxml22.9.1+dfsg1-4 ii libxmu62:1.1.2-1 ii libxt6 1:1.1.4-1 ii libzip20.11.2-1 ii zlib1g 1:1.2.8.dfsg-2+b1 repsnapper recommends no packages. repsnapper suggests no packages. -- no debconf information
Bug#814331: repsnapper: nothing displayed in 3d window
Package: repsnapper Version: 2.4a0-1 Severity: grave Justification: renders package unusable the entire 3D pane is completely blank. there's no grid, no object (prior to loading a model and after loading a model). settings are those that are in http://hands.com/~lkcl/repsnapper_weirdness.tgz just a plain upgrade was done. will now down-grade as i have to get some work done. further testing (if any questions) will need to be scheduled: source-code compiles can be done if needed. -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages repsnapper depends on: ii libatk1.0-02.18.0-1 ii libatkmm-1.6-1v5 2.24.2-1 ii libc6 2.21-6 ii libcairo2 1.14.0-2.1 ii libcairomm-1.0-1v5 1.12.0-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc11:5.2.1-17 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglib2.0-0 2.46.0-2 ii libglibmm-2.4-1v5 2.46.3-1 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgtk2.0-02.24.25-1 ii libgtkglext1 1.2.0-3.2 ii libgtkglextmm-x11-1.2-0v5 1.2.0-7 ii libgtkmm-2.4-1v5 1:2.24.4-2+b1 ii libice62:1.0.9-1 ii libpango-1.0-0 1.38.0-3 ii libpangocairo-1.0-01.38.0-3 ii libpangoft2-1.0-0 1.38.0-3 ii libpangomm-1.4-1v5 2.38.1-1 ii libpangox-1.0-00.0.2-4 ii libsigc++-2.0-0v5 2.6.1-2 ii libsm6 2:1.2.2-1 ii libstdc++6 5.2.1-17 ii libx11-6 2:1.6.2-3 ii libxml++2.6-2v52.40.1-1 ii libxml22.9.1+dfsg1-4 ii libxmu62:1.1.2-1 ii libxt6 1:1.1.4-1 ii libzip20.11.2-1 ii zlib1g 1:1.2.8.dfsg-2+b1 repsnapper recommends no packages. repsnapper suggests no packages. -- no debconf information
Bug#815835: repsnapper: glib runtime error on loading model
Package: repsnapper Version: 2.4a0-1+b1 Severity: normal when loading a model i get the following error: (repsnapper:28175): glibmm-CRITICAL **: unhandled exception (type Glib::Error) in signal handler: domain: g-key-file-error-quark code : 4 what : Key file does not have group 'Extruder' the system that i am using is a continuously-upgraded one (on-demand) so what this means is that somewhere there is an incorrectly (insufficiently) specified dependency, such that the right dependencies haven't been properly pulled in. this is with LIBGL_ALWAYS_SOFTWARE *not* defined. -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages repsnapper depends on: ii libatk1.0-02.18.0-1 ii libatkmm-1.6-1v5 2.24.2-1 ii libc6 2.21-6 ii libcairo2 1.14.0-2.1 ii libcairomm-1.0-1v5 1.12.0-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc11:5.2.1-17 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglib2.0-0 2.46.0-2 ii libglibmm-2.4-1v5 2.46.3-1 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgtk2.0-02.24.25-1 ii libgtkglext1 1.2.0-3.2 ii libgtkglextmm-x11-1.2-0v5 1.2.0-7 ii libgtkmm-2.4-1v5 1:2.24.4-2+b1 ii libice62:1.0.9-1 ii libpango-1.0-0 1.38.0-3 ii libpangocairo-1.0-01.38.0-3 ii libpangoft2-1.0-0 1.38.0-3 ii libpangomm-1.4-1v5 2.38.1-1 ii libpangox-1.0-00.0.2-4 ii libsigc++-2.0-0v5 2.6.2-1 ii libsm6 2:1.2.2-1 ii libstdc++6 5.2.1-17 ii libx11-6 2:1.6.2-3 ii libxml++2.6-2v52.40.1-1 ii libxml22.9.1+dfsg1-4 ii libxmu62:1.1.2-1 ii libxt6 1:1.1.4-1 ii libzip41.0.1-1.1 ii zlib1g 1:1.2.8.dfsg-2+b1 repsnapper recommends no packages. repsnapper suggests no packages. -- no debconf information
Bug#806670: rotation is dragging
Package: openscad
Version: 2015.03-1+dfsg-3+b1
Followup-For: Bug #806670
rright. the "rotation dragging" has absolutely nothing whatsoever to
do with what version of QT, what version of OpenGL (or not) that is
being used.
the change is a critically-flawed design mistake in the way that the
mouse position and redrawing is handled, when compared to versions of
openscad from last year and prior.
the rendering loop in openscad prior to last year was something like
this:
int mouse_x, mouse_y;
bool redraw_needed;
bool redraw_done;
bool mouse_moved;
create_threads(3)
if (thread 1)
{
while (mouse down)
{
mouse_x, mouse_y = get_mouse_pos();
if (position != same && !redraw_done)
{
redraw_needed = True;
}
}
}
else if (thread 2)
{
while (mouse down)
{
if (redraw_needed & !redraw_done)
{
redraw_needed = False;
do_redraw();
redraw_done = True;
}
}
}
whereas the *CURRENT* code FAILS to take into account the fact that
if you have hundreds of mouse-events generated, and you generate one
redraw event PER MOUSE EVENT, you're f*d.
as i am designing a 15.6in professional laptop, i have extremely complex
openscad files that are auto-generated by pyopenscad. a *SIMPLE* .scad
file generated for one of the parts is over a thousand lines long (63k).
the amount of time it takes to do a redraw can (and has), for these complex
parts, actually take an entire second and that's with OpenGL hardware
acceleration enabled.
moving the mouse with the latest version of openscad generates HUNDREDS
of mouse-events in a fraction of a second, resulting in HUNDREDS of draw
events... you really think i'm going to sit there watching frames redraw
in excruciating slow-motion, with CPU usage sitting at 100%?
no, i'm not :)
so what i'm going to do is to find an older version of the openscad source
code, compile that up and use it. i had a version that used to work, from
source, before openscad was added to debian, it will do the job.
-- Package-specific info:
Output of /usr/share/bug/openscad:
$ glxinfo |grep 'OpenGL .* string:'
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.2
OpenGL core profile shading language version string: 3.30
OpenGL version string: 3.0 Mesa 10.3.2
OpenGL shading language version string: 1.30
-- System Information:
Debian Release: 7.4
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages openscad depends on:
ii libboost-filesystem1.58.0 1.58.0+dfsg-3
ii libboost-program-options1.58.0 1.58.0+dfsg-3
ii libboost-regex1.58.01.58.0+dfsg-3
ii libboost-system1.58.0 1.58.0+dfsg-3
ii libboost-thread1.58.0 1.58.0+dfsg-3
ii libc6 2.19-13
ii libcgal11v5 4.6.1-2
ii libfontconfig1 2.11.0-6.1
ii libfreetype62.5.2-2
ii libgcc1 1:5.2.1-17
ii libgl1-mesa-glx [libgl1]10.3.2-1
ii libglew1.13 1.13.0-2
ii libglib2.0-02.46.0-2
ii libglu1-mesa [libglu1] 9.0.0-2
ii libgmp102:6.0.0+dfsg-4
ii libharfbuzz0b 0.9.35-1
ii libmpfr43.1.3-1
ii libopencsg1 1.3.2-2+b1
ii libqt5concurrent5 5.4.2+dfsg-9
ii libqt5core5a5.5.1+dfsg-5
ii libqt5gui5 5.5.1+dfsg-5
ii libqt5opengl5 5.5.1+dfsg-5
ii libqt5printsupport5 5.5.1+dfsg-5
ii libqt5scintilla2-12v5 2.9+dfsg-8
ii libqt5widgets5 5.5.1+dfsg-5
ii libstdc++6 5.2.1-17
ii libx11-62:1.6.2-3
Versions of packages openscad recommends:
ii openscad-mcad 2014.03-1
Versions of packages openscad suggests:
pn geomview
ii librecad 2.0.4-1
ii meshlab 1.3.2+dfsg1-2+b1
pn openscad-testing
-- no debconf information
Bug#810490: bash-completion: completion with single-apostrophe does not continue beyond the first '
Package: bash-completion Version: 1:2.1-4 Severity: normal Tags: upstream * i have two filenames which happens to have a single-quote character ' in it. * the extension of each file is different. * pressing tab completes BEYOND the apostrophe, up to the part where the files differ * pressing tab a second time FAILS * typing any letters (even a single letter) and then pressing tab FAILS so it would appear that the single-quote, once in the buffer of characters that have already been completed, causes any further completion to fail. -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash-completion depends on: ii bash 4.3-14+b1 ii dpkg 1.18.1 bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information
Bug#872036: AH00060: seg fault or similar nasty error detected in the parent process
Package: apache2-mpm-event Version: 2.4.10-10+deb8u10 Severity: important Tags: upstream i have a slightly off-the-beaten-track setup on a live-running i386 (not amd64) server which has (had) apache-mpm-event activated using the standard debian configuration for that module. there was (is) absolutely NO threading modules enabled or in use with the exception of google's mod_pagespeed, where the developers inform me that they do regular testing of mod_pagespeed in both the mpm-event and mpm-worker configuration the modules utilised for the main web serving are mod-fcgid (WSGI) and standard CGI-bin for running PGP (not the normal way to do it but it works very well with mpm_worker and mpm_event). the FCGI application is a python2.7 WSGI web service NOT USING ANY FRAMEWORK. it uses absolutely standard python 2.7 modules that come *with* python, such as the cgi module and other standard HTML-parsing and processing modules, where absolutely no use of threading is made whatsover. mysql access is performed with python-mysqldb, and, again, does not use any threading of any kind. unfortunately it is not... convenient... to do experimentation on the live server. this is more of an "informational" report that "Something Bad Happened" - apache2 segfaulted and left the customer completely without service... twice and switching off apache2-mpm-event and going back to apache2-mpm-prefork "solved" the problem. it's also worth noting that absolutely no problems whatsoever have been noted with prefork. stable as a rock, both before mod_pagespeed was deployed and after. -- System Information: Debian Release: 8.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2-mpm-event depends on: ii apache2 2.4.10-10+deb8u10 apache2-mpm-event recommends no packages. apache2-mpm-event suggests no packages. -- no debconf information
Bug#872086: cyrus-admin removed on installation of libperl-dev
Package: cyrus-admin Version: 2.5.10-3 Severity: normal looks like cyrus-admin needs a revision bump! :) -- System Information: Debian Release: 8.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cyrus-admin depends on: ii dpkg1.18.18 ii libcyrus-imap-perl 2.5.10-3 pn perl:any cyrus-admin recommends no packages. Versions of packages cyrus-admin suggests: ii sasl2-bin 2.1.27~101-g0780600+dfsg-1 -- no debconf information
Bug#864997: lintian: please add copyright_check.py at the very least as a contrib
Package: lintian Version: 2.5.50.1 Severity: wishlist Tags: upstream hi, i was at one point the maintainer of a package with thousands of files sourced from several different projects. the list of contributors grew to over fifty separate individuals and it became flat-out impossible, on each release, to manually verify that the files correctly matched the debian/copyright file. i looked in lintian to see if it had the features needed to make a TWO WAY verification, and it did not. lintian does not have the capability to check that: * the regular expressions of debian/copyright match the actual files * nor can it report the MISSING files that the reg-ex's do not catch so i wrote a program called copyright_check.py which covers every single possibility of what is correctly matched, what is incorrectly matched, and what is missing. copies of the original program are being made and distributed arbitrarily. one such copy (which ironically violates copyright) is here: https://fossies.org/dox/drizzle-7.2.4-alpha/copyright__check_8py_source.html one version may also be found here: https://github.com/jaredly/pyjamas/blob/master/contrib/copyright_check.py i cannot express how much time and effort the use of this program saved. -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.28-2 ii bzip2 1.0.6-8.1 ii diffstat 1.58-1 ii file 1:5.29-3 ii gettext 0.18.3.2-1 ii intltool-debian 0.35.0+20060710.1 ii libapt-pkg-perl 0.1.29+b6 ii libarchive-zip-perl 1.57-1 ii libclass-accessor-perl0.34-1 ii libclone-perl 0.38-2+b1 ii libdpkg-perl 1.18.18 ii libemail-valid-perl 1.202-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl 0.94-1 ii liblist-moreutils-perl0.416-1+b1 ii libparse-debianchangelog-perl 1.2.0-8 ii libperl5.22 [libdigest-sha-perl] 5.22.2-1 ii libperl5.24 [libdigest-sha-perl] 5.24.1-2 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 1.2000-1 ii liburi-perl 1.60-1 ii libyaml-libyaml-perl 0.63-2 ii man-db2.7.0.2-5 ii patchutils0.3.4-2 ii perl 5.24.1-2 ii t1utils 1.38-4 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages lintian recommends: ii dpkg 1.18.18 ii libperlio-gzip-perl 0.19-1+b2 ii perl 5.24.1-2 ii perl-modules-5.22 [libautodie-perl] 5.22.2-1 ii perl-modules-5.24 [libautodie-perl] 5.24.1-2 Versions of packages lintian suggests: ii binutils-multiarch 2.28-2 ii dpkg-dev 1.18.18 ii libhtml-parser-perl3.72-2+b1 ii libtext-template-perl 1.46-1 -- no debconf information
Bug#860789: freecad: import of openscad file turns "differences" into "unions"
Package: freecad Version: 0.16+dfsg2-3 Severity: normal Tags: upstream in attempting to convert from OpenSCAD to STEP, found the advice here and followed it: https://forum.lulzbot.com/viewtopic.php?t=243 however the following file has all of its "difference" (removal) objects turned into "unions" (additions): http://hands.com/~lkcl/microdesktop_prog2.scad -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freecad depends on: ii libboost-atomic1.62.0 1.62.0+dfsg-4 ii libboost-chrono1.62.0 1.62.0+dfsg-4 ii libboost-date-time1.62.01.62.0+dfsg-4 ii libboost-filesystem1.62.0 1.62.0+dfsg-4 ii libboost-program-options1.62.0 1.62.0+dfsg-4 ii libboost-python1.62.0 1.62.0+dfsg-4 ii libboost-regex1.62.01.62.0+dfsg-4 ii libboost-signals1.62.0 1.62.0+dfsg-4 ii libboost-system1.62.0 1.62.0+dfsg-4 ii libboost-thread1.62.0 1.62.0+dfsg-4 ii libc6 2.23-4 ii libcoin80v5 3.1.4~abc9f50+dfsg1-1 ii libfreeimage3 3.17.0+ds1-1.1+b1 ii libfreetype62.6.3-3+b1 ii libgcc1 1:6.3.0-10 ii libgl1-mesa-glx [libgl1]13.0.6-1 ii libglu1-mesa [libglu1] 9.0.0-2.1 ii liboce-foundation10 0.17.2-1 ii liboce-modeling10 0.17.2-1 ii liboce-ocaf-lite10 0.17.2-1 ii liboce-ocaf10 0.17.2-1 ii liboce-visualization10 0.17.2-1 ii libpyside1.21.2.2-2+b1 ii libpython2.72.7.13-1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtwebkit42.3.4.dfsg-3 ii libshiboken1.2v51.2.2-2+b2 ii libsoqt4-20 1.6.0~e8310f-2+b1 ii libspnav0 0.2.3-1 ii libstdc++6 6.3.0-10 ii libx11-62:1.6.4-3 ii libxerces-c3.1 3.1.1-5 ii libxext62:1.3.3-1+b2 ii libzipios++0v5 0.1.5.9+cvs.2007.04.28-5.2 ii pyside-tools0.2.15-1 ii python-collada 0.4-2 ii python-matplotlib 2.0.0~rc2-1 ii python-pivy 0.5.0~v609hg-3.1 ii python-ply 3.9-1 ii python-pyside 1.2.2-2 ii python2.7 2.7.13-1 pn python:any ii zlib1g 1:1.2.8.dfsg-2+b1 freecad recommends no packages. Versions of packages freecad suggests: ii graphviz 2.38.0-16 pn povray -- no debconf information
Bug#860790: freecad: "couldn't create parsetab in /usr/lib...."
Package: freecad
Version: 0.16+dfsg2-3
Severity: normal
Tags: upstream
on OpenSCAD CSG import (previous version did not do this) the following output
occurs:
FreeCAD 0.16, Libs: 0.16R
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2015
# ###
## # # # #
# ## # # # # #
# # # # # # # # # #
# # ## # # #
# # ## ## # # # ## ## ##
# # ### # # ## ## ##
ImportCSG Version 0.5d
Start Lex
End Lex
Load Parser
WARNING: Token 'DOT' defined, but not used
WARNING: Token 'WORD' defined, but not used
WARNING: There are 2 unused tokens
WARNING: Couldn't create 'parsetab'. [Errno 13] Permission denied:
'/usr/lib/freecad/Mod/OpenSCAD/parsetab.py'
Parser Loaded
Start Parser
that looks very familiar: it's likely to be python-ply, which by default
will try to write an optimised cache of its parse table into the cwd
unless otherwise told not to (or a writeable location given).
-- System Information:
Debian Release: 7.4
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages freecad depends on:
ii libboost-atomic1.62.0 1.62.0+dfsg-4
ii libboost-chrono1.62.0 1.62.0+dfsg-4
ii libboost-date-time1.62.01.62.0+dfsg-4
ii libboost-filesystem1.62.0 1.62.0+dfsg-4
ii libboost-program-options1.62.0 1.62.0+dfsg-4
ii libboost-python1.62.0 1.62.0+dfsg-4
ii libboost-regex1.62.01.62.0+dfsg-4
ii libboost-signals1.62.0 1.62.0+dfsg-4
ii libboost-system1.62.0 1.62.0+dfsg-4
ii libboost-thread1.62.0 1.62.0+dfsg-4
ii libc6 2.23-4
ii libcoin80v5 3.1.4~abc9f50+dfsg1-1
ii libfreeimage3 3.17.0+ds1-1.1+b1
ii libfreetype62.6.3-3+b1
ii libgcc1 1:6.3.0-10
ii libgl1-mesa-glx [libgl1]13.0.6-1
ii libglu1-mesa [libglu1] 9.0.0-2.1
ii liboce-foundation10 0.17.2-1
ii liboce-modeling10 0.17.2-1
ii liboce-ocaf-lite10 0.17.2-1
ii liboce-ocaf10 0.17.2-1
ii liboce-visualization10 0.17.2-1
ii libpyside1.21.2.2-2+b1
ii libpython2.72.7.13-1
ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii libqtwebkit42.3.4.dfsg-3
ii libshiboken1.2v51.2.2-2+b2
ii libsoqt4-20 1.6.0~e8310f-2+b1
ii libspnav0 0.2.3-1
ii libstdc++6 6.3.0-10
ii libx11-62:1.6.4-3
ii libxerces-c3.1 3.1.1-5
ii libxext62:1.3.3-1+b2
ii libzipios++0v5 0.1.5.9+cvs.2007.04.28-5.2
ii pyside-tools0.2.15-1
ii python-collada 0.4-2
ii python-matplotlib 2.0.0~rc2-1
ii python-pivy 0.5.0~v609hg-3.1
ii python-ply 3.9-1
ii python-pyside 1.2.2-2
ii python2.7 2.7.13-1
pn python:any
ii zlib1g 1:1.2.8.dfsg-2+b1
freecad recommends no packages.
Versions of packages freecad suggests:
ii graphviz 2.38.0-16
pn povray
-- no debconf information
Bug#847985: laptop-mode: auto-hibernate.conf config lines over 80 chars
Package: laptop-mode Severity: minor Tags: upstream due to what looks like an automated insert of the word "__COMMENT" on every line the config files have exceeded 80 chars per line. -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#848521: chromium: intolerable unreliable browser behaviour when operating in china (6-20k/sec over VPN)
Package: chromium Version: 53.0.2785.143-1 Severity: important Tags: upstream full report upstream: https://bugs.chromium.org/p/chromium/issues/detail?id=675411 hilariously, when submitting that bugreport: * a "cannot connect" please RELOAD error occurred (twice) * dodgy use of the "back" button recovered the HTTP POST * seeing my *own* bugreport took five minutes and four reloads this is kinda hilarious to experience, it's a bit of an eyeopener. it's not just chromium, it's pretty much every network application. -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.8lkcl (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii libasound2 1.1.2-1 ii libatk1.0-0 2.18.0-1 ii libavcodec57 10:3.2-dmo1 ii libavformat5710:3.2-dmo1 ii libavutil55 10:3.2-dmo1 ii libc62.23-4 ii libcairo21.14.6-1 ii libcups2 1.7.5-10 ii libdbus-1-3 1.10.14-1.0nosystemd1 ii libexpat12.2.0-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:6.2.1-5 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.1-1 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.22.1-1 ii libharfbuzz0b1.2.7-1+b1 ii libjpeg62-turbo 1:1.4.1-2 ii libnettle6 3.2-1 ii libnspr4 2:4.12-2 ii libnss3 2:3.26-2 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpci3 1:3.3.1-1 ii libpulse09.0-5.0nosystemd1 ii libspeechd2 0.8-6 ii libstdc++6 6.2.1-5 ii libx11-6 2:1.6.4-2 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.4-1+b2 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.5.0-1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1+b1 ii x11-utils7.7+3 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages chromium recommends: ii fonts-liberation 1.07.3-3 Versions of packages chromium suggests: pn chromium-l10n -- no debconf information
Bug#848895: chromium: still freezing randomly but usually on changing virtual screens
Package: chromium Version: 55.0.2883.75-3 Followup-For: Bug #848895 (hi! note: after the other bug in which virtualbox was being a pain i removed virtualbox and upgraded to latest testing) this randomly-freezing issue has been around for a considerable time, and is reproducible albeit on a 2-3 day basis. i run with about 20-30 tabs open (10x that many in firefox) and i've noticed that chromium stops updating the screen after returning to it from an alternative virtual screen with fvwm2. now, that's *not* when i return and click *on* chromium (or, more specifically, move the mouse over it - i've set up fvwm2 to use "mouse move to highlight") that really is: just come back to a different virtual screen, to find that it's simply... hung and is no longer responding to X11 events... at all. interestingly the CPU usage is absolutely minimal. i'm currently going through the list of processes killing them one by one to see if that helps... -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.8lkcl (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii libasound2 1.1.2-1 ii libatk1.0-0 2.18.0-1 ii libavcodec57 10:3.2.2-dmo3 ii libavformat5710:3.2.2-dmo3 ii libavutil55 10:3.2.2-dmo3 ii libc62.23-4 ii libcairo21.14.8-1 ii libcups2 2.2.1-6.0nosystemd1 ii libdbus-1-3 1.10.14-1.0nosystemd1 ii libevent-2.0-5 2.0.19-stable-3 ii libexpat12.2.0-1 ii libflac8 1.3.1-4 ii libfontconfig1 2.11.0-6.7 ii libfreetype6 2.6.3-3+b1 ii libgcc1 1:6.2.1-5 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.1-1 ii libgtk2.0-0 2.24.29-1 ii libharfbuzz0b1.2.7-1+b1 ii libicu57 57.1-5 ii libjpeg62-turbo 1:1.5.1-2 ii libminizip1 1.1-8 ii libnspr4 2:4.12-2 ii libnss3 2:3.26-2 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpng16-16 1.6.26-6 ii libpulse09.0-5.0nosystemd1 ii libre2-3 20170101+dfsg-1 ii libsnappy1v5 1.1.3-3 ii libstdc++6 6.2.1-5 ii libvpx4 1.6.0-3 ii libwebp6 0.5.1-2 ii libwebpdemux20.5.2-1 ii libx11-6 2:1.6.4-2 ii libx11-xcb1 2:1.6.4-2 ii libxcb1 1.12-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.8-2 ii libxml2 2.9.4+dfsg1-2.1 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.29-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.3-1 ii x11-utils7.7+3 ii xdg-utils1.1.0~rc1+git20111210-7 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages chromium recommends: ii fonts-liberation 1.07.3-3 Versions of packages chromium suggests: pn chromium-l10n -- no debconf information
Bug#614296: xserver-xorg-video-intel: additional rendering corruption (screenshot included)
Package: xserver-xorg-video-intel Version: 2:2.99.917+git20161105-1+b1 Followup-For: Bug #614296 this is a complex setup on very modern (skylake) hardware, so may actually be linux-kernel 4.8.11-related: am raising it here however. screenshot: http://hands.com/~lkcl/screen_corruption.png -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Apr 17 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Nov 25 03:52 /usr/bin/Xorg 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 /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/x86_64-linux-
Bug#848953: gerbv: zoom in/out could do with centreing the mouse cursor
Package: gerbv Version: 2.6.0-1 Severity: wishlist Tags: upstream gerbv is awesome and extremely useful. it is however a bit like driving a fork-lift truck: the zoom feature appears to be "rear-wheel driving". to illustrate this, try zooming in on one area (mouse-wheel) in the far corner of the current screen. what you *actually* want to happen is that where you clicked, that should become the new "centre"... *including* moving the mouse. instead what is needed to be done is the following extremely awkward "fork-lift-truck"-style procedure: * zoom in on the required (corner) area to be magnified * move the mouse into the *EXACT* symmetrical *OPPOSITE* corner * zoom out for a bit until the area you want *happens* to be in the centre of the screen * start zooming back in again if you miss (didn't get it quite right in step three) you have to REPEAT the above procedure until success. this process can be *entirely* avoided... simply by having the "zoom" location also be the new "automatically panned centre". to avoid ending up off-centre if further zooming is done it is necessary to shift the actual mouse cursor as well to be in the centre of the screen, but that's perfectly acceptable. the proposed behaviour is used by *ALL* professional PCB CAD software and is a much more "natural" behaviour that would greatly improve gerbv -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.8lkcl (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gerbv depends on: ii libatk1.0-0 2.18.0-1 ii libc6 2.23-4 ii libcairo2 1.14.6-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-02.50.1-1 ii libgtk2.0-0 2.24.29-1 ii libpango1.0-0 1.38.1-1 Versions of packages gerbv recommends: ii extra-xdg-menus 1.0-4 gerbv suggests no packages. -- no debconf information
Bug#851179: chromium: dependency conflict
Package: chromium Version: 53.0.2785.143-1 Severity: important best illustrated as follows: # apt-get install chromium virtualbox virtualbox is already the newest version (4.3.36-dfsg-1+deb8u1). Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: chromium : Conflicts: libnettle4 but 2.7.1-5+deb8u1 is to be installed E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.8lkcl (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii libasound2 1.1.2-1 ii libatk1.0-0 2.18.0-1 ii libavcodec57 10:3.2-dmo1 ii libavformat5710:3.2-dmo1 ii libavutil55 10:3.2-dmo1 ii libc62.23-4 ii libcairo21.14.6-1 ii libcups2 1.7.5-10 ii libdbus-1-3 1.10.14-1.0nosystemd1 ii libexpat12.2.0-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:6.2.1-5 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.1-1 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.22.1-1 ii libharfbuzz0b1.2.7-1+b1 ii libjpeg62-turbo 1:1.4.1-2 ii libnettle6 3.3-1 ii libnspr4 2:4.12-2 ii libnss3 2:3.26-2 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpci3 1:3.3.1-1 ii libpulse09.0-5.0nosystemd1 ii libspeechd2 0.8-6 ii libstdc++6 6.2.1-5 ii libx11-6 2:1.6.4-2 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.4-1+b2 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.5.0-1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1+b1 ii x11-utils7.7+3 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages chromium recommends: ii fonts-liberation 1.07.3-3 Versions of packages chromium suggests: pn chromium-l10n -- no debconf information
Bug#850288: python-scipy: bug in scipy._lib._threadsafety.py, decorator function name wrong
Package: python-scipy Version: 0.18.1-2 Severity: important Tags: upstream ReentrancyLock class, decorate function has to be modified to: def decorate(self, func): def caller(func, *a, **kw): with self: return func(*a, **kw) return scipy._lib.decorator.decorator(func, caller) -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.8lkcl (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-scipy depends on: ii libblas3 [libblas.so.3] 1.2.20110419-7 ii libc6 2.23-4 ii libgcc1 1:6.2.1-5 ii libgfortran3 6.2.1-5 ii liblapack3 [liblapack.so.3] 3.5.0-2 ii libquadmath0 6.2.1-5 ii libstdc++66.2.1-5 ii python2.7.13-1 ii python-decorator 3.4.0-2 ii python-numpy [python-numpy-abi9] 1:1.12.0~b1-1 pn python:any Versions of packages python-scipy recommends: ii g++ [c++-compiler] 4:5.3.1-3 ii g++-4.8 [c++-compiler] 4.8.4-1 ii g++-5 [c++-compiler]5.4.1-4 ii g++-6 [c++-compiler]6.2.1-5 ii python-dev 2.7.13-1 ii python-imaging 2.3.0-2 Versions of packages python-scipy suggests: pn python-scipy-doc -- no debconf information
Bug#834868: qbittorrent: segfault at startup
Package: qbittorrent Version: 3.3.6-1+b1 Severity: important right at startup. got a dialog about converting saving to 3.3.0 and then this happens... and now happens on every startup * Catching signal: SIGSEGV Please file a bug report at http://bug.qbittorrent.org and provide the following information: qBittorrent version: v3.3.6 stack trace: /usr/lib/libtorrent-rasterbar.so.9 : ()+0x1dfe68 [0x7f2ebf3dfe68] /usr/lib/libtorrent-rasterbar.so.9 : ()+0x1ddec5 [0x7f2ebf3ddec5] /usr/lib/libtorrent-rasterbar.so.9 : ()+0x1e33fa [0x7f2ebf3e33fa] /usr/lib/libtorrent-rasterbar.so.9 : ()+0x1e357f [0x7f2ebf3e357f] /usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c1008 [0x7f2ebf3c1008] /usr/lib/libtorrent-rasterbar.so.9 : ()+0xc72bf [0x7f2ebf2c72bf] /lib/x86_64-linux-gnu/libpthread.so.0 : ()+0x7464 [0x7f2ebdb82464] /lib/x86_64-linux-gnu/libc.so.6 : clone()+0x6d [0x7f2ebd02530d] [2]+ Segmentation fault qbittorrent -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qbittorrent depends on: ii geoip-database 20130213-1 ii libboost-system1.61.0 1.61.0+dfsg-2.1 ii libc6 2.23-4 ii libgcc11:6.1.1-10 ii libqt5core5a 5.6.1+dfsg-3+b1 ii libqt5dbus55.6.1+dfsg-3+b1 ii libqt5gui5 5.6.1+dfsg-3+b1 ii libqt5network5 5.6.1+dfsg-3+b1 ii libqt5widgets5 5.6.1+dfsg-3+b1 ii libqt5xml5 5.6.1+dfsg-3+b1 ii libstdc++6 6.1.1-10 ii libtorrent-rasterbar9 1.1.0-2 ii python 2.7.5-5 ii zlib1g 1:1.2.8.dfsg-2+b1 qbittorrent recommends no packages. Versions of packages qbittorrent suggests: pn qbittorrent-dbg -- no debconf information
Bug#820729: openscad: chris palmer's mendel90 openscad scripts cause a compile failure
Package: openscad Severity: normal Tags: upstream git clone git://github.com/nophead/Mendel90 the version from 2016-01 cannot successfully turn the above scad files into STLs (it runs openscad via command-line) logs show a parser error, which is the usual "obtuse" error which indicates the last line of the post-macro-included source not an actually-useful line number... *sigh* :) -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openscad depends on: pn libboost-filesystem1.55.0 pn libboost-program-options1.55.0 pn libboost-regex1.55.0 ii libboost-system1.55.0 1.55.0+dfsg-4 ii libboost-thread1.55.0 1.55.0+dfsg-3 ii libc6 2.21-6 ii libcgal10 4.5-2 ii libgcc1 1:5.2.1-17 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libglew1.10 1.10.0-3 ii libglib2.0-02.46.0-2 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgmp102:6.0.0+dfsg-4 ii libmpfr43.1.3-1 ii libopencsg1 1.3.2-2+b1 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 5.2.1-17 ii libx11-62:1.6.2-3 Versions of packages openscad recommends: pn openscad-mcad Versions of packages openscad suggests: pn geomview ii librecad 2.0.4-1 ii meshlab 1.3.2+dfsg1-2+b1 pn openscad-testing
Bug#1021308: gitolite3: repository "disappears" after upgrade from 3.6.6-1 to 3.6.12-1
Package: gitolite3 Version: 3.6.12-1 Severity: important please note this bugreport is for a completely different system from the one on which it is reported: please *IGNORE* the system information below an upgrade on libre-soc.org to 3.6.12-1 resulted in just one of the repositories disappearing after a cosmetic change to the gitolite.conf file. there are over 60 repositories on that server, and there is cross-integration with ikiwiki the only one that disappeared was the one to which ikiwiki has to have write-permission the group-perms for the wiki.git are www-data and group-set (rwxrwsrxx) however... changing those permissions to gitolite3 (which would have destroyed ikiwiki's ability to commit to the repo back-end as www-data) did not "fix" the problem and gitolite3 ultimately had to be reverted to 3.6.6-1 -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-1-amd64 (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#463839: linux-image-2.6.18-5-xen-vserver-686: serial console management not possible with serial drivers compiled in
Package: linux-image-2.6.18-5-xen-vserver-686 Version: 2.6.18.dfsg.1-17 Severity: normal http://lists.xensource.com/archives/html/xen-users/2005-08/msg00472.html bit of a pain, this one. remote servers, only accessible via serial links and power-switches. there's no HOWTO out there describing what's needed, and the default kernel appears to have 8250/16550 serial built-in rather than allowing for emulation via the xen hypervisor. oops! -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-xen-vserver-686 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.18-5-xen-vserver-686 depends on: ii initramfs-tools 0.68bpo1 tools for generating an initramfs ii linux-modules-2.6.18-5- 2.6.18.dfsg.1-17 Linux 2.6.18 modules on i686 Versions of packages linux-image-2.6.18-5-xen-vserver-686 recommends: ii libc6-xen 2.7-6 GNU C Library: Shared libraries [X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496262: python-gtk2-dev: h2def.py generating corrupted .defs
Package: python-gtk2-dev
Version: 2.12.1-6
Severity: normal
note the define-object "r" and the in-module "GDOMAtt"
;; -*- scheme -*-
; object definitions ...
(define-object r
(in-module "GDOMAtt")
(parent "GObject")
(c-name "GDOMAttr")
(gtype-id "G_TYPE_DOM_ATTR")
)
;; Enumerations and flags ...
;; From gdomAttr.h
(define-function gdom_attr_get_type
(c-name "gdom_attr_get_type")
(return-type "GType")
)
(define-function gdom_attr_new
(c-name "gdom_attr_new")
(is-constructor-of "GdomAttr")
(return-type "GDOMAttr*")
)
this is the header file wot done it:
/*
* Copyright (C) 2008 Luke Kenneth Casson Leighton <[EMAIL PROTECTED]>
* Copyright (C) 2008 Alp Toker <[EMAIL PROTECTED]>
* Copyright (C) 2008 Apple Inc.
*/
#ifndef __GDOMAttr_H__
#define __GDOMAttr_H__
#include "glib-object.h"
G_BEGIN_DECLS
typedef struct _GDOMAttr GDOMAttr;
typedef struct _GDOMAttrClass GDOMAttrClass;
#define GDOM_TYPE_ATTR(gdom_attr_get_type())
#define GDOM_ATTR(obj)(G_TYPE_CHECK_INSTANCE_CAST((obj),
GDOM_TYPE_ATTR, GDOMAttr))
#define GDOM_ATTR_CLASS(klass)(G_TYPE_CHECK_CLASS_CAST((klass),
GDOM_TYPE_ATTR, GDOMAttr))
#define GDOM_IS_ATTR(obj) (G_TYPE_CHECK_INSTANCE_TYPE((obj),
GDOM_TYPE_ATTR))
#define GDOM_IS_ATTR_CLASS(klass) (G_TYPE_CHECK_CLASS_TYPE((klass),
GDOM_TYPE_ATTR))
#define GDOM_ATTR_GET_CLASS(obj) (G_TYPE_INSTANCE_GET_CLASS((obj),
GDOM_TYPE_ATTR, GDOMAttrClass))
typedef struct _GDOMAttrPrivate GDOMAttrPrivate;
struct _GDOMAttr {
GObject parent_instance;
GDOMAttrPrivate *priv;
};
struct _GDOMAttrClass {
GObjectClass parent_class;
};
GType
gdom_attr_get_type (void);
GDOMAttr *
gdom_attr_new (void);
G_END_DECLS
#endif /* __GDOMAttr_H__ */
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-1-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages python-gtk2-dev depends on:
ii libglib2.0-dev2.16.1-2 Development files for the GLib lib
ii libgtk2.0-dev 2.12.10-2 Development files for the GTK+ lib
ii python2.5.2-1An interactive high-level object-o
ii python-dev2.5.2-1Header files and a static library
ii python-gobject-dev2.14.2-1 Development headers for the GObjec
ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii python-support0.7.7 automated rebuilding support for P
ii python2.5-dev 2.5.2-6Header files and a static library
Versions of packages python-gtk2-dev recommends:
ii python-gtk2-doc 2.12.1-6 Python bindings for the GTK+ widge
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#501774: RFP: python-pyjamas -- Python-to-Javascript compiler and AJAX-based Web Widget library
Package: wnpp Severity: wishlist * Package name: python-pyjamas Version : 0.3 Upstream Author : Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> * URL : http://pyjs.org * License : Apache 2 Programming Lang: Python and Javascript Description : Python-to-Javascript compiler and AJAX-based Web Widget library Pyjamas is a port of Google's Web Toolkit to Python. It comprises a stand-alone python-to-javascript compiler (pyjs.py) and a comprehensive AJAX Widget library and API. Pyjamas turns Web development into Desktop development. The Widget API is very similar to that of pyqt4 and pygtk2, except that it is easier to use, easier to develop custom widgets for, and is more powerful and flexible. The AJAX Widget library adapts itself to different platforms, and supports IE6, IE7, Mozilla/Netscape, Firefox, Opera and Safari. All the tricks that you'd normally be exposed to when doing AJAX and Javascript programming are entirely taken care of, and hidden from you, allowing you to concentrate on developing your application. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#510191: linux-image-2.6.26-1-686: madwifi compiles and works perfectly on 2.6.18 but same source fails on 2.6.26
Package: linux-image-2.6.26-1-686 Version: 2.6.26-12 Severity: important madwifi source code hasn't changed in 18 months: works perfectly under 2.6.18-4-686, sets up wifi0 etc. etc. and yet exactly the same source fails miserably under 2.6.26-1-686 lspci -v: 03:00.0 Ethernet controller: Atheros Communications, Inc. Unknown device 001c (rev 01) Subsystem: Askey Computer Corp. Unknown device 7108 Flags: bus master, fast devsel, latency 0, IRQ 169 Memory at b800 (64-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 2 Capabilities: [50] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [60] Express Legacy Endpoint IRQ 0 Capabilities: [90] MSI-X: Enable- Mask- TabSize=1 Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel /var/log/kern.log shows that - i _think_ - under 2.6.26 - that ath5k_pci detects the device as phy0: Dec 30 04:10:07 q1 kernel: [ 10.266466] ACPI: PCI Interrupt :03:00.0[A] -> GSI 17 (level, low) -> IRQ 17 Dec 30 04:10:07 q1 kernel: [ 10.266654] PCI: Setting latency timer of device :03:00.0 to 64 Dec 30 04:10:07 q1 kernel: [ 10.266775] ath5k_pci :03:00.0: registered as 'phy0' Dec 30 04:10:07 q1 kernel: [ 11.062370] phy0: Selected rate control algorithm 'pid' Dec 30 04:10:07 q1 kernel: [ 11.549065] ath5k phy0: Atheros AR2424 chip found (MAC: 0xa0, PHY: 0x61) that's all you get. under 2.6.26... wait ath_hal doesn't look like it's being loaded will provide further info in a follow-up report. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-1-686 depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii initramfs-tools [linux-initra 0.87b tools for generating an initramfs ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.26-1-686 recommends: ii libc6-i6862.7-16 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.26-1-686 suggests: ii grub 0.97-27GRand Unified Bootloader pn linux-doc-2.6.26 (no description available) -- debconf information: linux-image-2.6.26-1-686/preinst/abort-overwrite-2.6.26-1-686: shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-1-686/postinst/bootloader-error-2.6.26-1-686: linux-image-2.6.26-1-686/postinst/depmod-error-initrd-2.6.26-1-686: false linux-image-2.6.26-1-686/prerm/removing-running-kernel-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/old-system-map-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/abort-install-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.26-1-686/preinst/bootloader-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/prerm/would-invalidate-boot-loader-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/elilo-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/kimage-is-a-directory: linux-image-2.6.26-1-686/postinst/old-dir-initrd-link-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/create-kimage-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/lilo-initrd-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/old-initrd-link-2.6.26-1-686: true linux-image-2.6.26-1-686/preinst/overwriting-modules-2.6.26-1-686: true linux-image-2.6.26-1-686/postinst/depmod-error-2.6.26-1-686: false linux-image-2.6.26-1-686/postinst/bootloader-test-error-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/failed-to-move-modules-2.6.26-1-686: linux-image-2.6.26-1-686/preinst/initrd-2.6.26-1-686: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#369087: RFP: python-wordnet -- a python interface to wordnet
Package: wnpp Severity: wishlist * Package name: python-wordnet Version : 2.0.1 Upstream Author : Oliver Steele * URL : http://sf.net/projects/pywordnet * License : 'Artistic License' apparently, according to README Programming Lang: python Description : a python interface to wordnet see web site and sourceforge project page for details. if you happen not to have access to a web browser please ask and i will be happy to cut/paste relevant info -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498191: mingw32: libc.a is missing!
Package: mingw32 Version: 4.2.1.dfsg-1 Severity: normal absolutely no idea why such a vital portion of mingw32 should be missing - entirely - but there you go! distinctly odd. despite having enough to contend with (cross-compiling on amd64 for win32 target) i did try a 32-bit chroot environment of mingw32 3.4.2 (!!!) and yes, having double-checked, it's missing from the i386 version, too. i'm running out of space to do things like build the 3.4.2 version from 2005 from source :) tried the 3.4.5 version from 2006 as well - same thing. is anyone actually _using_ mingw32 on debian??? yes, i tried running mingw32 "native" under wine - god-awful mess _that_ turned out to be ha ha don't recommened it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages mingw32 depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii mingw32-binutils 2.18.50-20080109-1 Minimalist GNU win32 (cross) binut ii mingw32-runtime 3.13-1 Minimalist GNU win32 (cross) runti mingw32 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498400: mingw32: RON! please learn to SPELL!!! :) "it is" is NOT a relative pronoun!!
Package: mingw32 Version: 3.4.5.20060117.1.dfsg-2 Severity: minor + +It's components are available from www.mingw.org + this sentence says, "it is components are available..." which does not make sense. you require the relative pronoun, "its". -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages mingw32 depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii mingw32-binutils2.16.91-20060119.1-1 Minimalist GNU win32 (cross) binut ii mingw32-runtime 3.13-1 Minimalist GNU win32 (cross) runti mingw32 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491565: RFP: python-geotypes -- Python Geo types for PostGIS using psycopg2
Package: wnpp Severity: wishlist * Package name: python-geotypes Version : x.y.z Upstream Author : Richard Taylor * URL : http://initd.org/tracker/psycopg/wiki/GeoTypes * License : LGPL Programming Lang: Python Description : Python Geo types for PostGIS using psycopg2 (Include the long description here.) GeoTypes is a python library that implements both the OpenGIS/Postgis and standard Postgresql geometry types, it integrates with the psycopg python/Postgresql interface. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462607: php5-curl: missing dependency: ca-certificates and openssl
Package: php5-curl Version: 5.2.4-2 Severity: normal performing a rather minimalist chroot environmented php5 / apache2.2 install, a rather weird bug occurred - usual stupid lack of php debugging hindered that and had to use strace, which showed that ca-certificates wasn't being used. apt-get install openssl ca-certificates fixed the problem. php5-curl was being used. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686-smp (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages php5-curl depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libcurl3 7.17.1-1 Multi-protocol file transfer libra ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii php5-cli [phpapi-2006 5.2.4-2command-line interpreter for the p ii php5-common 5.2.4-2Common files for packages built fr php5-curl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#521441: debian-installer: udevadm settle missing / ignoring an event
Package: debian-installer Version: 20090123 Severity: normal not sure where else to report this. a message occurs which delays by 3-4 mins times 5 an install: udevd get_ctrl_msg: message magic 'udev-140' doesn't match, ignore it this is with an unattended install using lenny, class tcproj, from http://svn.hands.com/svn/d-i/trunk but the delay is present even on the most _basic_ of unattended installs. -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#627938: swig1.3: swig generating incorrect python code
Package: swig1.3 Severity: important http://wxpython.kosoftworks.com/tools/ contains a link to patches for SWIG 1.3.27 and 1.3.29, which make it generate correct code. without these patches, the debian release of swig is rendered useless for the purposes of developing python-wxWidgets and python-wxWebKit. how exactly the hell the maintainers of the python-wxWidgets debian package create the package without having Swig 1.3 correctly patched is anybody's guess, because the version at the above link is the *only* version of SWIG capable of being used as a build dependency, *not* the version that's available from debian! -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627659: ITP: pythonwebkit -- Python DOM (HTML5) Bindings to Webkit
Package: wnpp Severity: wishlist Owner: lkcl * Package name: pythonwebkit Version : 1.0-1 Upstream Author : GNU Project * URL : http://www.gnu.org/software/pythonwebkit * License : GPLv2, LGPLv2, LGPLv2+, BSD, MIT, MPL-1.1 Programming Lang: C, C++, Perl, Python Description : Python DOM (HTML5) Bindings to Webkit WebKit is a web content engine, derived from KHTML and KJS from KDE, and used primarily in Apple's Safari browser. . It is able to display content such as HTML, SVG, XML, and others. It also supports DOM, XMLHttpRequest, XSLT, CSS, Javascript/ECMAscript and more. . This package contains a python module which provides a simple, single stand-alone window, where access to the full features of HTML5 are provided, directly, to python. Features and functions which are normally the exclusive domain of javascript are made available in a 100% compatible way: Webkit "javascript" Timers, HTTPRequest, onmouseover and other callbacks, CSS properties, appendChild, getElementsByTagName: everything that can be expected to be accessed via javascript is made available to python programmers. . There are several "ports" of PythonWebkit: this module contains the GTK2 version. The PythonWebkit bindings are faster than the GObject bindings because they are direct; they are also feature-comparable to Javascript; they are also more stable than the GObject bindings. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627728: wx2.8-headers: missing ".i" files needed for compilation of software
Package: wx2.8-headers Version: 2.8.10.1-3.1 Severity: important in compiling a package (wxWebkit) with the --wxpython bindings options, the compilation process is complaining that ".i files" are missing. having raised this on the wxPython-Users mailing list, robin dunn, one of the upstream developers, informs us that these ".i files" must be part of the wx2.8-headers package. they're not, so this renders the entire package "unusable whilst not being unusable for everyone", thus justifying the "important" severity. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#905100: RFP: python-graph-tool -- Efficient python module for manipulation and statistical analysis of graphs
Package: wnpp Severity: wishlist * Package name: python-graph-tool Version : 2.27 Upstream Author : Tiago de Paula Peixoto * URL : https://graph-tool.skewed.de/ * License : GPL Programming Lang: C++, Python Description : Efficient python module for manipulation and statistical analysis of graphs https://lists.debian.org/debian-python/2015/01/msg9.html Graph-tool is an efficient Python module for manipulation and statistical analysis of graphs (a.k.a. networks). It is similar in functionality to networkx, but its internals are implemented in C++ for performance (see https://graph-tool.skewed.de/performance).
Bug#901006: linux-image-4.16.0-2-amd64: "core has locked up" kernel messagee
Package: src:linux Version: 4.16.12-1 Severity: important unfortunately due to using an incredibly expensive NVMe drive that is being protected by having /var/log run from a tmpfs, there are no kernel messages or other reports available to provide. in addition, many apologies, as this is a production machine where experimental or faulty linux kernels cannot be risked, a return to 4.13 is critical. so this is more of a "fyi" / "heads-up" bugreport of a type that i have never seen before: a warning from the console that an entire core had "frozen". not the entire machine: *just one core*. it was not possible to properly shut down the machine because processes that were on it at the time clearly could not even be terminated. this bug does not occur on 4.13, which has been running now reasonably stably for several months. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: GIGABYTE product_name: X3V6 product_version: Default string chassis_vendor: Default string chassis_version: y.y bios_vendor: American Megatrends Inc. bios_version: FB02 board_vendor: GIGABYTE board_name: X3V6 board_version: Default string ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Sky Lake Host Bridge/DRAM Registers [8086:1910] (rev 07) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: skl_uncore 00:01.0 PCI bridge [0604]: Intel Corporation Sky Lake PCIe Controller (x16) [8086:1901] (rev 07) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:191b] (rev 06) (prog-if 00 [VGA controller]) DeviceName: Onboard IGD Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller [8086:a12f] (rev 31) (prog-if 30 [XHCI]) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: xhci_hcd 00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise Point-H Thermal subsystem [8086:a131] (rev 31) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: intel_pch_thermal 00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-H CSME HECI #1 [8086:a13a] (rev 31) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: mei_me 00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] [8086:a103] (rev 31) (prog-if 01 [AHCI 1.0]) Subsystem: Gigabyte Technology Co., Ltd Device [1458:3457] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ahci 00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #1 [8086:a110] (rev f1) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root Port #2 [8086:a111] (rev f1) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=
Bug#993957: (no subject)
Package: schroot
Version: 1.6.10-12
Severity: important
schroot 1.6.10 (04 May 2014) fails with a continuous attempt to read
a non-existent subdirectory, /run/systemd/userdb, when operating a
type "directory" schroot.
a type "plain" does not have this same issue.
creating the missing subdirectory manually "allows" the schroot to "proceed"
without errors.
please - do not summarily dismiss this bugreport "just because systemd is
not installed". it is a *CHROOT*. it is *INAPPROPRIATE* to install
systemd or expect systemd to be a critical dependency within a MINIMALIST
chroot.
-- System Information:
(REMOVED DUE TO NOT BEING ON THE TARGET SYSTEM)
Kernel: Linux 5.6.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- no debconf information
openat(AT_FDCWD, "/run/systemd/userdb/",
O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or
directory)
openat(AT_FDCWD, "/run/systemd/userdb/",
O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or
directory)
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
mmap(NULL, 34359742464, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f6239d9f000
munmap(0x7f6a39da, 17179873280) = 0
openat(AT_FDCWD, "/etc/group", O_RDONLY|O_CLOEXEC) = 5
lseek(5, 0, SEEK_CUR) = 0
fstat(5, {st_mode=S_IFREG|0644, st_size=660, ...}) = 0
read(5, "root:x:0:\ndaemon:x:1:\nbin:x:2:\ns"..., 4096) = 660
lseek(5, 0, SEEK_CUR) = 660
read(5, "", 4096) = 0
close(5)= 0
rt_sigprocmask(SIG_BLOCK, [HUP USR1 USR2 PIPE ALRM CHLD TSTP URG VTALRM PROF
WINCH IO], [], 8) = 0
openat(AT_FDCWD, "/run/systemd/userdb/",
O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or
directory)
openat(AT_FDCWD, "/run/systemd/userdb/",
O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or
directory)
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
mmap(NULL, 68719480832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f5239d9e000
munmap(0x7f6239d9f000, 34359742464) = 0
openat(AT_FDCWD, "/etc/group", O_RDONLY|O_CLOEXEC) = 5
lseek(5, 0, SEEK_CUR) = 0
fstat(5, {st_mode=S_IFREG|0644, st_size=660, ...}) = 0
read(5, "root:x:0:\ndaemon:x:1:\nbin:x:2:\ns"..., 4096) = 660
lseek(5, 0, SEEK_CUR) = 660
read(5, "", 4096) = 0
close(5)= 0
rt_sigprocmask(SIG_BLOCK, [HUP USR1 USR2 PIPE ALRM CHLD TSTP URG VTALRM PROF
WINCH IO], [], 8) = 0
openat(AT_FDCWD, "/run/systemd/userdb/",
O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or
directory)
openat(AT_FDCWD, "/run/systemd/userdb/",
O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or
directory)
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
mmap(NULL, 137438957568, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = -1 ENOMEM (Cannot allocate memory)
brk(0x564c49ed1000) = 0x562c49ed1000
mmap(NULL, 137439088640, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = -1 ENOMEM (Cannot allocate memory)
futex(0x7f723a5af1a0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
munmap(0x7f5239d9e000, 68719480832) = 0
write(2, "E: ", 3) = 3
write(2, "std::bad_alloc", 14) = 14
write(2, "\n", 1) = 1
close(4)= 0
close(3)= 0
exit_group(1) = ?
+++ exited with 1 +++
Bug#958166: python3-all: python3 can't import gmpy2
Package: python3-all Version: 3.8.2-2 Severity: important see #958043 it has now become impossible to install python3-gmpy2. however that is just one symptom of this serious issue. with python3-all no longer dependent on both python3.7 and python3.8, transitioning from python3.7 to python3.8 has just become a nightmare. with some packages being built that are dependent on 3.7 and some on 3.8, any packages which have dependencies that import from both sets during the transition will cause a serious install failure -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-all depends on: ii python33.8.2-2 ii python3-distutils 3.8.2-2 ii python3.7 3.7.2-1 ii python3.8 3.8.2-1+b1 python3-all recommends no packages. python3-all suggests no packages. -- no debconf information
Bug#887408: dcl-f77: missing dependencies (i think)
Package: dcl-f77 Version: 7.2.3-2 Severity: normal not being totally familiar with dcl-f77, i got this: $ dclfrt gfortran -g -O2 -fstack-protector-strong -fPIC -Wl,-z,relro -Wl,-z,now -L/usr/lib/x86_64-linux-gnu -lf77dcl -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lm /usr/bin/ld: cannot find -lgtk-3 /usr/bin/ld: cannot find -lgdk-3 collect2: error: ld returned 1 exit status however gtk-3 and gdk-3 dev packages are not installed. i did not see these listed in the "recommends". -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dcl-f77 depends on: ii libf77dcl-dev 7.2.3-2 dcl-f77 recommends no packages. dcl-f77 suggests no packages. -- no debconf information
Bug#929709: libgdbm6: file exists in libgdbm-dev as well as gdbm
Package: libgdbm6 Version: 1.18.1-4 Severity: serious Justification: 2 Unpacking libgdbm-dev:amd64 (1.18.1-4) ... dpkg: error processing archive /var/cache/apt/archives/libgdbm-dev_1.18.1-4_amd64.deb (--unpack): trying to overwrite '/usr/share/info/gdbm.info.gz', which is also in package libgdbm3:amd64 1.8.3-11 Errors were encountered while processing: /var/cache/apt/archives/libgdbm-dev_1.18.1-4_amd64.deb -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgdbm6 depends on: ii libc6 2.28-2 libgdbm6 recommends no packages. Versions of packages libgdbm6 suggests: pn gdbm-l10n -- no debconf information
Bug#919882: firefox-esr: linker options under investigation for 32-bit builds
Package: firefox-esr Version: 60.4.0esr-1 Severity: serious Justification: Policy 10.1 https://lists.debian.org/debian-devel/2019/01/msg00069.html https://sourceware.org/bugzilla/show_bug.cgi?id=22831#c25 under investigation are some options to get firefox to build natively on 32-bit architectures. -- Package-specific info: -- Addons package information -- System Information: -- no debconf information
Bug#915693: gimp: ctrl-c ctrl-shift-v selection of areas to create new images no longer works
Package: gimp Version: 2.10.6-3 Severity: important Tags: upstream i use gimp regularly and consistently, several times a day: always have, for nearly ten years, for one major task: trimming screenshots. it's as simple as: make selection, hit ctrl-c, hit ctrl-shift-v, hit ctrl-e and save. done. except, what the , this latest version is an absolute ** nuisance. hit ctrl-c, hit ctrl-shift-v, entire image is copied. wtf?? let's try ctrl-shift-c, ctrl-shift-v, entire image is copied. oink? what the hell is this "selection tool" dialog?? what the hell are all these rubbish options, selecting modes?? where's the "reset to default previous behaviour" button? let's try pressing random buttons... ctrl-c, ctrl-shift-v, entire image is copied. FINALLY, after several MINUTES, what used to take only a few seconds is FINALLY achieved. exit the program... start a new image... and the whole f*g stupid game has to be restarted playing "hunt the options to save an area of an image"! after ten loyal years of using the gimp, i'm going to have to find an alternative program. message to upstream developers: *stop changing the behaviour out from under the users*! -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data2.10.6-3 ii libaa1 1.4p5-42 ii libbabl-0.1-01:0.1.58-dmo1 ii libbz2-1.0 1.0.6-8.1 ii libc62.27-6 ii libcairo21.16.0-1 ii libfontconfig1 2.12.6-0.1 ii libfreetype6 2.8.1-0.1 ii libgcc1 1:8.2.0-7 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libgegl-0.4-01:0.4.12-dmo1 ii libgexiv2-2 0.10.8-1 ii libgimp2.0 2.10.6-3 ii libglib2.0-0 2.56.1-2 ii libgs9 9.05~dfsg-8+b1 ii libgtk2.0-0 2.24.32-3 ii libgudev-1.0-0 175-7.2 ii libharfbuzz0b1.6.2-1 ii libheif1 1.3.2-1+b1 ii libilmbase23 2.2.1-2 ii libjpeg62-turbo 1:1.5.1-2 ii liblcms2-2 2.9-3 ii liblzma5 5.2.2-1.2 ii libmng1 1.0.10+dfsg-3.1 ii libmypaint-1.3-0 1:1.3.0-dmo6 ii libopenexr23 2.2.1-4 ii libopenjp2-7 2.3.0-1 ii libpango-1.0-0 1.40.12-1 ii libpangocairo-1.0-0 1.40.12-1 ii libpangoft2-1.0-01.40.12-1 ii libpng16-16 1.6.34-1 ii libpoppler-glib8 0.69.0-2 ii librsvg2-2 2.40.2-1 ii libstdc++6 8.2.0-7 ii libtiff5 4.0.9-6 ii libwebp6 0.5.1-2 ii libwebpdemux20.5.2-1 ii libwebpmux3 0.6.1-2 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-6 2:1.6.4-3 ii libxcursor1 1:1.1.15-1 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.12-1 ii xdg-utils1.1.0~rc1+git20111210-7 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-8+b1 Versions of packages gimp suggests: pn gimp-data-extras pn gimp-help-en | gimp-help pn gimp-python pn gvfs-backends ii libasound21.1.3-5 -- no debconf information
Bug#909630: gitlab: no sysvinit scripts installed or available
Package: gitlab Severity: important gitlab started up from "apt-get install gitlab" however it proved necessary to kill the manually-started services that the postinst script had started. when it came to restarting the unicorn, sidekiq etc. services it was only then discovered that there was absolutely no way to do so. it would be really helpful if people could stop assuming that everyone forcibly fucking wants systemd shoved at them. and no, ordering people to go use freebsd or devuan is not acceptable. for goodness sake please be a little more careful and considerate. i'll try to track down some sysvinit scripts in a followup and post them later. -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#891409: mariadb-server critically dependent on systemd (making angband.pl/debian usage really awkward)
Package: mariadb-server Severity: important first thing: please do not just close this bugreport as "well you're using unauthorised repositories, so go screw yourself". it's not funny, and also the entire purpose of angband.pl/debian is to properly test that *when* people disable systemd (by installing sysvinit for example), the package *actually* properly works. the level of insanity associated with systemd permeating its way insidiously into pretty much absolutely every package under the sun continues with mariadb. i wish there was a way to say that without implying that it was an extremely bad decision... but there isn't. can you *please*, for god's sake, create a build profile for mariadb which *specifically* creates parallel packages with a "-nosystemd" prefix, that includes building dh debian/rules with "--without systmed" in them. i tried modifying mariadb to build it. the build *actually failed* with a gcc hard segfault due to the system it was being built on (a VM) only being allocated 0.75GB of RAM [and 16GB of swap]. there are *genuine and legitimate reasons* why people choose not to use systemd, that were completely ignored by the "vote". no we cannot be expected to abandon debian and go with devuan (the conversion is too time-consuming and risky). no we cannot be expected to abandon debian and go with *BSD (same reasons *and* it's far too different anyway). no it is not really acceptable either to expect developers to convert *entire applications* to NO LONGER USE MYSQL. no it is not acceptable to FORCE experienced sysadmins onto systemd when they look up the CVE mitre database and see quite how many security vulnerabilities there are. please for god's sake understand and accept that this is not going to go away, ever, not this year, not this decade, not the decade after that. the requests to support systemd-less debian are going to be absolutely and unremittingly relentless, year after year. these requests *can* be ignored... or, a build profile created (for packages that have been forcibly made to depend on systemd) which does *not* depend on systemd. -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#891411: mailman critically (and unnecessarily) linked to apache2 (and not nginx)
Package: mailman Severity: normal apt-get installing mailman on a system which *deliberately* does not have apache2 installed (luckily it is not hugely resource-constrailed) and found that it has apache2 as a hard dependency. i'm now going to need to have to download the source code, *modify the debian/control file*, dpkg-buildpackage the package and install that. could apache2 please be changed to a "Recommended", and/or a separate package created which has any relevant config files / config fragments associated with apache2 for mailman usage? -- System Information: Debian Release: 7.4 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#949747: gimp: dependency versions missing
Package: gimp Version: 2.10.12-1 Severity: important just apt-get installed gimp after several months (possibly a year) of not upgrading, and the following occurred: lkcl@fizzy:~/src/libreriscv/libreriscv$ gimp /tmp/2020-01-24_11-56.png gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information available (required by gimp) gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information available (required by /usr/lib/libgimpwidgets-2.0.so.0) gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information available (required by /usr/lib/libgimpcolor-2.0.so.0) gimp: symbol lookup error: /usr/lib/libgimpcolor-2.0.so.0: undefined symbol: gegl_scratch_alloc this indicates that correct / relevant dependency version information (libgimpcolor>=N.NN) in the debian/control file and in the dependencies themselves. -- System Information: Kernel: Linux 4.19.0-6-amd64 (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data2.10.12-1 ii libaa1 1.4p5-42 ii libbabl-0.1-01:0.1.58-dmo1 ii libbz2-1.0 1.0.6-8.1 ii libc62.29-9 ii libcairo21.16.0-1 ii libfontconfig1 2.12.6-0.1 ii libfreetype6 2.9.1-3 ii libgcc1 1:8.2.0-7 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libgegl-0.4-01:0.4.12-dmo1 ii libgexiv2-2 0.10.8-1 ii libgimp2.0 2.10.12-1 ii libglib2.0-0 2.56.1-2 ii libgs9 9.05~dfsg-8+b1 ii libgtk2.0-0 2.24.32-3 ii libgudev-1.0-0 175-7.2 ii libharfbuzz0b2.3.1-1 ii libheif1 1.3.2-1+b1 ii libilmbase24 2.3.0-6 ii libjpeg62-turbo 1:1.5.1-2 ii liblcms2-2 2.9-3+b1 ii liblzma5 5.2.2-1.2 ii libmng1 1.0.10+dfsg-3.1 ii libmypaint-1.3-0 1:1.3.0-dmo6 ii libopenexr24 2.3.0-6 ii libopenjp2-7 2.3.0-1 ii libpango-1.0-0 1.40.12-1 ii libpangocairo-1.0-0 1.40.12-1 ii libpangoft2-1.0-01.40.12-1 ii libpng16-16 1.6.34-1 ii libpoppler-glib8 0.69.0-2 ii librsvg2-2 2.44.10-1 ii libstdc++6 9.2.1-22 ii libtiff5 4.0.9-6 ii libwebp6 0.5.1-2 ii libwebpdemux20.5.2-1 ii libwebpmux3 0.6.1-2+b1 ii libwmf0.2-7 0.2.8.4-14 ii libx11-6 2:1.6.4-3 ii libxcursor1 1:1.1.15-1 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.12-1 ii xdg-utils1.1.0~rc1+git20111210-7 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-8+b1 Versions of packages gimp suggests: pn gimp-data-extras pn gimp-help-en | gimp-help ii gvfs-backends 1.28.2-1.0nosystemd1 ii libasound21.1.9-1 -- no debconf information
Bug#1013920: rust-all: Debian violating Rust Trademark (as serious a situation as "iceweasel")
Package: rust-all Severity: serious Tags: upstream Justification: Policy 2.1 https://internals.rust-lang.org/t/rust-s-freedom-flaws/11533 https://lists.debian.org/debian-legal/2021/05/msg6.html https://foundation.rust-lang.org/policies/logo-policy-and-media-guide/ this is an extremely serious situation that exposes debian to a greater level of risk that was undergone for the last Mozilla-Foundation Trademark fiasco, iceweasel Rust's Trademark requirements are that "you must seek our explicit permission before distributing patches". Uses that require explicit approval Distributing a **MODIFIED VERSION** of the Rust programming language or the Cargo package manager and calling it Rust or Cargo requires explicit, written permission from the Rust core team. there are dozens of such patches and every single one of them, unless explicit permission has been sought, is a DIRECT Trademark violation https://sources.debian.org/patches/rustc/1.36.0+dfsg1-2/ the over-ride of the Trademark on "Free" software is Lawful and in this case makes rust (and cargo) non-free software. unlike the Iceweasel debacle, the linux kernel is upstream merging rust, potentially making the entire linux kernel critically dependent on a non-free compiler. there is the additional issue that although Debian might seek and be granted explicit permission for a Trademark License Grant to Distribute, that does not cover Derivatives, which would also need to explicitly seek their own permission https://www.debian.org/derivatives/ https://devuan.org this has been discussed that DFSG Guideline 8 is violated by even attempting to seek a License specific to Debian https://www.mail-archive.com/debian-legal@lists.debian.org/msg45464.html this is an extremely serious situation that either requires pulling rust and cargo from debian or a rename of both rust and cargo exactly as was done with iceweasel. failure to do so is also extremely serious because Unlawful Distribution may still be considered grounds for financial compensation as well as a Legal Notice to Cease and Desist, and also to remove all public and private use of the Trademark from all Records. mailing lists, bugtracker, debian archives - everything. this one cannot be ignored. -- System Information:
Bug#1013920: [Pkg-rust-maintainers] Bug#1013920: rust-all: Debian violating Rust Trademark (as serious a situation as "iceweasel")
everything is "fine" as long as: 1) the Mozilla Foundation acts reasonably and non-discriminatorily (FRAND applies to Trademarks just as it applies to patent Licensing) 2) the Mozilla Foundation does not appreciate quite how much power it actually has under Trademark Law. given that this is between Free Software Groups i would expect the discussion to remain civil and reasonable, and for them to drop or modify the unachievable nonfree constraint, but please for goodness sake do not let the civility of the interaction lull you into a sense of false safety. under the Trademark as they have defined it, the Mozilla Foundation is perfectly permitted to issue Debian a Legal Notice to Cease and Desist distribution of the Unlawfully patched rustc binaries. l. On June 27, 2022 1:07:14 PM GMT+01:00, Sylvestre Ledru wrote: >Hello > >I don't think it is a big deal but I will chat with some people on the >Rust side about this. > >Cheers, >Sylvestre (who managed the iceweasel/firefox thing) > > >Le 27/06/2022 à 13:52, lkcl a écrit : >> Package: rust-all >> Severity: serious >> Tags: upstream >> Justification: Policy 2.1 >> >> https://internals.rust-lang.org/t/rust-s-freedom-flaws/11533 >> https://lists.debian.org/debian-legal/2021/05/msg6.html >> >https://foundation.rust-lang.org/policies/logo-policy-and-media-guide/ >> >> this is an extremely serious situation that exposes debian to a >greater >> level of risk that was undergone for the last Mozilla-Foundation >> Trademark fiasco, iceweasel >> >> Rust's Trademark requirements are that "you must seek our explicit >> permission before distributing patches". >> >> Uses that require explicit approval >> >> Distributing a **MODIFIED VERSION** of the Rust programming >language >> or the Cargo package manager and calling it Rust or Cargo >requires >> explicit, written permission from the Rust core team. >> >> there are dozens of such patches and every single one of them, unless >> explicit permission has been sought, is a DIRECT Trademark violation >> >> https://sources.debian.org/patches/rustc/1.36.0+dfsg1-2/ >> >> the over-ride of the Trademark on "Free" software is Lawful and >> in this case makes rust (and cargo) non-free software. >> >> unlike the Iceweasel debacle, the linux kernel is upstream merging >> rust, potentially making the entire linux kernel critically dependent >> on a non-free compiler. >> >> there is the additional issue that although Debian might seek and >> be granted explicit permission for a Trademark License Grant to >> Distribute, that does not cover Derivatives, which would also >> need to explicitly seek their own permission >> >> https://www.debian.org/derivatives/ >> https://devuan.org >> >> this has been discussed that DFSG Guideline 8 is violated by even >> attempting to seek a License specific to Debian >> >> >https://www.mail-archive.com/debian-legal@lists.debian.org/msg45464.html >> >> this is an extremely serious situation that either requires pulling >> rust and cargo from debian or a rename of both rust and cargo exactly >> as was done with iceweasel. >> >> failure to do so is also extremely serious because Unlawful >Distribution >> may still be considered grounds for financial compensation as well as >> a Legal Notice to Cease and Desist, and also to remove all public and >private >> use of the Trademark from all Records. mailing lists, bugtracker, >> debian archives - everything. >> >> this one cannot be ignored. >> >> >> -- System Information: >> >> ___ >> Pkg-rust-maintainers mailing list >> pkg-rust-maintain...@alioth-lists.debian.net >> >https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-rust-maintainers
Bug#1013920: rust-all: Debian violating Rust Trademark (as serious a situation as "iceweasel")
hi Geert, sorry i have an odd mailer which can only toppost. as in the initial post, i found a link that indicates that such explicit requests are in direct violation of DFSG Section 8, namely that others (including Derivatives) may take the source that goes through Debian and continue to use and distribute it without limit or restriction. the message to the Mozilla Foundation needs to be more along the lines, "please remove the restriction from the Trademark License so that we may comply with DFSG Section 8, otherwise we have to do an iceweasel". l.
Bug#1013920: rust-all: Debian violating Rust Trademark (as serious a situation as "iceweasel")
the alternative is to work with the Mozilla Foundation to rewrite their Trademark License. the *intent* is clear, they do not trust Licensees (distributors) to "damage" the rust API, which is perfectly reasonable. therefore, why don't they just say that? "if a distributor performs source code modifications to a published revision that cause security holes, cause API or language incompatibilities or cause other end-user complaints, then this a Trademark Violation" something along these lines is waaay more sensible than pissing about trying to completely unreasonably "lock down" the source code. normally i would suggest that they convert the Trademark to a Certification Mark because the rust API is a Standard, and its unit tests the Compliance Suite, but the fact that they sell T-Shirts and merchandise prohibits that from being accepted (sale of products including merchandise is commercial competition with Licensees, and is prohibited under Certification Mark Law but *not* Trademark Law ). l.
Bug#1013920: Info received (Bug#1013920: rust-all: Debian violating Rust Trademark (as serious a situation as "iceweasel"))
jeremy i didn't see your reply until i checked online. you spotted the second half: We will usually allow these uses as long as the modifications are (1) relatively small and (2) very clearly communicated to end-users. i did not include this because DFSG 8 is already violated by the first half. the *very fact* of needing to ask is an unreasonable burden that is directly in conflict with the entire Libre/Open Concept. imagine a Copyright License that said, "you MUST come to us to ask permission to distribute modified versions oh but otherwise this License is a Free/Open One, No Really" absolutely everyone would freak out and agree that is non-free, and the package either moved to nonfree or pulled entirely. this unfortunately is exactly what the Rust Trademark has done: added *additional* Lawfully-enforceable requirements that must legally be complied with or suffer the consequences. * It's Free because Copyright License BSD (whatever) * Oh But under the Trademark We Don't Grant Distribution Rights for Derivative Works and no, the existence of the Copyright License does *not* invalidate or override the Legal requirement to also comply with Trademark Law. it is astonishing the number of FOSS developers who genuinely believe that they can blatantly disregard Trademark Law "Because Open Source" > For instance, here is an excerpt without context from Debian's policy: > "You cannot use Debian trademarks in a company or organization name or > as the name of a product or service." this is standard fare as part of Trademark Law. it causes "confusion". l.
Bug#1013920: Info received (Bug#1013920: rust-all: Debian violating Rust Trademark (as serious a situation as "iceweasel"))
https://www.debian.org/doc/debian-policy/ch-archive.html#the-debian-free-software-guidelines urrr 50% of the clauses of DFSG 2.1 are violated section 2.1 3 is violated 3. Derived Works The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software. the additional conditions remove the redistribution rights normally associated with Free Software Licenses, requiring explicit consent should "modifications and derived works" be made. section 2.1.5 is violated 5 No Discrimination Against Persons or Groups The license must not discriminate against any person or group of persons. distribibutors constitute a "group of persons" and consequently they are discriminated against by the imposition of the restriction requiring explicit permission to modify. section 2.1 4 is also violated 4 Integrity of The Author’s Source Code The license may restrict source-code from being distributed in modified form only if the license allows the distribution of “patch files” with the source code for the purpose of modifying the program at build time. The license must explicitly permit distribution of software built from modified source code. with the Trademark License creating an additional (Aggregate) License that overrides and nullifies the "normal" expected Copyright Licenses, section 4 is violated. section 2.1 7 is violated 7 Distribution of License The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties. the imposition of the additional License Conditions from the Trademark *are themselves* a violation of this condition section 2.1 7 is violated as already discussed section 2.1 9 is violated 9 License Must Not Contaminate Other Software The license must not place restrictions on other software that is distributed along with the licensed software. given that the linux kernel will soon be critically dependent on having a rust compiler...
Bug#1013920: rust-all: Debian violating Rust Trademark (as serious a situation as "iceweasel")
https://developers.slashdot.org/story/22/07/17/0110250/gcc-rust-approved-by-steering-committee-beta-likely-next-april and now it becomes Unlawful for Debian to distribute gcc with patches, as well [without the explicit consent of the Mozilla Foundation, an action which is in direct violation of DFSG] On Mon, Jun 27, 2022 at 3:38 PM lkcl wrote: > > the alternative is to work with the Mozilla Foundation to rewrite their > Trademark License. > > the *intent* is clear, they do not trust Licensees (distributors) to "damage" > the rust API, which is perfectly reasonable. > > therefore, why don't they just say that? > > "if a distributor performs source code modifications to a > published revision that cause security holes, cause API or > language incompatibilities or cause other end-user > complaints, then this a Trademark Violation" > > something along these lines is waaay more sensible than pissing about trying > to completely unreasonably "lock down" the source code. this appears to have been added recently (or i missed it): Distributing a modified version of the Rust programming language or the Cargo package manager, provided that the modifications are limited to: * porting the software to a different architecture * fixing local paths * adding patches that have been released upstream * adding patches that have been reported upstream, provided * that the patch is removed if it is not accepted upstream note that this excludes the right to: * add a patch to add documentation * add a patch to add a Debian README * add a patch to add a debian/copyright file * add a patch to add optimisations * add a patch to fix serious security vulnerabilities * convey to others the right to modify [GPL Copyright License requirement] all of the limitations whilst looking perfectly reasonable are unfortunately in direct conflict with not only 50% of the DFSG but also in direct violation of the GPL (under which gcc is released). l.
Bug#1015242: gcc Trademark violation on the horizon
Package: gcc Version: 4:9.2.1-3.1 Severity: serious Tags: upstream Justification: Policy 2.1 short version: gcc is about to become more problematic than rustc with respect to violation of a non-free Trademark License created by the Rust (Mozilla) Foundation. https://developers.slashdot.org/story/22/07/17/0110250/gcc-rust-approved-by-steering-committee-beta-likely-next-april with gcc being literally the bedrock of FOSS that's about to become an extremely serious situation. unfortunately, unlike the rustc scenario the non-Free Rust Trademark License directly conflicts with the GPL *as well*: Developers that use the GNU GPL protect your rights with two steps: (1) assert copyright on the software, and (2) offer you this License giving you legal permission to copy, distribute and/or modify it. the rust Trademark Licence explicitly restricts and curtails those rights. this is in addition to violating 50% of DFSG Section 2 as already outlined in bug #1013920. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013920#60 -- System Information:
Bug#993957: (no subject)
i think i know what rhat might be. i flat-out refuse to let a mission critical piece of software developed by pottering run on systems that i manage, particularly after seeing the persistent generation of CVEs on mitre.org, and also in interactions with him where he just does not listen. (translation: i was not running systemd. sysvinit is still a supported option in debian, apt-get install sysvinit, and it is available via a grub boot menu option) l. On May 28, 2022 4:42:41 PM GMT+01:00, Christoph Biedl wrote: >Control: tags 993957 moreinfo > >lkcl wrote... > >> schroot 1.6.10 (04 May 2014) fails with a continuous attempt to read >> a non-existent subdirectory, /run/systemd/userdb, when operating a >> type "directory" schroot. >> >> a type "plain" does not have this same issue. >> >> creating the missing subdirectory manually "allows" the schroot to >"proceed" >> without errors. > >As asked earlier, please provide more details about your setup, also >the >schroot.conf snippet. Since I couldn't reproduce your issue here, but >based on the few information avaiable I might have done things slightly >different. > >From reading the Ubuntu bug (also #763896) I assume this was fixed >upstream, we'll include that commit in the next uploads. > >Christoph
Bug#993957: (no subject)
On Sun, May 29, 2022 at 11:51 AM Christoph Biedl wrote: > No doubt about that, but my time is too precious for advocacy. > And since I can neither understand nor reproduce the issue, there's > nothing left to do here. you misunderstand. i wasn't speaking of advocacy, merely explaining exactly how and why the issue was detected, so that you are aware of the context. sysvinit is still officially supported by debian. therefore if a package breaks when sysvinit is installed and in use, that's serious. i described how to install it so that you could install it and thus reproduce the issue. therefore, closing this bugreport is the wrong action to take. i leave it with you to re-open it. my role and responsibility is completed in raising the issue and in responding to questions as best i am able. l.
Bug#968666: electrum: exception which prevents startup "Non keyword-only attributes not allowed after..."
Package: electrum
Version: 4.0.2-0.1
Severity: important
Tags: upstream
File "/usr/bin/electrum", line 84, in
from electrum.logging import get_logger, configure_logging
File "/usr/lib/python3/dist-packages/electrum/__init__.py", line 16, in
from .wallet import Wallet
File "/usr/lib/python3/dist-packages/electrum/wallet.py", line 65, in
from .storage import StorageEncryptionVersion, WalletStorage
File "/usr/lib/python3/dist-packages/electrum/storage.py", line 36, in
from .wallet_db import WalletDB
File "/usr/lib/python3/dist-packages/electrum/wallet_db.py", line 36, in
from .invoices import PR_TYPE_ONCHAIN, Invoice
File "/usr/lib/python3/dist-packages/electrum/invoices.py", line 146, in
class LNInvoice(Invoice):
File "/usr/lib/python3/dist-packages/attr/_make.py", line 904, in attrs
return wrap(maybe_cls)
File "/usr/lib/python3/dist-packages/attr/_make.py", line 855, in wrap
cache_hash,
File "/usr/lib/python3/dist-packages/attr/_make.py", line 471, in __init__
cls, these, auto_attribs, kw_only
File "/usr/lib/python3/dist-packages/attr/_make.py", line 416, in
_transform_attrs
a=a
ValueError: Non keyword-only attributes are not allowed after a keyword-only
attribute. Attribute in question: Attribute(name='invoice', default=NOTHING,
validator=None, repr=True, cmp=True, hash=None, init=True,
metadata=mappingproxy({}), type=, converter=None, kw_only=False)
-- System Information:
Debian Release: 8.1
APT prefers oldoldstable
APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500,
'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.6.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages electrum depends on:
ii python3-electrum 4.0.2-0.1
pn python3:any
Versions of packages electrum recommends:
ii python3-pyqt5 5.15.0+dfsg-1+b1
Versions of packages electrum suggests:
pn python3-btchip
pn python3-trezor
pn python3-zbar
-- no debconf information
Bug#958043: python3-gmpy2: import gmpy2 fails
Package: python3-gmpy2 Version: 2.1.0~b4-1+b1 Severity: important (please ignore debian release information below, a rolling release is used) python3.7 is being used, here (not python3.8) however python3-gmpy2 has *only* been compiled for python3.8. this is severely exclusionary, forces people to hard-upgrade to a set and specific version of python, and very bad practice. this bugreport's severity might need to be upgraded. most "good" python packages compile multiple versions not just for python2 and python3, they compile for multiple versions *of* python2 (or, used to) and python3. this package should cookie-cut such other packages, there are plenty that do this. >>> import gmpy2 # /usr/lib/python3/dist-packages/gmpy2/__pycache__/__init__.cpython-37.pyc matches /usr/lib/python3/dist-packages/gmpy2/__init__.py # code object from '/usr/lib/python3/dist-packages/gmpy2/__pycache__/__init__.cpython-37.pyc' Traceback (most recent call last): File "", line 1, in File "", line 983, in _find_and_load File "", line 967, in _find_and_load_unlocked File "", line 677, in _load_unlocked File "", line 728, in exec_module File "", line 219, in _call_with_frames_removed File "/usr/lib/python3/dist-packages/gmpy2/__init__.py", line 1, in from .gmpy2 import * File "", line 983, in _find_and_load File "", line 965, in _find_and_load_unlocked ModuleNotFoundError: No module named 'gmpy2.gmpy2' -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-gmpy2 depends on: ii libc62.29-9 ii libgmp10 2:6.1.2+dfsg-4 ii libmpc3 1.1.0-1 ii libmpfr6 4.0.1-1 ii python-gmpy2-common 2.1.0~b4-1 ii python3 3.8.2-2 pn python3:any python3-gmpy2 recommends no packages. Versions of packages python3-gmpy2 suggests: pn python-gmpy2-doc -- no debconf information
Bug#958112: gtkwave: reliable segfault when opening the same .vcd file in two simultaneous tabs
Package: gtkwave Version: 3.3.104-1 Severity: normal Tags: upstream with some views containing well over 800 signals it becomes impossible to usefully put all of them into a single tab. one sensible option therefore is to place subsets of relevant (related) signals into one tab, and to open a *second* tab - refreshing both when the simulation is updated - containing other relevant (related) signals. unfortunately when doing this, there is a 100% reproducible occurrence of gtkwave segfaulting after transitioning twice between such tabs. -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtkwave depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii libbz2-1.0 1.0.6-8.1 ii libc62.29-9 ii libgcc-s110-20200222-1 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-2 ii libglib2.0-0 2.64.1-1 ii libgtk2.0-0 2.24.32-3 ii libjudydebian1 1.0.5-5 ii liblzma5 5.2.2-1.2 ii libpango-1.0-0 1.40.12-1 ii libpangocairo-1.0-0 1.40.12-1 ii libstdc++6 10-20200222-1 ii libtcl8.68.6.8+dfsg-4 ii libtk8.6 8.6.8-4 ii zlib1g 1:1.2.11.dfsg-1 gtkwave recommends no packages. gtkwave suggests no packages. -- no debconf information
Bug#925278: xdot: drag display jumps back to prior location on mouse release
Package: xdot Version: 1.0-1 Severity: normal Tags: upstream on exceptionally complex graphs that are displayed on extremely high resolutin screens, the refresh rate of xdot can be as low as two (2) SECONDS per frame. not two frames per second, two SECONDS per frame. this provides a unique means of identifying an otherwise obscure bug. action is as follows: * load up ridiculously large graph on 3000x1800 (or greater) full-screen LCD * press and hold mouse * move mouse (to activate "display drag") * whilst STILL MOVING the mouse, LET GO of the button. what will happen is that the display will jump BACK to a FORMER (last updated) position, as opposed to leaving the display where the cursor is PRESENTLY located. this is understandable extremely annoying behaviour, as it requires an additional two (or greater) seconds of holding the mouse absolutely still, waiting for an otherwise unnecessary display-update in order that the last known prior location become the present location, such that, on release of the mouse, the bug will not result in the display jumping to an undesirable location. it is also understandable that given that most people do not view ridiculously complex graphs on ridiculously high resolution LCDs, that the bug may never have been encountered before. -- System Information: Debian Release: 8.1 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xdot depends on: ii gir1.2-gtk-3.03.22.26-2 ii graphviz 2.40.1-5+b2 ii python3-gi3.30.1-2 ii python3-gi-cairo 3.30.1-2 pn python3:any xdot recommends no packages. xdot suggests no packages. -- no debconf information
Bug#632384: qutecom crashing
it's actually more serious than this - and also easier to reproduce. simply go to "enable video", select the webcam and qutecom instantly crashes. no connection, no registration, no internet is required. (warn) 15:26:23 [Common] virtual WebcamErrorCode V4L2WebcamDriver::setPalette(pixosi): Failed settings pixel format. Qt has caught an exception thrown from an event handler. Throwing exceptions from an event handler is not supported in Qt. You must reimplement QApplication::notify() and catch all exceptions there. terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid Program received signal SIGABRT, Aborted. 0x7fffee55e405 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) where #0 0x7fffee55e405 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7fffee561680 in abort () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x7fffeee06e8d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #3 0x7fffeee05036 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x7fffeee05063 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #5 0x7fffeee051a6 in __cxa_rethrow () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #6 0x739d1e24 in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #7 0x739d6d78 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #8 0x005abf21 in main () (gdb) quit A debugging session is active. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657075: python-hulahop
dear experimenter, please can you try the following: ii xulrunner-9.09.0.1-1 XUL + XPCOM application runner ii xulrunner-dev9.0.1-1 Development files for the Gecko engine library ii python-xpcom 1:9.0~hg20111212-1 XPCOM bindings for Python ii python2.72.7.2-5 http://lkcl.net/hulahop (which you will need to compile from source, doing "apt-get build-dep python-hulahop" etc. the reason is that things were seriously out-of-date for quite some time because a major update was required on python-xpcom. this has _finally_ been done, thanks to todd whiteman's excellent work, such that it was _finally_ worthwhile to bring python-hulahop up-to-date. everything was held together with spit and bits of wet string, relying on xulrunner 1.9.2 up until then. l. p.s. yes you _will_ need python 2.7, python-xpcom has *not* been compiled with python2.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660178: don't use xulrunner 10.0.2!
rright. there's a _second_ segfault related to mouse-move events which i've had to raise a 2nd bugreport for: https://bugzilla.mozilla.org/show_bug.cgi?id=728645 on the whole i'd be inclined to conclude that xulrunner 10.0.2 definitely isn't ready for public release into debian/testing. #0 0x7fffed05ff12 in nsCOMPtr (this=, aRawPtr= 0x100) at ../../../dist/include/nsCOMPtr.h:607 #1 0x7fffed3ccfd8 in nsFocusManager::AdjustWindowFocus (this=0x10af8b0, aWindow=0x100, aCheckPermission=false) at /home/lkcl/oe/src/iceweasel/dom/base/nsFocusManager.cpp:1338 #2 0x7fffed3d0503 in nsFocusManager::Focus (this=0x10af8b0, aWindow= 0x100, aContent=0x0, aFlags=0, aIsNewDocument=true, aFocusChanged=false, aWindowRaised=true, aAdjustWidgets=true) at /home/lkcl/oe/src/iceweasel/dom/base/nsFocusManager.cpp:1693 #3 0x7fffed3d0ea0 in nsFocusManager::WindowRaised (this=0x10af8b0, aWindow=) at /home/lkcl/oe/src/iceweasel/dom/base/nsFocusManager.cpp:735 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660178: don't use xulrunner 10.0.2!
http://hg.mozilla.org/mozilla-central/rev/742d5f9f284d this shows that someone (olli) knows that there's something up with the focus manager stuff. there's quite a few changes been made to the focus stuff: http://hg.mozilla.org/mozilla-central/log/4d47329bb02e/dom/base/nsFocusManager.cpp also the other bug (the original one) was related to jemalloc (whatever that is), and disabling that sorts out the problem [only to run smack into this focus manager one instead]. l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660178: [Debian-olpc-devel] Bug#660178: don't use xulrunner 10.0.2!
On Sun, Feb 19, 2012 at 11:29 AM, Jonas Smedegaard wrote: >> also the other bug (the original one) was related to jemalloc >> (whatever that is), and disabling that sorts out the problem [only to >> run smack into this focus manager one instead]. > > Best if you could file a separate bugreport about that against > libjemalloc-dev and then mention in this bugreport a reference to that > other bugreport when you receive the bugnumber). hmm... it doesn't appear that libjemalloc1 is a dependency. they may have done something weird like include the source of jemalloc actually inside gecko. l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
