Bug#936016: meteo-qt crashes immediately
Package: meteo-qt
Version: 1.0.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer,
My installation of meteo-qt in buster crashes as soon as I start it:
judicael:~$ meteo-qt
ERROR: 6 days forcast not available : HTTP Error 401: Unauthorized - 1858
:meteo_qt
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/meteo_qt/meteo_qt.py", line 1383, in
done
self.overviewcity()
File "/usr/lib/python3/dist-packages/meteo_qt/meteo_qt.py", line 325, in
overviewcity
rise_str = self.utc('Sunrise', 'weatherdata')
File "/usr/lib/python3/dist-packages/meteo_qt/meteo_qt.py", line 445, in utc
self.weatherDataDico[rise_set].split('T')[1].split(':')
AttributeError: 'NoneType' object has no attribute 'split'
Abandon
judicael:~$ echo $?
134
(In my locale (French) "Abandon" is the word for "Aborted")
If I remove the config file ~/.config/meteo-qt/meteo-qt.conf, meteo-qt starts
normally
and asks me to provide an API key. If I provide it the wrong one, I can not add
any city:
I get an "Error: 401 Unauthorized" when typing "Paris" in the "Start typing the
city or
the geographic coordinates "latitude, longitude" search box.
If I provide the right one, I can find Paris in that search box, I can select
"Paris, FR", click the OK button in the "Cities" window. I am then back in the
main
parameter window. As soon as I click on "Apply" or "OK", meteo-qt crashes with
the same error
message.
My configuration (API key removed):
--
~$ cat ~/.config/meteo-qt/meteo-qt.conf | sed -e 's/APPID=.*/APPID=/'
[General]
APPID=
CitiesTranslation={}
City=Paris
CityList=['Paris_FR_2988507']
Country=FR
ID=2988507
Proxy=False
Unit=metric
[Logging]
Level=INFO
[SearchCity]
Geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x2\0\0\0\0\a\x80\0\0\0\0\0\0\n\xa3\0\0\x1\x35\0\0\a\x82\0\0\0\0\0\0\n\xa1\0\0\x1\x33\0\0\0\x2\0\0\0\0\a\x80)
--
Yours,
J. Courant.
-- System Information:
Debian Release: 10.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages meteo-qt depends on:
ii python33.7.3-1
ii python3-lxml 4.3.2-1
ii python3-pyqt5 5.11.3+dfsg-1+b3
ii python3-sip4.19.14+dfsg-2
Versions of packages meteo-qt recommends:
ii meteo-qt-l10n 1.0.0-1
meteo-qt suggests no packages.
-- no debconf information
Bug#933811: fusiondirectory: Fusion directory install fails as imagick is not detected
Control: reopen -1
Hi,
Thanks for your answer, unfortunately, the issue looks deeper:
> I will close this bug, because I think it's a user/admin issue. If you
> still think that fusiondirectory is buggy, please reopen this bug by
> putting "Control: reopen -1" into the first line of your reply to this
> email.
No php7.0 package is left:
~# dpkg -l "*php7.0*"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==---=
un php7.0-common(no description available)
un php7.0-curl (no description available)
> This very much sounds like your webserver is still running on an older
> PHP version (e.g. PHP 7.0 from stretch).
>
> Please note that with Apache2 in Debian when upgrading from stretch to
> buster, you need to a2dismod php7.0 and a2enmod php7.3 (with apache2
> restart afterwards).
I think I was already running PHP 7.3:
~# a2dismod php7.0
ERROR: Module php7.0 does not exist!
~# a2enmod php7.3
Considering dependency mpm_prefork for php7.3:
Considering conflict mpm_event for mpm_prefork:
Considering conflict mpm_worker for mpm_prefork:
Module mpm_prefork already enabled
Considering conflict php5 for php7.3:
Module php7.3 already enabled
Anyway, I restarted apache:
~# service apache2 restart
And in order to be sure, I added 'phpinfo();' in this file:
>> I wrote the following php code and put it in /var/www/html/atest.php :
>> --
>> A simple test
>>
>> > $R = class_exists('Imagick', FALSE);
>> if ($R) {
>>echo "Imagick detected";
>> } else {
>> echo "Imagick not detected";
>> }
>> ?>
>>
>> --
I get 'PHP Version 7.3.4-2' both when I execute it via the command line
and when I run it through apache.
With the command line, Imagick is detected:
/var/www/html# php atest.php|grep -i imagick
Imagick detectedphpinfo()
/etc/php/7.3/cli/conf.d/20-imagick.ini,
imagick
imagick module => enabled
imagick module version => 3.4.3
imagick classes => Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator,
ImagickKernel
Imagick compiled with ImageMagick version => ImageMagick 6.9.10-23 Q16 x86_64
20190101 https://imagemagick.org
Imagick using ImageMagick library version => ImageMagick 6.9.10-23 Q16 aarch64
20190101 https://imagemagick.org
imagick.locale_fix => 0 => 0
imagick.progress_monitor => 0 => 0
imagick.skip_version_check => 1 => 1
With apache, Imagick is not detected: the only occurence of 'imagick' I
could find in the web page I got is 'Imagick not detected' :-(
Yours,
Judicael.
PS: Even if this problem renders fusiondirectory useless to me, maybe it
should be reassigned to package php7.3?
--
TEL : (+33) (0)4 72 50 48 13
GPG public key: 783D F28F DBEA 5600 C0CB A7C4 828A B452 479A 5941
Bug#933811: fusiondirectory: Fusion directory install fails as imagick is not detected
Source: fusiondirectory
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I installed fusiondirectory and tried to configure it through its web
interface. At the third step ('Installation check'), a problem is
detected with imagick support :
Checking for imagick supportError
Install and activate the imagick PHP module
FusionDirectory will NOT run without fixing this.
That renders fusiondirectory unusable to me as I do not know how to
solve this. (I do not have the problem mentionned in bug #931959 as I
installed php-xml manually.)
imagick support is tested by fusiondirectory in
/usr/share/fusiondirectory/setup/class_setupStepChecks.inc, line 137 :
$R = class_exists('Imagick', FALSE);
I wrote the following php code and put it in /var/www/html/atest.php :
--
A simple test
--
When I run it in a shell ('php7.3 /var/www/html/atest.php'), imagick
is detected (output containing 'Imagick detected') whereas when I run
it through apache (opening a browser on
https://myservername/atest.php), it is not (web page containing
'Imagick not detected')
So something must be wrong with the configuration of imagick in
fusiondirectory (fusiondirectory should have enabled imagick when php
is run through apache) and/or with the php-imagick package.
Yours,
Judicael Courant.
-- System Information:
Debian Release: 10.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: arm64 (aarch64)
Kernel: Linux 4.9.93-mainline-rev1 (SMP w/6 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Possibly relevant packages:
ii apache22.4.38-3
arm64Apache HTTP Server
ii apache2-bin2.4.38-3
arm64Apache HTTP Server (modules and other binary files)
ii apache2-data 2.4.38-3
all Apache HTTP Server (common files)
ii apache2-utils 2.4.38-3
arm64Apache HTTP Server (utility programs for web servers)
ii fusiondirectory1.2.3-4
all Web Based LDAP Administration Program
ii fusiondirectory-schema 1.2.3-4
all LDAP schema for FusionDirectory
ii fusiondirectory-smarty3-acl-render 1.2.3-4
all Provide FusionDirectory ACL based rendering for Smarty3
ii libapache2-mod-php 2:7.3+69
all server-side, HTML-embedded scripting language (Apache 2 module)
(default)
ii libapache2-mod-php 2:7.3+69
all server-side, HTML-embedded scripting language (Apache 2 module)
(default)
ii libapache2-mod-php7.3 7.3.4-2
arm64server-side, HTML-embedded scripting language (Apache 2 module)
ii libapache2-mod-php7.3 7.3.4-2
arm64server-side, HTML-embedded scripting language (Apache 2 module)
ii php2:7.3+69
all server-side, HTML-embedded scripting language (default)
ii php7.3 7.3.4-2
all server-side, HTML-embedded scripting language (metapackage)
ii php7.3-cli 7.3.4-2
arm64command-line interpreter for the PHP scripting language
ii php7.3-common 7.3.4-2
arm64documentation, examples and common module for PHP
ii php7.3-curl7.3.4-2
arm64CURL module for PHP
ii php7.3-gd 7.3.4-2
arm64GD module for PHP
ii php7.3-imap7.3.4-2
arm64IMAP module for PHP
ii php7.3-json7.3.4-2
arm64JSON module for PHP
ii php7.3-ldap7.3.4-2
arm64LDAP module for PHP
ii php7.3-mbstring7.3.4-2
arm64MBSTRING module for PHP
ii php7.3-opcache 7.3.4-2
arm64Zend OpCache module for PHP
ii php7.3-readline7.3.4-2
