Bug#876522: closed by Jonas Genannt <gena...@debian.org> (Bug#876522: fixed in graphite-web 1.0.2+debian-2)
That was fast. Thank you. 2017-09-23 17:12 GMT+02:00 Debian Bug Tracking System <ow...@bugs.debian.org >: > This is an automatic notification regarding your Bug report > which was filed against the graphite-web package: > > #876522: graphite-web: local_settings.py has mispelled TORAGE_DIR > > It has been closed by Jonas Genannt <gena...@debian.org>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Jonas Genannt < > gena...@debian.org> by > replying to this email. > > > -- > 876522: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876522 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > > -- Mensaje reenviado -- > From: Jonas Genannt <gena...@debian.org> > To: 876522-cl...@bugs.debian.org > Cc: > Bcc: > Date: Sat, 23 Sep 2017 15:09:14 + > Subject: Bug#876522: fixed in graphite-web 1.0.2+debian-2 > Source: graphite-web > Source-Version: 1.0.2+debian-2 > > We believe that the bug you reported is fixed in the latest version of > graphite-web, which is due to be installed in the Debian FTP archive. > > A summary of the changes between this version and the previous one is > attached. > > Thank you for reporting the bug, which will now be closed. If you > have further comments please address them to 876...@bugs.debian.org, > and the maintainer will reopen the bug report if appropriate. > > Debian distribution maintenance software > pp. > Jonas Genannt <gena...@debian.org> (supplier of updated graphite-web > package) > > (This message was generated automatically at their request; if you > believe that there is a problem with it please contact the archive > administrators by mailing ftpmas...@ftp-master.debian.org) > > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Format: 1.8 > Date: Sat, 23 Sep 2017 13:56:38 +0200 > Source: graphite-web > Binary: graphite-web > Architecture: source all > Version: 1.0.2+debian-2 > Distribution: unstable > Urgency: medium > Maintainer: Debian Graphite Group <pkg-graphite-maint@lists. > alioth.debian.org> > Changed-By: Jonas Genannt <gena...@debian.org> > Description: > graphite-web - Enterprise Scalable Realtime Graphing > Closes: 876522 > Changes: > graphite-web (1.0.2+debian-2) unstable; urgency=medium > . >* d/p/local_settings.patch: fixed typo (Closes: #876522) > Checksums-Sha1: > 12add36eed960846f8bf83b8d3c100741d0d7f8a 2078 > graphite-web_1.0.2+debian-2.dsc > 56971aa4d1ab5b19041644df41374baaa08dfdc6 225600 > graphite-web_1.0.2+debian-2.debian.tar.xz > 66033cfe7a535d6b262556d1c9e19d84550ee1ac 918364 > graphite-web_1.0.2+debian-2_all.deb > e3b0106fcca9fba14112124211b2c163cbf2b6f6 5077 > graphite-web_1.0.2+debian-2_amd64.buildinfo > Checksums-Sha256: > 5a1a38bb062793800a5ffd6dcfabd747e232f8f3186c5359e58b4e72cfe75982 2078 > graphite-web_1.0.2+debian-2.dsc > 31009aabb24e145ff31127db2ad12b3de139bac62dd32215d9611adbfe4f1976 225600 > graphite-web_1.0.2+debian-2.debian.tar.xz > c043f044fbb5b16eaa7dd789366a36cce84910c9083add81fbf02d0ecc2315bb 918364 > graphite-web_1.0.2+debian-2_all.deb > 9def4b6704ba46057976f7002327c6176bb6be21f3a9694ac640bfd8c6d845df 5077 > graphite-web_1.0.2+debian-2_amd64.buildinfo > Files: > 8eff156afb0831db74c0c89245b1d679 2078 web extra > graphite-web_1.0.2+debian-2.dsc > 73145484af66c2cee9584d34b3905de7 225600 web extra > graphite-web_1.0.2+debian-2.debian.tar.xz > 8e92e1213e9f2e1985f457a1f0cb2309 918364 web extra > graphite-web_1.0.2+debian-2_all.deb > d7d431c3ece66cc2a9304280424349e3 5077 web extra > graphite-web_1.0.2+debian-2_amd64.buildinfo > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > > iQIcBAEBCAAGBQJZxkyXAAoJEPBM7/YBbP/QlD4QAJF2PLptxPKVWr6+XzrPUoIW > HImka2QjX+fhf1x8CQ3sdZHT3qPw4HhnK8Yrqwcdz759uCwZhbCLlyy+XWd2rZBm > cVppy8KuNpD77tlBpih6vznCGfRPnGQX/Wk9NfVknuXPAukVkqYYZfzlFlp/7vGO > zjZiSVxUmpZHL28Ber3SL3+uUIjYVtFQNseBzb0IWJb0tIDcEWXP7mmOLpGluEDW > 98tvSuGL83A6GKEbJntWONbJbPsOLykz/g2lGlH2GRwoB0MzDY+eOYHr3AFwFUZA > llt8avrErpEzgLC33LeRf7pOkg63+k0WFqML2Ce64HKZG/8qk6gcGpFszutqFC9s > of7lfDhPB1lsLZxzEDV5DZWkyXyhJJVo8c/X1GuDTEMkGKE8o+R5GYJ1HVO7z5W0 > cNychFT+Qxh/OjP7eUqVf2ldhnv/usudlf4ADKWdH2wVRpyIlimOShC7rC2Jhwnw > h8K1EZ/cPCKnQGVbxlZO9gipHyIdOWdnnOQdqP9Pv2b+Gk6JDMG91gsZ2Qf5p4nG > baO2UKbHRR6foXtbtY1OOfqqZKNvHMgT87QU3LMoAbgYut0o8JSpGha4MyzQ3CHx > usPBxsFL2yRS/D1/J04eHk6zYHOX5k/AKMf3ihQxxpIn9vSCvfNkp03gaVnXmV+8 > tWedh32fFwHfrLii7SUa > =IEkE > -END PGP SIGNATURE- > > -- Mensaje reenviado -- > From: "
Bug#876522: graphite-web: local_settings.py has mispelled TORAGE_DIR
Package: graphite-web Version: 1.0.2+debian-1 Severity: normal The /etc/graphite/local_settings.py included in the package has a mispelled variable in line 101: TORAGE_DIR = '/var/lib/graphite/whisper' Obviously it should be STORAGE_DIR. -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.36-x86_64-linode85 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (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-1 ii python-django-tagging 1:0.4.5-1 ii python-pyparsing 2.1.10+dfsg1-1 ii python-scandir 1.5-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 0.9.15-1 ii libapache2-mod-wsgi 4.5.11-1 pn python-ldap ii python-memcache 1.57-2 ii python-mysqldb 1.3.7-1.1 -- Configuration Files: /etc/graphite/local_settings.py changed [not included] -- no debconf information
Bug#711350: Solution to fake js device
Dear mantainer, I found: https://github.com/denilsonsa/udev-joystick-blacklist It solved this problem with my keyboard, and btw it will be solved for a lot of other people if included in the udev package. Reporting this bug I found bug #635589 to be a duplicate of this one. Thank you.
Bug#763356: libglib2.0-0 2.40
Yes, libglib2.0-0 2.40 works in sid. I have the workbench back at a functioning state with: deb http://snapshot.debian.org/archive/debian/20140920T101110Z testing main And a lot of aptitude juggling. Especifically I had to downgrade: gir1.2-glib-2.0 glib-networking glib-networking-services libatk1.0-0 libglibmm-2.4-1c2a libgstreamer1.0-0 phonon-backend-gstreamer python-gi Really nothing compares to mysql-workbench, so the effort was worth it. -- Matías Costa https://nebulo.se
Bug#293165: kopete: no add groupwise account support
El Martes 01 Febrero 2005 16:24, Craig Cole escribió: Package: kopete Version: 4:3.3.2-1 Severity: normal When adding an account to kopete, there is no option to use groupwise. Is this an oversight or intentional? This is not a bug, is a wish. Groupwise (aka Meanwhile) support will be in kopete KDE 3.4 release. I'd tag this as wish + pending.
Bug#293246: kppp: dependency on ppp
El Miércoles 02 Febrero 2005 10:04, Michail Bachmann escribió: On Wednesday 02 February 2005 03:09, Christopher Martin wrote: On February 1, 2005 18:23, Michail Bachmann wrote: The dependency on ppp changed from Recommends in 3.3.1-2 to Depends in 3.3.2-1. Since KDE ist perfectly useable on a LAN without ppp I dont understand the reason for changing this dependency. If you're on a LAN, why are you using kppp? It would be helpful if you could explain your situation in more detail. Because unfortunately there is a dependency relation which leads to kppp: kde-kdenetwork-kppp. You install the bazillion packages that kde depends and hesitate about ppp? Maybe it would be better if kdenetwork would only recommend kppp and not depend on it, but I can see a rationale in that decision, kdenetwork being a metapackage and used by different kind of users. That's it, you can make happy everyone. Just make it easy the people who needs it. These are the newbies, or just recent debian users. However I can not see the rationale in raising the dependency on ppp from Recommends to Depends. If you are a new user, you would use some frontend like aptitude to install kppp, so the Recommends dependency is strong enough and ppp will be installed. On the other hand a more advanced user still can ignore the recommendation if he knows he did not need it on his system. If you are a new user you blame kppp and debian for not working because ppp is not installed (and may be you do not know what ppp is). If you are a advanced user you know what a metapackage is and you uninstall it to remove all packages you do not need. I ever think kde metapackages means Give me everything, now!. Advanced users and minimal-installation-droids (as me) usually do not need nor use these big metapackages (ie: kde) Changing the dependency does not improve the comfort using this package to a new user but will inconvenience a more advanced user. Read above. Also the advanced user may understand debian should be firendly with novices. BTW, kppp without ppp is a nice window in your desktop useless.
Bug#292963: kopete depends on xmms
El Lunes 31 Enero 2005 15:41, A.M.P. Boelens escribió: Package: kopete Version: 4:3.3.2-1 Severity: normal When I tried to remove xmms from my system I saw that kopete depends on it. xmms is only used for a plugin so shouldn't this be a recommended package and not a dependence? This is a duplicate of bug#238368. Please, read this bug to see comments and workaround.
Bug#292569: kdelibs-data: conflicts with openoffic.org
El Jueves 27 Enero 2005 23:25, Robert Waldner escribió: Package: kdelibs-data Version: 4:3.1.5-1 Severity: serious Justification: unkown Whilst installing amarok, I encountered the following error: Unpacking kdelibs-data (from .../kdelibs-data_4%3a3.3.2-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/kdelibs-data_4%3a3.3.2-1_all.deb (--unpack): trying to overwrite `/usr/share/mimelnk/application/vnd.sun.xml.calc.desktop', which is also in package openoffice.org Installed is openoffice.org 1.0.3-2, on a mixed stable/testing/unstable system. This is solved in newer openoffice.org packages. Just upgrade.
Bug#292059: kmail: crashes while starting
El Lunes 24 Enero 2005 22:02, Martin Lehofer escribió: Package: kmail Version: 4:3.3.2-1 Severity: normal Kmail is crashing after start with following message: kmail: relocation error: /usr/lib/libkmailprivate.so.0: undefined symbol: _ZN8DwString4nposE This symbol is defined in /usr/lib/libmimelib.so.1, from the package libmimelib1a. objdump -T /usr/lib/libmimelib.so.1 | grep _ZN8DwString4nposE But the package is installed and is the same version as mine. What do you get from 'ldd /usr/lib/libkmailprivate.so.0'? Can you run as root the command 'ldconfig' and tell if the bug continues?.
Bug#292059: kmail: crashes while starting
El Lunes 24 Enero 2005 22:02, Martin Lehofer escribió: Package: kmail Version: 4:3.3.2-1 Severity: normal Kmail is crashing after start with following message: kmail: relocation error: /usr/lib/libkmailprivate.so.0: undefined symbol: _ZN8DwString4nposE This is a duplicated of bug#263860 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=263860 And seems bug#263372 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=263372 These looks like people upgrade libs and do not log-out. is it posible kdeinit has the old libs in memory, and shares them with chidren? Please note the above bugs should be closed. To Martin Lehofer: Can be this the case? kmail crashes if you relogin?
Bug#291968: ksirc: History length arbitrary limitation
El Lunes 24 Enero 2005 11:35, Tor Arntsen escribió: Package: ksirc Version: 4:3.3.1-2 Severity: normal In General KSirc Settings, History lenght is limited to 1000. I was using 3000 as history length for a long time, but at some stage an arbitrary limit of 1000 has been inserted into ksirc, with the result that I lose needed history when I'm away from my computer more than a day. Such arbitrary limits should not exist according to GNU standards, and in any case 1000 is a ridiculously low limit (as this problem wasn't there in earlier versions one would think it should be easy to correct). In some way, you are right, 1000 looks like low limit. In other way, apps should not let users enter crazy values but this one lets you get unlimited log, so... Well, atached patch increases to 10 000 the max value, and if you see it, it's easy to change it if DDs apply it, and think is apropiate. --- kdenetwork-3.3.1.old/ksirc/KSPrefs/page_generalbase.ui 2005-01-24 13:28:32 +0100 +++ kdenetwork-3.3.1/ksirc/KSPrefs/page_generalbase.ui 2003-10-31 22:40:00 +0100 @@ -101,7 +101,7 @@ stringunlimited/string /property property name=maxValue -number1000/number +number1/number /property /widget /hbox
Bug#291889: characters not correctly passed to google search
El Domingo 23 Enero 2005 21:42, Alejandro Exojo escribió: El Domingo, 23 de Enero de 2005 20:53, Jean Darcoux escribió: As a solution, I recommand to replace characters like '+' by there corresponding code (like %2B in the case of '+'). The later example should then display the URL http://www.google.com/search?q=C%2B%2Bie=UTF-8oe=UTF-8 The problem, is not that characters are badly encoded, is that google uses + and - as metacharacters for saying some things, like this: Do not confuse the string with the enconding used to transfer the string. In URL arguments the + character is used as space, and the + is encoded as %2B (as Jean Darcoux states) http://www.google.com/search?q=c+-newsie=UTF-8oe=UTF-8 With that google understand c -news. Since there is no way of guessing what the user wants to search, he should use quotes when a literal + wants to be included in the search. Also, do not confuse urls with bash :) (bad joke, I know, sorry) Konqueror works correctly in unstable respect this bug. Please, provide more info about your version. BTW, you may use reportbug, witch takes this info for you, and more.
Bug#291335: konqueror: view profile doesn't save everything it should.
El Jueves 20 Enero 2005 06:13, [EMAIL PROTECTED] escribió: Package: konqueror Version: 4:3.3.1-4 Severity: normal I wish to have konqueror (filemanager) have no tabs and no toolbars, while konqueror (webbrowser) has visible tabs and toolbars. Profile support doesn't know how to do this but it is expected to know how. The bug is refered to: -Wish for default profiles?. -Profiles do not work?. In unstable profiles works properly, I have tested them with a new user. And that is how I have set up mine.
Bug#289646: kbabel: crash with some .po file
El Miércoles 19 Enero 2005 01:08, Adeodato Simó escribió: reassign 289646 kdelibs4 tags 289646 - experimental tags 289646 + sid thanks * Matías Costa [Mon, 10 Jan 2005 11:33:09 +0100]: Hi Matías, kbabel crashes (SIGSEGV) with certain entries. This makes imposible to work. You can find a file with this problem at http://webs.ono.com/uucp/knewsticker_crash.po Open the file, go to entry 98 (Crtl+g). Try to save or move to other entry. After some investigations, it seems that the crash is libkspell related. Can you tell us your settings under KControl - KDE Components - Spell checker? And to confirm that is really that: what happens if you chmod -x /usr/bin/[ai]spell? Nothing, the problems is still there. The same with ispell or aspell, with utf-8 or iso-1889-15. But you are right, without automatic spell check kbabel does not crash. * Steve Langasek [Tue, 18 Jan 2005 05:14:14 -0800]: I am not able to reproduce this bug using the packages in sarge. Can you please downgrade kdelibs4 on your system to the version in unstable, to confirm whether this bug still exists for you? Seems to me that the version of kdelibs4 in sarge is not affected. The bogus version has hit unstable, though. Reassigning and tagging accordingly. Thanks.
Bug#289143: kdm: does not source $HOME/.profile anymore
El Sábado 08 Enero 2005 03:14, Adeodato Simó escribió: * David Morel [Fri, 07 Jan 2005 13:48:05 +0100]: Package: kdm Version: 4:3.3.1-3 Severity: normal When upgrading to kde 3.3, I noticed environment vars (specifically LC_ settings) where not sourced anymore, which prevented several non-kde apps from functionning properly. kdm has never source ~/.profile by default, that I can recall. but I may be wrong, it's late here. I remember kdm 3.2 sourced /etc/profile. I had some problems related to euro-support-es and kdm, so I had to backup /etc/kde3/kdm/Xsession to modify it, and is still there. You can workaround this with: # cat /etc/X11/01profile [ -f /etc/profile ] . /etc/profile [ -f $HOME/.profile ] . $HOME/.profile Press crtl+d to end. Please note this file is sourced by /etc/Xsession (wich is sourced by /etc/kde3/kdm/Xsession ) and does not need '#!/bin/sh' nor exec permision.
Bug#291116: kicker: K-Menu popup on Win key tap is *hardcoded*
El Martes 18 Enero 2005 22:06, Maciej Kalisiak escribió: Package: kicker Version: 4:3.3.1-4 Severity: normal In prior versions of KDE (at least before 3.2), the Windows key could be used as a plain modifier key. Since then KDE has, in addition, accumulated the nasty habit of popping up the K/Start menu when that key is tapped by its lonesome. [...] Please, please, *please* make this hack runtime configurable. It is, just press bloq. num. Even with bloq num off the k menu only appears if the meta key (aka windows key) is pressed alone. Do I have a especial configuration or is it standard?
Bug#289925: konqueror: ignores default font size setting
El Martes, 11 de Enero de 2005 22:32, Wolfgang Jeltsch escribió: Package: konqueror Version: 4:3.3.2-0pre1 Severity: normal Tags: experimental Text in HTML pages shown by Konqueror appears very large by default. I have the default font size set to 11. I can change it to whatever I want---the actual font size doesn't change. Here the behaviour is correct. My font is Vera Sans. May be you have selected a bitmap font, or the web page especifies a fixed size. Can you give more info?