Bug#1070074: several errors on tab completion
Package: bash-completion Version: 1:2.12.0-1 Upgrading from 1:2.11-8 to 1:2.12.0-1 causes several errors at tab completion or starting bash. ... bash: _comp_deprecate_func: command not found bash: _comp_deprecate_var: command not found bash: _comp_deprecate_var: command not found bash: _comp_deprecate_var: command not found bash: _comp_have_command: command not found bash: _comp_have_command: command not found ... Reverting to previous version didn't help. This was due to util-linux-extra being put on hold, since once I updated 2.40-5 -> 2.40-8 util-linux-extra util-linux eject bsdextrautils libsmartcols1 libblkid1 libmount1 mount libuuid1 util-linux libfdisk1 the problem went away. Probably some version dependency should be added. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1057642: linux-image-6.5.0-5-amd64 still can't boot with Dell T140
Package: linux-image-6.5.0-5-amd64 Version: 6.5.13-1 The whole series of 6.5 kernels can't boot with Dell T140. Even this new version stops at loading initial ramdisk. Last working version was linux-image-6.4.0-4-amd64 6.4.13-1. Frank Lück reported to me personally « Hello, is seems to depend on the CPU. This one will only boot with DIS_UCODE_LDR in grub command line. cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz stepping: 3 microcode : 0x74 cpu MHz : 1200.082 cache size : 8192 KB » But this doesn't seem to be the case with my CPU, since adding DIS_UCODE_LDR doesn't make a difference. vendor_id : GenuineIntel cpu family : 6 model : 158 model name : Intel(R) Pentium(R) Gold G5420 CPU @ 3.80GHz stepping: 10 microcode : 0xf4 All possible firmware including BIOS were updated to the last available. hope it helps -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1055788: linux-image-6.5.0-4-amd64 stop at loading initial ramdisk on Dell T140
Package: linux-image-6.5.0-4-amd64 Version: 6.5.3-4 Starting from linux-image-6.5.0-1-amd64 newer kernel simply stop booting when loading initial ramdisk. Reverting to linux-image-6.4.0-4-amd64 Version: (6.4.13-1) solve the problem. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1053347: newer 6.5 kernels still don't work on Dell T140
Hi, problem still persist with linux-image-6.5.0-3-amd64 BTW I don't know if since the package changed name it is still the right place to report any update. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1053347: still not working on linux-image-6.5.0-2-amd64
Hi, just upgraded to linux-image-6.5.0-2-amd64 but same symptoms. Last working kernel was linux-image-6.4.0-4-amd64 thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1053347: linux-image-6.5.0-1-amd64 stop at loading initial ramdisk on Dell T140
Package: linux-image-6.5.0-1-amd64 Version: 6.5.3-1 Package simply stop booting when it is loading initial ramdisk. Reverting to linux-image-6.4.0-4-amd64 Version: (6.4.13-1) solve the problem. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1040452: problem with locales with 2.37-4
I got some problems with locales upgrading from 2.37-3 to 2.37-4. Warning: Invalid locale (please review locale settings, this might lead to problems later): locale::facet::_S_create_c_locale name not valid and downgrading to 2.37-3 fixed the problem... if this can help to narrow down the possible causes. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1038004: confirmed + some reference
I've the same problem here and I've found https://forums.developer.nvidia.com/t/driver-470-182-03-fails-to-compile-with-linux-6-3-1/251992/2 that lead me to: https://gist.github.com/vejeta/9078219f082d2bfd62b08b6eada780e6 https://gist.github.com/joanbm/d10e9c8e245b6e7e27b2db338faf thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1034191: regression -6 broke what -5 fixed
Same problem with 5.15.8+dfsg-6, downgrading to 5.15.8+dfsg-5 fixed the problem. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1034191: Alt-F2 fail to open krunner
Package: libqt5gui5 Version: 5.15.8+dfsg-4 After upgrading from 5.15.8+dfsg-3 to 5.15.8+dfsg-4 opening krunner in lxqt doesn't work anymore. It doesn't seem to be a shortcut problem Alt-F1, F2 etc... works. Launching krunner from konsole get stuck with no debugging info. Downgrading fix the problem. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1003865: interesting steps to fix it
I just stumbled in the same problem. I had to follow these step to actually fix this and it seems none can be skipped: 1 remove offending sources from /etc/apt/source.list 2 zap /var/lib/apt/lists 3 disable the proxy 4 apt update 5 add back the offending sources from /etc/apt/source.list 6 apt update 7 enable the proxy I had to put together all the receipt I found on the net to succeed. Removing the offending source, apt update, reenabling the offending source didn't work. (1 4 5 6) disabling the proxy alone didn't help 3. 2 3 4 5 didn't work either I had the chance to fix this on 2 machines and on the second one I tried to anticipate to re-enable the proxy just after putting back the sources (6) and it didn't work. I hope it helps to find the problem. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1029511: still problems with returning type/type hints
Package: php-horde-imp Version: 6.2.27-2 Sorry if I can't point when this problem was introduced but I generally don't read email via the web interface and there was a configuration problem with horde syslogd that was hiding the problem. HORDE[3673]: [imp] TypeError: Return value of Horde_Imap_Client_Data_Acl::offsetGet() must be an instance of mixed, bool returned in /usr/share/php/Horde/Imap/Client/Data/Acl.php:112 This time mixed is clearly an error since in_array ALWAYS return a bool line 110 should be public function offsetGet($offset): bool fixing that another error came up trying to read any folder content HORDE[4304]: [imp] TypeError: Return value of Horde_Imap_Client_Fetch_Query::offsetGet() must be an instance of mixed, array returned in /usr/share/php/Horde/Imap/Client/Fetch/Query.php:316 This time it's hard to decide s I just went for the quick route of removing the type hint at line 312 public function offsetGet($offset) but then I got HORDE[3671]: [imp] TypeError: Return value of Horde_Imap_Client_Ids::key() must be an instance of mixed, int returned in /usr/share/php/Horde/Imap/Client/Ids.php:404 so I changed line 400 to public function key(): int this seems to work but I'm not sure if php consider null an int and again HORDE[558]: [imp] TypeError: Return value of Horde_Imap_Client_Ids::current() must be an instance of mixed, int returned in /usr/share/php/Horde/Imap/Client/Ids.php:395 fixed at 391 with public function current(): int but this too didn't stop the ordeal HORDE[4304]: [imp] TypeError: Return value of Horde_Imap_Client_Ids::key() must be of the type int, null returned in /usr/share/php/Horde/Imap/Client/Ids.php:404 So... php doesn't consider null as int... so line 400 changed to public function key() and I got this HORDE: [imp] TypeError: Return value of Horde_Imap_Client_Fetch_Query::key() must be an instance of mixed, int returned in /usr/share/php/Horde/Imap/Client/Fetch/Query.php:359 and since key() can return int or null... I went for killing the type hint at line 357 public function key() that lead me to HORDE[3673]: [imp] TypeError: Return value of Horde_Imap_Client_Fetch_Query::current() must be an instance of mixed, bool returned in /usr/share/php/Horde/Imap/Client/Fetch/Query.php:352 and since there is no easy way to guess what's going to be returned I killed the type hint at line 346 public function current() that lead me to HORDE[3669]: [imp] TypeError: Return value of Horde_Imap_Client_Fetch_Results::offsetGet() must be an instance of mixed, instance of Horde_Imap_Client_Data_Fetch returned in /usr/share/php/Horde/Imap/Client/Fetch/Results.php:146 and since again now I learnt that null is not equivalent to any type I killed the type hint at 142 public function offsetGet($offset) And finally at this point I could read email through the webmail without errors. I'm starting to be really confused about the use of those type hints and who and when they were added. Installing Horde from source seems to be a bit of a pain as well as putting Debian packaged version under version control to provide proper patches. But if I had a better understanding on why and how those type hints were added I could try to provide better corrections. They are plaguing the whole source base and they look like they have been put at random. I do feel the pain of choosing the correct type hint considering the starting point of the source base, but sabotaging the program doesn't seem the proper way to improve the source code and making it ready to move to php 8. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1028424: type hint wrong in php-horde-imap-client
Package: php-horde-imap-client Version: 2.30.6-2 upgrading from 2.30.6-1 I get Return value of Horde_Imap_Client_Namespace_List::offsetGet() must be an instance of mixed, instance of Horde_Imap_Client_Data_Namespace returned removing mixed from /usr/share/php/Horde/Imap/Client/Namespace/List.php ar line 87 fix the problem -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1027001: regression for return type hints
package: php-horde-mail version: 2.6.6-4 Hi, again I'm not sure if this is a regression or a bug since I run a local patched version of horde but after upgrading php-horde-mail:amd64 2.6.6-3 -> 2.6.6-4 I started to get errors related to hint return type. Downgrading didn't fix the problem. One was particularly insidious since I wasn't able to find anything in the log to point me to the culprit line... But it is in: Imap/Client/Tokenize.php 223 error says it should be string in spite of mixed, I just dropped the hint type since string sounded too generic and went to the successive error Return value of Horde_Imap_Client_Namespace_List::offsetGet() must be an instance of mixed, instance of Horde_Imap_Client_Data_Namespace returned ./Imap/Client/Namespace/List.php:public function offsetGet($offset): mixed 87 again I just dropped the hint and everything seems to work thanks and if you can happy holiday -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1026819: regression in DB?
Package: php-horde-db Version: 2.4.1-4 Upgrading from 2.4.1-3 got me A fatal error has occurred Return value of Horde_Db_Adapter_Base_Result::current() must be an instance of mixed, array returned in /usr/share/php/Horde/Db/Adapter/Base/Result.php:136 Since I run a manually patched version and I've lost track of the patches that reached upstream I can't say if it is a regression or a previously unoticed problem or something I forgot to report but line 131 of /usr/share/php/Horde/Db/Adapter/Base/Result.php should be public function current(): array thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1024687: libfm-qt11:amd64 1.1.0-3 -> 1.2.0-1 breaks some lxqt functionalities
Package: libfm-qt11 Version: 1.2.0-1 After upgrading libfm-qt11 desktop restart with this error in a popup window: Crash Report Desktop crashed too many times. Its autorestart has been disabled until next login. lxqt configuration center -> Desktop can't be run anymore. Downgrading fix the problem. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1021974: adding dkms log
Just adding dkms make log. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net DKMS make.log for nvidia-tesla-470-470.141.03 for kernel 6.0.0-1-amd64 (x86_64) Fri Oct 21 06:07:39 PM CEST 2022 make KBUILD_OUTPUT=/lib/modules/6.0.0-1-amd64/build V=1 -C /lib/modules/6.0.0-1-amd64/source M=/var/lib/dkms/nvidia-tesla-470/470.141.03/build ARCH=x86_64 NV_KERNEL_SOURCES=/lib/modules/6.0.0-1-amd64/source NV_KERNEL_OUTPUT=/lib/modules/6.0.0-1-amd64/build NV_KERNEL_MODULES="nvidia nvidia-uvm nvidia-modeset nvidia-drm nvidia-peermem" INSTALL_MOD_DIR=kernel/drivers/video NV_SPECTRE_V2=0 modules make[1]: Entering directory '/usr/src/linux-headers-6.0.0-1-common' make -C /usr/src/linux-headers-6.0.0-1-amd64 -f /usr/src/linux-headers-6.0.0-1-common/Makefile modules make[2]: Entering directory '/usr/src/linux-headers-6.0.0-1-amd64' test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo >&2; \ echo >&2 " ERROR: Kernel configuration is invalid."; \ echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo >&2 ; \ /bin/false) make -f /usr/src/linux-headers-6.0.0-1-common/scripts/Makefile.build obj=/var/lib/dkms/nvidia-tesla-470/470.141.03/build \ single-build= \ need-builtin=1 need-modorder=1 NV_CONFTEST_CMD=/bin/sh /var/lib/dkms/nvidia-tesla-470/470.141.03/build/conftest.sh " gcc-12" x86_64 /lib/modules/6.0.0-1-amd64/source /lib/modules/6.0.0-1-amd64/build NV_CONFTEST_CFLAGS=-O2 -D__KERNEL__ -DKBUILD_BASENAME="#conftest43911" -DKBUILD_MODNAME="#conftest43911" -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/12/include -I/lib/modules/6.0.0-1-amd64/source/arch/x86/include/asm/mach-default -I/lib/modules/6.0.0-1-amd64/source/include/asm-x86/mach-default -I/lib/modules/6.0.0-1-amd64/build/include2 -I/lib/modules/6.0.0-1-amd64/build/include -include /lib/modules/6.0.0-1-amd64/build/include/generated/autoconf.h -I/lib/modules/6.0.0-1-amd64/source/arch/x86/include -I/lib/modules/6.0.0-1-amd64/source/arch/x86/include/uapi -I/lib/modules/6.0.0-1-amd64/build/arch/x86/include/generated -I/lib/modules/6.0.0-1-amd64/build/arch/x86/include/generated/uapi -I/lib/modules/6.0.0-1-amd64/source/include -I/lib/modules/6.0.0-1-amd64/source/include/uapi -I/lib/modules/6.0.0-1-amd64/source/include/xen -I/lib/modules/6.0.0-1-amd64/build/include/generated/uapi -mfentry -DCC_USING_FENTRY -I/var/lib/dkms/nvidia-tesla-470/470.141.03/build/common/inc -I/var/lib/dkms/nvidia-tesla-470/470.141.03/build -Wall -MD -Wno-cast-qual -Wno-error -Wno-format-extra-args -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"470.141.03\" -Wno-unused-function -Wuninitialized -fno-strict-aliasing -mno-red-zone -mcmodel=kernel -DNV_UVM_ENABLE -Werror=undef -DNV_SPECTRE_V2=0 -DNV_KERNEL_INTERFACE_LAYER -fno-pie -Wall -Wundef -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -fno-PIE -Wno-format-security -std=gnu11 -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -fcf-protection=none -m64 -falign-jumps=1 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -Wno-sign-compare -fno-asynchronous-unwind-tables -mindirect-branch=thunk-extern -mindirect-branch-register -mindirect-branch-cs-prefix -mfunction-return=thunk-extern -fno-jump-tables -mharden-sls=all -fno-delete-null-pointer-checks -Wno-frame-address -Wno-format-truncation -Wno-format-overflow -Wno-address-of-packed-member -O2 -fno-allow-store-data-races -Wframe-larger-than=2048 -fstack-protector-strong -Wno-array-bounds -Wimplicit-fallthrough=5 -Wno-main -Wno-unused-but-set-variable -Wno-unused-const-variable -Wno-dangling-pointer -ftrivial-auto-var-init=zero -fno-stack-clash-protection -pg -mrecord-mcount -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wvla -Wno-pointer-sign -Wcast-function-type -Wno-stringop-truncation -Wno-stringop-overflow -Wno-restrict -Wno-maybe-uninitialized -Wno-alloc-size-larger-than -fno-strict-overflow -fno-stack-check -fconserve-stack -Wno-packed-not-aligned -g KBUILD_CFLAGS=-Wall -Wundef -Werror=strict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -fno-PIE -Werror=implicit-function-declaration -Werror=implicit-int -Werror=return-type -Wno-format-security -std=gnu11 -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -fcf-protection=none -m64 -falign-jumps=1 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -Wno-sign-compare -fno-asynchronous-unwind-tables -mindirect-branch=thunk-extern -mindirect-branch-register -mindirect-branch-cs-prefix -mfunction-return=thunk-extern -fno-jump-tables -mharden-sls=all -fno-delete-null-pointer-checks -Wno-frame-address -Wno-fo
Bug#1021974: nvidia-tesla-470-driver stopped to work with kernel 6.0
Package: nvidia-tesla-470-driver Version: 470.141.03-2 probably this? https://forums.developer.nvidia.com/t/470xx-drivers-and-linux-6-0-kernel/229735 thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1020784: wrong return type in PHP
Package: php-horde-db Version: 2.4.1-3 This slipped in upgrading from 2.4.1-1 to 2.4.1-3 probably as part of an attempt to make horde more testable/php8 ready[*] A fatal error has occurred Return value of Horde_Db_Adapter_Base_Result::current() must be an instance of mixed, array returned in /usr/share/php/Horde/Db/Adapter/Base/Result.php:136 public function current(): mixed should be public function current(): array running on php 7.4.30 [*] sorry sorry... I didn't actually do any work other than setting up a remote xdebug environment... -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1018105: crashes as soon as adding text, keyboard don't input text rather seems to trigger "shortcuts"
f8c954e9a98 in g_signal_emit_by_name () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #33 0x7f8c95f1f030 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #34 0x7f8c95f1f613 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #35 0x7f8c5a2e696b in ?? () from /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-fcitx.so No symbol table info available. #36 0x55f81f426a48 in gimp_text_tool_editor_key_press () No symbol table info available. #37 0x55f81f47c1cc in ?? () No symbol table info available. #38 0x55f81f47d139 in gimp_display_shell_canvas_tool_events () No symbol table info available. #39 0x7f8c95f391ab in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #40 0x7f8c954cf500 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #41 0x7f8c954e2b36 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #42 0x7f8c954e8eed in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #43 0x7f8c954e987f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #44 0x7f8c96058fe4 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #45 0x7f8c9606d248 in gtk_window_propagate_key_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #46 0x55f81f59723a in ?? () No symbol table info available. #47 0x7f8c95f391ab in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #48 0x7f8c954cf500 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #49 0x7f8c954e2c65 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #50 0x7f8c954e8eed in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #51 0x7f8c954e987f in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 No symbol table info available. #52 0x7f8c96058fe4 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #53 0x7f8c95f3787c in gtk_propagate_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #54 0x7f8c95f37c4b in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #55 0x7f8c963e8afc in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 No symbol table info available. #56 0x7f8c953d5729 in g_main_context_dispatch () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #57 0x7f8c953d59b8 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #58 0x7f8c953d5c6f in g_main_loop_run () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #59 0x55f81f3704e1 in app_run () No symbol table info available. #60 0x55f81f36fddf in main () No symbol table info available. [Inferior 1 (process 5458) detached] ``` -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1014731: php error after upgrading from 2.6.5-5 -> 2.6.6-1
Package: php-horde-mail Version: 2.6.6-1 After upgrading I get Return value of Horde_Mail_Rfc822_List::current() must be an instance of mixed, instance of Horde_Mail_Rfc822_Address returned downgrading solves the problem. May I also ask why php-horde-turba is stuck in unstable? thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1002816: openssh-client problem with update-alternatives
Package: openssh-client Version: 1:8.7p1-3 Upgrading from 1:8.7p1-2 to -3 I get Setting up openssh-client (1:8.7p1-3) ... update-alternatives: and can't be the same Use 'update-alternatives --help' for program usage information. dpkg: error processing package openssh-client (--configure): installed openssh-client package post-installation script subprocess returned error exit status 2 -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#1001004: dkms not removing modules for purged kernels
Package: dkms Version: 2.8.7-2 What I get when I purge old kernels is... /etc/kernel/prerm.d/dkms: dkms: removing: (5.14.0-4-amd64) (x86_64) Error! Arguments and are not specified. Usage: remove / or remove -m / or remove -m -v modules have to be removed manually specifying module and kernel version I guess this started a couple of dkms releases ago, but at that time I didn't have the time to report and later I forgot about the problem. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#992554: not really a libgpg-error0 problem
Even if after upgrade of libgpg-error0 newer version of tor seemed to work... after a reboot it stopped working again. Downgrading to 0.4.5.9-1, this time even without downgrading libgpg-error0, makes it work again. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#992554: service seems to start regularly but it doesn't work
I had the same problem, downgrading made it works... Later on I did a safe-upgrade that probably brought in some related library and now it is working. [UPGRADE] e2fsprogs:amd64 1.46.2-2 -> 1.46.4-1 [UPGRADE] libcom-err2:amd64 1.46.2-2 -> 1.46.4-1 [UPGRADE] libext2fs2:amd64 1.46.2-2 -> 1.46.4-1 [UPGRADE] libgpg-error0:amd64 1.38-2 -> 1.42-2 [UPGRADE] libss2:amd64 1.46.2-2 -> 1.46.4-1 [UPGRADE] logsave:amd64 1.46.2-2 -> 1.46.4-1 [UPGRADE] node-ansi-escapes:amd64 5.0.0-1 -> 5.0.0+really.4.3.1-1 [UPGRADE] tor:amd64 0.4.5.9-1 -> 0.4.5.10-1 [UPGRADE] tor-geoipdb:amd64 0.4.5.9-1 -> 0.4.5.10-1 Probably newer libgpg-error.so.0 -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#985317: not a libc6 problem as in #971812?
Unless something regarding libc6 changed in libgegl from 0.4.26 to 0.4.28 I wonder if this problem is really related to this https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971812 since downgrading makes gimp work again and because I don't get the "undefined symbol: __exp_finite" running gimp from the cli. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#985317: libgegl
Culprit seems to be [UPGRADE] libgegl-0.4-0:amd64 1:0.4.26-2 -> 1:0.4.28-1 [UPGRADE] libgegl-common:amd64 1:0.4.26-2 -> 1:0.4.28-1 Same problem with 1:0.4.28-2 this seems to be related https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971812 BTW I'm running a mix of testing/unstable and libc6 is at 2.31-9 downgrading fixed the problem. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#973773: libraries in kde?
5.14.2+dfsg-3 -> 5.15.1+dfsg-3 [UPGRADE] qml-module-qtquick-privatewidgets:amd64 5.14.2-2 -> 5.15.1-2 [UPGRADE] qml-module-qtquick-scene3d:amd64 5.14.2+dfsg-2 -> 5.15.1+dfsg-3 [UPGRADE] qml-module-qtquick-templates2:amd64 5.14.2+dfsg-2 -> 5.15.1+dfsg-2 [UPGRADE] qml-module-qtquick-window2:amd64 5.14.2+dfsg-3 -> 5.15.1+dfsg-3 [UPGRADE] qml-module-qtquick-xmllistmodel:amd64 5.14.2-2 -> 5.15.1-2 [UPGRADE] qml-module-qtquick2:amd64 5.14.2+dfsg-3 -> 5.15.1+dfsg-3 [UPGRADE] qml-module-qtsensors:amd64 5.14.2-2 -> 5.15.1-2 [UPGRADE] qml-module-qtwayland-compositor:amd64 5.14.2-2 -> 5.15.1-3 [UPGRADE] qml-module-qtwebengine:amd64 5.14.2+dfsg1-5 -> 5.15.1+dfsg-5 [UPGRADE] qml-module-qtwebkit:amd64 5.212.0~alpha4-5 -> 5.212.0~alpha4-7 [UPGRADE] qmmp:amd64 2:1.4.2-dmo1 -> 2:1.4.2-dmo2 [UPGRADE] qt5-assistant:amd64 5.14.2-3 -> 5.15.1-2 [UPGRADE] qt5-gtk-platformtheme:amd64 5.14.2+dfsg-6 -> 5.15.1+dfsg-2 [UPGRADE] qt5-gtk2-platformtheme:amd64 5.0.0+git23.g335dbec-4 -> 5.0.0+git23.g335dbec-4+b1 [UPGRADE] qt5-image-formats-plugins:amd64 5.14.2-2 -> 5.15.1-2 [UPGRADE] qt5-style-plugin-cleanlooks:amd64 5.0.0+git23.g335dbec-4 -> 5.0.0+git23.g335dbec-4+b1 [UPGRADE] qt5-style-plugin-motif:amd64 5.0.0+git23.g335dbec-4 -> 5.0.0+git23.g335dbec-4+b1 [UPGRADE] qt5-style-plugin-plastique:amd64 5.0.0+git23.g335dbec-4 -> 5.0.0+git23.g335dbec-4+b1 [UPGRADE] qt5-style-plugins:amd64 5.0.0+git23.g335dbec-4 -> 5.0.0+git23.g335dbec-4+b1 [UPGRADE] qtattributionsscanner-qt5:amd64 5.14.2-3 -> 5.15.1-2 [UPGRADE] qtspeech5-speechd-plugin:amd64 5.14.2-2 -> 5.15.1-2 [UPGRADE] qttools5-dev-tools:amd64 5.14.2-3 -> 5.15.1-2 [UPGRADE] qtwayland5:amd64 5.14.2-2 -> 5.15.1-3 [UPGRADE] vala-panel-appmenu-common:amd64 0.7.5+dfsg1-1 -> 0.7.6+dfsg1-1 [UPGRADE] xfce4-appmenu-plugin:amd64 0.7.5+dfsg1-1 -> 0.7.6+dfsg1-1 [UPGRADE] xfce4-sensors-plugin:amd64 1.3.0-2+b1 -> 1.3.0-3 [UPGRADE] xfce4-session:amd64 4.14.2-1 -> 4.14.2-2 [UPGRADE] xfwm4:amd64 4.14.5-1 -> 4.14.6-1 I hope it helps. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#973773: lost support with kwallet
Package: subversion Version: 1.14.0-3 upgrading from 1.14.0-2+b1 svn can't use kwallet. It keeps asking for the password. Downgrading subversion and libsvn1 things work as usual. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#968806: subversion and kwallet. kde4 to kde5 problem?
Package: subversion Version: 1.14.0-2 I'm experiencing the same problem described here. org.kde.kwindowsystem: Cannot use KWindowSystem without a QGuiApplication https://bugzilla.redhat.com/show_bug.cgi?id=1768693 Setting password-stores = force me to insert the password but at least svn works. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#968705: avr32studio exits with exit code 13 (wrong java version)
Package: openjdk-8-jdk Version: 8u265-b01-1 Upgrading from 8u252-b09-1 to 8u265-b01-1 avr32studio no longer works and exit with $?=13 wrong java version. 8u252-b09-1 works fine. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#778750: theme still broken, problem with directory structure and symlink
I've just read more carefully your follow up: The theming folder in /etc/ also needs to be moved a bit: /etc/horde/themes-available.d/default -> /etc/horde/themes-available.d/default/horde OK, it was on purpose... but it seems it's not working, at least here. I'm going to try to do some further tests and see if I'd missed something with the cache... but once I "fixed" it as described in previous post and refreshed the cache it started to work. I find very unlikely that both the packaged directory structure and my structure can both work, one has to be wrong. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#778750: theme still broken, problem with directory structure and symlink
I just safe-upgraded some stuff and I came across 2 different problems: 1) dpkg: warning: unable to delete old directory '/usr/share/horde/themes/default/graphics': Directory not empty ... dpkg: dependency problems prevent configuration of php-horde-imp: php-horde-imp depends on php-horde (>= 5.2.23+debian0-2~); however: Version of php-horde on system is 5.2.23+debian0-1. dpkg: error processing package php-horde-imp (--configure): dependency problems - leaving unconfigured Setting up php-horde-service-weather (2.5.4-7) ... dpkg: dependency problems prevent configuration of php-horde: php-horde-service-weather (2.5.4-7) breaks php-horde (<< 5.2.23+debian0-2~) and is installed. Version of php-horde to be configured is 5.2.23+debian0-1. dpkg: error processing package php-horde (--configure): dependency problems - leaving unconfigured Setting up re2c (1.3-2) ... dpkg: dependency problems prevent configuration of php-horde-gollem: php-horde-gollem depends on php-horde (>= 5.2.23+debian0-1~); however: Package php-horde is not configured yet. php-horde-gollem depends on php-horde (<< 6.0.0~alpha1); however: Package php-horde is not configured yet. dpkg: error processing package php-horde-gollem (--configure): dependency problems - leaving unconfigured ... Errors were encountered while processing: php-horde-imp php-horde php-horde-gollem This may be or may not be related to the fact that I made manual changes to /etc/horde/ and /usr/share/themes to make them work as I thought was expected. 2) root@caronte:~# ls /etc/horde/themes-available.d/ default but root@caronte:~# ls /usr/share/horde/themes block embed.css facebook.css feed-rss.xsl graphics ie8.css info.php mozilla.css opera.css rtl.css screen.css smartmobile sounds webkit.css wouldn't it had to be all this inside /usr/share/horde/themes/default? furthermore it seems that the content of /etc/horde/themes-available.d/default/horde should actually be inside /etc/horde/themes-available.d/default/ I think I've manually fixed it... ivan@caronte:~$ ls /etc/horde/themes-available.d/ default ivan@caronte:~$ ls /etc/horde/themes-available.d/default/ block embed.css facebook.css feed-rss.xsl gollem graphics horde ie8.css imp info.php mozilla.css opera.css rtl.css screen.css smartmobile sounds webkit.css ivan@caronte:~$ ls -l /usr/share/horde/themes lrwxrwxrwx 1 root root 27 Jul 3 18:15 /usr/share/horde/themes -> /etc/horde/themes-enabled.d I hope it helps to fix it. It would be nice if there was a way to refresh the cache without tweaking the conf.php file. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#778750: cache problem + missing symlink
Disabling theme cache in /etc/horde/conf.php "fix" the problem. Re-enabling the cache leave horde un-themed again. BTW While I was investigating I noticed that /usr/share/horde/themes is not a symlink to /etc/horde/themes-enabled.d rather it is a normal directory. Looking at the patch in the bug report that doesn't seem to be the expected result. Something probably went wrong in this step rmdir $(DESTDIR)/usr/share/horde/themes/ so that the symlink couldn't be created. Somehow fixed this way: * delete /usr/share/horde/themes/ * actually make a symlink from /etc/horde/themes-enabled.d to /usr/share/horde/themes/ * change expiration time of theme cache in /etc/horde/horde/conf.php to few seconds * refresh * change expiration time of theme cache in /etc/horde/horde/conf.php back to longer time I think to remember that original content of /usr/share/horde/themes/ seems to be missing some files/dir compared to what I've found in /etc/horde/themes-enabled.d Unfortunately once I thought the problem was solved I deleted the original /usr/share/horde/themes/ and I can't be sure I remember right and I can't check what was actually missing. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#778750: horde un-themed after upgrade
Unfortunately something went wrong with this update or something should be added in the changelog. As soon as I updated php-horde, horde rendered un-themed. Everything in /etc/horde/themes-* seems fine. Horde cache in /tmp has been cleared but horde remains un-themed and version displayed is still 5.2.22 apache and php-fpm have been restarted. Horde Administration > Configuration have been updated. thanks in advance for your help -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#932859: logsave not found
Package: e2fsprogs Version: 1.45.3-1 Upgrading from 1.45.2-1 to 1.45.3-1 I get stuck in initramfs with this messages /init: line 398: logsave: not found The root filesystem on /dev/md0 requires a manual fsck Kernel 4.19.37-6 doesn't work with new e2fsprogs/libext2fs2. Kernel 4.19.28-2 works with both old and new e2fsprogs/libext2fs2. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#905342: it seems new kernel solved the problem
Hi, just updated the kernel (4.19.9-1) and it seems services start much faster now. thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#905342: [pkg-apparmor] Bug#905342: Bug#905342: apache fpm not working anymore
On 12/17/18 10:06 AM, intrigeri wrote: Ivan Sergio Borgonovo: Yes, I'm actually running tor, postgres, samba, postfix, dovecot, spamassassin/spamd... My question was: are you running them *in LXC containers*? Yes. One host doing nearly nothing other than apt-cacher-ng, one LXC guest running most of my LAN services. The problem is still there eg. Dec 16 15:01:57 caronte systemd[1]: Starting The PHP 7.0 FastCGI Process Manager Dec 16 15:04:36 caronte systemd[1]: Started The PHP 7.0 FastCGI Process Manager. I don't understand what's the problem here. Many services still need way too much time to start. Really I'm not really sure it's an apparmor problem. It just happened I noticed the slow down of many services when I upgraded apparmor. When I tried to diagnose it things seems to improve downgrading, but after checking better, there seems to be no correlation between apparmor version and this problem. Probably the problem was already there till it got worse enough to get caught. Thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#905342: [pkg-apparmor] Bug#905342: apache fpm not working anymore
On 12/16/18 9:23 PM, intrigeri wrote: Hi, intrigeri: Ivan Sergio Borgonovo: As you said probably apparmor seems not to be the culprit. Nov 04 20:21:13 kerberos audit[1280]: AVC apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-container-default-cgns" name="/sys/fs/cgroup/unified/" pid=1280 comm="systemd" fstype="cgroup2" srcname="cgroup2" flags="rw, nosuid, nodev, noexec" This one looks like a bug in the LXC AppArmor profiles, please report it against the lxc package. [...] … and many more processes confined under the lxc-container-default-cgns profile. Are you actually running dovecot, tor, postgres, sshd, smdb, Postfix, dhclient etc. in LXC containers? Or is the lxc-container-default-cgns profile somehow erroneously applied to these processes? Gentle ping on this? Sorry. Yes, I'm actually running tor, postgres, samba, postfix, dovecot, spamassassin/spamd... The problem is still there eg. Dec 16 15:01:57 caronte systemd[1]: Starting The PHP 7.0 FastCGI Process Manager Dec 16 15:04:36 caronte systemd[1]: Started The PHP 7.0 FastCGI Process Manager. -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#905342: [pkg-apparmor] Bug#905342: apache fpm not working anymore
Previously it was unset (default value, it should be 15s), now it is set to 120s (service generally start after 110s). Surprisingly starting the service manually succeed immediately. Doing some test (booting and rebooting to see what was going on) I noticed php-fpm may not start even with the previous version of apparmor (still with default setting but much less frequently than with the newer apparmor). So probably apparmor isn't even the main culprit and just made it enough worse to make it noticeable. I'm trying to review any package that was upgraded in the past month to see if anything other than apparmor could be related but the only candidate seems to be systemd that has been upgraded several time in the past 30 days. If you've any suggestion on how to investigate the problem further so i can at least relate it to the correct package they will be welcome. On 08/15/2018 03:14 AM, Seth Arnold wrote: On Tue, Aug 14, 2018 at 01:01:59AM +0200, Ivan Sergio Borgonovo wrote: It seems that the new apparmor makes php-fpm start time sensibly higher and systemd timeout. There is a correlation between php-fpm slowing down and the new version of apparmor but at the moment I just increased systemd timeout (TimeoutStartSec). What was the old value, what is the new value? Thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#905342: apache fpm not working anymore
Hi, finally I've something interesting that may help to fix the problem. It seems that the new apparmor makes php-fpm start time sensibly higher and systemd timeout. There is a correlation between php-fpm slowing down and the new version of apparmor but at the moment I just increased systemd timeout (TimeoutStartSec). If you've any suggest to collect any information that could be useful let me know. On 08/04/2018 04:02 AM, intrigeri wrote: Control: tag -1 + moreinfo Hi Ivan, Ivan Sergio Borgonovo: I've a lxc guest running apache php fpm for horde. lxc guest and host both were running apparmor. Host was updated from 2.12-5 to 2.13-6. Guest was updated from 2.13-4 to 2.13-6. Can you confirm this happens on Debian testing? What exact kernel are you running? After upgrading apparmor horde stopped working. I downgraded apparmor on the host and still horde on the guest was not working. After downgrading apparmor on the guest horde started to work again. Problems seems related to apparmor recipes rather than in binaries since by mistake I forgot to downgrade the apparmor package in the guest and things were working. I'm curious how AppArmor is involved, because AFAIK Debian testing does not enable any AppArmor confinement for Apache/PHP: - do you have libapache2-mod-apparmor installed? did you do anything to enable and use it? - I see that recent php-fpm have support for switching AppArmor "hats"; did you enable this? related log entries may be Aug 1 19:46:50 caronte kernel: [265475.231940] audit: type=1400 audit(1533145610.777:245): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="klogd" pid=19732 comm="apparmor_parser" Sadly, this one is irrelevant. Please provide some more info: - the output of "journalctl -b | grep apparmor" - the output of "aa-status" Also, https://wiki.debian.org/AppArmor/Debug might help. Cheers, -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#905342: apache fpm not working anymore
Package: apparmor Version: 2.13-6 I've a lxc guest running apache php fpm for horde. lxc guest and host both were running apparmor. Host was updated from 2.12-5 to 2.13-6. Guest was updated from 2.13-4 to 2.13-6. Package upgraded included: apparmor apparmor-easyprof apparmor-notify apparmor-profiles apparmor-utils libapparmor1 python3-apparmor python3-libapparmor After upgrading apparmor horde stopped working. I downgraded apparmor on the host and still horde on the guest was not working. After downgrading apparmor on the guest horde started to work again. Problems seems related to apparmor recipes rather than in binaries since by mistake I forgot to downgrade the apparmor package in the guest and things were working. related log entries may be Aug 1 19:46:50 caronte kernel: [265475.231940] audit: type=1400 audit(1533145610.777:245): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="klogd" pid=19732 comm="apparmor_parser" -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#900046: ifupdown doesn't work inside lxc
Package: ifupdown Version: 0.8.33 upgrading from 0.8.32 to 0.8.33 ifupdown doesn't work anymore inside lxc. Downgrading fix the problem, but dpkg takes a lot in the set up phase. BTW host is running 0.8.32 -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#898648: ProLiant DL380 Gen9 takes forever to reboot
Package: linux-image-4.15.0-3-amd64 Version: 4.15.17-1 after running reboot machine start shutdown and hangs several minutes with this message on console hpwdt: Unxpected close, not stopping watchdog! Fans go to maximum speed and machine freeze for several minutes before rebooting. Freezing time are not constant (from 5 extra minutes to over 10 minutes). Same problem with linux-image-4.16.0-1-amd64 4.16.5-1 I had to revert to linux-image-4.14.0-3-amd64 4.14.17-1 thanks -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#880380: support for pg_sequences and version
Hi, I've cleaned up some code and made a new pull request https://github.com/horde/Db/pull/3 -- Ivan Sergio Borgonovo https://www.webthatworks.it https://www.borgonovo.net
Bug#880380: patch correction
There is a typo in the patch I submitted previously. It should be: /usr/share/php/Horde/Db/Adapter/Postgresql/Schema.php $sql = sprintf('SELECT setval(%s, (SELECT COALESCE(MAX(%s) + (SELECT increment_by FROM pg_sequences where schemaname= ANY (CURRENT_SCHEMAS(false)) and sequencename=%s), (SELECT min_value FROM pg_sequences where schemaname= ANY (CURRENT_SCHEMAS(false)) and sequencename=%s)) FROM %s), false)', $quotedSequence, $quotedPk, $quotedSequence, $quotedSequence, $quotedTable); sorry -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#880380: Column missing in DB + kronolith errors
Package: php-horde-db Version: 2.4.0-1 I just noticed that when I try to add events to the calendar I get these errors 2017-10-31 00:18:29.942 CET [31212] horde@horde ERROR: column "increment_by" does not exist at character 92 2017-10-31 00:18:29.942 CET [31212] horde@horde STATEMENT: SELECT setval('rampage_objects_object_id_seq', (SELECT COALESCE(MAX("object_id") + (SELECT increment_by FROM rampage_objects_object_id_seq), (SELECT min_value FROM rampage_objects_object_id_seq)) FROM "rampage_objects"), false) 2017-10-31 00:53:00.959 CET [4298] horde@horde ERROR: column "increment_by" does not exist at character 109 2017-10-31 00:53:00.959 CET [4298] horde@horde STATEMENT: SELECT setval('horde_histories_modseq_history_modseq_seq', (SELECT COALESCE(MAX("history_modseq") + (SELECT increment_by FROM horde_histories_modseq_history_modseq_seq), (SELECT min_value FROM horde_histories_modseq_history_modseq_seq)) FROM "horde_histories_modseq"), false) Checking in Administration->Configuration all DB schema are reported as ready This seems to be caused by changed support for sequences in postgres 10. I have the feeling this is not the way to do even in previous postgresql but right now I can't grasp what the query is really doing to further improve it. Sequences metadata should be accessed through pg_sequences. pg_sequences should be supported even by pretty old postgresql version and it shouldn't be a problem to change the query. If anyone is willing to help to decipher what's the use of the above queries I could improve the overall query. Otherwise this could be a reasonable patch for now /usr/share/php/Horde/Db/Adapter/Postgresql/Schema.php $sql = sprintf('SELECT setval(%s, (SELECT COALESCE(MAX(%s) + (SELECT increment_by FROM pg_sequences where schemaname== ANY (CURRENT_SCHEMAS(false)) and sequencename=%s), (SELECT min_value FROM pg_sequences where schemaname=(CURRENT_SCHEMAS(false)) and sequencename=%s)) FROM %s), false)', $quotedSequence, $quotedPk, $quotedSequence, $quotedSequence, $quotedTable); Tested. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#880092: [Pkg-electronics-devel] Bug#880092: Error: libusb_open() failed with LIBUSB_ERROR_ACCESS
Hi, Everything was working fine before update, I was able to upload firmware to an stm32 and debug with an olimex arm-usb-ocd-h. The user was already in plugdev. I sincerely can't remember for sure if I had 60-openocd.rules in my /etc/udev/rules.d directory before but I presume I didn't have it and everything was working. But I've had openocd working on my system for so long I don't remember if I had to do some manual setup, so I can't assure I manually copied any rule 2 years ago. After upgrade I surely didn't have an 60-openocd.rules there. After downgrade I still didn't have it there. So last upgrade deleted it or something else started to require it. /lib/udev/rules.d/60-openocd.rules just contains the string contrib/60-openocd.rules In the openocd binary package I can't find any udev rule other than the "empty" one above. In the openocd_0.10.0.orig.tar.bz2 there is a contrib/60-openocd.rules and that's the one I copied and placed in /etc/udev/rules.d I've upgraded openocd at least a couple of times in the past, and I can't see many updates in Debian changelog. According to the aptitude logs I still have on my system the oldest openocd I had installed was 0.9.0-1+b2 but it is not listed in the debian changelog. Thanks On 10/29/2017 01:42 PM, Jonathan McDowell wrote: On Sun, Oct 29, 2017 at 01:12:27PM +0100, Ivan Sergio Borgonovo wrote: Package: openocd Version: 0.10.0-2 After a cycle of upgrades listed below I got Error: libusb_open() failed with LIBUSB_ERROR_ACCESS using openocd Was it working before the upgrade (presumably on version 0.10.0-1+b1 from your log below)? Is the user in question in the plugdev group? I downgraded to the previous version without improvement. Googled and find a reference to udev rules. Nor the old neither the new openocd package copy any rule in /etc/udev/rules.d Binary package contains /lib/udev/rules.d/60-openocd.rules cat /lib/udev/rules.d/60-openocd.rules contrib/60-openocd.rules Downloaded openocd debian source package and copied 60-openocd.rules in /etc/udev/rules.d Is there any difference between the file you put in /etc/udev/rules.d/ and the shipped file in /lib/udev/rules.d/ ? The file from contrib/ in the source package is exactly the same as what's installed in /lib/udev/rules.d/ for me, and when I plug in a JTAG device it's correctly assigned to the plugdev group. /lib/udev/rules.d/ is the appropriate directory for a system shipped set of udev rules. Things started to work again. I'm not sure to which of the below upgraded packages I can attribute the problem. thanks [REMOVE, NOT USED] libbind9-140:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libdns-export162:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libdns162:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libisc-export160:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libisc160:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libisccfg140:amd64 1:9.10.3.dfsg.P4-12.6 [INSTALL, DEPENDENCIES] libbind9-141:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libdns-export190:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libdns190:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libisc-export189:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libisc189:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libisccfg144:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libjaylink0:amd64 0.1.0-1 [UPGRADE] appstream:amd64 0.11.6-2 -> 0.11.7-1 [UPGRADE] autotools-dev:amd64 20161112.1 -> 20161112.1+nmu1 [UPGRADE] bind9-host:amd64 1:9.10.3.dfsg.P4-12.6 -> 1:9.10.6+dfsg-4 [UPGRADE] dnsutils:amd64 1:9.10.3.dfsg.P4-12.6 -> 1:9.10.6+dfsg-4 [UPGRADE] fonts-arphic-uming:amd64 0.2.20080216.2-9 -> 0.2.20080216.2-10 [UPGRADE] freerdp2-wayland:amd64 2.0.0~git20170725.1.1648deb+dfsg1-4 -> 2.0.0~git20170725.1.1648deb+dfsg1-5 [UPGRADE] gir1.2-gtk-3.0:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] gtk-update-icon-cache:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] init:amd64 1.50 -> 1.51 [UPGRADE] init-system-helpers:amd64 1.50 -> 1.51 [UPGRADE] isc-dhcp-client:amd64 4.3.5-3 -> 4.3.5-3+b1 [UPGRADE] isc-dhcp-common:amd64 4.3.5-3 -> 4.3.5-3+b1 [UPGRADE] libappstream4:amd64 0.11.6-2 -> 0.11.7-1 [UPGRADE] libappstreamqt2:amd64 0.11.6-2 -> 0.11.7-1 [UPGRADE] libexttextcat-2.0-0:amd64 3.4.4-2+b1 -> 3.4.5-1 [UPGRADE] libexttextcat-data:amd64 3.4.4-2 -> 3.4.5-1 [UPGRADE] libfreerdp-client2-2:amd64 2.0.0~git20170725.1.1648deb+dfsg1-4 -> 2.0.0~git20170725.1.1648deb+dfsg1-5 [UPGRADE] libfreerdp2-2:amd64 2.0.0~git20170725.1.1648deb+dfsg1-4 -> 2.0.0~git20170725.1.1648deb+dfsg1-5 [UPGRADE] libfreetype6:amd64 2.8-0.2 -> 2.8.1-0.1 [UPGRADE] libgd3:amd64 2.2.5-3 -> 2.2.5-4 [UPGRADE] libgtk-3-0:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] libgtk-3-bin:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] libgtk-3-common:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] libisccc140:amd64 1:9.10.3.dfsg.P4-12.6 -> 1:9.10.6+dfsg-4 [UPGRADE] libjs-sphinxdoc:amd64 1.6.4-2 -> 1.6.5-1 [UPGR
Bug#880092: Error: libusb_open() failed with LIBUSB_ERROR_ACCESS
Package: openocd Version: 0.10.0-2 Hi, After a cycle of upgrades listed below I got Error: libusb_open() failed with LIBUSB_ERROR_ACCESS using openocd I downgraded to the previous version without improvement. Googled and find a reference to udev rules. Nor the old neither the new openocd package copy any rule in /etc/udev/rules.d Binary package contains /lib/udev/rules.d/60-openocd.rules cat /lib/udev/rules.d/60-openocd.rules contrib/60-openocd.rules Downloaded openocd debian source package and copied 60-openocd.rules in /etc/usev/rules.d Things started to work again. I'm not sure to which of the below upgraded packages I can attribute the problem. thanks [REMOVE, NOT USED] libbind9-140:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libdns-export162:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libdns162:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libisc-export160:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libisc160:amd64 1:9.10.3.dfsg.P4-12.6 [REMOVE, NOT USED] libisccfg140:amd64 1:9.10.3.dfsg.P4-12.6 [INSTALL, DEPENDENCIES] libbind9-141:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libdns-export190:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libdns190:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libisc-export189:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libisc189:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libisccfg144:amd64 1:9.10.6+dfsg-4 [INSTALL, DEPENDENCIES] libjaylink0:amd64 0.1.0-1 [UPGRADE] appstream:amd64 0.11.6-2 -> 0.11.7-1 [UPGRADE] autotools-dev:amd64 20161112.1 -> 20161112.1+nmu1 [UPGRADE] bind9-host:amd64 1:9.10.3.dfsg.P4-12.6 -> 1:9.10.6+dfsg-4 [UPGRADE] dnsutils:amd64 1:9.10.3.dfsg.P4-12.6 -> 1:9.10.6+dfsg-4 [UPGRADE] fonts-arphic-uming:amd64 0.2.20080216.2-9 -> 0.2.20080216.2-10 [UPGRADE] freerdp2-wayland:amd64 2.0.0~git20170725.1.1648deb+dfsg1-4 -> 2.0.0~git20170725.1.1648deb+dfsg1-5 [UPGRADE] gir1.2-gtk-3.0:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] gtk-update-icon-cache:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] init:amd64 1.50 -> 1.51 [UPGRADE] init-system-helpers:amd64 1.50 -> 1.51 [UPGRADE] isc-dhcp-client:amd64 4.3.5-3 -> 4.3.5-3+b1 [UPGRADE] isc-dhcp-common:amd64 4.3.5-3 -> 4.3.5-3+b1 [UPGRADE] libappstream4:amd64 0.11.6-2 -> 0.11.7-1 [UPGRADE] libappstreamqt2:amd64 0.11.6-2 -> 0.11.7-1 [UPGRADE] libexttextcat-2.0-0:amd64 3.4.4-2+b1 -> 3.4.5-1 [UPGRADE] libexttextcat-data:amd64 3.4.4-2 -> 3.4.5-1 [UPGRADE] libfreerdp-client2-2:amd64 2.0.0~git20170725.1.1648deb+dfsg1-4 -> 2.0.0~git20170725.1.1648deb+dfsg1-5 [UPGRADE] libfreerdp2-2:amd64 2.0.0~git20170725.1.1648deb+dfsg1-4 -> 2.0.0~git20170725.1.1648deb+dfsg1-5 [UPGRADE] libfreetype6:amd64 2.8-0.2 -> 2.8.1-0.1 [UPGRADE] libgd3:amd64 2.2.5-3 -> 2.2.5-4 [UPGRADE] libgtk-3-0:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] libgtk-3-bin:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] libgtk-3-common:amd64 3.22.24-2 -> 3.22.24-3 [UPGRADE] libisccc140:amd64 1:9.10.3.dfsg.P4-12.6 -> 1:9.10.6+dfsg-4 [UPGRADE] libjs-sphinxdoc:amd64 1.6.4-2 -> 1.6.5-1 [UPGRADE] liblwres141:amd64 1:9.10.3.dfsg.P4-12.6 -> 1:9.10.6+dfsg-4 [UPGRADE] libnet-http-perl:amd64 6.16-1 -> 6.17-1 [UPGRADE] libnm0:amd64 1.8.4-3 -> 1.8.4-4 [UPGRADE] libuwac0-0:amd64 2.0.0~git20170725.1.1648deb+dfsg1-4 -> 2.0.0~git20170725.1.1648deb+dfsg1-5 [UPGRADE] libvisio-0.1-1:amd64 0.1.5-4+b1 -> 0.1.6-1 [UPGRADE] libwinpr2-2:amd64 2.0.0~git20170725.1.1648deb+dfsg1-4 -> 2.0.0~git20170725.1.1648deb+dfsg1-5 [UPGRADE] network-manager:amd64 1.8.4-3 -> 1.8.4-4 [UPGRADE] openocd:amd64 0.10.0-1+b1 -> 0.10.0-2 [UPGRADE] qt-at-spi:amd64 0.4.0-5 -> 0.4.0-6 [UPGRADE] wxmaxima:amd64 17.10.0-3 -> 17.10.1-1 -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#867701: Radeon HD 6450, black screen, cursor, no console
Sorry for the delay. On 07/17/2017 04:39 AM, Michel Dänzer wrote: aptitude reinstall glx-alternative-mesa update-alternatives: warning: forcing reinstallation of alternative /usr/lib/mesa-diverted because link group glx is broken You don't need this package. Thanks. Does installing the libegl1-mesa package help? No, still have to add Option "AccelMethod" "EXA" Let me know if you need more info to diagnose the problem. Thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#869955: warning with perl 5.24
Package: spamassassin Version: 3.4.1-7 After upgrading perl to 5.26.0-4 I get: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^(.{ <-- HERE ,200}).*$/ at /usr/share/perl5/Mail/SpamAssassin/PerMsgStatus.pm line 923. Learned tokens from 1 message(s) (1494 message(s) examined) Just a warning, spamassassin seems to work. There is no newer upstream. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#867701: Radeon HD 6450, black screen, cursor, no console
On 07/16/2017 05:56 PM, Michel Dänzer wrote: Hmm, the string "EGL search path is" and the corresponding code was removed upstream for Mesa 10.6. Look for instances of libEGL.so.1* other than /usr/lib/x86_64-linux-gnu/libEGL.so.1* on your system and see if removing those helps. I'm not sure about what you're asking. On the problematic system apparently there are no packages installed containing libEGL*.* apt-file search libEGL.so libegl1-glvnd-nvidia: /usr/lib/x86_64-linux-gnu/nvidia/current/libEGL.so.1 libegl1-mesa: /usr/lib/x86_64-linux-gnu/libEGL.so.1 libegl1-mesa: /usr/lib/x86_64-linux-gnu/libEGL.so.1.0.0 libegl1-mesa-dev: /usr/lib/x86_64-linux-gnu/libEGL.so libegl1-nvidia: /usr/lib/x86_64-linux-gnu/nvidia/current/libEGL.so.1 libegl1-nvidia: /usr/lib/x86_64-linux-gnu/nvidia/current/libEGL.so.375.66 libegl1-nvidia-legacy-340xx: /usr/lib/x86_64-linux-gnu/nvidia/legacy-340xx/libEGL.so.1 libegl1-nvidia-legacy-340xx: /usr/lib/x86_64-linux-gnu/nvidia/legacy-340xx/libEGL.so.340.102 virtualbox-guest-x11: /usr/lib/virtualbox/additions/libEGL.so virtualbox-guest-x11: /usr/lib/virtualbox/additions/libEGL.so.1 but none of these packages are installed. But find /usr/lib/x86_64-linux-gnu/ -name libEGL*.* /usr/lib/x86_64-linux-gnu/libEGL.so.1 /usr/lib/x86_64-linux-gnu/libEGL.so.1.0.0 ls -l /usr/lib/x86_64-linux-gnu/libEGL.so.1 lrwxrwxrwx 1 root root 15 Jul 17 00:57 /usr/lib/x86_64-linux-gnu/libEGL.so.1 -> libEGL.so.1.0.0 aptitude reinstall glx-alternative-mesa update-alternatives: warning: forcing reinstallation of alternative /usr/lib/mesa-diverted because link group glx is broken On the working box I get: find /usr/lib/x86_64-linux-gnu/ -name libEGL*.* /usr/lib/x86_64-linux-gnu/libEGL.so.1 ls -l /usr/lib/x86_64-linux-gnu/libEGL.so.1 lrwxrwxrwx 1 root root 51 Jun 10 2016 /usr/lib/x86_64-linux-gnu/libEGL.so.1 -> /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu Does the same problem happen with 1:7.8.0-1+b1 with Option "AccelMethod" "glamor" in /etc/X11/xorg.conf ? Older xserver-xorg-video-radeon with that option DOESN'T WORK. Black screen, text cursor at the top right corner ( _ ). Right, as expected the problem is specific to glamor, which is the default for your GPU in 7.9.0 but wasn't yet in 7.8.0. This means in the worst case you can work around the problem with Option"AccelMethod" "EXA" in /etc/X11/xorg.conf. Thanks, this solved the problem. Could I suggest to add some notes in the changelog before closing the bug? It's just a workaround. We don't know yet what the problem is, though it's likely specific to your system. Are you saying it is something more related to the installation history of that box rather then to the specific hardware? Or it cold be a mix of the two? Could I exploit the fact that I've 2 nearly identical boxes to track down the problem? thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#867701: Radeon HD 6450, black screen, cursor, no console
On 07/15/2017 05:29 AM, Michel Dänzer wrote: On 15/07/17 07:10 AM, Ivan Sergio Borgonovo wrote: On 07/10/2017 04:03 AM, Michel Dänzer wrote: On 09/07/17 03:06 AM, Ivan Sergio Borgonovo wrote: Package: xserver-xorg-video-radeon Version: 1:7.9.0-1 Severity: grave I doubt this severity is justified. Why? X doesn't start so it "makes the package in question unusable", not to mention that it makes all packages requiring X unusable. The bug severities are defined in the context of all users, not just some individual users. "Makes the package in question unusable" means the package cannot be used on any system, which isn't the case here (or there would have been many more reports about it, but there hasn't been any other report). Fine even if I don't find practically useful the constraint of "all users". In effect without knowing the nature of the bug and the effective affected system, setting the severity to "grave" is a way to stop users from upgrading if they use apt-listbugs. Probably the problem arise from the superposition of "priority" for developers and "severity" in the same tag. Please provide the output of the following: apt-cache policy libegl1-mesa ldconfig -p|grep libEGL See attachments. Does the same problem happen with 1:7.8.0-1+b1 with Option "AccelMethod" "glamor" in /etc/X11/xorg.conf ? Older xserver-xorg-video-radeon with that option DOESN'T WORK. Black screen, text cursor at the top right corner ( _ ). Right, as expected the problem is specific to glamor, which is the default for your GPU in 7.9.0 but wasn't yet in 7.8.0. This means in the worst case you can work around the problem with Option "AccelMethod" "EXA" in /etc/X11/xorg.conf. Thanks, this solved the problem. Could I suggest to add some notes in the changelog before closing the bug? Thanks again. -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net libegl1-mesa: Installed: 13.0.6-1+b2 Candidate: 13.0.6-1+b2 Version table: 17.1.4-1 550 550 http://ftp.it.debian.org/debian unstable/main amd64 Packages 550 http://ftp.ch.debian.org/debian unstable/main amd64 Packages 550 http://ftp.uk.debian.org/debian unstable/main amd64 Packages 550 http://ftp.at.debian.org/debian unstable/main amd64 Packages *** 13.0.6-1+b2 990 990 http://ftp.it.debian.org/debian testing/main amd64 Packages 990 http://ftp.ch.debian.org/debian testing/main amd64 Packages 990 http://ftp.fr.debian.org/debian testing/main amd64 Packages 990 http://ftp.at.debian.org/debian testing/main amd64 Packages 100 /var/lib/dpkg/status libEGL.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libEGL.so.1
Bug#867701: Radeon HD 6450, black screen, cursor, no console
On 07/10/2017 04:03 AM, Michel Dänzer wrote: Sorry for the delay. On 09/07/17 03:06 AM, Ivan Sergio Borgonovo wrote: Package: xserver-xorg-video-radeon Version: 1:7.9.0-1 Severity: grave I doubt this severity is justified. Why? X doesn't start so it "makes the package in question unusable", not to mention that it makes all packages requiring X unusable. I don't want to polemicize but before assigning the severity I read the guidelines and grave seemed to fit. I think "grave" is the less serious severity level that will block upgrade if you have apt-listbugs installed. You're welcome to correct me so I'll do a better work in next bug reports. Upgrading from 1:7.8.0-1+b1 to 1:7.9.0-1, PC boot but I get a black screen with cursor on the top left, I can't switch to console, xorg log just say [28.383] (II) glamor: OpenGL accelerated X.org driver based. [28.441] (EE) [28.441] (EE) Backtrace: Please attach the full Xorg log file and output of dmesg corresponding to the problem. dmesg doesn't report any error, only difference between the working box is different way to load fb since one box doesn't use grub efi and a slightly different video board. All software is at the same version level, the motherboard is the same and the CPU are nearly identical (AMD FX(tm)-6300 vs 6100). Is there more information in the Xorg stderr output? Maybe try setting the environment variable EGL_LOG_LEVEL=debug as well for that. See atachments. Does the same problem happen with 1:7.8.0-1+b1 with Option "AccelMethod" "glamor" in /etc/X11/xorg.conf ? Older xserver-xorg-video-radeon with that option DOESN'T WORK. Black screen, text cursor at the top right corner ( _ ). Newer xserver-xorg-video-radeon with that option DOESN'T WORK. But I can't see the text cursor (_) anymore. Just black screen. X log is the same. Recent upgrade to 4.11.0-1 kernel didn't improve the situation. Downgrading xserver-xorg-video-radeon and removing that option makes X work. Thanks. -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net [0.00] Linux version 4.11.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.11.6-1 (2017-06-19) [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.11.0-1-amd64 root=UUID=dcd7e032-24f6-4b6c-bd4a-0f2fd179a15e ro quiet splash [0.00] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' [0.00] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' [0.00] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' [0.00] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 [0.00] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format. [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009e7ff] usable [0.00] BIOS-e820: [mem 0x0009e800-0x0009] reserved [0.00] BIOS-e820: [mem 0x000e-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0xba9c7fff] usable [0.00] BIOS-e820: [mem 0xba9c8000-0xbab4bfff] reserved [0.00] BIOS-e820: [mem 0xbab4c000-0xbab5bfff] ACPI data [0.00] BIOS-e820: [mem 0xbab5c000-0xbb95cfff] ACPI NVS [0.00] BIOS-e820: [mem 0xbb95d000-0xbca39fff] reserved [0.00] BIOS-e820: [mem 0xbca3a000-0xbca3afff] usable [0.00] BIOS-e820: [mem 0xbca3b000-0xbcc40fff] ACPI NVS [0.00] BIOS-e820: [mem 0xbcc41000-0xbd082fff] usable [0.00] BIOS-e820: [mem 0xbd083000-0xbd7f3fff] reserved [0.00] BIOS-e820: [mem 0xbd7f4000-0xbd7f] usable [0.00] BIOS-e820: [mem 0xf800-0xfbff] reserved [0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved [0.00] BIOS-e820: [mem 0xfec1-0xfec10fff] reserved [0.00] BIOS-e820: [mem 0xfec2-0xfec20fff] reserved [0.00] BIOS-e820: [mem 0xfed0-0xfed00fff] reserved [0.00] BIOS-e820: [mem 0xfed61000-0xfed70fff] reserved [0.00] BIOS-e820: [mem 0xfed8-0xfed8] reserved [0.00] BIOS-e820: [mem 0xfef0-0x] reserved [0.00] BIOS-e820: [mem 0x00011000-0x00023eff] usable [0.00] NX (Execute Disable) protection: active [0.00] SMBIOS 2.7 present. [0.00] DMI: To be filled by O.E.M. To be filled by O.E.M./M5A97 LE R2.0, BIOS 2103 11/06/2013 [0.00] e820: update [mem 0x-0x0fff] usable ==> reserved [0.00] e820: remove [mem 0x000a-0x000f] usable [0.00] AGP: No AGP
Bug#867701: Radeon HD 6450, black screen, cursor, no console
Package: xserver-xorg-video-radeon Version: 1:7.9.0-1 Severity: grave Upgrading from 1:7.8.0-1+b1 to 1:7.9.0-1, PC boot but I get a black screen with cursor on the top left, I can't switch to console, xorg log just say [28.383] (II) glamor: OpenGL accelerated X.org driver based. [28.441] (EE) [28.441] (EE) Backtrace: downgrading solve the problem. I've a very very similar PC, same motherboard and slightly different video card (Turks PRO [Radeon HD 6570) that works. -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#866688: it seems all dependencies reached sid, now working
Please close. Possibly it could be a good idea to improve dependencies. php-horde-db 2.4.0-1 depends on php-horde-core 2.29.1+debian0-1 but php-horde-activesync 2.37.4-1 depends on php-horde-core 2.27.6+debian1-2 With current dependencies, php-horde-db was updated before php-horde-core and broke horde alarms (and possibly something else). When php-horde-core 2.29.1+debian0-1 became available it broke php-horde-activesync. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#866688: seems just misalignment of version with php-horde-core
DB problem seems to be solved after upgrade to Package: php-horde-core Version: 2.29.1+debian0-1 but now I'm experiencing other problems with activesync[1] It could be a good idea to improve dependencies. I'll wait till all horde packages get updated. Sorry for the noise. [1] Error: Class 'Horde_ActiveSync_Log_Factory' not found in /usr/share/php/Horde/Core/Factory/ActiveSyncServer.php:36 -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#866688: can not connect to postgres after last update
Package: php-horde-db Version: 2.4.0-1 Severity: grave After upgrading I get Fatal Error: Could not instantiate PDO. PDOException: SQLSTATE[08006] [7] server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. In /usr/share/php/Horde/Db/Adapter/Pdo/Base.php on line 48 1. Horde_Registry::appInit() /usr/bin/horde-alarms:23 2. Horde_Registry->__construct() /usr/share/php/Horde/Registry.php:287 3. Horde_Session->setup() /usr/share/php/Horde/Registry.php:532 4. Horde_Injector->createInstance() /usr/share/php/Horde/Session.php:185 5. Horde_Injector_Binder_Factory->create() /usr/share/php/Horde/Injector.php:238 6. Horde_Core_Factory_SessionHandler->create() /usr/share/php/Horde/Injector/Binder/Factory.php:119 7. Horde_Core_Factory_Db->createDb() /usr/share/php/Horde/Core/Factory/SessionHandler.php:69 8. Horde_Core_Factory_Db->_createDb() /usr/share/php/Horde/Core/Factory/Db.php:134 9. Horde_Db_Adapter_Base->__construct() /usr/share/php/Horde/Core/Factory/Db.php:189 10. Horde_Db_Adapter_Pdo_Pgsql->connect() /usr/share/php/Horde/Db/Adapter/Base.php:157 11. Horde_Db_Adapter_Pdo_Base->connect() /usr/share/php/Horde/Db/Adapter/Pdo/Pgsql.php:88 Downgrading to 2.3.4-1 makes it work again. I'll try to check the code later and give some more clues. -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#808296: tor in lxc
Hi, I get a slightly different error. This time tor is actually running inside lxc. tor@default.service: Failed at step APPARMOR spawning /usr/bin/tor: Permission denied apparmor was installed in the host and just libapparmor1 in the guest. Then, as a desperate attempt, I tried to install apparmor in the guest too and I've tried to change /etc/apparmor.d/abstractions/tor inside the guest adding x, PU permissions to /usr/bin/tor but I didn't get any improvement. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#849939: undefined symbol: uidna_IDNToASCII
Package: php-pecl-http Version: 3.1.0+2.6.0-1 After upgrading from 3.0.1+2.5.6-7 -> 3.1.0+2.6.0-1 I get PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/http.so' - /usr/lib/php/20151012/http.so: undefined symbol: uidna_IDNToASCII in Unknown on line 0 -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#843559: works
Thanks for the upload, it works. It seems you could close the bug -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#843559: package is mostly empty
Package: php-apcu Version: 5.1.7+4.0.11-1 Severity: important New version just contain /etc/php/... and /usr/share/doc no traces of /usr/include /usr/lib thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#840298: [Pkg-samba-maint] Bug#840382: samba (2:4.4.6+dfsg-2) still crashes with libtevent0-0.31
It seems to be fixed, thanks. On 10/14/2016 09:08 PM, Mathieu Parent wrote: To the recipients: Do you still have the problem when using latest packages from sid? I cant' reproduce the problem anymore. Thanks Mathieu Parent -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#840298: same problem for libtevent0:amd64
ba1563221 in main () A debugging session is active. -- Ivan Sergio Borgonovo http://www.webthatworks.it http://www.borgonovo.net
Bug#824409: not ready for php7: New objects cannot be assigned by reference
Package: php-text-wiki Version: 1.2.1-2 As reported in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822771#34 /usr/share/php/Text/Wiki.php contains several instances of =& new that are not compatible with php7. Changing them to = new fixed the problem. -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#824408: php7 /usr/lib/php/sessionclean should require php-propro and php-raphf
Package: php-common Version: 1:40 As reported also here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822771#30 not installing php-propro and php-raphf causes PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/http.so' - /usr/lib/php/20151012/http.so: undefined symbol: php_resource_factory_handle_ctor in Unknown on line 0 running /usr/lib/php/sessionclean I don't know if it is better to move /usr/lib/php/sessionclean in another package so if people that don't need session won't need to install php-propro and php-raphf or just add php-propro and php-raphf to the dependencies of php7.0-common. -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#822771: somehow SOLVED: php5/7 mix
I sorted it out. I created a sid lxc container, installed just php-pear and noticed no php5 package was installed and pear was working with no error. I installed horde in the container. I took note of the php packages that were installed and installed them on the machine that was having problems with pear. No more pear errors but I've found a couple of related problems to the transition. horde was not working for an incompatibility issue in php-text-wiki. /usr/share/php/Text/Wiki.php suffer from New objects cannot be assigned by reference http://php.net/manual/en/migration70.incompatible.php and I had to change all instances of =& new to = new Then I got to fix PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/http.so' - /usr/lib/php/20151012/http.so: undefined symbol: php_resource_factory_handle_ctor in Unknown on line 0 Installing php-propro and php-raphf fixed the problem Finally I removed all php5 packages and everything was still working. There are some actual problem in the php5 -> php7 transition and while a fresh install of php7 works, coming from php5 may not. Once I got horde working on that box I didn't install any other php package but upgrades took in php7 even when it was not installed and this most probably caused the problem. Unless you help me to track down the "transitioning" issue I can't help any further on this. At least I solved *my* problem and I documented how. I hope it helps to find the issue. I'll issue other 2 separate bug reports for php-common (/usr/lib/php/sessionclean) and php-text-wiki (/usr/share/php/Text/Wiki.php) shortly. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#822771: xml actually missing from php5
Possibly I got a clue. There is just a php-xml and no php5-xml or php7-xml packages. Looking in /etc/php/5.6/mods-available there is no xml.ini while there is a xml.ini in /etc/php/7.0/mods-available After installing php7.0-cli ivan@caronte:~$ php5.6 xml.php PHP Fatal error: Call to undefined function xml_parser_create() in /home/ivan/xml.php on line 3 while ivan@caronte:~$ php7.0 xml.php doesn't report any error. I was not able to uninstall php7 due to dependencies. These and only these packages where automatically installed even if I didn't explicitly asked to install php7: php7.0-common php7.0-gd php7.0-json php7.0-mbstring php7.0-xml Trying to purge php7.0-xml says it depends on php-xml but horde depends on it. I'm not completely convinced it is a php/xml problem only. I'll try to understand what a proper installation of xml should be for php5 and see if I can fix it it manually if it's just a matter of configuration files but evidently at least there is a problem with php5 and xml. BTW I did try to aptitude reinstall php-xml but it didn't help. -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#822771: php-pear: Invalid argument supplied for foreach() in /usr/share/php/PEAR/Command.php on + XML Extension not found
Package: php-pear Version: 1:1.10.1+submodules+notgz-8 Severity: grave Justification: renders package unusable I discovered I've the same problem described here: http://serverfault.com/questions/589877/pecl-command-produces-long-list-of-errors examining horde log files A long list of Invalid argument supplied for foreach() in /usr/share/pear/PEAR/... ending with PHP Warning: require_once(/lib/Application.php): failed to open stream: No such file or directory in /usr/bin/horde-alarms on line 21 PHP Fatal error: require_once(): Failed opening required '/lib/Application.php' (include_path='.:/usr/share/php:') in /usr/bin/horde-alarms on line 21 This also seems to be related with some pear issue not setting horde_dir Simply running pear list-all or any other pear command end up in the same list of Invalid argument supplied for foreach() in /usr/share/pear/PEAR/... ending with XML Extension not found thanks -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php-pear depends on: ii php-common1:35 ii php-xml 1:7.0+35 ii php5.6-cli [php-cli] 5.6.18+dfsg-11 ii php7.0-xml [php-xml] 7.0.5-3 php-pear recommends no packages. php-pear suggests no packages. -- no debconf information
Bug#817769: [php-maint] Bug#817769: Bug#817769: problem with include_path
On 03/10/2016 11:38 AM, Ondřej Surý wrote: You might be right, the PHP packages stopped building PEAR between 5.6.18 and 5.6.19, because it's a separate source package now and perhaps the defaults has changed because of this. I'll investige more later this or next week. BTW if it can be of help to diagnose the problem, php7 on my workstation seems unaffected ivan@gloom:~$ php7.0 -r 'echo(get_include_path());' .:/usr/share/php: But here I dont have php5 installed. On the other hand on my home server php7.0-common and php7.0-xml were installed as dependencies of something but no other php7 package was installed. -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#817769: [php-maint] Bug#817769: problem with include_path
Downgrading fix the problem. Simply reinstalling new versions break stuff again. Before downgrading I have root@caronte:~/pkg# php5 -r 'echo(get_include_path());' .::/usr/share/pear after downgrading root@caronte:~/pkg# php5 -r 'echo(get_include_path());' .:/usr/share/php:/usr/share/pear So the include_path as was clear from the log is wrong, but the main suspect still remain one of those packages. I've been trying to guess which package among the suspects exactly defined a default include_path but grep and diff were not enough useful since the only possible interesting differences were in binary files. php.ini files for modules seems to be generated in postinst but all the instance of include_path seems to be commented out in both versions in /etc/php5. Considering that php5 in console still has the wrong path I would exclude from the list of suspects php5-fpm. The remaining candidates are php5 , php5-common and php5-cli. On 03/10/2016 12:51 AM, Ondřej Surý wrote: It seems that your include_path is wrong, as Horde resides in: /usr/share/php/Horde/Autoloader/Default.php Doesn't seem to be php5 fault as /usr/share/php is missing from your include_path and the default include_path is: include_path = ".:/usr/share/php" Cheers, -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#817769: problem with include_path
Package: php5 Version: 5.6.19+dfsg-1 After upgrade from 5.6.18+dfsg-1 I get: FastCGI: server "/usr/lib/cgi-bin/php5-fcgi" stderr: PHP message: PHP Fatal error: require_once(): Failed opening required 'Horde/Autoloader/Default.php' (include_path='/usr/share/horde/lib:.::/usr/share/pear') in /usr/share/horde/lib/core.php on line 49 packages potentially involved are: php5-fpm php5-common php5-cli I haven't been able to track down which package is actually the culprit. Gut feeling would point to php5-fpm thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#813954: regression with apparmor?
On 02/27/2016 09:37 PM, Evgeni Golov wrote: Hi Ivan, On Sun, Feb 07, 2016 at 03:06:54AM +0100, Ivan Sergio Borgonovo wrote: got this after upgrade 1:1.0.8-1 -> 1:1.1.5-1 lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:169 - If you really want to start this container, set lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:170 - lxc.aa_allow_incomplete = 1 lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:171 - in your container configuration file Stricly speaking this is not an regression but an improvement. 1.0.x did silently ignore apparmor if you did not have "complete" apparmor support in the kernel (read: no mount restrictions which are only available in Ubuntu). See [1] for details about the behaviour. With 1.1.x LXC actually errors out when it detecs you want apparmor but don't have the right kernel for it. You can set "lxc.aa_allow_incomplete = 1" to allow it to use whatever apparmor support is available, skipping the cool mount stuff. That said I would love to close this as not-a-bug, if you do not disagree. There was no news in apt-listchanges. I did find how to fix the problem googling the error and I had to understand what I was really doing adding that option but I wouldn't have incurred in the problem if: - the package itself would have made the change to the configurations (not sure if it is a good idea) or - there was a notice in apt-listchange. I'm ok if you close the bug but I'm thinking about the other poor souls that may upgrade lxc and find their containers not running without any notice. I hope once this bug will be indexed by google, understanding what is the problem will be enough to help other people to fix it quicker. Nothing terrible, I'm aware I'm using sid and probably once there will be a new kernel this won't be an issue. -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#813955: regression with apparmor?
Package: lxc Version: 1:1.1.5-1 Getting this after upgrade from 1:1.0.8-1 lxc-start 1454809870.968 ERRORlxc_utils - utils.c:open_without_symlink:1626 - No such file or directory - Error examining fuse in /usr/lib/x86_64-linux-gnu/lxc/rootfs/sys/fs/fuse/connections lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:169 - If you really want to start this container, set lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:170 - lxc.aa_allow_incomplete = 1 lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:171 - in your container configuration file lxc-start 1454809870.985 ERRORlxc_sync - sync.c:__sync_wait:51 - invalid sequence number 1. expected 4 lxc-start 1454809870.985 ERRORlxc_start - start.c:__lxc_start:1192 - failed to spawn 'caronte' lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/blkio/init.scope/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/perf_event/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/freezer/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/devices/init.scope/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/cpuset/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/cpu,cpuacct/init.scope/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/net_cls,net_prio/init.scope/lxc/caronte-3 lxc-start 1454809875.991 ERRORlxc_start_ui - lxc_start.c:main:344 - The container failed to start. -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#813954: regression with apparmor?
Package: lxc Version: 1:1.1.5-1 got this after upgrade 1:1.0.8-1 -> 1:1.1.5-1 lxc-start 1454809870.968 ERRORlxc_utils - utils.c:open_without_symlink:1626 - No such file or directory - Error examining fuse in /usr/lib/x86_64-linux-gnu/lxc/rootfs/sys/fs/fuse/connections lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:169 - If you really want to start this container, set lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:170 - lxc.aa_allow_incomplete = 1 lxc-start 1454809870.985 ERRORlxc_apparmor - lsm/apparmor.c:apparmor_process_label_set:171 - in your container configuration file lxc-start 1454809870.985 ERRORlxc_sync - sync.c:__sync_wait:51 - invalid sequence number 1. expected 4 lxc-start 1454809870.985 ERRORlxc_start - start.c:__lxc_start:1192 - failed to spawn 'caronte' lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/blkio/init.scope/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/perf_event/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/freezer/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/devices/init.scope/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/cpuset/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/cpu,cpuacct/init.scope/lxc/caronte-3 lxc-start 1454809870.986 ERRORlxc_cgfs - cgfs.c:cgroup_rmdir:207 - Device or resource busy - cgroup_rmdir: failed to delete /sys/fs/cgroup/net_cls,net_prio/init.scope/lxc/caronte-3 lxc-start 1454809875.991 ERRORlxc_start_ui - lxc_start.c:main:344 - The container failed to start. -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#813712: missing AllowOverride in php-horde.conf
Package: php-horde Version: 5.2.9+debian0-1 It seems that the new .htaccess in /usr/share/horde/ need a change in /etc/apache2/conf-available/php-horde.conf that should be: AllowOverride Limit FileInfo AuthConfig otherwise you get a /usr/share/horde/.htaccess: Require not allowed here BTW webmail-install worked like a charm with new pg patch thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#810858: [pkg-horde] Bug#810858: Bug#810858: webmail-install and horde try to create db schema multiple times + wrong schema version
On 01/15/2016 11:00 AM, Mathieu Parent wrote: 2016-01-14 15:59 GMT+01:00 Ivan Sergio Borgonovo <ivan@gmail.com>: On 01/14/2016 03:48 AM, Mathieu Parent wrote: |...] I think I got it... Great! It'll be great when it will be patched in Debian ;) Can you propose a PR? There are at least two usages of this pattern: https://github.com/horde/horde/blob/master/framework/Db/lib/Horde/Db/Adapter/Postgresql/Schema.php#L256 https://github.com/horde/horde/blob/master/framework/Db/lib/Horde/Db/Adapter/Postgresql/Schema.php#L299 Propose the CURRENT_SCHEMAS() pattern first. And post the PR here. As discussed privately I'd prefer you try to get the patch upstream. I think you've more chances to get it merged since I was just "passing by and stumbled on the bug", you're a Debian powerhouse representative. I haven't been able to trigger the index() function during normal installation/use, but I've been able to test it with a mockup. The tables() function was tested plenty during installation. webmail-install and horde-db-migrate works and most importantly horde can be installed with postgres again. Everything seems functional. I'm wondering what caused the regression. I checked briefly horde repository and didn't see anything obvious... unless the implode/explode string manipulation was bugged before and was just recently triggered by a change in SHOW search_path. But generally pg people are very careful to not break things without a good reason. kronolith now has the right schema version etc... The patch is attached and should work with postgres versions as remote as 8.0. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it >From 4b62510a6278b418aaf8ed8a1b7abc416e279947 Mon Sep 17 00:00:00 2001 From: Ivan Sergio Borgonovo <m...@webthatworks.it> Date: Fri, 15 Jan 2016 18:31:36 +0100 Subject: [PATCH] More reliable way to get list of visible indexes and table without dealing with search_path Got rid of bugged getSchemaSearchPath() --- .../Db/lib/Horde/Db/Adapter/Postgresql/Schema.php | 26 ++ 1 file changed, 2 insertions(+), 24 deletions(-) diff --git a/framework/Db/lib/Horde/Db/Adapter/Postgresql/Schema.php b/framework/Db/lib/Horde/Db/Adapter/Postgresql/Schema.php index fd16cc7..a78ddab 100644 --- a/framework/Db/lib/Horde/Db/Adapter/Postgresql/Schema.php +++ b/framework/Db/lib/Horde/Db/Adapter/Postgresql/Schema.php @@ -255,12 +255,7 @@ class Horde_Db_Adapter_Postgresql_Schema extends Horde_Db_Adapter_Base_Schema */ public function tables() { -$schemas = array(); -foreach (explode(',', $this->getSchemaSearchPath()) as $p) { -$schemas[] = $this->quote($p); -} - -return $this->selectValues('SELECT tablename FROM pg_tables WHERE schemaname IN (' . implode(',', $schemas) . ')'); + return $this->selectValues('SELECT table_name FROM information_schema.tables WHERE table_schema = ANY (CURRENT_SCHEMAS(false));'); } /** @@ -301,10 +296,6 @@ class Horde_Db_Adapter_Postgresql_Schema extends Horde_Db_Adapter_Base_Schema $indexes = @unserialize($this->cacheRead("tables/indexes/$tableName")); if (!$indexes) { -$schemas = array(); -foreach (explode(',', $this->getSchemaSearchPath()) as $p) { -$schemas[] = $this->quote($p); -} $sql = " SELECT distinct i.relname, d.indisunique, a.attname @@ -314,7 +305,7 @@ class Horde_Db_Adapter_Postgresql_Schema extends Horde_Db_Adapter_Base_Schema AND d.indisprimary = 'f' AND t.oid = d.indrelid AND t.relname = " . $this->quote($tableName) . " - AND i.relnamespace IN (SELECT oid FROM pg_namespace WHERE nspname IN (" . implode(',', $schemas) . ") ) + AND i.relnamespace IN (SELECT oid FROM pg_namespace WHERE nspname = ANY(CURRENT_SCHEMAS(false))) AND a.attrelid = t.oid AND (d.indkey[0] = a.attnum OR d.indkey[1] = a.attnum OR d.indkey[2] = a.attnum OR d.indkey[3] = a.attnum @@ -1008,19 +999,6 @@ class Horde_Db_Adapter_Postgresql_Schema extends Horde_Db_Adapter_Base_Schema } /** - * Returns the active schema search path. - * - * @return string The active schema search path. - */ -public function getSchemaSearchPath() -{ -if (!$this->_schemaSearchPath) { -$this->_schemaSearchPath = $this->selectValue('SHOW search_path'); -} -return $this->_schemaSearchPath; -} - -/** * Returns the current client log message level. * * @return string The current client log message level. -- 2.7.0.rc3
Bug#810858: [pkg-horde] Bug#810858: Bug#810858: webmail-install and horde try to create db schema multiple times + wrong schema version
On 01/14/2016 03:48 AM, Mathieu Parent wrote: OK, some more info. aptitude show report the same version for testing, unstable and experimental for kronolith: Version: 4.2.11-1 horde=# select * from kronolith_schema_info ; version - 17 (1 row) This should be 26 instead. Ref: https://github.com/horde/horde/tree/master/kronolith/migration I would expect a 23 since it is the largest update I can find in /usr/share/horde/kronolith/migration but actually that upgrade isn't applied and there is no index on event_baseid. Does the 'kronolith_sharesng' table have a 'share_parents' column (added in step 17)? Does the 'kronolith_events' table have the 'event_category' column (removed in step 18)? Yep. Upgrades get applied till 17. There is a kronolith_sharesng.share_parents column and also a kronolith_events.event_category Can you run "horde-db-migrate --debug kronolith up"? root@caronte:/usr/share/horde/kronolith/migration# horde-db-migrate --debug kronolith up [ INFO ] Migrating DB up. 2016-01-14T11:49:59+00:00 DEBUG: SQL (0.0004s) SHOW max_identifier_length 2016-01-14T11:49:59+00:00 DEBUG: SQL (0.0004s) SHOW search_path 2016-01-14T11:49:59+00:00 DEBUG: SQL (0.0042s) SELECT tablename FROM pg_tables WHERE schemaname IN ('"$user"',' public') I think I got it... What really get executed is: SELECT tablename FROM pg_tables WHERE schemaname IN ('"$user"',' public') In the actual SQL statement there is an extra white space before public! The problem should be here foreach (explode(',', $this->getSchemaSearchPath()) as $p) { $schemas[] = $this->quote($p); } $p should be trimmed before. Anyway I find this way error prone. I don't know if this went under the radar just because pg is seldom used with horde. I still don't get why moving from one update to the other didn't trigger this problem. It's a pretty long time I havent written more than a couple of lines in PHP and I'm not that familiar with the horde codebase. Sorry for thinking the problem was in packaging and not upstream. I initially thought it was a problem of mixed versions in the repo. BTW if you're going to report the bug upstream a more standard way to get the visible tables would be: SELECT table_name FROM information_schema.tables WHERE table_schema = ANY (CURRENT_SCHEMAS(false)); This omit the $user schema if there is no $user schema... so it shows what can *actually* be seen from the current search_path CURRENT_SCHEMAS() is available at least starting from pg 8.0 and information_schema is supported from 7.4 Postgres 8.0 is over 10 years old. This method could be used even to retrieve indexes() so to completely get rid of getSchemaSearchPath() Otherwise, let me know if I've to report it upstream and if you know... to which horde component. thanks horde=# select * from imp_schema_info ; version - 3 This looks ok. Ref: https://github.com/horde/horde/tree/master/imp/migration Regards -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#810858: webmail-install and horde try to create db schema multiple times + wrong schema version
Package: php-horde-webmail Version: 5.2.11-1 I had to fresh reinstall horde on Debian testing. It was installed several months ago on the same machine and it was working, it passed through a series of updates and I just had to update the DB schema of some components. Now with the same package version that were previously working fine and coming from a series of upgrades I can't get a fresh install working. I did 1) createuser -E -P horde 2) createdb -O horde horde "Horde DB" 3) webmail-install it creates and populate a bunch of tables then it fail when it tries to recreate imp_schema_info. Duplicate table: 7 ERROR: relation "imp_schema_info" already exists Still connecting to horde with the browser somehow works... I keep generating conf.php files for the various application (horde included). Statuses change to "Application is ready." The SQL Shell works and it is able to connect to my DB but still all columns in "Database" says "DB access is not configured". log out, log in again it tries once more to create imp_schema_info table. Dropped the DB, run horde-db-migrate. It successfully build the DB with no error this time but again, when I log into horde it tries again to create imp_schema_info table. After I log in and refresh the page in it doesn't try to recreate tables (getMigrator get called just on login) but still I can't get it work properly. I still see "DB access is not configured", in "portal" it says User ivan is not authorized for Mail (Host: gloom.home.webthatworks.it). And I get: SQLSTATE[42703]: Undefined column: 7 ERROR: column "event_timezone" does not exist LINE 1: ...endees, event_title, event_recurcount, event_url, event_time... ^ So possibly this indicates that there is not just a problem of horde trying to create multiple times tables, but some table get created with a different schema than the one expected by the rest of the program. imp_schema_info is not the only table that horde tries to create multiple times. If I drop it from pgsql there is another one that produce the same error, if I drop those 2, there is another one that cause the error, so apparently it is trying to recreate twice the whole schema. Up to my understanding at every login it feels it has to update the schema no matter what in getMigrator(). thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#807965: compile but X doesn't start
Unfortunately it does compile but it doesn't work. With kernel 4.3 I get a black screen with a flashing cursor. I wasn't able to find the ubuntu patch you're referring but there is a new amd driver[1] that may solve the problem. I've tried to build deb packages using amd software but their scripts have some issues and I didn't investigate further. Unfortunately AMD release notes aren't very helpful. I'll try to test new amd drivers and report back. [1] Crimson 15.12 http://support.amd.com/en-us/download/desktop?os=Linux+x86_64 thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it Xorg.0.log.old Description: application/trash
Bug#798676: update dependencies to libopenexr6v5, libilmbase6v5
Package: libgegl-0.2-0 Version: 0.2.0-8 libgegl is holding back new kde-full that depends on newer libopenexr6v5 and libilmbase6v5. BTW it seems that debianmultimedia has libgegl-0.3-0 already built for v5 but there is no gimp 2.9 around yet. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it
Bug#774674: prefix in nodejs and npm doesn't agree
Package: nodejs Version: 0.10.29~dfsg-1.1 When installing packages with npm with -g option packages get written to /usr/local/lib/node but evidently nodejs search them somewhere else (probably /usr) Infact it seems debian nodejs packaged modules install modules in /usr/lib/nodejs. $NODE_PATH is not set in debian package but that's what I've been told: https://github.com/nodesource/distributions/issues/50 One thing that should be kept in mind is that if you update node as in npm install n n [another version] or you update the package manager, things may mess up once more. Relevant page of node manual: http://nodejs.org/api/modules.html https://docs.npmjs.com/misc/config # Package: npm # Version: 1.4.21+ds-2 $ npm config get prefix /usr/local $ cat /usr/share/npm/npmrc # DO NOT MODIFY THIS FILE - use /etc/npmrc instead. globalconfig=/etc/npmrc globalignorefile=/etc/npmignore prefix=/usr/local $ node -e 'console.log(process.config.variables.node_prefix);' /usr thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766169: libEGL.so.1 don't get installed
Package: libegl1-mesa Version: 10.3.1-1 I'm reporting this problem to this package even if it may just be the victim of another package since the culprit is less clear than the victim. After a long list of upgrades that included [UPGRADE] glx-alternative-fglrx:amd64 0.4.2 - 0.5.0 [UPGRADE] glx-alternative-mesa:amd64 0.4.2 - 0.5.0 [UPGRADE] glx-diversions:amd64 0.4.2 - 0.5.0 [UPGRADE] nvidia-installer-cleanup:amd64 20131102+1 - 20131102+2 that seems to be the most related to the problem, kde started without windows decorations. kwin --replace exited saying it couldn't find libEGL, I tracked down which package included the lib, did a aptitude reinstall libegl1-mesa but still I couldn't find the file in /usr/lib/x86_64-linux-gnu I checked inside the package and the lib was there. I had to manually extract the lib and copy it in /usr/lib/x86_64-linux-gnu It seems some trigger is deleting the file after the package put it there. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765540: missing symbol
On 10/16/2014 10:27 AM, Colin Watson wrote: On Thu, Oct 16, 2014 at 04:14:50AM +0200, Ivan Sergio Borgonovo wrote: after upgrading grub from 2.00-22 - 2.02~beta2-14 I was left in rescue grub console with an error about missing symbol (something related to color). This almost certainly means that your system is misconfigured and is installing GRUB to somewhere that doesn't correspond to where your system actually boots from, resulting in the core image and modules being incompatible. Please post the output of: I checked pre and post upgrade and debconf-show grub-pc is identical. I didn't reboot the box, I just updated the package again, run what you asked and downgrade grub again. If there was something wrong with the configuration I'd guess just downgrading wouldn't solve the problem. This is the first grub upgrade that has been made on this box and nothing was changed from installation. As you can see it runs on a RAID1. There are just 2 partition: / and swap. I can spot a difference between this non booting box and a box that boot: GRUB_CMDLINE_LINUX_DEFAULT=quiet # not booting GRUB_CMDLINE_LINUX_DEFAULT=quiet splash radeon.dpm=1 # booting These are 2 very different machine in terms of partition layout etc... still the message was related to color that make me think splash could be an interesting difference. Sorry if I didn't take note about the exact error. If you need the exact missing symbol I'll upgrade again and reboot the box ASAP (a couple of days). thanks debconf-show grub-pc grub-pc/mixed_legacy_and_grub2: true * grub2/linux_cmdline_default: quiet grub-pc/install_devices_failed_upgrade: true grub-pc/kopt_extracted: false grub-pc/timeout: 1 grub-pc/hidden_timeout: false grub2/kfreebsd_cmdline_default: quiet grub-pc/install_devices_empty: false * grub2/linux_cmdline: grub2/device_map_regenerated: grub-pc/install_devices_failed: false grub-pc/disk_description: grub-pc/chainload_from_menu.lst: true grub-pc/partition_description: grub2/kfreebsd_cmdline: grub-pc/postrm_purge_boot_grub: false grub-pc/install_devices_disks_changed: * grub-pc/install_devices: /dev/disk/by-id/ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0855797 cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=10240k,nr_inodes=250868,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,relatime,size=405044k,mode=755 0 0 /dev/disk/by-uuid/d823f9f2-691b-4124-8475-e0b38ebeda20 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0 securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0 cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0 pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0 cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset,clone_children 0 0 cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0 cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0 cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0 cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0 cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0 cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0 systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=21,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0 hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0 mqueue /dev/mqueue mqueue rw,relatime 0 0 debugfs /sys/kernel/debug debugfs rw,relatime 0 0 tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=202524k,mode=700,uid=1000,gid=1000 0 0 ls -l /dev/disk/by-id/ lrwxrwxrwx 1 root root 9 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0755186 - ../../sda lrwxrwxrwx 1 root root 10 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0755186-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0755186-part2 - ../../sda2 lrwxrwxrwx 1 root root 10 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0755186-part3 - ../../sda3 lrwxrwxrwx 1 root root 9 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0855797 - ../../sdb lrwxrwxrwx 1 root root 10 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0855797-part1 - ../../sdb1 lrwxrwxrwx 1 root root 10 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0855797-part2 - ../../sdb2 lrwxrwxrwx 1 root root 10 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0855797-part3 - ../../sdb3 lrwxrwxrwx 1 root root 9 Oct 16 04:06 md-name-kerberos:0 - ../../md0 lrwxrwxrwx 1 root
Bug#765540: missing symbol
On 10/16/2014 12:40 PM, Colin Watson wrote: On Thu, Oct 16, 2014 at 12:25:25PM +0200, Ivan Sergio Borgonovo wrote: * grub-pc/install_devices: /dev/disk/by-id/ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0855797 [...] ls -l /dev/disk/by-id/ lrwxrwxrwx 1 root root 9 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0755186 - ../../sda [...] lrwxrwxrwx 1 root root 9 Oct 16 04:06 ata-WDC_WD20EZRX-00D8PB0_WD-WMC4M0855797 - ../../sdb Right, you have two disks on this system and you're only installing GRUB to the second one. There's probably a vestige of GRUB on the other disk which happened to be compatible with the modules from 2.00-22 but not the modules from the new version. I recommend running: sudo dpkg-reconfigure grub-pc Step through without changing anything until you get to the GRUB install devices: question, and then select the master boot records of both your hard disks, rather than just one of them. That should fix it. I noticed it was installed just on one disk too... but I'm definitively not an expert, infact one of the things I tried to fix this was: grub-install /dev/sda grub-install /dev/sdb but I noticed the grub-pc/install_devices didn't change. I'm reasonably sure that during installation I chose both but it happened several month ago, so I won't bet on it... and I admit I started to be too confident in how smoothly sid behave recently ;) dpkg-reconfigure grub-pc did the trick and now I can see both dev in grub-pc/install_devices I upgraded, rebooted and now everything is fine Unfortunately I can't roll back time to confirm that I actually chose both at install time. If there is any bug actually it should be related to older versions/install and people should not be affected in the future. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765540: missing symbol
Package: grub-pc Version: 2.02~beta2-14 Severity: grave after upgrading grub from 2.00-22 - 2.02~beta2-14 I was left in rescue grub console with an error about missing symbol (something related to color). After trying to resurrect the system I insmod linux in grub console and I was greeted with the same error again. I had to boot with a rescue usb and downgrade grub. Please be patient if you need I report the exact error. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763814: bash function naming problem in kdevplatform_shell_environment.sh script
Package: kdevplatform8-libs Version: 1.7.0-2 Architecture: amd64 In /usr/bin/kdevplatform_shell_environment.sh there is no space between function names ending with ! and () This causes command not found error in kdevelop konsole. bash: raise!(): command not found bash: /usr/bin/kdevplatform_shell_environment.sh: line 340: syntax error near unexpected token `}' bash: /usr/bin/kdevplatform_shell_environment.sh: line 340: `}' replacing functionname!() with functionname! () fix the problem thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725001: other RewriteBase problems
There are a couple of other related RewriteBase problems too and this should actually suggest that rewrite rules should be moved elsewhere. wicked and ansel .htaccess miss their RewriteBase directives. Without these RewriteBase once rewriting is enabled ansel and wicked return all 404. There is no right place to put optional RewriteRule for activesync. RewriteRule .* - [E=HTTP_MS_ASPROTOCOLVERSION:%{HTTP:Ms-Asprotocolversion}] RewriteRule .* - [E=HTTP_X_MS_POLICYKEY:%{HTTP:X-Ms-Policykey}] RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] nor eg to redirect to https. Moving all to /etc/apache2/conf-available would make managing all this easier expecially if you're running horde on several virtualhosts with slightly different configuration. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725001: possible solution
The way I partially succeeded to move stuff in a centralized place was to use RewriteOptions InheritDown So now I have a /etc/apache2/conf-enabled/horde-rewrite.conf Directory /usr/share/horde IfModule mod_rewrite.c RewriteEngine On RewriteOptions InheritDown #Activesync RewriteEngine On RewriteOptions InheritDownBefore RewriteRule .* - [E=HTTP_MS_ASPROTOCOLVERSION:%{HTTP:Ms-Asprotocolversion}] RewriteRule .* - [E=HTTP_X_MS_POLICYKEY:%{HTTP:X-Ms-Policykey}] RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] # HTTPS RewriteCond %{HTTPS} !on RewriteCond %{REMOTE_ADDR} !^(192\.168\..*|10\..*) RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] /IfModule /Directory I hope it helps as an inspiration to improve horde package. The same system could be used to configure RewriteBase as a per vhost configuration too. -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733480: not just gcc
Actually even running bash is very slow. If you just run bash once more in a console you wait several seconds to see the prompt eg. ivan@dawn:~$ bash [long wait] ivan@dawn:~$ downgrading to bash_4.2+dfsg-1_amd64.deb fix the problem -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722121: installing `gir1.2-gtk-3.0` doesn't fix this bug here
On Thu, 12 Sep 2013 00:31:43 +0900 Osamu Aoki os...@debian.org wrote: Hi, Try install python-gi Sorry if I wasn't clear. At least for cangjie and quick it works. I did test with xkbc installed. ibus-setup doesn't fail to start, I tried to type with xkbc selected and it simply wrote latin characters and I couldn't see any selection box as the one I'm used to see with Chinese. I simply don't know if this is the correct behavior but at least it doesn't fail to start as before. python-gi was already installed. So for what I need it works. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722121: installing `gir1.2-gtk-3.0` doesn't fix this bug here
On Tue, 10 Sep 2013 23:24:25 +0900 Osamu Aoki os...@debian.org wrote: Hi, Hi, On Mon, Sep 09, 2013 at 08:44:48PM +0200, Ivan Sergio Borgonovo wrote: I can confirm the problem and having installed gir1.2-gtk-3.0 doesn't seem to work here. Question is what ibus modules are you using. If you are using ibus-* packages listed as bad in http://release.debian.org/transitions/html/ibus1.5.html Some were in the list. Thanks for pointing me at that table. This is expected situation under sid during transition. Please let me know what packages you use. I had installed some of the package listed. After uninstalling some of the listed ones with the exception of kdeplasma-addons, ibus-setup starts and I can type Chinese (quick and cangjie), but I really don't know what I'm doing. You'll have to wait the rest of my family comes back if you need a more meaningful feedback. I've tested xkbc but I don't know what to expect either. It's just writing latin alphabet and I can't see any composing box. Let me know if I can do more tests. This is the list of ibus related packages I've now installed on my box (just finished to update/safe-upgrade sid). ibus ibus-array ibus-chewing ibus-clutter ibus-googlepinyin ibus-gtk ibus-gtk3 ibus-libpinyin ibus-m17n ibus-pinyin-db-android ibus-qt4 ibus-table ibus-table-array30 ibus-table-cangjie-big ibus-table-cangjie3 ibus-table-cangjie5 ibus-table-cantonese ibus-table-cantonhk ibus-table-cns11643 ibus-table-compose ibus-table-easy ibus-table-easy-big ibus-table-erbi ibus-table-erbi-qs ibus-table-extraphrase ibus-table-ipa-x-sampa ibus-table-jyutping ibus-table-quick ibus-table-quick-classic ibus-table-quick3 ibus-table-quick5 ibus-table-scj6 ibus-table-stroke5 ibus-table-wu ibus-table-wubi ibus-table-yawerty ibus-table-yong ibus-xkbc thanks. -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722121: installing `gir1.2-gtk-3.0` doesn't fix this bug here
I can confirm the problem and having installed gir1.2-gtk-3.0 doesn't seem to work here. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721574: ruby-gettext: undefined method force_encoding... during apt-listbugs
Package: ruby-gettext Version: 3.0.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, calling aptitude [] runs apt-listbugs that fails with /usr/lib/ruby/vendor_ruby/gettext/mo.rb:46: undefined method `force_encoding' for \225\004\022\336:String (NoMethodError) from /usr/lib/ruby/vendor_ruby/gettext/text_domain.rb:16:in `require' from /usr/lib/ruby/vendor_ruby/gettext/text_domain.rb:16 from /usr/lib/ruby/vendor_ruby/gettext/text_domain_manager.rb:14:in `require' from /usr/lib/ruby/vendor_ruby/gettext/text_domain_manager.rb:14 from /usr/lib/ruby/vendor_ruby/gettext.rb:19:in `require' from /usr/lib/ruby/vendor_ruby/gettext.rb:19 from /usr/sbin/apt-listbugs:274:in `require' from /usr/sbin/apt-listbugs:274 downgrading to 2.3.9-1 solves the problem. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-gettext depends on: ii ruby-locale 2.0.8-1 ii ruby-text 1.0.3-1 ii ruby1.8 [ruby-interpreter]1.8.7.358-7.1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.2 ruby-gettext recommends no packages. ruby-gettext 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#620422: libreoffice-kde makes libreoffice crash on opening documents
Package: libreoffice-kde Version: 1:3.3.2-1 If libreoffice-kde is installed as soon as I open a new or saved document libreoffice crash without any error message. Things that may be interesting: sid, amd64, nvidia proprietary drivers -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614671: bug doesn't look to be related to libdevmapper1.02.1
Actually it was just by chance that the problem didn't arise so frequently downgrading libdevmapper. I still experience the problem with older and newer libdevmapper. The problems look more related to the kernel 2.6.37-(1|2) I still have to experience the problem with older 2.6.32-5 Could somebody close this and reassign? Can I do something to collect any useful information? thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614671: failed to mount /root failed Device or resource busy
Package: libdevmapper1.02.1 Version: 2:1.02.63-1 After upgrading: [UPGRADE] libdevmapper1.02.1 2:1.02.48-5 - 2:1.02.63-1 [UPGRADE] dmsetup 2:1.02.48-5 - 2:1.02.63-1 [UPGRADE] liblvm2app2.2 2.02.66-5 - 2.02.84-1 I get mounting /dev/disk/by-uuid/ on /root failed Device or resource busy after some reboot I'm able to complete the boot. downgrading fix the problem I'm using dm-raid on: Intel Corporation 82801 SATA RAID Controller -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604083: closed by Ben Hutchings b...@decadent.org.uk (Bug#604083: fixed in linux-2.6 2.6.32-29)
On Fri, 10 Dec 2010 14:51:24 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #604083: add support for megaraid 9240 9260 9280 8704 8708 8880 It has been closed by Ben Hutchings b...@decadent.org.uk. 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 Ben Hutchings b...@decadent.org.uk by replying to this email. I didn't have any chance to put my hands on a box with that controller for a long time but today I installed squeeze with no problem. I can confirm it actually works. Thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604083: add support for megaraid 9240 9260 9280 8704 8708 8880 8888
On Sat, 27 Nov 2010 21:53:39 + Ben Hutchings b...@decadent.org.uk wrote: On Wed, 2010-11-24 at 19:48 +0100, Ivan Sergio Borgonovo wrote: [...] I don't know how to help further to increase the chances that squeeze will have support for these controllers. If you could point me to some instructions I could follow to give you some useful feedback I'll be happy to try. I've applied the upstream changes to add support for the 9240. You can test the result by following the instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official-vcs. The distribution name to use is 'sid' (all our changes for 'squeeze' are still going via 'sid'). I got it compiled. It is working on my workstation. I hope I'll have a chance to try it on a box with that controller on Tuesday. Can anyone be so kind to point me to another RTFM where I can find clear instruction on how to substitute the kernel into a Debian ISO/cross prepare(sid - squeeze) a Debian install ISO? I tried it before, hybridizing 3.6.32 and .36 and it failed to work... but I'm not sure if it failed because I didn't prepare well the ISO or because the hybridized kernel didn't work. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604083: add support for megaraid 9240 9260 9280 8704 8708 8880 8888
I've just tested 2.6.32-28 from latest iso and it still doesn't work. The version of this driver included in experimental is reported to work on other distribution (0.17). If you'd point me to some RTFM to help you test something that could give some more chance to add support to these controller in the upcoming stable I'd try to help. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org