Bug#956506: kde-plasma-desktop: Left click on desktop no longer works

[Matt Nottingham]

Package: kde-plasma-desktop
Version: 5:104
Severity: normal


I have bound left click on the desktop to bring up the application menu.
Since
a couple of weeks back, that has stopped working. If I go into 'configure
desktop' --> 'Mouse actions' and delete the 'left-Button' entry and
recreate it
with 'Input' being the left button and the action being either 'Application
Launcher' or 'Standard Menu' or whatever, then 'Apply' and 'OK' then nothing
happens I click on the desktop with the left button. If I try to set the
'Input' to be 'Control + left button' then I get the same result of it being
ignored when I try to invoke that action. If I set the input to, say,
'Control
+ right button' and action as  'Application Launcher' then I get the correct
menu up when I click right button while holding down control key, so it
looks
like it something specific to the left mouse button handling rather than
anything to do with the action.

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kde-plasma-desktop depends on:
ii  kde-baseapps  4:17.08.3+5.104
ii  plasma-desktop4:5.17.5-3
ii  plasma-workspace  4:5.17.5-4
ii  udisks2   2.8.4-1
ii  upower0.99.11-1

Versions of packages kde-plasma-desktop recommends:
ii  kwin-x11  4:5.17.5-2
ii  sddm  0.18.1-1
ii  xserver-xorg  1:7.7+20

Versions of packages kde-plasma-desktop suggests:
ii  kdeconnect  1.3.3-2+b1

-- no debconf information

Bug#915504: sbt: Fails to detect version of java

[Matt Nottingham]

Package: sbt
Version: 0.13.13-2
Severity: grave
Justification: renders package unusable

When running 'sbt', for example 'sbt' or 'sbt --help', it immediately halts
with the following error:

  The java installation you have is not up to date
  requires at least version 1.6+, you have
  version 11.0 2018-10-16

  Please go to http://www.java.com/getjava/ and download
  a valid Java Runtime and install before running .

Which seems somewhat contradictory!

Thanks,

Matt

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sbt depends on:
ii  default-jre [java9-runtime] 2:1.11-70
ii  libsbt-java 0.13.13-2
ii  openjdk-10-jre [java9-runtime]  10.0.2+13-2
ii  openjdk-11-jre [java9-runtime]  11.0.1+13-3
ii  openjdk-8-jre [java8-runtime]   8u181-b13-2
ii  openjdk-9-jre [java9-runtime]   9.0.4+12-4

sbt recommends no packages.

sbt suggests no packages.

-- no debconf information

Bug#847654: Qt5 version is required

[matt . nottingham]

Package: python-qwt
Version: 0.5.5-1
Severity: wishlist

With the removal of Qt4 from repository as we go forward, it is becoming more 
important that a Qt5 version of this package is produced. Looking at the 
homepage for this package, it should just require 'recompiling'?

Thanks,

Matt

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python-qwt depends on:
ii  python-numpy   1:1.11.2-1
ii  python-qt4 4.11.4+dfsg-2
pn  python:any 
ii  spyder-common  3.0.1+dfsg1-1

python-qwt recommends no packages.

python-qwt suggests no packages.

-- no debconf information

Bug#787300: pyqwt5: What about a python-qwt5-qt5 ?

[matt . nottingham]

Hi,

Just wondering if there has been any progress on this - with the
removal of qt4webkit, the lack of qt5 version of qwt has become
critical.

Thanks,

Matt

Bug#840314: Please add package based on Qt5

[Matt Nottingham]

Package: python-guiqwt
Version: 3.0.2-2
Severity: wishlist

Hi,

As Qt4 is slowly being removed from the repos, could you provide a package that 
has been linked with
Qt5 instead of Qt4. Looking at the github page for guiqwt this should be 
possible?

Thanks,

Matt


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python-guiqwt depends on:
ii  libc6 2.24-3
ii  libgcc1   1:6.2.0-5
ii  libstdc++66.2.0-5
ii  python2.7.11-2
ii  python-guidata1.7.4-1
ii  python-h5py   2.6.0-1+b1
ii  python-imaging3.3.1-1
ii  python-numpy [python-numpy-abi9]  1:1.11.2-1
ii  python-pil [python-pillow]3.3.1-1
ii  python-qwt0.5.5-1
ii  python-scipy  0.18.1-1
pn  python:any

Versions of packages python-guiqwt recommends:
ii  python-dicom  0.9.9-2

Versions of packages python-guiqwt suggests:
pn  spyder  

-- no debconf information

Bug#840287: Mismatch between the program and library build versions

[Matt Nottingham]

Package: kicad
Version: 4.0.4+dfsg1-2
Severity: normal


Upon starting kicad from a teminal I get the following message:

Warning: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx 
containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx 
containers,compatible with 2.8).Warning: Mismatch between the program and 
library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx 
containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx 
containers,compatible with 2.8).

I've not noticed any issues, but it prolly should be addressed.

Thanks,

Matt





-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kicad depends on:
ii  kicad-common4.0.4+dfsg1-2
ii  libboost-atomic1.61.0   1.61.0+dfsg-2.1+b1
ii  libboost-chrono1.61.0   1.61.0+dfsg-2.1+b1
ii  libboost-context1.61.0  1.61.0+dfsg-2.1+b1
ii  libboost-date-time1.61.01.61.0+dfsg-2.1+b1
ii  libboost-filesystem1.61.0   1.61.0+dfsg-2.1+b1
ii  libboost-iostreams1.61.01.61.0+dfsg-2.1+b1
ii  libboost-locale1.61.0   1.61.0+dfsg-2.1+b1
ii  libboost-program-options1.61.0  1.61.0+dfsg-2.1+b1
ii  libboost-regex1.61.01.61.0+dfsg-2.1+b1
ii  libboost-system1.61.0   1.61.0+dfsg-2.1+b1
ii  libboost-thread1.61.0   1.61.0+dfsg-2.1+b1
ii  libc6   2.24-3
ii  libcairo2   1.14.6-1+b1
ii  libgcc1 1:6.2.0-5
ii  libgl1-mesa-glx [libgl1]12.0.3-1
ii  libglew2.0  2.0.0-3
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  libgomp16.2.0-5
ii  libpython2.72.7.12-3
ii  libstdc++6  6.2.0-5
ii  libwxbase3.0-0v53.0.2+dfsg-2
ii  libwxgtk3.0-0v5 3.0.2+dfsg-2
ii  python-wxgtk3.0 3.0.2.0+dfsg-3

Versions of packages kicad recommends:
ii  xsltproc  1.1.29-1

Versions of packages kicad suggests:
ii  extra-xdg-menus  1.0-4
ii  kicad-doc-en 4.0.4+dfsg1-2

-- no debconf information

Bug#813997: Too old a version to compile many examples

[Matt Nottingham]

Package: yosys
Version: 0.5.0-1+b1
Severity: important

Unfortunately this version is too old to implement the 'synth_ice40' command 
needed to use with the
Lattice icestick and many online tutorials (eg. 
https://github.com/Obijuan/open-fpga-verilog-tutorial or
the authors instructions on http://www.clifford.at/icestorm/).

Thanks,

Matt


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#804358: Install issue with x86_64?

[Matt Nottingham]

Package: python-guiqwt
Version: 2.3.1-1
Severity: normal

When I try to install python-guiqwt it appears to clash with libstdc++ and 
hence won't let it be installed.

I get (from aptitude 0.7.4):

 * libstdc++6:i386 breaks python-guiqwt (<=2.3.1-1)

Does it just require relinking?

Thanks,

Matt

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python-guiqwt depends on:
ii  libc6 2.19-22
ii  libgcc1   1:5.2.1-23
ii  libjs-sphinxdoc   1.3.1-7
ii  libstdc++65.2.1-23
ii  python2.7.9-1
pn  python-guidata
ii  python-h5py   2.5.0-1+b1
ii  python-imaging2.9.0-1
ii  python-numpy [python-numpy-abi9]  1:1.9.2-5
ii  python-qwt5-qt4   5.2.1~cvs20091107+dfsg-7+b2
ii  python-scipy  0.16.1-1

Versions of packages python-guiqwt recommends:
ii  python-dicom  0.9.9-2

Versions of packages python-guiqwt suggests:
pn  spyder  

Bug#794311: KiCad 4.0 rc1

[matt . nottingham]

Hi Georges,

Thanks for your reply.

Going by the current blockages due to the GCC5 transition, even if you
had it packaged now, it wouldn't be available!

Thanks for letting us know that you hope to start work on it soon. Let
us know if there is testing or other things we could do to help.

Thanks again,

Matt

Georges Khaznadar writes:
 > Hi Simon, Gregor, Matt,
 > 
 > many people are eager to have a package of the so long awaited stable
 > version of Kicad in Debian. I am currently the maintainer of this
 > package.
 > 
 > unfortunately, this event happens when I have an increase of business: I
 > work as a teacher in France, and now is a tought period: colleagues have
 > to organize many details for the school year to roll smoothly, and we
 > are making our best to welcome students... many success or failure can
 > depend on those few weeks; some students are difficult, and become much
 > better if we can quickly find how to adapt ourselves.
 > 
 > So, if you already began to create a working package structure, I shall
 > upload it quickly. If alone, I can probably promise that in two weeks I
 > shall have more free time to work on Kicad packaging.
 > 
 > Best regards,Georges.
 > 
 > Simon Richter a écrit :
 > > Hi,
 > > 
 > > KiCad 4.0 RC1 was released a few days ago, and people are asking about
 > > updated Debian packages. If there is anything I can do to help here,
 > > please tell me.
 > > 
 > >Simon
 > > 
 > 
 > 
 > 
 > -- 
 > Georges KHAZNADAR et Jocelyne FOURNIER
 > 22 rue des mouettes, 59240 Dunkerque France.
 > Téléphone +33 (0)3 28 29 17 70
 > 

Bug#794311: kicad: please provide actual KiCAD versions in experiemental

[matt . nottingham]

As the first RC of version 4 has been released
(https://lists.launchpad.net/kicad-developers/msg20326.html), now
would be a great time to ensure the upstream codebase works well with
Debian.

Thanks,

Matt

Bug#789105: please package new version 0.15

[matt . nottingham]

Hi,

Can I also add my encouragement for the packaging of version 0.15 and
the additional workbenches by 'hamish':

https://github.com/hamish2014/FreeCAD_assembly2

and

https://github.com/hamish2014/FreeCAD_drawing_dimensioning

as discussed in the freecad page here: 

http://www.freecadweb.org/wiki/index.php?title=Release_notes_015

(towards the end of the page).



Thanks,

Matt

Bug#789105: please package new version 0.15

[matt . nottingham]

Cool - many thanks!

I assume this is vanilla 0.15? There is an Path Module which I'd be
interested in playing with which has been merged into master
(http://forum.freecadweb.org/viewtopic.php?f=15=11653) 

Thanks again,

Matt


Anton Gladky writes:
 > 0.15 is packaged already. We have a delay due to
 > gcc-5 transition, just waiting for build-depends to
 > be installed.
 > 
 > Regards
 > 
 > Anton
 > 
 > 
 > 2015-09-13 9:33 GMT+02:00  :
 > >
 > > Hi,
 > >
 > > Can I also add my encouragement for the packaging of version 0.15 and
 > > the additional workbenches by 'hamish':
 > >
 > > https://github.com/hamish2014/FreeCAD_assembly2
 > >
 > > and
 > >
 > > https://github.com/hamish2014/FreeCAD_drawing_dimensioning
 > >
 > > as discussed in the freecad page here:
 > >
 > > http://www.freecadweb.org/wiki/index.php?title=Release_notes_015
 > >
 > > (towards the end of the page).
 > >
 > >
 > >
 > > Thanks,
 > >
 > > Matt
 > >
 > > --
 > > debian-science-maintainers mailing list
 > > debian-science-maintain...@lists.alioth.debian.org
 > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#743392: Strange crashes.

[Matt Nottingham]

Source: gr-osmosdr
Version: 0.1.0.55.80c4af-2
Severity: important



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


I'm getting odd crashes with the gr-osmosdr on 2 machines now since the recent 
update
(to version 3.7.3) of gnuradio. I suspect the gr-osmo packages need to be 
re-compiled/linked
against this version.

Thanks,

Matt


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726788: QT GUI Range widget causes SEGV

[Matt Nottingham]

Package: libgnuradio-qtgui3.7.1
Version: 3.7.1-2
Severity: normal


An update to my machine in the last around 12 days or so has caused any 
flowgraph
that has a QT GUI Range widget in it to SEGV on startup. I note that around 6 
days
ago a set of Qt4 updates were installed by aptitude.

The bug appears easy to reproduce (for me anyway!). Just create a new flowgraph 
in GRC
which is a null source link that to a QT GUI Sink and run it, and everything is 
fine.
Now add QT GUI Entry widget and/or QT GUI Label and/or QT Tab Widget and 
everything 
still works when you run it. Now add a QT GUI Range widget and now you get an 
instant 
SEGV when you run it. Below is the output of gdb when attached to python:

Program received signal SIGSEGV, Segmentation fault.
0x75ff7d7a in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
(gdb) where
#0  0x75ff7d7a in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#1  0x764fd81a in ?? () from 
/usr/lib/python2.7/dist-packages/PyQt4/QtCore.so
#2  0x754f9f20 in ?? () from 
/usr/lib/python2.7/dist-packages/PyQt4/QtGui.so
#3  0x032ea808 in ?? ()
#4  0x7fffdbe8 in ?? ()
#5  0x750a9059 in ?? () from 
/usr/lib/python2.7/dist-packages/PyQt4/QtGui.so
#6  0x7fffdbe8 in ?? ()
#7  0x037820d0 in ?? ()
#8  0x0050e8d0 in ?? ()
#9  0x00902430 in ?? ()
#10 0x in ?? ()

but its not exactly illuminating! 

Thanks,

Matt


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/6 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 libgnuradio-qtgui3.7.1 depends on:
ii  libboost-date-time1.54.01.54.0-3
ii  libboost-filesystem1.54.0   1.54.0-3
ii  libboost-program-options1.54.0  1.54.0-3
ii  libboost-system1.54.0   1.54.0-3
ii  libboost-thread1.54.0   1.54.0-3
ii  libc6   2.17-93
ii  libfftw3-single33.3.3-5+b1
ii  libgcc1 1:4.8.1-10
ii  libgnuradio-blocks3.7.1 3.7.1-2
ii  libgnuradio-fft3.7.13.7.1-2
ii  libgnuradio-filter3.7.1 3.7.1-2
ii  libgnuradio-pmt3.7.13.7.1-2
ii  libgnuradio-runtime3.7.13.7.1-2
ii  libiceutil353.5.0-3
ii  liblog4cpp5 1.0-4
ii  liborc-0.4-01:0.4.18-1
ii  libpython2.72.7.5-8
ii  libqtcore4  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqwt5-qt4 5.2.3-1
ii  libstdc++6  4.8.1-10
ii  libvolk0.0.03.7.1-2
ii  libzeroc-ice35  3.5.0-3
ii  multiarch-support   2.17-93

libgnuradio-qtgui3.7.1 recommends no packages.

libgnuradio-qtgui3.7.1 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#712303: Wishlist: Please update to a newer version - it has (hopefully!) many usability fixes.

[Matt Nottingham]

Package: kicad
Version: 0.20120526+bzr3261-1
Severity: wishlist


Err, not much else to add!



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/6 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 kicad depends on:
ii  kicad-common  0.20120526+bzr3261-1
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libgl1-mesa-glx [libgl1]  8.0.5-4
ii  libglu1-mesa [libglu1]8.0.5-4
ii  libstdc++64.7.2-5
ii  libwxbase2.8-02.8.12.1-12
ii  libwxgtk2.8-0 2.8.12.1-12
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  zlib-bin  1:1.2.7.dfsg-13

kicad recommends no packages.

Versions of packages kicad suggests:
ii  extra-xdg-menus  1.0-4
ii  kicad-doc-en 0.20120526+bzr3261-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#684564: GR-UHD detected ABI compatibility mismatch with UHD library

[Matt Nottingham]

Package: libgnuradio-uhd3.6.1
Version: 3.6.1-1
Severity: important

When I try and run uhd_fft I get the following traceback:

linux; GNU C++ version 4.6.3; Boost_104900; UHD_003.004.001-111-g869e5ff1

Traceback (most recent call last):
  File /usr/bin/uhd_fft, line 337, in module
main ()
  File /usr/bin/uhd_fft, line 333, in main
app = stdgui2.stdapp(app_top_block, UHD FFT, nstatus=1)
  File /usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py, line 38,
in __init__
wx.App.__init__ (self, redirect=False)
  File /usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line
7981, in __init__
self._BootstrapApp()
  File /usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line
7555, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py, line 42,
in OnInit
self._max_noutput_items)
  File /usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py, line 64,
in __init__
self.panel = stdpanel (self, self, top_block_maker, max_nouts)
  File /usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py, line 86,
in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
  File /usr/bin/uhd_fft, line 91, in __init__
otw_format=options.wire_format, args=options.stream_args))
  File /usr/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py, line 116,
in constructor_interceptor
return old_constructor(*args)
  File /usr/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py, line 2294,
in usrp_source
return _uhd_swig.usrp_source(*args)
RuntimeError:
GR-UHD detected ABI compatibility mismatch with UHD library.
GR-UHD was build against ABI: 3.4.0-0,
but UHD library reports ABI: 3.4.0-1
Suggestion: install an ABI compatible version of UHD,
or rebuild GR-UHD component against this ABI version.




Which seems to imply a relink is necessary?



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/6 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 libgnuradio-uhd3.6.1 depends on:
ii  libboost-date-time1.49.01.49.0-3.1
ii  libboost-filesystem1.49.0   1.49.0-3.1
ii  libboost-program-options1.49.0  1.49.0-3.1
ii  libboost-system1.49.0   1.49.0-3.1
ii  libboost-thread1.49.0   1.49.0-3.1
ii  libc6   2.13-35
ii  libgcc1 1:4.7.1-6
ii  libgnuradio-core3.6.1   3.6.1-1
ii  libgruel3.6.1   3.6.1-1
ii  libstdc++6  4.7.1-6
ii  libuhd003   3.4.2-1
ii  multiarch-support   2.13-35

libgnuradio-uhd3.6.1 recommends no packages.

libgnuradio-uhd3.6.1 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#684564: GR-UHD detected ABI compatibility mismatch with UHD library

[matt . nottingham]

Sorry - it was picking up another libuhd which was on my system. When
I deleted the other library, everything worked as expected.

Sorry for wasting your time.

Thanks,

Matt


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580611: /usr/bin/xemacs-21.4.22-mule: VM: sending mail stops working

[matt . nottingham]

Just to add that I also have exactly the same problem and would like
to see it resolved quickly, so if there's anything we can do to help?

Thanks,

Matt




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#550140: Fails to install

[matt . nottingham]

Andreas Tille writes:
  On Wed, Oct 07, 2009 at 09:06:59PM +0100, Matt Nottingham wrote:
   Package: science-config
   Version: 0.7
   Severity: grave
   
   When I try and install this package, this is what happens:
   
   Preparing to replace science-config 0.7 (using 
   .../science-config_0.7_all.deb) ...
  
  ... so you are replacing the same version of science-config by itself?
  Well, this should work definitely, but out of curiosity is there any
  reason why you are doing this?

As far as I was aware, it never has successfully installed - but it
may have done and I didn't noticed!

  
   Unpacking replacement science-config ...
   Setting up science-config (0.7) ...
   Debian Science configuration file /etc/blends/science/science.conf is 
   missing.
   dpkg: error processing science-config (--install):
subprocess installed post-installation script returned error exit status 
   255
   
   The file it references is in the deb, so I'm guessing there must be a flaw 
   in the scripts logic.
  
  If I do the same on my side I get:
  
  
  $ apt-cache policy science-config
  science-config:
Installed: 0.7
Candidate: 0.7
Version table:
   *** 0.7 0
  501 file: testing/main Packages
  501 http://debian.tu-bs.de testing/main Packages
   50 http://ftp.de.debian.org unstable/main Packages
  100 /var/lib/dpkg/status
  til...@wr-linux02:~$ sudo apt-get --reinstall install science-config
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 345 not 
  upgraded.
  Need to get 0B/7446B of archives.
  After this operation, 0B of additional disk space will be used.
  Do you want to continue [Y/n]? 
  Preconfiguring packages ...
  (Reading database ... 421329 files and directories currently installed.)
  Preparing to replace science-config 0.7 (using 
  .../science-config_0.7_all.deb) ...
  Unpacking replacement science-config ...
  Processing triggers for man-db ...
  Setting up science-config (0.7) ...
  
  
  Could you please attach the content of your whole /etc/blends?

ls -R /etc/blends
/etc/blends:
blends.conf  cdd.conf~  med  science

/etc/blends/med:
med.conf.cdd  med.conf~

/etc/blends/science:
science.conf.cdd   science.conf.dpkg-old~
science.conf.dpkg-old.cdd  science.conf~


   COuld
  you perhaps inject a set -x in the post-installation script and run it
  separately as root.  It is hard to verify the problem without this.

OK, I'll have a go at that, but I may not get time until the weekend -
sorry.

  Kind regards and thanks for your bug report
  
   Andreas.
  
  -- 
  http://fam-tille.de

Thanks,

Matt



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#550140: Fails to install

[Matt Nottingham]

Package: science-config
Version: 0.7
Severity: grave

When I try and install this package, this is what happens:

Preparing to replace science-config 0.7 (using .../science-config_0.7_all.deb) 
...
Unpacking replacement science-config ...
Setting up science-config (0.7) ...
Debian Science configuration file /etc/blends/science/science.conf is missing.
dpkg: error processing science-config (--install):
 subprocess installed post-installation script returned error exit status 255

The file it references is in the deb, so I'm guessing there must be a flaw in 
the scripts logic.

Thanks,

Matt


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30.7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages science-config depends on:
ii  adduser   3.111  add and remove users and groups
ii  blends-common 0.6.6  Debian Pure Blends common package
ii  debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii  menu  2.1.42 generates programs menu for all me

science-config recommends no packages.

science-config suggests no packages.

-- debconf information:
* shared/science-config/useusermenus: true
* shared/science-config/usermenus: End of installation
* science-config/group: matt (Matt Nottingham), test9 (fred)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#515906: Can't print anymore with new hpijs 2.8.12-3 and my HP 6940

[Matt Nottingham]

Package: hpijs
Severity: normal


Everything now appears to work fine.

Thanks,

Matt



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30.7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages hpijs depends on:
ii  cups  1.4.1-4Common UNIX Printing System(tm) - 
ii  cups-client   1.4.1-4Common UNIX Printing System(tm) - 
ii  cups-ppdc [cupsddk]   1.4.1-4Common UNIX Printing System(tm) - 
ii  cupsddk   1.4.1-4Common UNIX Printing System (trans
ii  foomatic-filters  4.0-20090509-1 OpenPrinting printer support - fil
ii  ghostscript   8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF
ii  hplip 3.9.4b-1   HP Linux Printing and Imaging Syst
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libgcc1   1:4.4.1-4  GCC support library
ii  libjpeg62 6b-15  The Independent JPEG Group's JPEG 
ii  libstdc++64.4.1-4The GNU Standard C++ Library v3

hpijs recommends no packages.

Versions of packages hpijs suggests:
ii  hpijs-ppds3.9.4b-1   HP Linux Printing and Imaging - HP
ii  hplip-doc 3.9.8-1HP Linux Printing and Imaging - do

-- 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#515906: [Pkg-hpijs-devel] Bug#515906: Can't print anymore with new hpijs 2.8.12-3 and my HP 6940 (text only)

[matt . nottingham]

Hi,

I think this is what you are asking for.

Thanks,

Matt



hp-check.log
Description: HP Check output

Bug#515906: Can't print anymore with new hpijs 2.8.12-3 and my HP 6940 (text only)

[matt . nottingham]

I also have exactly the same symptoms but with my HP5740 printer. It
occured when I updated 'unstable' on Thursday. I'm not sure if it is
this package causing the problem or CUPS. This machine is an x86_64
arch.

I've included below all the packages which I think are relevant (and
many which aren't!).

ii  hpijs   2.8.12-3HP Linux Printing 
and Imaging - gs IJS driver (hpijs)
ii  hpijs-ppds  2.8.12-3HP Linux Printing 
and Imaging - HPIJS PPD files
ii  hplip   2.8.12-3HP Linux Printing 
and Imaging System (HPLIP)
ii  hplip-data  2.8.12-3HP Linux Printing 
and Imaging - data files
ii  hplip-doc   2.8.12-3HP Linux Printing 
and Imaging - documentation
ii  hplip-gui   2.8.12-3HP Linux Printing 
and Imaging - GUI utilities
ii  cups1.3.9-14Common UNIX 
Printing System(tm) - server
ii  cups-bsd1.3.9-14Common UNIX 
Printing System(tm) - BSD commands
ii  cups-client 1.3.9-14Common UNIX 
Printing System(tm) - client programs (SysV)
ii  cups-common 1.3.9-14Common UNIX 
Printing System(tm) - common files
ii  cups-driver-gutenprint  5.0.2-4 printer drivers for 
CUPS
ii  cups-pdf2.5.0-1 PDF printer for CUPS
ii  cupsddk 1.2.3-5 CUPS Driver 
Development Kit
ii  cupsddk-drivers 1.2.3-5 CUPS Driver 
Development Kit - Driver files
ii  cupsys  1.3.9-14Common UNIX 
Printing System (transitional package)
ii  cupsys-bsd  1.3.9-14Common UNIX 
Printing System (transitional package)
ii  cupsys-client   1.3.9-14Common UNIX 
Printing System (transitional package)
ii  cupsys-common   1.3.9-14Common UNIX 
Printing System (transitional package)
ii  cupsys-driver-gutenprint5.0.2-4 printer drivers for 
CUPS
ii  gnome-cups-manager  0.31-3+b1   CUPS printer admin 
tool for GNOME
ii  libcups21.3.9-14Common UNIX 
Printing System(tm) - libs
ii  libcups2-dev1.3.9-14Common UNIX 
Printing System(tm) - development files
ii  libcupsimage2   1.3.9-14Common UNIX 
Printing System(tm) - image libs
ii  libcupsys2  1.3.9-14Common UNIX 
Printing System (transitional package)
ii  libcupsys2-dev  1.3.9-14Common UNIX 
Printing System (transitional package)
ii  libgnomecups1.0-1   0.2.3-3 GNOME library for 
CUPS interaction
ii  libgnomecupsui1.0-1c2a  0.31-3+b1   UI extensions to 
libgnomecups
ii  python-cups 1.9.31-1Python bindings for 
CUPS
ii  python-cupsutils1.0.0-4 Python utility 
modules around the CUPS printing system

Thanks,

Matt




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#502976: python-matplotlib: pylab.show() does nothing

[matt . nottingham]

Hi,

Can I add a me too and also another data point. show() was working
fine with the previous verion, and then stopped at the weekend.

Looking at my dpkg.log it says:

2008-10-19 12:12:35 upgrade python-matplotlib 0.98.3-3 0.98.3-4

so that implies version 0.98.3-3 works - but I've not tested that
hypothosis, it could be caused by another package that changed that
day.

I'm running on AMD64 (64 bit) in case that's an issue.

Thanks,

Matt Nottingham

I



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#479153: Iceweasel cairo crashes

[matt . nottingham]

Just to say I also often have this crash - but only on my 'unstable'
x86 box not on my 'unstable' amd64 box!

firefox-bin: /tmp/buildd/cairo-1.6.4/src/cairo-ft-font.c:585: 
_cairo_ft_unscaled_font_unlock_face: Assertion `unscaled-lock_count  0' 
failed.


Thanks,

Matt




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#459418: 'git-svn init' fails

[matt . nottingham]

Gerrit Pape writes:
  On Sun, Jan 06, 2008 at 12:04:55PM +, [EMAIL PROTECTED] wrote:
   Package: git-svn
   Version: 1:1.5.3.7-1
   
   When git-svn tries to initialise a a new repositiory, it fails as 'git
   init' isn't a valid command. (This is on AMD64 unstable).
   
   For example:
   
git-svn init http://gnuradio.org/svn/gnuradio/trunk
   Usage: git COMMAND [OPTIONS] [TARGET]
  
  Hi, it works fine for me on powerpc with version 1.5.3.8-1 in unstable,
  can you please re-check with this version?
  
   $ git version
   git version 1.5.3.8
   $ git svn init http://gnuradio.org/svn/gnuradio/trunk
   Initialized empty Git repository in .git/
   $ 
  
  Thanks, Gerrit.

Hi thanks for that. When I try 'git version' it just complained that
there was no such command again. So I started checking some more and
it was picking up a very old version of git in my path. When I deleted
that it all works fine. This was the first time I'd tried using git in
anger.

Sorry for wasting your time.

Thanks,

Matt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#459418: 'git-svn init' fails

[matt . nottingham]

Package: git-svn
Version: 1:1.5.3.7-1

When git-svn tries to initialise a a new repositiory, it fails as 'git
init' isn't a valid command. (This is on AMD64 unstable).

For example:

 git-svn init http://gnuradio.org/svn/gnuradio/trunk
Usage: git COMMAND [OPTIONS] [TARGET]
git command 'init' not found.
git commands are:
add apply archimport bisect branch checkout cherry clone commit
count-objects cvsimport diff fetch format-patch fsck-objects
get-tar-commit-id init-db log ls-remote octopus pack-objects parse-remote
patch-id prune pull push rebase relink rename repack request-pull reset
resolve revert shortlog show-branch status tag verify-tag whatchanged
svn-remote.svn.url already set: Usage: git COMMAND [OPTIONS] [TARGET]
wanted to set to: http://gnuradio.org/svn/gnuradio/trunk

 git-svn clone http://gnuradio.org/svn/gnuradio/trunk gnuradio
svn-remote.svn.url already set: Usage: git COMMAND [OPTIONS] [TARGET]
wanted to set to: http://gnuradio.org/svn/gnuradio/trunk
~/git_test 11:48 git-svn clone http://gnuradio.org/svn/gnuradio/trunk
Usage: git COMMAND [OPTIONS] [TARGET]
git command 'init' not found.
git commands are:
add apply archimport bisect branch checkout cherry clone commit
count-objects cvsimport diff fetch format-patch fsck-objects
get-tar-commit-id init-db log ls-remote octopus pack-objects parse-remote
patch-id prune pull push rebase relink rename repack request-pull reset
resolve revert shortlog show-branch status tag verify-tag whatchanged
svn-remote.svn.url already set: Usage: git COMMAND [OPTIONS] [TARGET]
wanted to set to: http://gnuradio.org/svn/gnuradio/trunk

ii  git-arch   1:1.5.3.7-1fast, scalable, distributed revision control
ii  git-core   1:1.5.3.7-1fast, scalable, distributed revision control
ii  git-cvs1:1.5.3.7-1fast, scalable, distributed revision control
ii  git-daemon-run 1:1.5.3.7-1fast, scalable, distributed revision control
ii  git-doc1:1.5.3.7-1fast, scalable, distributed revision control
ii  git-email  1:1.5.3.7-1fast, scalable, distributed revision control
ii  git-gui1:1.5.3.7-1fast, scalable, distributed revision control
ii  git-svn1:1.5.3.7-1fast, scalable, distributed revision control
ii  gitk   1:1.5.3.7-1fast, scalable, distributed revision control
ii  gitweb 1:1.5.3.7-1fast, scalable, distributed revision control
ii  libsvn-core-pe 1.3.2-6Perl bindings for Subversion

Thanks,

Matt




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429326: Bad audio with 1.0.14a-1 and CA0106

[matt . nottingham]

Package: libasound2
Version: 1.0.14a-1

Since upgrading to 1.0.14 I've had poor audio from my CL Audigy SE
7.1 on my AMD64 running unstable. 

By poor audio I mean:

1) when I play OGG files from XMMS (through the ALSA plugin) I get
momentary pauses - which seem to be linked to any CPU activity.

2) XMMS does not make it through a whole OGG file without stopping -
for no apparent reason! No error messages are written to any file or
the xterm I started xmms from.

3) I also get the momentry pauses when using kaffeine.

This behavious didn't change after rebooting the system or running
/etc/init.d/alsa reload .

I 'cured' the problem by downgrading back to version 1.0.13-2 and
everyting is back to normal.

I'm running kernel 2.6.21.4.

Thanks,

Matt Nottingham



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429326: [Pkg-alsa-devel] Bug#429326: Bad audio with 1.0.14a-1 and CA0106

[matt . nottingham]

Elimar Riesebieter writes:
  On Sun, 17 Jun 2007 the mental interface of
  [EMAIL PROTECTED] told:
  
   Elimar Riesebieter writes:
  [...]
 Could you please test
 
 $ ogg123 file.ogg
 
 ?
  [...]
   Hi,
   
   I tried with 1.0.13-2 and it worked fine - for all 4 minutes of recording. 
   
   With 1.0.14a-1 I get a momentary pause every 5-10 seconds (without me
   doing much else on the computer). There were also 5 big
   pauses/skips. At each of these it prints out ALSA: underrun, at least
   0ms (is this the error that xmms sees which causes it just to
   stop?)
  
  Do you have a .asoundrc in your $HOME?
  Are only *.ogg records affected?
  could you please test ogg123 file.ogg from commandline?
  
  Elimar
  
  -- 
We all know Linux is great... it does infinite loops in 5 seconds.
  -- Linus Torvalds

1) Nope, I have no .asoundrc file.

2) As I said in the original report it also effect Kaffeine (for
example when playing a DVD)

3) Thats what I gave the output from above (ALSA underruns...)

Thanks,

Matt




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429326: [Pkg-alsa-devel] Bug#429326: Bad audio with 1.0.14a-1 and CA0106

[matt . nottingham]

Elimar Riesebieter writes:
  On Sun, 17 Jun 2007 the mental interface of
  [EMAIL PROTECTED] told:
  
   
   Package: libasound2
   Version: 1.0.14a-1
   
   Since upgrading to 1.0.14 I've had poor audio from my CL Audigy SE
   7.1 on my AMD64 running unstable. 
   
   By poor audio I mean:
   
   1) when I play OGG files from XMMS (through the ALSA plugin) I get
   momentary pauses - which seem to be linked to any CPU activity.
   
   2) XMMS does not make it through a whole OGG file without stopping -
   for no apparent reason! No error messages are written to any file or
   the xterm I started xmms from.
   
   3) I also get the momentry pauses when using kaffeine.
  
  Could you please test
  
  $ ogg123 file.ogg
  
  ?
  
  Need some more AMD64 testers, as I am not aware of that plattform.
  I've tested on ppc and i386. All went fine, though.
  
  
  Elimar
  
  
  
  -- 
On the keyboard of life you have always
to keep a finger at the escape key;-)

Hi,

I tried with 1.0.13-2 and it worked fine - for all 4 minutes of recording. 

With 1.0.14a-1 I get a momentary pause every 5-10 seconds (without me
doing much else on the computer). There were also 5 big
pauses/skips. At each of these it prints out ALSA: underrun, at least
0ms (is this the error that xmms sees which causes it just to
stop?)

The track is at 128kbps, 2 channel.

(My machine also has 4Gbytes of RAM in it which has caused some
problems before (mainly USB drivers and DMA transfers), but I don't
think that it should be causing a problem in this case.)

(Reverting back to 1.0.13 as .14 is unlistenable!)

Thanks,

Matt Nottingham


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429326: [Pkg-alsa-devel] Bug#429326: Bad audio with 1.0.14a-1 and CA0106

[matt . nottingham]

Elimar Riesebieter writes:
  On Sun, 17 Jun 2007 the mental interface of
  [EMAIL PROTECTED] told:
  
   Elimar Riesebieter writes:
 On Sun, 17 Jun 2007 the mental interface of
 [EMAIL PROTECTED] told:
 
  Elimar Riesebieter writes:
 [...]
   
   1) Nope, I have no .asoundrc file.
   
   2) As I said in the original report it also effect Kaffeine (for
   example when playing a DVD)
  
  Can you play mp3, aac, flac, ?

OK, i converted one of my ogg file with oggdec and played the results
of that (RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit,
stereo 44100 Hz) with 'aplay'. Same results as before - fine with
1.0.13, very poor with 1.0.14. 'aplay' said the following things with
1.0.14 (but nothing with 1.0.13):

underrun!!! (at least 92997.510 ms long)
underrun!!! (at least 20.700 ms long)
underrun!!! (at least 58692.784 ms long)
underrun!!! (at least 20.724 ms long)
underrun!!! (at least 19436.048 ms long)
underrun!!! (at least 20.729 ms long)
underrun!!! (at least 63813.207 ms long)
underrun!!! (at least 20.718 ms long)
~

  
   3) Thats what I gave the output from above (ALSA underruns...)
  
  Please post the output of:
  $ dpkg -l | egrep alsa\-|libasound

ii  alsa-base  1.0.13-5   
ALSA driver configuration files
ii  alsa-oss   1.0.14-1   
ALSA wrapper for OSS applications
ii  alsa-utils 1.0.14-1   
ALSA utilities
ii  libasound2 1.0.14a-1  
ALSA library
ii  libasound2-dev 1.0.14-1   
ALSA library development files

when I revert back to 1.0.13 all I do is a dpkg -i libasound2-1.0.13-2_amd64.deb



  Elimar


Thanks,

Matt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#389009: Instant SEGV on startup for AMD64

[matt . nottingham]

Package: ktrack
Version: 0.3.0-alpha1-8

On my AMD64 machine running unstable, ktrack instantly dies with what
I KCrash says is a SEGV. I think I see it create a window - but its
only up for a split second before it dies. Looking at the backtrace in
the KCrash window says very little (apart from 'no debuging symbols
found'!):


0x2b45db23be22 in nanosleep () from /lib/libc.so.6
#0  0x2b45db23be22 in nanosleep () from /lib/libc.so.6
#1  0x2b45db23bc74 in sleep () from /lib/libc.so.6
#2  0x2b45d81c1c29 in KCrash::startDrKonqi () from /usr/lib/libkdecore.so.4
#3  0x2b45d81d4f50 in KCrash::defaultCrashHandler ()
   from /usr/lib/libkdecore.so.4
#4  0x2b45db1d9110 in killpg () from /lib/libc.so.6
#5  0x in ?? ()


It looks like I'm running version 3.5.4-1 of KDE.

Thanks,

Matt Nottingham


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380480: xfwm4: bad mouse position after changing workspace

[matt . nottingham]

Package: xfwm4
Version: 4.3.90.2-1

When moving the mouse to the edge of the screen so that it flicks over
to the next workspace, the mouse position on the 'new' workspace is
about 200 pixels from the edge of the 'new' workspace. This is pretty
anoying, especially if you just did it accidently! This was certainly
not the behaviour with version 4.2.3.2-2.

Output of uname (not that it should matter)

Linux linux64 2.6.17.6 #1 Sun Jul 16 09:47:03 BST 2006 x86_64 GNU/Linux

This is on Debian (AMD64) unstable.

Thanks,

Matt Nottingham



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380485: avida-qt-viewer: SEGV when running (just after starting sim)

[matt . nottingham]

Package: avida-qt-viewer
Version: 2.0b7-4

This is the output after I click Finish in the GUI (no matter what
options I select, it ends up with the SEGV within a second of clicking
finish)

Instruction Library has 4 instructions.
cHardware4Stack::initInstLib debug: important post-init values:
 --- GetSize(): 36
 --- GetNumNops(): 4
 --- GetName(last): Inject

cHardwareCPU::initInstLib Instruction Library has 3 instructions.
cHardwareCPU::initInstLib debug: important post-init values:
 --- GetSize(): 181
 --- GetNumNops(): 3
 --- GetName(last): skip

main
Avida version 2.0b7
Copyright (C) 1993-2001 California Institute of Technology.

Avida comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See file COPYING for details.

Warning: GENESIS_PATH not in /home/matt/avida_run1/genesis, defaulting to: 
genesis
Random Seed: 0 - 22439943
ENV: Loading file '/usr/share/avida/environment.cfg'.
ENV: Loading reaction 'NOT' with trigger 'not'.
ENV: Loading reaction 'NAND' with trigger 'nand'.
ENV: Loading reaction 'AND' with trigger 'and'.
ENV: Loading reaction 'ORN' with trigger 'orn'.
ENV: Loading reaction 'OR' with trigger 'or'.
ENV: Loading reaction 'ANDN' with trigger 'andn'.
ENV: Loading reaction 'NOR' with trigger 'nor'.
ENV: Loading reaction 'XOR' with trigger 'xor'.
ENV: Loading reaction 'EQU' with trigger 'equ'.
Loaded Instruction Library /usr/share/avida/inst_set.default with 26 
instructions.
Initializing Population...cPopulation
Building world 60x60 = 3600 organisms.
Geometry: Unknown
...Building Integrated Time Slicer...
Segmentation fault


Running it in gdb isn't too enlightening:

Program received signal SIGSEGV, Segmentation fault.
0x004fb4e2 in ?? ()
(gdb) where
#0  0x004fb4e2 in ?? ()
#1  0x004fe81f in ?? ()
#2  0x004b5523 in ?? ()
#3  0x004bcb16 in ?? ()
#4  0x00486df8 in ?? ()
#5  0x0050ed74 in QGList::count ()
#6  0x0050ab3a in QGList::count ()
#7  0x0050ad0a in QGList::count ()
#8  0x005dda6b in QValidator::metaObject ()
#9  0x2b4c6d957856 in ?? () from /usr/lib/libqt-mt.so.3
#10 0x0081c2d0 in ?? ()
#11 0x7fff3d672b00 in ?? ()
#12 0x00819c90 in ?? ()
#13 0x00815590 in ?? ()
#14 0x7fff3d672b20 in ?? ()
#15 0x2b4c6d4413d2 in ?? () from /lib64/ld-linux-x86-64.so.2
#16 0x7fff3d672b00 in ?? ()
#17 0x00816cd0 in ?? ()
#18 0x00819d00 in ?? ()
#19 0x in ?? ()


(I've also compiled and tried the latest version 2.4.3, at that
behaves the same) 

uname 

Linux linux64 2.6.17.6 #1 Sun Jul 16 09:47:03 BST 2006 x86_64 GNU/Linux

Running Debian AMD64 Unstable.

Thanks,

Matt Nottingham



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380483: xfwm4: Cannot change from first to last workspace by moving mouse

[matt . nottingham]

Package: xfwm4
Version: 4.3.90.2-1

I do not seem able to move from first to the last workspace (or
vis-versa) by moving the mouse. I have the Wrap workspaces when the
first or last workspace is reached option checked in window manager
tweaks - Workspaces panel which I assume provides the functionality
that I described above (and is the default in 4.2.3.2-2).

This is with a uname of

Linux linux64 2.6.17.6 #1 Sun Jul 16 09:47:03 BST 2006 x86_64 GNU/Linux

on a Debian AMD64 unstable machine.

Thanks,

Matt Nottingham



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380483: [Pkg-xfce-devel] Bug#380483: xfwm4: Cannot change from first to last workspace by moving mouse

[matt . nottingham]

Yves-Alexis Perez writes:
  On Sun, 2006-07-30 at 14:53 +0100, [EMAIL PROTECTED] wrote:
   I do not seem able to move from first to the last workspace (or
   vis-versa) by moving the mouse. I have the Wrap workspaces when the
   first or last workspace is reached option checked in window manager
   tweaks - Workspaces panel which I assume provides the functionality
   that I described above (and is the default in 4.2.3.2-2).
   
  
  I can only reproduce this using Wrap workspaces when the pointer
  reaches a screen edge (in Window manager settings, Advanced tabs, when
  my workspaces are using two rows.
  
  If all workspaces are on a row, it works. Can you confirm that you're
  using multiple workspaces rows ?
  
  What I guess it that (currently) when the pointer reaches the right edge
  it's interpreted as go to right workspace and not (as it seems you
  want to, and as it seems was the default on 4.2) as go to next
  workspace.
  
  Did I've correctly interpreted your thoughts ?
  
  Regards,
  -- 
  Yves-Alexis
  

Hmmm. I'm using a single row of 6 workspaces. When I reach the left
hand edge of the 1st workspace or the right hand edge of the 6th
workspace, it does not wrap me to the 6th or the 1st workspace
respectively. (Going to the left of 2nd workspace takes me to 1st
workspace, right of 2nd takes me to 3rd, etc, etc). This wrapping
behaviour for the 1st  last workspaces is different to version 4.2
which does wrap from 1st to last and last to 1st at the left and right
hand edges of 1st and last workspaces respectively.

(i.e. thinking about workspace numbers in version 4.2 they form a
circle with the user in the middle:

   1
 6   2
 5   3
   4

and in version 4.4 a line:

1 2 3 4 5 6

)

Does that make my ramblings a bit more clearer?

Thanks,

Matt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380480: [Pkg-xfce-devel] Bug#380480: xfwm4: bad mouse position after changing workspace

[matt . nottingham]

Yves-Alexis Perez writes:
  On Sun, 2006-07-30 at 14:47 +0100, [EMAIL PROTECTED] wrote:
   When moving the mouse to the edge of the screen so that it flicks over
   to the next workspace, the mouse position on the 'new' workspace is
   about 200 pixels from the edge of the 'new' workspace. This is pretty
   anoying, especially if you just did it accidently! This was certainly
   not the behaviour with version 4.2.3.2-2. 
  
  As far as I know, it's intended to be like this, to avoid a loop when
  using mouse to switch workspace. I don't use this functionnality, so I
  don't know what was the behavior in 4.2, could you be more precise on
  this ?
  
  Thanks,
  -- 
  Yves-Alexis
  

In 4.2 moving the mouse of the edge of the screen forced the next
workspace to be displayed and your mouse pointer ended up only a few
pixels from the edge, certainly about 10 times fewer pixels than with
version 4.4. (I'm not sure how it could cause a loop because of 'edge
resistance' and the fact that your mouse in moving away from the edge
in the new workspace).

This appears to be a new 'feature' of version 4.4.


Thanks,

Matt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380480: [Pkg-xfce-devel] Bug#380480: xfwm4: bad mouse position after changing workspace

[matt . nottingham]

Yves-Alexis Perez writes:
  If the pointer after the wrap is in the same zone where it can start a
  wrap, we could end up with a loop. In 4.4 implementation, the pointer
  ends out of this zone.

I don't really understand why the zone isn't just 1 or 2 pixels wide
rather than a 100 or more.

   This appears to be a new 'feature' of version 4.4.
  
  Xfwm4 has been largely modified, yes.
  
  Do you think it's really unusable like this ?
  -- 
  Yves-Alexis
  

I wouldn't call it unusable (so it probably should be a Wishlist
item), but its really annoying because I have to look to see where the
mouse pointer has ended up (I'd suggest that its an unintuitive user
interface) and if I have done it by accident (when going for a
scrollbar on the edge of a workspace, typically) I have to drag the
mouse several inches to the left (to get it to swap back to the other
workspace) and then several inches to the right to get back to where I
was.

I suspect that eventually I'll get annoyed enough to change window
managers (again).

Thanks for your help,

Matt Nottingham



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380483: [Pkg-xfce-devel] Bug#380483: xfwm4: Cannot change from first to last workspace by moving mouse

[matt . nottingham]

Yves-Alexis Perez writes:
  Yes, but I can't reproduce. If I use a single row with 6 workspaces,
  when I'm on the 6th workspace and my pointer reaches the right edge, it
  wraps to workspace 1. This is with wrap workspaces when the first or
  last worskace is reached in the Worskpaces tabs in Window Manager
  Tweaks setting.
  
  Do you use a pager in the panel ?
  
  Regards,
  -- 
  Yves-Alexis
  

Yes I have a pager in the panel, and I have that option checked.

This is a machine used to run version 4.2 of xfce, before the new 4.4
deb packages came along. Could there be something lurking in my
preferences that is messing it up? If its easy to rename my current
preferences I'll do that, otherwise I'll create a new account and see
if it works for that. I'll also try updating my (Intel Pent M) laptop
(which I've kept on 4.2 because of this and bug 380480) to see if its
just a AMD64 issue.

Thanks for your help,

Matt




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#380483: [Pkg-xfce-devel] Bug#380483: xfwm4: Cannot change from first to last workspace by moving mouse

[matt . nottingham]

Yves-Alexis Perez writes:
  On Sun, 2006-07-30 at 18:20 +0100, [EMAIL PROTECTED] wrote:
   Yes I have a pager in the panel, and I have that option checked.
   
   This is a machine used to run version 4.2 of xfce, before the new 4.4
   deb packages came along. Could there be something lurking in my
   preferences that is messing it up? If its easy to rename my current
   preferences I'll do that, otherwise I'll create a new account and see
   if it works for that. I'll also try updating my (Intel Pent M) laptop
   (which I've kept on 4.2 because of this and bug 380480) to see if its
   just a AMD64 issue.
  
  Is wrap workspaces depending on the actual desktop layout checkbox
  enabled ? (on window manager tweaks). If I uncheck this, I can't cycle
  workspaces, that's right (and it's not a bug, though).
  
  Can you try this an report ?
  
  Regards,
  -- 
  Yves-Alexis
  

OK, that option wasn't checked. When I check it it works as I'd like!!
In my defense I can't say it obvious that it should be checked! (Some
'tooltips' for these options would be great - I looked at the docs and
they weren't much use).

Thanks very much for your help, and sorry I wasted your time.

Matt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#340870: Kernel-image 2.6.14-2-amd64-generic panic on boot

[matt . nottingham]

Frederik Schueler writes:
  Hello,
  
  On Sat, Nov 26, 2005 at 02:17:46PM +, [EMAIL PROTECTED] wrote:
   Kernel panic - not syncing: PCI DMA: High address but no IOMMU
  
  Did you activate the IOMMU in the bios?

I can't see any option with that name (or anything similar in the
BIOS). 2.6.12-1 boots fine with same BIOS settings.

   It also does this with version 2.6.14.1.
   
   The computer is a ASUS Nforce4 motherboard with an S939 3800+ AMD64 in
   it, with 4 gigs of RAM, RAID1 SATA disks. It boots happily with
   2.6.12-1-amd64-generic
  
  You should run the amd64-k8 flavour on this system, the amd64-generic
  kernel is intended for the installer only and lacks certain
  optimizations.

(It wouldn't make installation easy!)

2.6.14.2-amd64-k8 panics in same way.

  
  
  Best regards
  Frederik Schueler
  
  -- 
  ENOSIG

Thanks,

Matt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#340870: Kernel-image 2.6.14-2-amd64-generic panic on boot

[matt . nottingham]

Package: Kernel
Version: 2.6.14.2-amd64-generic


When I boot my machine, the kernel panics with:

usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
usb 1-1: new low speed USB device using ohci_hcd and address 2
Kernel panic - not syncing: PCI DMA: High address but no IOMMU


It also does this with version 2.6.14.1.

The computer is a ASUS Nforce4 motherboard with an S939 3800+ AMD64 in
it, with 4 gigs of RAM, RAID1 SATA disks. It boots happily with
2.6.12-1-amd64-generic


Hope this helps

Matt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#336353: installation problem

[matt . nottingham]

Hi,

Just to say that the businesscard CD also don't install - failing at
the same point in the install. I've tried with:

MD5SUMName
2bea0da227e9404348f9cc56452552ff  debian-testing-amd64-businesscard-29oct05.iso
b113243f2af4aee9652f8e1715d88117  debian-testing-amd64-businesscard-30oct05.iso

They say (on VT3):

usage: /usr/lib/debootstrap/pkgdetails PKGS mirror 
 or/usr/lib/debootstrap/pkgdetails FIELD field mirror .
 or/usr/lib/debootstrap/pkgdetails GETDEPS packagesfile pkgs
 or/usr/lib/debootstrap/pkgdetails WGET% low high end reason
ar: Short read
zcat: Short read
chroot: cannot execute mount: No such file or directory.


I suspect this is a unrelated problem - despite the last line, but
won't file a bug report until I've checked this hasn't already been
reported.

Thanks,

Matt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#336451: businesscard CD image (AMD64) - pkgdetails command wrong?

[matt . nottingham]

Package: installation-reports

Debian-installer-version: 30/10/2005
uname -a: 
Date: 10:00am GMT 30/10/2005
Method: Network install from businesscard CDROM 

Machine: ASUS A8N-SLI Delux
Processor: AMD64 S939 3800+
Memory: 4gigs
Root Device: SATA
Root Size/partition table: 

2 200GB disks with parts:

190GB
10GB
3.9GB

the 190GB parts are combined as raid1 with ext3 mounted as /
the 2 10GB parts are configured as ext3 and mounted as /local 
/local1
The 2 3.9GB parts are used as swap.

Output of lspci and lspci -n:

Don't have access to lspci in busybox

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[E]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

When tying to install the base_files package it says (in virt con 3)

usage: /usr/lib/debootstrap/pkgdetails PKGS mirror 
 or/usr/lib/debootstrap/pkgdetails FIELD field mirror .
 or/usr/lib/debootstrap/pkgdetails GETDEPS packagesfile pkgs
 or/usr/lib/debootstrap/pkgdetails WGET% low high end reason
ar: Short read
zcat: Short read
chroot: cannot execute mount: No such file or directory.

I've tried with:

MD5SUMName
2bea0da227e9404348f9cc56452552ff  debian-testing-amd64-businesscard-29oct05.iso
b113243f2af4aee9652f8e1715d88117  debian-testing-amd64-businesscard-30oct05.iso


This may/may not be related to bugs #336353, #335556, #335653, #336173.

Hope this helps.

Thanks,

Matt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#336173: Package: installation-reports

[matt . nottingham]

Package: installation-reports

Debian-installer-version: 28/10/2005
uname -a: 2.6.9.12-1-amd64-generic #1 Wed sept 28 02:05:15 2005 x86_64
unknown
Date: 11:00m BST 28/10/2005
Method: Network install from CDROM 

Machine: ASUS A8N-SLI Delux
Processor: AMD64 S939 3800+
Memory: 4gigs
Root Device: SATA
Root Size/partition table: 

2 200GB disks with parts:

190GB
10GB
3.9GB

the 190GB parts are combined as raid1 with ext3 mounted as /
the 2 10GB parts are configured as ext3 and mounted as /local 
/local1
The 2 3.9GB parts are used as swap.

Output of lspci and lspci -n:

Don't have access to lspci in busybox

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[E]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

When tying to install the base_files package it says (in virt con 3)
chroot: cannot execute mount: No such file or directory.

If I do a df, it shows /dev/md/0 mounted as /target and
/dev/cdroms/cdrom0 mounted as /cdrom.

I also had this exact same problem which an image I downloaded on
25/10/05

Hope this helps.

Thanks.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]