Bug#877825: Needs to depend upon libqt5svg5
Package: libqt5widgets5 Version: 5.7.1+dfsg-3 Severity: normal I've found out that libqt5widgets5 might load an SVG trough QLabel. Currently in our packaging there is no direct dependency because the SVG-related code is loaded trough the libqsvg.so plugin, which is packaged in libqt5svg5. I think the correct solution would be to ship the plugin in libqt5widgets5 and thus letting the build system set the right dependency. More info: $ objdump -x /usr/lib/x86_64-linux-gnu/qt5/plugins/imageformats/libqsvg.so | grep -i needed NEEDED libQt5Svg.so.5 NEEDED libQt5Gui.so.5 NEEDED libQt5Core.so.5 NEEDED libstdc++.so.6 NEEDED libc.so.6 $ objdump -x /usr/lib/x86_64-linux-gnu/libQt5Svg.so.5 | grep -i needed NEEDED libQt5Widgets.so.5 NEEDED libQt5Gui.so.5 NEEDED libQt5Core.so.5 NEEDED libz.so.1 NEEDED libstdc++.so.6 NEEDED libm.so.6 NEEDED libc.so.6 $ objdump -x /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 | grep -i needed NEEDED libQt5Gui.so.5 NEEDED libQt5Core.so.5 NEEDED libpthread.so.0 NEEDED libstdc++.so.6 NEEDED libm.so.6 NEEDED libc.so.6 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 'buildd-unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages libqt5widgets5 depends on: ii libc62.24-17 ii libqt5core5a [qtbase-abi-5-9-0] 5.9.1+dfsg-11 ii libqt5gui5 5.9.1+dfsg-11 ii libstdc++6 7.2.0-8 libqt5widgets5 recommends no packages. libqt5widgets5 suggests no packages. -- no debconf information
Processed: found 877814 in 4.2.0-1
Processing commands for cont...@bugs.debian.org: > found 877814 4.2.0-1 Bug #877814 [qtcreator] qtcreator: Please build Clang plugins in i386 arch Marked as found in versions qtcreator/4.2.0-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 877814: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877814 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#877814: qtcreator: Please build Clang plugins in i386 arch
Package: qtcreator Version: 4.2.0-1mert1 Severity: wishlist Dear Maintainer, I've noticed _ClangCodeModel plugin is missing in all architectures except amd64 because libclang-3.9-dev and llvm-3.9-dev dependencies are only enabled in amd64 builds. I can confirm that after enabling these dependencies and rebuilding package on i386, ClangCodeModel plugin is loaded and Clang code model configuration can be enabled successfully I would appreciate if you'd consider introducing clang dependencies in architectures where it's available (like i386) to allow usage of Clang code model option. Best regards -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64, armhf Kernel: Linux 4.4.87-mert (SMP w/2 CPU cores) 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: sysvinit (via /sbin/init) Versions of packages qtcreator depends on: ii libbotan-1.10-1 1.10.16-1 ii libc6 2.24-11+deb9u1 ii libclang1-3.9 1:3.9.1-9 ii libgcc1 1:6.3.0-18 ii libqbscore1.7 1.7.0+dfsg-4 ii libqbsqtprofilesetup1.7 1.7.0+dfsg-4 ii libqt5concurrent5 5.7.1+dfsg-3+b1 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5designer5 5.7.1-1 ii libqt5designercomponents5 5.7.1-1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5help5 5.7.1-1 ii libqt5network55.7.1+dfsg-3+b1 ii libqt5printsupport5 5.7.1+dfsg-3+b1 ii libqt5qml5 [qtdeclarative-abi-5-7-0] 5.7.1-2+b2 ii libqt5quick5 5.7.1-2+b2 ii libqt5quickwidgets5 5.7.1-2+b2 ii libqt5sql55.7.1+dfsg-3+b1 ii libqt5sql5-sqlite 5.7.1+dfsg-3+b1 ii libqt5widgets55.7.1+dfsg-3+b1 ii libqt5xml55.7.1+dfsg-3+b1 ii libstdc++66.3.0-18 ii qml-module-qtqml-models2 5.7.1-2+b2 ii qml-module-qtquick-controls 5.7.1~20161021-2 ii qml-module-qtquick2 5.7.1-2+b2 ii qtchooser 63-g13a3d08-1 ii qtcreator-data4.2.0-1mert1 Versions of packages qtcreator recommends: pn clang ii gdb 7.12-6 ii make 4.1-9.1 ii qmlscene 5.7.1-2+b2 ii qt5-doc 5.7.1-2 ii qt5-qmltooling-plugins 5.7.1-2+b2 ii qtbase5-dev-tools5.7.1+dfsg-3+b1 ii qtcreator-doc4.2.0-1 ii qtdeclarative5-dev-tools 5.7.1-2+b2 ii qttools5-dev-tools 5.7.1-1 ii qttranslations5-l10n 5.7.1~20161021-1 ii qtxmlpatterns5-dev-tools 5.7.1~20161021-3 ii rxvt-unicode-256color [x-terminal-emulator] 9.22-1+b1 ii stterm [x-terminal-emulator] 0.6-1 ii xfce4-terminal [x-terminal-emulator] 0.8.3-1 ii xterm [x-terminal-emulator] 327-2 Versions of packages qtcreator suggests: ii cmake 3.7.2-1 ii g++4:6.3.0-4 ii git1:2.11.0-3+deb9u1 ii kdelibs5-data 4:4.14.26-2 ii subversion 1.9.5-1+deb9u1 -- no debconf information
Bug#860360: okular: I can confirm the bug with czech accents. Create a folder with accents, place a pdf file inside, cannot open the pdf from Dolphin. If immediately try to open from okular, the p
Thanks for the additional information. As far as I understand it so far,
this is not really an Okular problem, but one of your locale settings.
Can you please try the following:
* open a terminal
* run the following command there: "sudo dpkg-reconfigure locales"
* select "cs_CZ.UTF-8" and confirm so that the respective locale is
generated
(There may be ways to generate the locales using the graphical user
interface instead, but that depends on the specific desktop environment
in use. Please let me know in case the above steps are not clear enough.)
Regards,
Michael
On 2017-10-05 18:21, lp...@centrum.cz wrote:
>
> I have more details. In my case, I had in System settings -> Regional
> settings -> Formats:
> Region: United States - American English (en_US)
> Detailed settings enabled and time format set to Czech (cs_CZ). With
> this particular settings I can reproduce the problem plus I get the
> errors with locale. Once I switch this settings to "No change" are
> logout and log back in, Okular opens pdf files in a path with accents
> without a problem. I have confirmed it twice.
>
>
>
> The locale outputs with the time set to "No change":
>
> LANG=en_US.UTF-8
> LANGUAGE=
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME="en_US.UTF-8"
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
> and this is the output of locale when I change time format to czech
> (with region en_US):
>
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.UTF-8
> LANGUAGE=
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME=cs_CZ.UTF-8
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
>
>
> Leos
>
>
>
> __
>> Od: Michael Weghorn
>> Komu: Leoš Pohl , 860...@bugs.debian.org
>> Datum: 04.10.2017 21:18
>> Předmět: Re: Bug#860360: okular: I can confirm the bug with czech accents.
>>
> Hi Leoš,
>
> thanks for reporting that you also have this issue.
>
> On 2017-10-04 18:42, Leoš Pohl wrote:
>>
>> -- debconf information:
>> perl: warning: Setting locale failed.
>> perl: warning: Please check that your locale settings:
>> LANGUAGE = "",
>> LC_ALL = (unset),
>> LC_TIME = "cs_CZ.UTF-8",
>> LANG = "en_US.UTF-8"
>> are supported and installed on your system.
>> perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
>> locale: Cannot set LC_ALL to default locale: No such file or directory
>>
>
> The above output indicates that something seems to be wrong with your
> locale settings.
>
> Can you please post the output of the command "locale"?
>
> Does the problem go away if the respective locales are generated?
> You can have them generated by running the command "dpkg-reconfigure"
> (with root privileges) and selecting the corresponding locales. (The
> above output suggests that those are "cs_CZ.UTF-8" and "en_US.UTF-8" in
> your case.)
>
>
> Regards,
> Michael
>
Processed: [bts-link] source package konsole
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package konsole > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #876362 (http://bugs.debian.org/876362) > # Bug title: tmux: lines corrupted with vim-nox > # * https://github.com/tmux/tmux/issues/1085 > # * remote status changed: (?) -> closed > # * closed upstream > tags 876362 + fixed-upstream Bug #876362 [konsole] tmux: lines corrupted with vim-nox Bug #877345 [konsole] tmux: Clearing output with Ctrl+L does not work when using tmux Added tag(s) fixed-upstream. Added tag(s) fixed-upstream. > usertags 876362 + status-closed There were no usertags set. Usertags are now: status-closed. > # remote status report for #877345 (http://bugs.debian.org/877345) > # Bug title: tmux: Clearing output with Ctrl+L does not work when using tmux > # * https://github.com/tmux/tmux/issues/1085 > # * remote status changed: (?) -> closed > # * closed upstream > tags 877345 + fixed-upstream Bug #877345 [konsole] tmux: Clearing output with Ctrl+L does not work when using tmux Bug #876362 [konsole] tmux: lines corrupted with vim-nox Ignoring request to alter tags of bug #877345 to the same tags previously set Ignoring request to alter tags of bug #876362 to the same tags previously set > usertags 877345 + status-closed There were no usertags set. Usertags are now: status-closed. > thanks Stopping processing here. Please contact me if you need assistance. -- 876362: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876362 877345: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877345 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#860360: okular: I can confirm the bug with czech accents. Create a folder with accents, place a pdf file inside, cannot open the pdf from Dolphin. If immediately try to open from okular, the p
I have more details. In my case, I had in System settings -> Regional settings
-> Formats:
Region: United States - American English (en_US)
Detailed settings enabled and time format set to Czech (cs_CZ). With this particular
settings I can reproduce the problem plus I get the errors with locale. Once I switch
this settings to "No change" are logout and log back in, Okular opens pdf files
in a path with accents without a problem. I have confirmed it twice.
The locale outputs with the time set to "No change":
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
and this is the output of locale when I change time format to czech (with
region en_US):
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME=cs_CZ.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Leos
__
> Od: Michael Weghorn
> Komu: Leoš Pohl , 860...@bugs.debian.org
> Datum: 04.10.2017 21:18
> Předmět: Re: Bug#860360: okular: I can confirm the bug with czech accents.
>
Hi Leoš,
thanks for reporting that you also have this issue.
On 2017-10-04 18:42, Leoš Pohl wrote:
>
> -- debconf information:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LANGUAGE = "",
> LC_ALL = (unset),
> LC_TIME = "cs_CZ.UTF-8",
> LANG = "en_US.UTF-8"
> are supported and installed on your system.
> perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
> locale: Cannot set LC_ALL to default locale: No such file or directory
>
The above output indicates that something seems to be wrong with your
locale settings.
Can you please post the output of the command "locale"?
Does the problem go away if the respective locales are generated?
You can have them generated by running the command "dpkg-reconfigure"
(with root privileges) and selecting the corresponding locales. (The
above output suggests that those are "cs_CZ.UTF-8" and "en_US.UTF-8" in
your case.)
Regards,
Michael
