Bug#878207: [Pkg-graphite-maint] Bug#878207: graphite-web: Migration files missing
Ok. Obviously I didn't read the README.Debian file closely enough. I had missed the --run-syncdb option from the graphite-manage migrate command. I have it working correctly now. Sorry about this noise. Regards Lee On 17/10/17 22:38, Jonas Genannt wrote: Hello, I'm using the testing packages for graphite/carbon on stable. The testing and unstable versions are the same (at this time). ok, so we are using the same Django version. If you have a django database created by an earlier version, then the app works, but with a completely fresh install, the django database for graphite-web is created without the graphite web model tables. how did you run the migrations, with which command? Because I have tested it with a sqlite database it worked fine. (fresh installation into a new vagrant box) What database do you use? Greets, Jonas
Bug#878207: [Pkg-graphite-maint] Bug#878207: graphite-web: Migration files missing
I'm using the testing packages for graphite/carbon on stable. The testing and unstable versions are the same (at this time). If you have a django database created by an earlier version, then the app works, but with a completely fresh install, the django database for graphite-web is created without the graphite web model tables. Regards Lee On 14/10/17 07:01, Jonas Genannt wrote: Hello, The migration files for the graphite sub apps are missing. Without these, running $ graphite-manage migrate on a fresh install doesn't create all the tables required to run graphite web. No pages are available, therefore the package is unusable. -- System Information: Debian Release: 9.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) you are using the current stable with unstable packages? Have you tried it on unstable? - because I don't get this error on unstable. Greets, Jonas
Bug#878208: graphite-web: Error when rendering errors
Package: graphite-web Version: 1.0.2+debian-2 Severity: normal Dear Maintainer, After installing the testing version of graphite-web on stable, if there is an error when accessing a web page the error page also errors with TypeError: context must be a dict rather than Context Using a Context is no longer permitted, but line 8 of /usr/lib/python2.7/dist-packages/graphite/views.py creates a Context. Removing the Context from around the dict corrects the issue. -- System Information: Debian Release: 9.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages graphite-web depends on: ii adduser3.115 ii python 2.7.13-2 ii python-cairo 1.8.8-2.2 ii python-django 1:1.11.5-2 ii python-django-tagging 1:0.4.5-1 ii python-pyparsing 2.1.10+dfsg1-1 ii python-scandir 1.6-1 ii python-simplejson 3.11.1-1+b1 ii python-tz 2017.2-2 ii python-urllib3 1.21.1-1 ii python-whisper 1.0.2-1 graphite-web recommends no packages. Versions of packages graphite-web suggests: ii graphite-carbon 1.0.2-1 pn libapache2-mod-wsgi pn python-ldap pn python-memcache pn python-mysqldb -- no debconf information
Bug#878207: graphite-web: Migration files missing
Package: graphite-web Version: 1.0.2+debian-2 Severity: important Dear Maintainer, The migration files for the graphite sub apps are missing. Without these, running $ graphite-manage migrate on a fresh install doesn't create all the tables required to run graphite web. No pages are available, therefore the package is unusable. Apps that need migrations: * graphite.account * graphite.dashboard * graphite.events * graphite.url_shortener -- System Information: Debian Release: 9.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages graphite-web depends on: ii adduser3.115 ii python 2.7.13-2 ii python-cairo 1.8.8-2.2 ii python-django 1:1.11.5-2 ii python-django-tagging 1:0.4.5-1 ii python-pyparsing 2.1.10+dfsg1-1 ii python-scandir 1.6-1 ii python-simplejson 3.11.1-1+b1 ii python-tz 2017.2-2 ii python-urllib3 1.21.1-1 ii python-whisper 1.0.2-1 graphite-web recommends no packages. Versions of packages graphite-web suggests: ii graphite-carbon 1.0.2-1 pn libapache2-mod-wsgi pn python-ldap pn python-memcache pn python-mysqldb -- no debconf information
Bug#770246: python-urllib3: Import of package fails with error
Package: python-urllib3 Version: 1.9.1-2 Severity: normal Dear Maintainer, The python-urllib3 package can't be used because it throws an exception. This also affects requests since it uses urllib3. This could well be due to changes to pyopenssl. Traceback follows: File /home/lee/personal/dev/inviddl/viddl/patterns.py, line 38, in module import requests File /usr/lib/python2.7/dist-packages/requests/__init__.py, line 68, in module _attach_namespace(urllib3, 'requests.packages') File /usr/lib/python2.7/dist-packages/requests/__init__.py, line 63, in _attach_namespace module = __import__(name) File /usr/lib/python2.7/dist-packages/urllib3/contrib/pyopenssl.py, line 73, in module ssl.PROTOCOL_SSLv3: OpenSSL.SSL.SSLv3_METHOD, AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3' -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-urllib3 depends on: ii python-six 1.8.0-1 pn python:any none Versions of packages python-urllib3 recommends: ii ca-certificates 20141019 ii python-ndg-httpsclient 0.3.2-1 ii python-openssl 0.14-1 ii python-pyasn1 0.1.7-1 python-urllib3 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#701684: Crashes when connecting to a vm
Some quick testing shows setting listen to 0.0.0.0 (all interfaces) gives no hostname in vncdisplay. This includes libvirt 1.0.6 (unstable) and 0.8.8 (squeeze). Hope this helps. Regards Lee On Tue, 25 Jun 2013 21:56:16 Laurent Bigonville wrote: notfixed -1 0.5.5-4 reopen -1 thanks Hello, So what's the status of this bug? It's currently blocking migration of this package. @Lee: I've not been able to reproduce a case where the listen directive is missing. When the domain is started it gets added automatically here. (libvirt 1.0.6-1) Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701684: Crashes when connecting to VM
Hi I can offer some observations about why virt-viewer crashes when connecting to some VMs. The crash appears to be related to the vncdisplay result returned from libvirt. For example: $ virsh vncdisplay test-vm1 :1 $ virt-viewer test-vm1 Segmentation fault $ virsh vncdisplay test-vm2 localhost:2 $ virt-viewer test-vm2 virt-viewer window opened and shows VM The difference between test-vm1 and test-vm2 is the graphics element in the domain XML. test-vm1 has graphics type='vnc' port='-1' autoport='yes'/ which listens on all available interfaces test-vm2 has graphics type='vnc' port='-1' autoport='yes' listen='localhost'/ which just listens on localhost (in the case). So it appears that virt-viewer isn't correctly handling where the host name for the vncdisplay is not given, and virt-viewer should use the address it used for connecting to libvirt or localhost if an address wasn't specified. The above also gives a work around, which is to set the listen attribute on the graphics element in your domain XML. Regards Lee Begg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633918: trac-bitten: New upstream release
Using the debian directory in SVN, I built myself an up-to-date version of trac-bitten. It works well. It would be nice if there was a proper debian package for bitten 0.6. Regards Lee Begg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633918: trac-bitten: New upstream release
I also note that the flash charts have been replaced with DFSG compatible ones using Flot (Javascript). Regards Lee Begg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633918: trac-bitten: New upstream release
Package: trac-bitten Version: 0.6b2.dfsg-3 Severity: important Tags: upstream Two upstream releases are available since the last time this package was updated, which was over a year ago. The full version 0.6 contains major improvement. The one I have noticed is the attachments in the build have been reworked to perform much better. Currently I have a 10 minute wait while a 30MB attachment is sent (over Gigabit ethernet link). Milestone change overview: http://bitten.edgewall.org/milestone/0.6 Regards Lee Begg -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages trac-bitten depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-pkg-resources0.6.14-4 Package Discovery and Resource Acc ii python-support 1.0.10 automated rebuilding support for P ii trac0.11.7-4 Enhanced wiki and issue tracking s trac-bitten recommends no packages. trac-bitten 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#627123: fabric: New upstream release (1.0.1)
Package: fabric Version: 0.9.3-1.1 Severity: wishlist There have been a couple of releases of Fabric since the debian package was last updated. There is significant improvements in the upstream release. In particular, because Debian's default sudo install requires a tty, fabfiles using the current package can't use the sudo() command. Using libraries that use fabric it becomes impossible to set the tty=True flag on sudo(). Change logs: http://docs.fabfile.org/en/1.0.1/changes/0.9.5.html http://docs.fabfile.org/en/1.0.1/changes/1.0.html http://docs.fabfile.org/en/1.0.1/changes/1.0.1.html 1.0.1 was released 28 March. Release 1.1 is due soon -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fabric depends on: ii python 2.6.6-14 interactive high-level object-orie ii python-paramiko 1.7.6-6Make ssh v2 connections with Pytho ii python-pkg-resources 0.6.15-2 Package Discovery and Resource Acc ii python-support 1.0.13 automated rebuilding support for P fabric recommends no packages. fabric 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#539457: drm-modules-source: Fails to uninstall drm-modules, dpkg-divert: mismatch on package
Package: drm-modules-source Version: 2.4.11+git+20090630+de1ed01-1 Severity: normal The drm-modules package can not be uninstalled due to a mismatch of package name on diversions created. Removing drm-modules-2.6.30-1-686 ... Removing `diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/drm.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/drm.ko.linux by drm- modules-2.6.30-1-686' dpkg-divert: mismatch on package when removing `diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/i810/i810.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/i810/i810.ko.linux by drm- modules-2.6.30-1-686' found `diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/i810/i810.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/i810/i810.ko.linux by drm- modules-2.6.30-1-686-amd64' dpkg: error processing drm-modules-2.6.30-1-686 (--remove): subprocess installed post-removal script returned error exit status 2 Errors were encountered while processing: drm-modules-2.6.30-1-686 E: Sub-process /usr/bin/dpkg returned an error code (1) The diversion involved are below. Note that it was the drm- modules-2.6.30-1-686 package that created the diversions, but dpkg-divert thinks drm-modules-2.6.30-1-686-amd64 did. $ dpkg-divert --list *drm* diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/i810/i810.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/i810/i810.ko.linux by drm- modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/i915/i915.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/i915/i915.ko.linux by drm- modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/mach64/mach64.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/mach64/mach64.ko.linux by drm-modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/mga/mga.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/mga/mga.ko.linux by drm- modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/nouveau/nouveau.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/nouveau/nouveau.ko.linux by drm-modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/nv/nv.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/nv/nv.ko.linux by drm- modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/r128/r128.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/r128/r128.ko.linux by drm- modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/radeon/radeon.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/radeon/radeon.ko.linux by drm-modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/savage/savage.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/savage/savage.ko.linux by drm-modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/sis/sis.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/sis/sis.ko.linux by drm- modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/tdfx/tdfx.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/tdfx/tdfx.ko.linux by drm- modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/via/via.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/via/via.ko.linux by drm- modules-2.6.30-1-686-amd64 diversion of /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/xgi/xgi.ko to /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/xgi/xgi.ko.linux by drm- modules-2.6.30-1-686-amd64 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages drm-modules-source depends on: ii debhelper7.3.8 helper programs for debian/rules ii git-core 1:1.6.3.3-2 fast, scalable, distributed revisi ii make 3.81-6 An utility for Directing compilati ii module-assistant 0.11.1 tool to make module package creati ii quilt0.46-7 Tool to work with series of patche drm-modules-source recommends no packages. Versions of packages drm-modules-source suggests: pn kernel-packagenone (no description available) ii linux-headers-2.6.30-1-686 [l 2.6.30-4 Header files for Linux 2.6.30-1-68 -- no debconf information -- To
Bug#226623: xserver-xfree86: [ati/radeon] XVideo inoperative on Radeon Mobility M6 LY rev 0
On Monday 15 January 2007 00:01, Brice Goglin wrote: Hi, About 2 years ago, you reported (or replied to) a bug in the Debian BTS regarding XVideo not working on Radeon boards. Did any of you guys reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice Working for me now. Only switched back to the radeon driver recently and after I configured it right, I have video on either monitor. Regards Lee Begg pgpW10GMrCPgg.pgp Description: PGP signature
Bug#352130: mzscheme: Missing header files
Package: mzscheme Version: 1:301-7 Severity: normal Headers that have been present in 1:20x versions of mzscheme packages are not longer installed in current 1:301 packages. These headers are used to build applications that use/embed mzscheme and extensions that are used by mzscheme. No dev package exists. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-k8-smp Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages mzscheme depends on: ii debconf 1.4.70 Debian configuration management sy ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-8The GNU C compiler ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libffi4 4.0.2-8Foreign Function Interface library ii libssl-dev0.9.8a-6 SSL development libraries, header ii libssl0.9.8 0.9.8a-6 SSL shared libraries mzscheme recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311784: lksctp-tools: withsctp program fails due to different library version
Package: lksctp-tools Version: 1.0.2-1 Severity: normal The withsctp doesn't work because the LD_PRELOAD line refers to a different version of the library to what is install. LD_PRELOAD=${LIBDIR}/lksctp-tools/libwithsctp.so.1.0.1 ls -l /usr/lib/lksctp-tools/libwithsctp* lrwxrwxrwx 1 root root 20 2005-05-24 01:14 /usr/lib/lksctp-tools/libwithsctp.so.1 - libwithsctp.so.1.0.2 -rw-r--r-- 1 root root 6552 2005-01-15 12:51 /usr/lib/lksctp-tools/libwithsctp.so.1.0.2 -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-10-amd64-k8-smp Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages lksctp-tools depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libsctp11.0.2-1 user-space access to Linux Kernel -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#226623: libxv1: [xv] same on Radeon 9800 Pro
Package: libxv1 Version: 4.3.0.dfsg.1-10 Followup-For: Bug #226623 I have the same problem on my Radeon 9800 Pro. Thanks for the details about it only available on one head at a time. I'm going to swap plugs in the back so it works for me (guess it's not so easy of laptops...) -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-10-amd64-k8-smp Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages libxv1 depends on: ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii xlibs 4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]