Bug#1070237: wsclean: error while loading shared libraries: libradler.so: cannot open shared object file
Hi Ole,
Thanks for looking into this. I did some analysis and found that Radler
was in fact still build as static library in wsclean version 3.4. This
was corrected only in:
- https://git.astron.nl/RD/radler/-/merge_requests/123
and
- https://gitlab.com/aroffringa/wsclean/-/merge_requests/591
These were merged only after releasing v3.4. My bug report was therefore
not accurate in assuming that this was caused by a Debian setting.
To make WSClean 3.4 work, either those commits would have to be applied
to the code base to link radler statically, or the libradler.so library
needs to be shipped along with wsclean. The first option I have tested
with the script provided below in a wsclean v3.4 git cloned directory,
and that works. I guess you're not checking out the git repositories in
the Debian build so I've also made a patch that can be applied with
"patch -s -p1 < link-radler-statically.patch" from the wsclean v3.4 dir.
It's attached to this mail. I hope this patch suffices for the Debian
build, otherwise let me know if I can do something else to help.
When we release a newer wsclean version, the patch is no longer
necessary. However, the release of wsclean v3.5 will probably take some
time, and does have quite some changes, so a 3.4 build would be nice.
Another thing: would it be possible to run 'wsclean --version' in the
build just to see if it succeeds? That should at least catch any linking
issues like here. There's also a much bigger wsclean test-suite, but
that might be a bit overkill for Debian, as it takes a considerable
amount of time and resources to run, and getting the tests correctly
through all debian platforms will be a bit challenging I think (not
unlike Casacore, whose tests are actually somewhat less demanding).
Thanks for your help, Ole!
Regards,
André
# Building WSClean 3.4 with Radler as static library
# Make sure submodules are present and at the right commit
# (not sure this is necessary in the Debian build)
mkdir build
cd build
cmake ..
cd ..
# Merge https://gitlab.com/aroffringa/wsclean/-/merge_requests/591
git cherry-pick 45c51219c0ea2deafb5de9edf2dddfda509f779b
# Merge https://git.astron.nl/RD/radler/-/merge_requests/123
cd external/radler
git cherry-pick 7fec4c029d62dcb664d894eae6909fa4ca92b642
cd ../../build
make -j`nproc`
diff --git a/CMakeLists.txt b/CMakeLists.txt
index f3f9b3d5..46b4501e 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -235,7 +235,7 @@ add_definitions(-DHAVE_GSL)
# Radler
set(RADLER_INSTALL_PREFIX ${CMAKE_BINARY_DIR}/external/radler)
set(RADLER_LIB
-${RADLER_INSTALL_PREFIX}/lib/libradler${CMAKE_SHARED_LIBRARY_SUFFIX})
+${RADLER_INSTALL_PREFIX}/lib/libradler${CMAKE_STATIC_LIBRARY_SUFFIX})
ExternalProject_Add(
radler-module
SOURCE_DIR ${CMAKE_SOURCE_DIR}/external/radler
@@ -409,16 +409,17 @@ set(ALL_LIBRARIES
include("${CMAKE_CURRENT_LIST_DIR}/external/aocommon/CMake/CheckBLAS.cmake")
check_blas(LIBRARIES ${ALL_LIBRARIES})
# Radler lib cannot be checked on BLAS consistenty as it doesn't exist
-# at cmake time.
-list(APPEND ALL_LIBRARIES ${RADLER_LIB})
+# at cmake time. It needs to be first in the link order because Radler
+# itself also depends on some of the libraries in the ALL_LIBRARIES list.
+list(PREPEND ALL_LIBRARIES ${RADLER_LIB})
add_library(wsclean-lib STATIC ${WSCLEANFILES})
-target_link_libraries(wsclean-lib PRIVATE pybind11::embed ${ALL_LIBRARIES})
+target_link_libraries(wsclean-lib PRIVATE ${ALL_LIBRARIES} pybind11::embed)
set_target_properties(wsclean-lib PROPERTIES OUTPUT_NAME wsclean)
set_target_properties(wsclean-lib PROPERTIES SOVERSION ${WSCLEAN_VERSION_SO})
add_library(wsclean-shared SHARED ${WSCLEANFILES})
-target_link_libraries(wsclean-shared PRIVATE pybind11::embed ${ALL_LIBRARIES})
+target_link_libraries(wsclean-shared PRIVATE ${ALL_LIBRARIES} pybind11::embed)
set_target_properties(wsclean-shared PROPERTIES SOVERSION ${WSCLEAN_VERSION_SO})
add_executable(wsclean main/main.cpp)
@@ -445,9 +446,6 @@ install(TARGETS wsclean DESTINATION bin)
install(TARGETS wsclean-lib DESTINATION lib)
install(TARGETS chgcentre DESTINATION bin)
install(FILES interface/wscleaninterface.h DESTINATION include)
-# Installing the radler library to ${CMAKE_INSTALL_FULL_LIBDIR}
-# ensures that users do not manually have to set the LD_LIBRARY_PATH
-install(FILES ${RADLER_LIB} DESTINATION ${CMAKE_INSTALL_FULL_LIBDIR})
if(MPI_FOUND)
install(TARGETS wsclean-mp DESTINATION bin)
diff --git a/tests/CMakeLists.txt b/tests/CMakeLists.txt
index 6d9e036e..9997ab6a 100644
--- a/tests/CMakeLists.txt
+++ b/tests/CMakeLists.txt
@@ -89,7 +89,7 @@ ExternalProject_Add(
BUILD_COMMAND ""
INSTALL_COMMAND "")
-set(TEST_LIBRARIES pybind11::embed ${ALL_LIBRARIES}
+set(TEST_LIBRARIES ${ALL_LIBRARIES} pybind11::embed
${Boost_UNIT_TEST_FRAMEWORK_LIBRARY})
target_link_libraries(unittest PRIVATE ${TEST_LIBRARIES})
diff --git a/external/
Bug#1070237: wsclean: error while loading shared libraries: libradler.so: cannot open shared object file
Package: wsclean Version: 3.4-1+b2 Severity: grave Justification: renders package unusable X-Debbugs-Cc: offri...@gmail.com Dear Maintainer, There is something wrong with the packaging of WSClean; running WSClean fails with the following error: wsclean: error while loading shared libraries: libradler.so: cannot open shared object file: No such file or directory Radler is a component of wsclean that is normally compiled along wsclean, linked into a static library and subsequently linked into the wsclean binary. I think that Debian's WSClean package builds radler as a shared object, but does not ship the library. Thanks, André -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.15-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_NL.UTF-8, LC_CTYPE=en_NL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages wsclean depends on: ii libboost-filesystem1.83.0 1.83.0-2+b2 ii libc6 2.37-18 ii libcasa-casa7 3.5.0-2+b3 ii libcasa-fits7 3.5.0-2+b3 ii libcasa-measures7 3.5.0-2+b3 ii libcasa-ms7 3.5.0-2+b3 ii libcasa-tables7 3.5.0-2+b3 ii libcfitsio10t64 [libcfitsio10] 4.3.1-1.1+b1 ii libfftw3-double33.3.10-1+b1 ii libfftw3-single33.3.10-1+b1 ii libgcc-s1 14-20240330-1 ii libgsl272.7.1+dfsg-6+b1 ii libhdf5-103-1 1.10.10+repack-3+b1 ii libhdf5-cpp-103-1 1.10.10+repack-3+b1 ii libstdc++6 14-20240330-1 wsclean recommends no packages. Versions of packages wsclean suggests: pn wsclean-dev -- no debconf information
Bug#1058890: fix
Fixed upstream and in Debian linux-image-6.1.0-20-amd64
Bug#1067175: exaile: hard-coded dependency on libgtk-3-0 will become uninstallable on armel/armhf
Thank you for the patch. I uploaded the new version to m.d.n
Bug#1058890: bisect
I bisect the upstream kernel to find the bad commit: git bisect start # status: waiting for both good and bad commits # good: [2dde18cd1d8fac735875f2e4987f11817cc0bc2c] Linux 6.5 git bisect good 2dde18cd1d8fac735875f2e4987f11817cc0bc2c # status: waiting for bad commit, 1 good commit known # bad: [ffc253263a1375a65fa6c9f62a893e9767fbebfa] Linux 6.6 git bisect bad ffc253263a1375a65fa6c9f62a893e9767fbebfa # skip: [a1c19328a160c80251868dbd80066dce23d07995] Merge tag 'soc-arm-6.6' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc git bisect skip a1c19328a160c80251868dbd80066dce23d07995 # good: [7c3f204e544dfa376bf1b34ebaa5552304a2b7d9] perf/smmuv3: Remove build dependency on ACPI git bisect good 7c3f204e544dfa376bf1b34ebaa5552304a2b7d9 # good: [01a7eb3e20994701700631ec30462087c4ecf142] mm: fix clean_record_shared_mapping_range kernel-doc git bisect good 01a7eb3e20994701700631ec30462087c4ecf142 # good: [0e72db77672ff4758a31fb5259c754a7bb229751] Merge tag 'soc-dt-6.6' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc git bisect good 0e72db77672ff4758a31fb5259c754a7bb229751 # good: [0e72db77672ff4758a31fb5259c754a7bb229751] Merge tag 'soc-dt-6.6' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc git bisect good 0e72db77672ff4758a31fb5259c754a7bb229751 # good: [0e72db77672ff4758a31fb5259c754a7bb229751] Merge tag 'soc-dt-6.6' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc git bisect good 0e72db77672ff4758a31fb5259c754a7bb229751 # good: [5eea5820c7340d39e56e169e1b87199391105f6b] Merge tag 'mm-stable-2023-09-04-14-00' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm git bisect good 5eea5820c7340d39e56e169e1b87199391105f6b # good: [b300c0fdf0045ede109a349aa9c79f81bfae086a] Merge tag 'hwmon-for-v6.6-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging git bisect good b300c0fdf0045ede109a349aa9c79f81bfae086a # bad: [7e20d344b53532adf60d77cb41873ebdb4f80cf4] Merge tag 'x86-urgent-2023-10-08' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip git bisect bad 7e20d344b53532adf60d77cb41873ebdb4f80cf4 # good: [94b7ed384fa9d397ff0aabff76a8de2f7e107144] Merge tag 'for-v6.6-rc' of git://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-power-supply git bisect good 94b7ed384fa9d397ff0aabff76a8de2f7e107144 # bad: [cb84fb87f325ecd46be586b62623db5b2c0a792e] Merge tag 'integrity-v6.6-fix' of git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity git bisect bad cb84fb87f325ecd46be586b62623db5b2c0a792e # bad: [e402b08634b398e9feb94902c7adcf05bb8ba47d] Merge tag 'soc-fixes-6.6' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc git bisect bad e402b08634b398e9feb94902c7adcf05bb8ba47d # bad: [ae213639983a5406849d62d33257dfc076bc48a7] Merge tag 'nfsd-6.6-2' of git://git.kernel.org/pub/scm/linux/kernel/git/cel/linux git bisect bad ae213639983a5406849d62d33257dfc076bc48a7 # good: [eafdc5071351314702175a3cd083cf6f7eef6488] Merge tag 'block-6.6-2023-09-28' of git://git.kernel.dk/linux git bisect good eafdc5071351314702175a3cd083cf6f7eef6488 # bad: [95289e49f0a05f729a9ff86243c9aff4f34d4041] Merge tag 'ata-6.6-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/dlemoal/libata git bisect bad 95289e49f0a05f729a9ff86243c9aff4f34d4041 # bad: [3cc2ffe5c16dc65dfac354bc5b5bc98d3b397567] scsi: sd: Differentiate system and runtime start/stop management git bisect bad 3cc2ffe5c16dc65dfac354bc5b5bc98d3b397567 # good: [3b8e0af4a7a331d1510e963b8fd77e2fca0a77f1] ata: libata-core: Fix ata_port_request_pm() locking git bisect good 3b8e0af4a7a331d1510e963b8fd77e2fca0a77f1 # good: [84d76529c650f887f1e18caee72d6f0589e1baf9] ata: libata-core: Fix port and device removal git bisect good 84d76529c650f887f1e18caee72d6f0589e1baf9 # good: [fb99ef17865035a6657786d4b2af11a27ba23f9b] ata: libata-scsi: link ata port and scsi device git bisect good fb99ef17865035a6657786d4b2af11a27ba23f9b # first bad commit: [3cc2ffe5c16dc65dfac354bc5b5bc98d3b397567] scsi: sd: Differentiate system and runtime start/stop management
Bug#1058890: comment
Reported upstream: https://bugzilla.kernel.org/show_bug.cgi?id=218538
Bug#1058890: test
I compiled the kernel 6.1.76 from Debian sources without applying any patch and it can't wake up from suspend :-( May be there is an specific driver or module that needs to be compiled for sedutil to work properly on waking up from S3.
Bug#1058890: troubleshooting
I changed just the disk of the notebook and installed Debian 12 on it, without any encryption and suspend works fine on kernel 6.1.0-18. Which makes me conclude that something is wrong with some patch of that Debian kernel, not allowing the disk to be decrypted with sedutil after waking up. I don't think the problem is on mainline Linux kernel because it is reported to work at least up to kernel 6.6.7-arch1-1 ( https://github.com/Drive-Trust-Alliance/sedutil/issues/90#issuecomment-1952402111 )
Bug#1058890: sedutil
New try: I recompiled sedutil after booting linux-image-6.1.0-18-amd64 (git clone --branch s3-sleep-support https://github.com/badicsalex/sedutil.git). It made no difference, i.e., I still can't get the machine to fully wake up. (sedutil compiled at linux-image-6.1.0-18-amd64 still works fine with linux-image-6.1.0-13-amd64).
Bug#1058890: new try
Adding "intel_iommu=off" to kernel boot does NOT change anything.
Bug#1058890: new try
Adding "init_on_alloc=0" to kernel boot does NOT change anything.
Bug#1058890: Bug Persists
The bug still persists with the linux-image-6.1.0-18-amd64.
Bug#1058890: more info
The bug first appeared in linux-image-6.1.0-14-amd64 and persists through linux-image-6.1.0-15-amd64, linux-image-6.1.0-16-amd64 and linux-image-6.1.0-17-amd64. -- André Desgualdo Pereira
Bug#1058890: More tests
Changing /etc/systemd/sleep.conf to have "SuspendState=standby" or "SuspendState=freeze" seems to make things worse because the notebook seems unable to enter sleep mode, while "SuspendState=mem" causes the same behavior as reported here, i. e., the notebook seems unable to wake up from sleeping. -- André Desgualdo Pereira
Bug#1059625: exaile: please depend on gir1.2-girepository-2.0 and other typelibs explicitly
Thank you for the patches. I applied all of them. Additionally I added some more packages for suggestions (they are not GI-related) Regards, André Am 29.12.23 um 14:46 schrieb Simon McVittie: Package: exaile Version: 4.1.3+dfsg-1 Severity: normal Tags: patch User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: girepository-2.0 exaile contains code that explicitly loads the GIRepository-2.0 typelib. This is currently part of gir1.2-glib-2.0, but it will need to be moved to a separate binary package during the GNOME 46 cycle, as a result of most of gir1.2-glib-2.0 moving to src:glib2.0 (which has broken some of the API/ABI in the process, resulting in it shipping an incompatible GIRepository-3.0 instead). python3-gi will continue to pull in the GIRepository-2.0 from src:gobject-introspection, at least for a while, but it will be easier to keep track of which packages will be affected by a future transition from GIRepository-2.0 to GIRepository-3.0 if we make the dependency explicit. Please consider applying the attached patch 0001 to achieve this. While checking this, I also noticed that the package imports lots of typelibs without explicitly depending on them: they are currently pulled in via indirect dependencies, but that could change. Please consider applying the attached patches 0002 and 0003 to make these dependencies explicit. I've assumed that the non-plugin parts of the codebase are functionally necessary, but the plugins would only be a Suggests if packaged separately; please arrange the dependencies between Depends, Recommends and Suggests in a more appropriate way if my assumptions were incorrect. The patches are untested (I don't use exaile myself) but are simple enough that I hope they're correct. Thanks, smcv
Bug#1058890: more tests
If I use "echo mem > /sys/power/state" instead of systemctl to suspend, the result is the same, ie, the notebook doesn't seem to fully wake up, when trying to wake up from suspend, the screen stays black. The CAPS LOCK led doesn't change when pressing the CAPS LOCK button, but the computer can shutdown with "Alt + SysRq + B". -- André Desgualdo Pereira
Bug#1058890: more info
sedutil seems to be working
`$ cat /sys/module/libata/parameters/allow_tpm` result "1"
and
`sedutil-cli --scan` shows the disk correctly ("/dev/sda2 KINGSTON
SKC600256G S4800105")
If there are any further tests that can help elucidate the problem, please let
me know.
--
André Desgualdo Pereira
Bug#1058890: Adding more information after tests
1. I tested booting with the kernel option "nomodeset", it made no difference. 2. I tested suspend by writing to /sys/power/pm_test the following successively "freezer", "devices", "platform", "processors", "core". Every single test was successful, ie, the system wake up on its own after 5 seconds. 3. Sometimes I can make the system kind of wake up (the screen turns on after pressing the power button successively), but the system seems unable to read any file on the disk, which makes me wonder if the problem is with the SED (Self Encrypted Drive). -- André Desgualdo Pereira
Bug#1058890: linux-image-6.1.0-16-amd64 breaks suspend
Package: src:linux Version: 6.1.67-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Updating the kernel * What exactly did you do (or not do) that was effective (or ineffective)? Booting from old kernel * What was the outcome of this action? Notebook can't wake up from suspend when using noveau driver, but worse yet the xserver doesn't even start when using Nvidia proprietary (error message saying no display was found) * What outcome did you expect instead? I expect updating the kernel doesn't break functionality. *** End of the template - remove these template lines *** -- Package-specific info: ** Version: Linux version 6.1.0-16-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_DYNAMIC Debian 6.1.67-1 (2023-12-12) ** Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-16-amd64 root=UUID=50906476-3c38-4fac-ab46-38d8ca6b9dd5 ro acpi_backlight=video nowatchdog libata.allow_tpm=1 ** Not tainted ** Kernel log: [7.330870] sd 0:0:0:0: Attached scsi generic sg0 type 0 [7.331146] sr 2:0:0:0: Attached scsi generic sg1 type 5 [7.356487] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input11 [7.392564] ACPI: button: Lid Switch [LID0] [7.393013] ACPI: AC: AC Adapter [ADP0] (on-line) [7.403757] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input12 [7.421153] ACPI: button: Sleep Button [SLPB] [7.425107] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input13 [7.425323] ACPI: button: Power Button [PWRB] [7.425503] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input14 [7.430812] ACPI: button: Power Button [PWRF] [7.452498] at24 0-0050: supply vcc not found, using dummy regulator [7.453934] at24 0-0050: 256 byte spd EEPROM, read-only [7.454744] at24 0-0051: supply vcc not found, using dummy regulator [7.456352] at24 0-0051: 256 byte spd EEPROM, read-only [7.457463] at24 0-0053: supply vcc not found, using dummy regulator [7.474495] at24 0-0053: 256 byte spd EEPROM, read-only [7.508907] input: PC Speaker as /devices/platform/pcspkr/input/input15 [7.511009] iTCO_vendor_support: vendor-support=0 [7.526518] mc: Linux media interface: v0.10 [7.528097] iTCO_wdt iTCO_wdt.1.auto: Found a Cougar Point TCO device (Version=2, TCOBASE=0x0460) [7.528576] iTCO_wdt iTCO_wdt.1.auto: initialized. heartbeat=30 sec (nowayout=0) [7.548311] Adding 3964924k swap on /dev/sda6. Priority:-2 extents:1 across:3964924k SSFS [7.611599] cfg80211: Loading compiled-in X.509 certificates for regulatory database [7.612026] cfg80211: Loaded X.509 cert 'b...@debian.org: 577e021cb980e0e820821ba7b54b4961b8b4fadf' [7.612427] cfg80211: Loaded X.509 cert 'romain.per...@gmail.com: 3abbc6ec146e09d1b6016ab9d6cf71dd233f0328' [7.612823] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [7.613701] platform regulatory.0: firmware: direct-loading firmware regulatory.db [7.613950] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s [7.631031] random: crng init done [7.678991] videodev: Linux video capture interface: v2.00 [7.684269] RAPL PMU: API unit is 2^-32 Joules, 2 fixed counters, 163840 ms ovfl timer [7.684382] RAPL PMU: hw unit of domain pp0-core 2^-16 Joules [7.684468] RAPL PMU: hw unit of domain package 2^-16 Joules [7.684498] Intel(R) Wireless WiFi driver for Linux [7.684930] iwlwifi :04:00.0: can't disable ASPM; OS doesn't have ASPM control [7.688010] cryptd: max_cpu_qlen set to 1000 [7.700936] iwlwifi :04:00.0: firmware: direct-loading firmware iwlwifi-6000-4.ucode [7.701178] iwlwifi :04:00.0: loaded firmware version 9.221.4.1 build 25532 6000-4.ucode op_mode iwldvm [7.708582] AVX version of gcm_enc/dec engaged. [7.708721] AES CTR mode by8 optimization enabled [7.725197] usb 3-1.6: Found UVC 1.00 device BisonCam, NB Pro (5986:0308) [7.729530] snd_hda_intel :01:00.1: Disabling MSI [7.729620] snd_hda_intel :01:00.1: Handle vga_switcheroo audio client [7.750030] input: BisonCam, NB Pro: BisonCam, NB as /devices/pci:00/:00:1d.0/usb3/3-1/3-1.6/3-1.6:1.0/input/input17 [7.750246] usbcore: registered new interface driver uvcvideo [7.759394] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input16 [7.759606] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input18 [7.759786] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input19 [7.759963] input: HDA NVidia HDMI/DP,pcm=9 as
Bug#1058052: linux-image-6.1.0-15-amd64 breaks suspend
Yes it is still the case for 6.1.0-16. I didn't have the time to generate the full report yet (because of family urgencies) but it seems to have got worsen because 6.1.0-16 can't even start the xserver when using Nvidia proprietary driver (it complains the display wasn't found). With the nouveau driver I can start the xserver but it doesn't wake up from suspend. On Sat, Dec 16, 2023, 11:10 Salvatore Bonaccorso wrote: > Control: tags -1 + moreinfo > > Hi, > > On Mon, Dec 11, 2023 at 04:02:16PM -0300, Dr. André Desgualdo Pereira > wrote: > > Package: src:linux > > Version: 6.1.66-1 > > Severity: important > > > > Dear Maintainer, > > > > *** Reporter, please consider answering these questions, where > appropriate *** > > > >* What led up to the situation? > >Updating the kernel. > >* What exactly did you do (or not do) that was effective (or > > ineffective)? > >Booting from an older kernel fix the issue. > >* What was the outcome of this action? > >Bug is fixed by using an older kernel version. > >* What outcome did you expect instead? > >I expect updating the kernel doesn't break functionality. > > > > *** End of the template - remove these template lines *** > > I supsect this will be fixed with the 6.1.67-1 update as per > https://lists.debian.org/debian-stable-announce/2023/12/msg2.html > > Can you confirm this is the case or still present? > > Regards, > Salvatore >
Bug#1058052: linux-image-6.1.0-15-amd64 breaks suspend
astB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: sdhci-pci Kernel modules: sdhci_pci 03:00.2 SD Host controller [0805]: JMicron Technology Corp. Standard SD Host Controller [197b:2391] (rev 90) (prog-if 01) Subsystem: CLEVO/KAPOK Computer Standard SD Host Controller [1558:5102] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel modules: sdhci_pci 03:00.3 System peripheral [0880]: JMicron Technology Corp. MS Host Controller [197b:2393] (rev 90) Subsystem: CLEVO/KAPOK Computer MS Host Controller [1558:5102] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: jmb38x_ms Kernel modules: jmb38x_ms 04:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:422b] (rev 35) Subsystem: Intel Corporation Centrino Ultimate-N 6300 3x3 AGN [8086:1101] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: iwlwifi Kernel modules: iwlwifi 05:00.0 FireWire (IEEE 1394) [0c00]: JMicron Technology Corp. IEEE 1394 Host Controller [197b:2380] (prog-if 10 [OHCI]) Subsystem: CLEVO/KAPOK Computer IEEE 1394 Host Controller [1558:5102] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: firewire_ohci Kernel modules: firewire_ohci ** USB devices: Bus 003 Device 004: ID 5986:0308 Bison Electronics Inc. BisonCam, NB Pro Bus 003 Device 005: ID 147e:1001 Upek TCS5B Fingerprint sensor Bus 003 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-6.1.0-14-amd64 depends on: ii initramfs-tools [linux-initramfs-tool] 0.142 ii kmod30+20221128-1 ii linux-base 4.9 Versions of packages linux-image-6.1.0-14-amd64 recommends: ii apparmor 3.0.8-3 ii firmware-linux-free 20200122-1 Versions of packages linux-image-6.1.0-14-amd64 suggests: pn debian-kernel-handbook ii grub-pc 2.06-13+deb12u1 pn linux-doc-6.1 Versions of packages linux-image-6.1.0-14-amd64 is related to: pn firmware-amd-graphics pn firmware-atheros pn firmware-bnx2 pn firmware-bnx2x pn firmware-brcm80211 pn firmware-cavium pn firmware-intel-sound pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv ii firmware-iwlwifi 20230210-5 pn firmware-libertas pn firmware-linux-nonfree ii firmware-misc-nonfree 20230210-5 pn firmware-myricom pn firmware-netxen pn firmware-qlogic pn firmware-realtek pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- no debconf information -- Dr. André Desgualdo Pereira Psiquiatra - CRM/SP: 120218 - RQE: 61032 WhatsApp: (11) 985-847-809 - email: des...@gmail.com Consultório: Rua Clélia, 2208 - sala 307 -- Dr. André Desgualdo Pereira Psiquiatra - CRM/SP: 120218 - RQE: 61032 WhatsApp: (11) 985-847-809 - email: des...@gmail.com Consultório: Rua Clélia, 2208 - sala 307
Bug#1058028: linux-image-6.1.0-14-amd64 breaks suspend
astB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: sdhci-pci Kernel modules: sdhci_pci 03:00.2 SD Host controller [0805]: JMicron Technology Corp. Standard SD Host Controller [197b:2391] (rev 90) (prog-if 01) Subsystem: CLEVO/KAPOK Computer Standard SD Host Controller [1558:5102] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel modules: sdhci_pci 03:00.3 System peripheral [0880]: JMicron Technology Corp. MS Host Controller [197b:2393] (rev 90) Subsystem: CLEVO/KAPOK Computer MS Host Controller [1558:5102] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: jmb38x_ms Kernel modules: jmb38x_ms 04:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:422b] (rev 35) Subsystem: Intel Corporation Centrino Ultimate-N 6300 3x3 AGN [8086:1101] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: iwlwifi Kernel modules: iwlwifi 05:00.0 FireWire (IEEE 1394) [0c00]: JMicron Technology Corp. IEEE 1394 Host Controller [197b:2380] (prog-if 10 [OHCI]) Subsystem: CLEVO/KAPOK Computer IEEE 1394 Host Controller [1558:5102] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: firewire_ohci Kernel modules: firewire_ohci ** USB devices: Bus 003 Device 004: ID 5986:0308 Bison Electronics Inc. BisonCam, NB Pro Bus 003 Device 005: ID 147e:1001 Upek TCS5B Fingerprint sensor Bus 003 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-6.1.0-14-amd64 depends on: ii initramfs-tools [linux-initramfs-tool] 0.142 ii kmod30+20221128-1 ii linux-base 4.9 Versions of packages linux-image-6.1.0-14-amd64 recommends: ii apparmor 3.0.8-3 ii firmware-linux-free 20200122-1 Versions of packages linux-image-6.1.0-14-amd64 suggests: pn debian-kernel-handbook ii grub-pc 2.06-13+deb12u1 pn linux-doc-6.1 Versions of packages linux-image-6.1.0-14-amd64 is related to: pn firmware-amd-graphics pn firmware-atheros pn firmware-bnx2 pn firmware-bnx2x pn firmware-brcm80211 pn firmware-cavium pn firmware-intel-sound pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv ii firmware-iwlwifi 20230210-5 pn firmware-libertas pn firmware-linux-nonfree ii firmware-misc-nonfree 20230210-5 pn firmware-myricom pn firmware-netxen pn firmware-qlogic pn firmware-realtek pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- no debconf information -- Dr. André Desgualdo Pereira Psiquiatra - CRM/SP: 120218 - RQE: 61032 WhatsApp: (11) 985-847-809 - email: des...@gmail.com Consultório: Rua Clélia, 2208 - sala 307
Bug#1055607: gmemusage crashes immediately
Package: gmemusage Version: 0.2-11+b2 Severity: important Dear Maintainer, When starting gmemusage, it immediately crashes: $ gmemusage realloc(): invalid next size Aborted -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-3-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gmemusage depends on: ii libc6 2.37-12 ii libx11-6 2:1.8.7-1 gmemusage recommends no packages. gmemusage suggests no packages. -- no debconf information
Bug#1051927: aoflagger: Python library not included in Debian package
Package: aoflagger Severity: normal X-Debbugs-Cc: offri...@gmail.com Dear Maintainer, The AOFlagger software provides a Python interface that users can use to flag data from Python. However, the Debian AOFlagger package does not include the Python library for AOFlagger. I get quite some questions about people that would like to use the Python interface and get confused that they can't do `import aoflagger` after having installed the Debian package, so it would be great if this could be fixed. If changes are needed upstream I'm happy to make these, but I suspect it's just a packaging issue. Thanks, André -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-4-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages aoflagger depends on: pn libaoflagger0 ii libatkmm-1.6-1v5 2.28.3-1 ii libboost-filesystem1.74.0 1.74.0+ds1-22 ii libc6 2.37-7 ii libcairomm-1.0-1v5 1.14.4-2 pn libcasa-casa7 pn libcasa-ms7 pn libcasa-tables7 ii libgcc-s1 13.2.0-3 ii libglibmm-2.4-1v5 2.66.6-2 ii libgtkmm-3.0-1v5 3.24.8-2 ii libpangomm-1.4-1v5 2.46.3-1 ii libsigc++-2.0-0v5 2.12.0-1 ii libstdc++6 13.2.0-3 aoflagger recommends no packages. Versions of packages aoflagger suggests: pn aoflagger-dev
Bug#1041701: rtl-sdr: Zerocopy bug workaround not (any longer) working
Package: rtl-sdr Version: 0.6.0-4 Severity: normal X-Debbugs-Cc: offri...@gmail.com Dear Maintainer, On ARM/ARM64 systems, according to (1), the Linux kernel has a bug that causes the zerocopy system using mmap to fail. Rtl-sdr contains a workaround that determines whether this bug exists by verifying whether the mapping returned by mmap is zeroed out. Recently, this workaround fails to identify the bug on my hardware most of the times, leading to the rtl tools to fail. The result is that rtl_tcp outputs only zeros without any error. rtl_test does output lost bytes. My assumption is that the memory map returned accidentally is zero while trying to detect the bug. I'm running this on an Odroid N2+. The rtl tools report whether the bug is detected, by outputting: Detected Kernel usbfs mmap() bug, falling back to buffers in userspace If the rtl tools report this detection, they will consequently work fine, but most of the times this message is not reported and the tools fail. rtl-sdr has a cmake option to disable zerocopy. After compiling the tool myself with zerocopy off, they consistently work. Maybe it is therefore a good idea to disable this option on ARM/ARM64 platforms? I also can't really find what happend with this kernel bug. The bug is already reported in 2018 here: (2), and reading the threads it looks like there is a solution, as far as I can understand. I'm not sure where to raise this -- what would be a good place to raise this? Finally, I can't find where I can report this upstream. There are several repositories for rtl-sdr, but the seemingly most active one on (3) does not allow me to register an account to report it. (1) https://sources.debian.org/patches/rtl-sdr/0.6-1/0002-lib-Add-workaround- for-Linux-usbfs-mmap-bug.patch/ (2) https://www.spinics.net/lists/arm-kernel/msg685598.html (3) https://gitea.osmocom.org/sdr/rtl-sdr Regards, André -- System Information: Debian Release: bookworm/sid APT prefers jammy-updates APT policy: (500, 'jammy-updates'), (500, 'jammy-security'), (500, 'jammy'), (100, 'jammy-backports') Architecture: arm64 (aarch64) Kernel: Linux 4.9.337-132 (SMP w/6 CPU threads; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages rtl-sdr depends on: ii libc6 2.35-0ubuntu3.1 ii librtlsdr0 0.6.0-4 rtl-sdr recommends no packages. rtl-sdr suggests no packages. -- no debconf information
Bug#1030854: kded5: It keeps on crashing everytime I boot into the system
Package: kded5 Version: 5.103.0-1 Followup-For: Bug #1030854 X-Debbugs-Cc: dutchgig...@gmail.com still happening with Bookworm release... Hint: You are currently not seeing messages from other users and the system. Users in groups 'adm', 'systemd-journal' can see all messages. Pass -q to turn off this notice. PID: 13997 (kded5) UID: 1000 (verwijs) GID: 1000 (verwijs) Signal: 11 (SEGV) Timestamp: Tue 2023-03-28 14:44:49 CEST (5min ago) Command Line: /usr/bin/kded5 Executable: /usr/bin/kded5 Control Group: /user.slice/user-1000.slice/user@1000.service/session.slice/dbus.service Unit: user@1000.service User Unit: dbus.service Slice: user-1000.slice Owner UID: 1000 (verwijs) Boot ID: b42844118a6548a98d3b3f60093f2ecd Machine ID: caaee3f8a89d430081634817f93feaa6 Hostname: debian-verwijs Storage: /var/lib/systemd/coredump/core.kded5.1000.b42844118a6548a98d3b3f60093f2ecd.13997.168000748900.zst (present) Size on Disk: 3.7M Message: Process 13997 (kded5) of user 1000 dumped core. Module libsystemd.so.0 from deb systemd-252.6-1.amd64 Module libudev.so.1 from deb systemd-252.6-1.amd64 Stack trace of thread 14017: #0 0x7f068f6a9ccc n/a (libc.so.6 + 0x8accc) #1 0x7f068f65aef2 raise (libc.so.6 + 0x3bef2) #2 0x7f0690756b46 _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5 + 0x5b46) #3 0x7f068f65af90 n/a (libc.so.6 + 0x3bf90) #4 0x7f068f6a9ccc n/a (libc.so.6 + 0x8accc) #5 0x7f068f65aef2 raise (libc.so.6 + 0x3bef2) #6 0x7f068f65af90 n/a (libc.so.6 + 0x3bf90) #7 0x7f068f6a9ccc n/a (libc.so.6 + 0x8accc) #8 0x7f068f65aef2 raise (libc.so.6 + 0x3bef2) #9 0x7f06727f13b0 g_closure_invoke (libgobject-2.0.so.0 + 0x163b0) #10 0x7f06728041a5 n/a (libgobject-2.0.so.0 + 0x291a5) #11 0x7f067280abf5 g_signal_emit_valist (libgobject-2.0.so.0 + 0x2fbf5) #12 0x7f067280adbf g_signal_emit (libgobject-2.0.so.0 + 0x2fdbf) #13 0x7f067293d115 n/a (libgio-2.0.so.0 + 0x103115) #14 0x7f068e86267f g_main_context_dispatch (libglib-2.0.so.0 + 0x5467f) #15 0x7f068e862a38 n/a (libglib-2.0.so.0 + 0x54a38) #16 0x7f068e862acc g_main_context_iteration (libglib-2.0.so.0 + 0x54acc) #17 0x7f06727d44bd n/a (libdconfsettings.so + 0xb4bd) #18 0x7f068e88ccfd n/a (libglib-2.0.so.0 + 0x7ecfd) #19 0x7f068f6a7fd4 n/a (libc.so.6 + 0x88fd4) #20 0x7f068f72866c n/a (libc.so.6 + 0x10966c) Stack trace of thread 13997: #0 0x7f068f71b0af __poll (libc.so.6 + 0xfc0af) #1 0x7f0690756150 n/a (libKF5Crash.so.5 + 0x5150) #2 0x7f0690756ad6 _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5 + 0x5ad6) #3 0x7f068f65af90 n/a (libc.so.6 + 0x3bf90) #4 0x7f06705eeba4 _ZNK10PackageKit11Transaction4roleEv (libpackagekitqt5.so.1 + 0x1aba4) #5 0x7f067068ccae n/a (kded_apperd.so + 0xfcae) #6 0x7f067068cdf6 n/a (kded_apperd.so + 0xfdf6) #7 0x7f068fae8f4f n/a (libQt5Core.so.5 + 0x2e8f4f) #8 0x7f06705e2095 _ZN10PackageKit6Daemon22transactionListChangedERK11QStringList (libpackagekitqt5.so.1 + 0xe095) #9 0x7f068fae8f7c n/a (libQt5Core.so.5 + 0x2e8f7c) #10 0x7f06705fab38 n/a (libpackagekitqt5.so.1 + 0x26b38) #11 0x7f06705fbd73 n/a (libpackagekitqt5.so.1 + 0x27d73) #12 0x7f06905ad61b n/a (libQt5DBus.so.5 + 0x2361b) #13 0x7f068fadd6f0 _ZN7QObject5eventEP6QEvent (libQt5Core.so.5 + 0x2dd6f0) #14 0x7f0690962fae _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt5Widgets.so.5 + 0x162fae) #15 0x7f068fab16f8 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt5Core.so.5 + 0x2b16f8) #16 0x7f068fab4681 _ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData (libQt5Core.so.5 + 0x2b4681) #17 0x7f068fb0a153 n/a (libQt5Core.so.5 + 0x30a153) #18 0x7f068e8627a9 g_main_context_dispatch (libglib-2.0.so.0 + 0x547a9) #19 0x7f068e862a38 n/a (libglib-2.0.so.0 + 0x54a38) #20 0x7f068e862acc g_main_context_iteration (libglib-2.0.so.0 + 0x54acc) #21 0x7f068fb09836 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5 + 0x309836) #22 0x7f068fab017b
Bug#1027876: protobuf: package is missing CMake files
Package: libprotobuf-dev Version: 3.21.12-1 CMake has difficulties to keep up compatibility with the CMake files provided by Protobuf, therefore it is considered to deprecate FindProtobuf in CMake [1] in favor of CMake files provided by Protobuf. One way to add the CMake files could be to switch from Autotools to CMake or Bazel. These tools are recommended to build Protobuf from source [2]. The instructions to build Protobuf with Autotools have been removed [3]. [1] https://gitlab.kitware.com/cmake/cmake/-/issues/23037#note_1288748 [2] https://github.com/protocolbuffers/protobuf/blob/main/src/README.md [3] https://github.com/protocolbuffers/protobuf/pull/10132/files#diff-e1d5879ce3e222eb0cdd43051fb8c34c00796467acb091d0b3fa939ee3355cb5
Bug#1012196: buglist
Thank you!
Bug#1012196: buglist
Control: tags -1 -moreinfo Now I named (hopefully) all. But how shall I name the Free Software Foundation?
Bug#1012196: buglist
Is there an easier way to obtain all used licenses? Actually I use `licensecheck --check '.py|js|html|rst|sh' --recursive --deb-machine --merge-licenses --lines 0 *` Or can I use just its output?
Bug#1012196: buglist
Control: tags -1 -moreinfo I did not receive the bts email. > No. Please check the copyright format description for the "with" keyword. > Also, please try to present the copyright info in a more consice way. When two file groups have the same copyright > holders please merge them (combining the years to a year enumeration or year range). I'm not sure if I understand correct but tried to merge groups with same copyright holders and licence. > I have already given you a hint that > "plugins/ipconsole/ipython_view.py by IBM Corporation is licensed under another variant of the BSD-3-Clause." > So, please do not use Michael Bostock's version for that file match but add a BSD-3-clause-IBM variant. > You should also remove his copyright line from the License: section because that is already in the Copyright: section. Thinking this is fixed now. > You have not explained "override_dh_usrlocal:". Removed. This was legacy code.
Bug#1012196: buglist
Control: tags -1 -moreinfo
> d/copyright
> ===
>
> Some GPL-2+ licensed files have the following additional exception:
> # The developers of the Exaile media player hereby grant permission
> # for non-GPL compatible GStreamer and Exaile plugins to be used and
> # distributed together with GStreamer and Exaile. This permission is
> # above and beyond the permissions granted by the GPL license by which
> # Exaile is covered. If you modify this code, you may extend this
> # exception to your version of the code, but you are not obligated to
> # do so. If you do not wish to do so, delete this exception statement
> # from your version.
I reworked the copyright file based on
https://sources.debian.org/src/exaile/3.4.0.2-1/debian/copyright/
Is the extension represented correct?
> d/rules
> ===
>
> Please remove or explain the lines:
>
> dh_auto_clean
> make manpage
> make completion
> ...
> #override_dh_installdocs:
> # dh_installdocs readme
> override_dh_usrlocal:
>
> Please think of a different method instead of calling dh_auto_clean
during install time to get rid of __pycache__ if
> that is the reason for it. Maybe just copy the Makefile line '-find .
-name "__pycache__" -exec rm -rf {} \;' ?
The point was to remove __pychache__.
Now I prevent dh_auto_build to do `make compile`
Bug#1012196: buglist
On Thu, 15 Sep 2022 00:27:15 +0200 Bastian Germann wrote: > On Tue, 13 Sep 2022 17:09:42 + =?UTF-8?B?QW5kcsOp?= wrote: > > > > > No, you have not got it. But maybe this is because of a change in the > > GitHub release page: > > > > > > $ uscan --download-current-version > > > uscan warn: In debian/watch no matching hrefs for version 4.1.2 in > > watch line > > > https://github.com/exaile/exaile/releases .*/?(\d\.\d.\d*)\.tar\.gz > > Works if use the tags page instead of releases. > > That would be okay but it also changes the file content. Got a working version. Seems to be related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019696 > You need to repack. This involves adding a +dfsg suffix to the upstream version number. > You need to change this in d/changelog. For automatic renaming add a repacksuffix in d/watch. > List the files in the d/copyright field Files-Excluded (in the header paragraph) for automatic removal. > Done.
Bug#1012196: buglist
> No, you have not got it. But maybe this is because of a change in the GitHub release page: > > $ uscan --download-current-version > uscan warn: In debian/watch no matching hrefs for version 4.1.2 in watch line > https://github.com/exaile/exaile/releases .*/?(\d\.\d.\d*)\.tar\.gz Works if use the tags page instead of releases. > Hm... very-long-line-length-in-source-file is sometimes a good hint for non-source files. > Are the tagged files source files? What is their copyright status? Do the tests/data/music/delerium/chimera/05 - Truly* > files stem from a Delerium-copyrighted file? If so, is that song DFSG-free licensed? Else, you have to remove the files > from the Debian package. > This are only test files. How can I remove the files just in the debian package?
Bug#1012196: buglist
Control: tags -1 -moreinfo > You have NOT tested the file with the given command. Please remove the orig tarball to test it. > Hint: You are currently requesting a *-*.tar.gz file which worked for the beta but does not for the regular release. Now I got it. Thanks for the hint. > > > One question: > > How should I use lintian locally? > > If I run it with the .changes-file or with the .deb it just outputs > > nothing. I'm running it on Debian unstable. > Maybe you do not have warnings/errors anymore? Just build the package and from the source dir run lintian -IE --pedantic > to see come more messages. So I get the same messages as on m.d.n. Should I handle the pedantic messages?
Bug#1012196: buglist
Control: tags -1 -moreinfo > Hm... You did not answer where you have got the original from. > This file seems to be very different from d3.js in https://github.com/d3/d3/releases/download/v3.4.9/d3.zip I was quite sure to use exactly the file from this source. May be it was broken after the automatic reformating. However, I reformatted the original file by hand. > Also, plugins/playlistanalyzer/ext/LICENSE (BSD-3-clause) needs to be copyied to d/copyright. > > CC0-1.0 is availabe in /usr/share/common-licenses/CC0-1.0, so please reference this file instead of copying it verbosely > to d/copyright. Done > Please remove debian/readme as it does not contain additional info. How can I remove it? For now I just use an empty file, because without readme it won't build. > There are two problems with d/changelog: > > Please use the luzip665 name/email for the signature lines > because exaile is obviously not a natural person. > > The "Beta release" description is not true anymore. > Please just write "Reintroduce package (Closes: #785897)". Done > Your d/watch file does not work. You want to scan GitHub releases and not tags and fix the version regex. > Also, your orig tarball does not fit the released tar.gz because it has differences in pt.po. > Please test the download via uscan --download-current-version. Done One question: How should I use lintian locally? If I run it with the .changes-file or with the .deb it just outputs nothing. I'm running it on Debian unstable.
Bug#1012196: buglist
Control: tags -1 -moreinfo Did it by reformating. Shall I also handle warnings?
Bug#1012196: buglist
Got it so far. But there is one lintian error I have no idea about. There is an error about missing source of d3.js. For this I added (I hope) the source file to missing sources. But the error does not dissappear. I think it's because of one very long line 7796. How can I handle this? Just reformat?
Bug#885433: IP Forbidden
I am trying to access the debian wiki, and I am getting a Forbidden return Please could I be whitelisted? 85.248.157.233 Best Regards André
Bug#1014202: pychess: Exits with error upon startup.
Package: pychess
Version: 1.0.0-1.2
Severity: important
X-Debbugs-Cc: andre.em.cal...@gmail.com
Dear Maintainer,
If you start pychess from the menu, it does not start.
If you start if from the command line, you get:
> $ pychess
> /usr/games/pychess:17: PyGIWarning: Gtk was imported without specifying a
> version first. Use gi.require_version('Gtk', '4.0') before import to ensure
> that the right version gets loaded.
> from gi.repository import Gtk, Gdk
> Failed to create splash screen
> ERROR: Not all dependencies installed! You can find them in INSTALL
> Namespace Gdk is already loaded with version 4.0
The issue is already fixed upstream 3 years ago:
https://github.com/pychess/pychess/commit/e6091ea11ef4164c9cf14180d782eecba1b6bfcc
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=pt_BR:pt:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages pychess depends on:
ii gaviotatb0.4-2.1
ii gir1.2-gdkpixbuf-2.0 2.42.8+dfsg-1
ii gir1.2-glib-2.0 1.72.0-1+b1
ii gir1.2-gst-plugins-base-1.0 1.20.3-2
ii gir1.2-gstreamer-1.0 1.20.3-1
ii gir1.2-gtk-3.0 3.24.34-1
ii gir1.2-gtksource-3.0 3.24.11-2+b1
ii gir1.2-pango-1.0 1.50.7+ds-1
ii gir1.2-rsvg-2.0 2.54.4+dfsg-1
ii gnome-icon-theme 3.12.0-5
ii gobject-introspection1.72.0-1+b1
ii libgaviotatb10.4-2.1
ii python3 3.10.4-1+b1
ii python3-cairo1.20.1-3
ii python3-gi 3.42.1-1
ii python3-gi-cairo 3.42.1-1
ii python3-pexpect 4.8.0-3
ii python3-psutil 5.9.0-1
ii python3-sqlalchemy 1.4.31+ds1-1
ii python3-websockets 10.2-1
pychess recommends no packages.
pychess suggests no packages.
-- no debconf information
Bug#1012196: buglist
Control: tags -1 -moreinfo Hi Bastian, I updated the package and send mails to almost all bugs. There is only one issue left in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706983. How should I handle this? Thanks again to David for the explanations. Kind regards, André
Bug#1012469: Analysis of issue with Debian package
On Fri, 17 Jun 2022 11:30:46 +0530 Nilesh Patra wrote: > I have done a few uploads on top of it. Could you please try out with > "3.10.0+ds2-3" please? > It works fine locally for me with the same. Dear Nilesh, With 3.10.0+ds2-3 the issue is indeed solved. Thanks! Regards, André
Bug#982299: vlc: seems related to https://github.com/aler9/rtsp-simple-server/issues/223
Package: vlc Version: 3.0.16-1 Followup-For: Bug #982299 X-Debbugs-Cc: aifeste...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Trying to stream a cctv camera. * What exactly did you do (or not do) that was effective (or ineffective)? Linux VLC refused to stream, but Android VLC streamed the camera * What was the outcome of this action? Jun 9 23:58:20 lepton vlc[246391]: no art finder modules matched Jun 9 23:58:20 lepton vlc[246391]: Failed to setup RTSP session Jun 9 23:58:20 lepton vlc[246391]: net: connecting to 192.168.1.142 port 554 Jun 9 23:58:20 lepton vlc[246391]: connection succeeded (socket = 38) Jun 9 23:58:20 lepton vlc[246391]: Cseq mismatch, got 1, assumed 0 Jun 9 23:58:20 lepton vlc[246391]: rtsp connected Jun 9 23:58:20 lepton vlc[246391]: only real/helix rtsp servers supported for now Jun 9 23:58:20 lepton vlc[246391]: no access modules matched Jun 9 23:58:20 lepton vlc[246391]: dead input Jun 9 23:58:20 lepton vlc[246391]: IM: Deleting the input Jun 9 23:58:20 lepton vlc[246391]: changing item without a request (current 0/1) Jun 9 23:58:20 lepton vlc[246391]: nothing to play * What outcome did you expect instead? For it to work like in Android vlc... *** End of the template - remove these template lines *** -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-14-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt:pt_BR:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vlc depends on: ii vlc-bin 3.0.16-1 ii vlc-plugin-base 3.0.16-1 ii vlc-plugin-qt3.0.16-1 ii vlc-plugin-video-output 3.0.16-1 Versions of packages vlc recommends: ii vlc-l10n 3.0.16-1 ii vlc-plugin-access-extra3.0.16-1 ii vlc-plugin-notify 3.0.16-1 ii vlc-plugin-samba 3.0.16-1 ii vlc-plugin-skins2 3.0.16-1 ii vlc-plugin-video-splitter 3.0.16-1 ii vlc-plugin-visualization 3.0.16-1 Versions of packages vlc suggests: pn vlc-plugin-fluidsynth pn vlc-plugin-jack pn vlc-plugin-svg Versions of packages libvlc-bin depends on: ii libc62.31-13+deb11u3 ii libvlc5 3.0.16-1 Versions of packages libvlc5 depends on: ii libc62.31-13+deb11u3 ii libvlccore9 3.0.16-1 Versions of packages libvlc5 recommends: ii libvlc-bin 3.0.16-1 Versions of packages vlc-bin depends on: ii libc6 2.31-13+deb11u3 ii libvlc-bin 3.0.16-1 ii libvlc5 3.0.16-1 Versions of packages vlc-plugin-access-extra depends on: ii libc62.31-13+deb11u3 ii libvlccore9 [vlc-plugin-abi-3-0-0f] 3.0.16-1 ii libvncclient10.9.13+dfsg-2 ii libxcb-composite01.14-3 ii libxcb-shm0 1.14-3 ii libxcb1 1.14-3 Versions of packages vlc-plugin-base depends on: ii liba52-0.7.4 0.7.4-20 ii libarchive13 3.4.3-2+deb11u1 ii libaribb24-0 1.0.3-2 ii libasound2 1.2.4-1.1 ii libass9 1:0.15.0-2 ii libavahi-client3 0.8-5 ii libavahi-common3 0.8-5 ii libavc1394-0 0.5.4-5 ii libavcodec58 7:4.3.4-0+deb11u1 ii libavformat587:4.3.4-0+deb11u1 ii libavutil56 7:4.3.4-0+deb11u1 ii libbluray2 1:1.2.1-4+deb11u1 ii libc62.31-13+deb11u3 ii libcairo21.16.0-5 ii libcddb2 1.3.2-6+b1 ii libchromaprint1 1.5.0-2 ii libdav1d40.7.1-3 ii libdbus-1-3 1.12.20-2 ii libdc1394-25 2.2.6-3 ii libdca0 0.0.7-2 ii libdvbpsi10 1.3.3-1 ii libdvdnav4 6.1.0-1+b1 ii libdvdread8 6.1.1-2 ii libebml5 1.4.2-1 ii libfaad2 2.10.0-1 ii libflac8 1.3.3-2+deb11u1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.4+dfsg-1 ii libfribidi0 1.0.8-2 ii libgcc-s110.2.1-6 ii libgcrypt20
Bug#1012469: Analysis of issue with Debian package
Dave did some analysis of the cause of this bug, and he wrote the following:
I did a little bit more digging, as I was curious how a dependency
version change would cause this particular error. I now don't think it's
directly from a dependency version difference, but it's indirect through
a patch instead.
Debian has this patch:
https://salsa.debian.org/hpc-team/singularity-container/-/blob/master/debian/patches/conveyorPacker_oci.patch
... which makes that function return an empty imgspecv1.ImageConfig{}
always... instead of the ImageConfig from the Docker/OCI image.
Later on we retrieve the ENV values out of the config that this function
returns. But with the Debian patch the config is going to be empty, so
no ENV is seen.
I think this patch was done because of an incompatibility with the
version of a dependency they have switched to, versus our pinned
version. However it's the bad patch causing the error with generating
Docker -> Singularity containers, not the dependency change itself.
Bug#1012196: buglist
I added all issues to changelog as Closes. How can I remove the tag?
Bug#1012196: ITP: exaile/4.1.2-beta1-1 -- Exaile is a music player with a simple interface
I will process but for this weekend I'm busy, so it will last a few days. Am 02.06.22 um 13:43 schrieb Bastian Germann: Control: tags -1 moreinfo Please make the changelog say "Closes: #785897" additionally to the ITP closing. The forwarded bugs #726559 and #672574 are marked as fixed by upstream and can probably be closed as well. Please have a look at the other open exaile Debian bugs whether they are still valid. I am tagging moreinfo on this RFS. Please untag when you are done with the bug processing in changelog.
Bug#1012196: ITP: exaile/4.1.2-beta1-1 -- Exaile is a music player with a simple interface
The point is that we published the package with - on GitHub. So the watch test says there is a newer version available (as in upload #9). But finally I think we could publish a final 4.1.2 without beta. Am 01.06.22 um 18:49 schrieb Bastian Germann: Also, please keep the - to ~ conversion in the version string as with your previous updates. The problem with 4.1.2-beta1-1 is that it is later than 4.1.2-1. Please remove the Vcs-Git field when you do not maintain your package in git. This is not for the upstream Vcs.
Bug#1012196: ITP: exaile/4.1.2-beta1-1 -- Exaile is a music player with a simple interface
Thank you for your support! I filed an ITP on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012202 Am 01.06.22 um 01:58 schrieb Paul Wise: On Wed, 2022-06-01 at 01:41 +0200, Bastian Germann wrote: On reintroducing a package you need to file an ITP on wnpp as well. Please note there are some extra steps in addition to filing the ITP: https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs
Bug#1012202: ITP: exaile -- Exaile is a music player with a simple interface
Package: wnpp Severity: wishlist Owner: Andre Flechs * Package name: exaile Version : 4.1.2-beta1 Upstream Author : Andre Flechs * URL :http://www.exaile.org/ * License : GPL Programming Lang: C, Python Description : a media player written in GTK+ Exaile is a media player aiming to be similar to KDE's AmaroK, but for GTK+. It incorporates many of the cool things from AmaroK (and other media players) like automatic fetching of album art, handling of large libraries, lyrics fetching, artist/album information via the wikipedia, last.fm support, optional iPod support (assuming you have python-gpod installed). In addition, Exaile also includes a built in shoutcast directory browser, tabbed playlists (so you can have more than one playlist open at a time), blacklisting of tracks (so they don't get scanned into your library), downloading of guitar tablature from fretplay.com, and submitting played tracks on your iPod to last.fm. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash
Bug#1012196: ITP: exaile/4.1.2-beta1-1 -- Exaile is a music player with a simple interface
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "exaile": * Package name : exaile Version : 4.1.2-beta1-1 Upstream Author : Andre Flechs * URL : https://exaile.org * License : GPL-2.0+ * Vcs : https://github.com/exaile/exaile Section : sound The source builds the following binary packages: exaile - Exaile is a music player with a simple interface To access further information about this package, please visit the following URL: https://mentors.debian.net/package/exaile/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/e/exaile/exaile_4.1.2-beta1-1.dsc Changes since the last upload: exaile (4.1.2-beta1-1) unstable; urgency=low . * Beta release for Exaile 4.1.2 Regards, André
Bug#998898: smem: doesn't parse smemcap output when using python3
Package: smem
Version: 1.5-1.1
Severity: important
Tags: patch
X-Debbugs-Cc: deb...@andred.net
smem throws an exception when injecting smemcap output into smem using the -S
argument:
Traceback (most recent call last):
File "/usr/bin/smem", line 727, in
showpids()
File "/usr/bin/smem", line 299, in showpids
showtable(pt.keys(), fields, columns.split(), options.sort or 'pss')
File "/usr/bin/smem", line 520, in showtable
st = memory()['swaptotal']
File "/usr/bin/smem", line 193, in memory
m = f.match(l)
TypeError: cannot use a string pattern on a bytes-like object
python3's tarfile returns bytes, whereas all of the rest of
the code assumes str.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.14.0-3-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages smem depends on:
ii python3 3.9.2-3
Versions of packages smem recommends:
ii python3-matplotlib 3.3.4-2
smem suggests no packages.
-- no debconf information
From 3ff78f1f00973393d1a7ee4e467a2bacf1c807f3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andr=C3=A9=20Draszik?=
Date: Wed, 5 Feb 2020 16:14:21 +
Subject: [PATCH] smem: fix support for --source option (python3)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Using --source doesn't work without this patch:
Traceback (most recent call last):
File "./smem", line 727, in
showpids()
File "./smem", line 299, in showpids
showtable(pt.keys(), fields, columns.split(), options.sort or 'pss')
File "./smem", line 519, in showtable
mt = totalmem()
File "./smem", line 118, in totalmem
_totalmem = memory()['memtotal']
File "./smem", line 193, in memory
m = f.match(l)
TypeError: cannot use a string pattern on a bytes-like object
python3's tarfile returns bytes, whereas all of the rest of
the code assumes str.
Fix the tarfile usage to convert to str before returning the
results.
Signed-off-by: André Draszik
Upstream-Status: Inappropriate [upstream wants to support python2 & python3]
---
smem | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/smem b/smem
index 46a3189..54d40dd 100755
--- a/smem
+++ b/smem
@@ -90,9 +90,9 @@ class tardata(procdata):
d,f = ti.name.split('/')
yield d
def _read(self, f):
-return self.tar.extractfile(f).read()
+return self.tar.extractfile(f).read().decode()
def _readlines(self, f):
-return self.tar.extractfile(f).readlines()
+return [l.decode() for l in self.tar.extractfile(f).readlines()]
def piduser(self, p):
t = self.tar.getmember("%d" % p)
if t.uname:
--
2.23.0.rc1
Bug#990357: Fwd: Issue with isc-dhcp-server init.d script
Package: isc-dhcp-server
Version: 4.4.1-2
Hello,
I'm contacting you in regard to 2 issues I have found in isc-dhcp-server
package in file isc-dhcp-server.
Details on version can be found at the bottom of the page.
First issue:
* If I kill the process dhcpd using kill, the script does not detect the
process is dead,
and only checks the file (where the PID is written to) exists.
My point of view is that this check is not needed, if the process exists
and is listening on the same port the server does not start and emits an
error.
Second Issue:
The requirement to have isc-dhcp-server INTERFACES specified.
* In my case I use several interfaces, where the server should be
listening on so when I start the dhcp server it listens on 0.0.0.0:67
and not on a specific interface.
Some suggestions:
to use OPTIONS="xx"
OPTIONS="" <- use ipv6 ipv4
OPTIONS="-4" <- use ipv4
OPTIONS="-6" <- use ipv6
This will cause the isc-dhcp-server to listen on any ipv4 or ipv6
interfaces for witch it has leases in dhcpd.conf
Please check the code in the attachment that has a sugestion on improvement.
Details:
Debian Buster 10
Version isc-dhcp-server: 4.4.1-2
Best regards,
#!/bin/sh
### BEGIN INIT INFO
# Provides: isc-dhcp-server
# Required-Start:$remote_fs $network $syslog
# Required-Stop: $remote_fs $network $syslog
# Should-Start: $local_fs slapd $named
# Should-Stop: $local_fs slapd
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: DHCP server
# Description: Dynamic Host Configuration Protocol Server
### END INIT INFO
PATH=/sbin:/bin:/usr/sbin:/usr/bin
test -f /usr/sbin/dhcpd || exit 0
DHCPD_DEFAULT="${DHCPD_DEFAULT:-/etc/default/isc-dhcp-server}"
# It is not safe to start if we don't have a default configuration...
if [ ! -f "$DHCPD_DEFAULT" ]; then
echo "$DHCPD_DEFAULT does not exist! - Aborting..."
if [ "$DHCPD_DEFAULT" = "/etc/default/isc-dhcp-server" ]; then
echo "Run 'dpkg-reconfigure isc-dhcp-server' to fix the
problem."
fi
exit 0
fi
. /lib/lsb/init-functions
# Read init script configuration
[ -f "$DHCPD_DEFAULT" ] && . "$DHCPD_DEFAULT"
NAME4=dhcpd
NAME6=dhcpd6
if test -n "$OPTIONS"; then
case $OPTIONS in
*"-4"*) export DHCPv4=1;;
*"-6"*) export DHCPv6=1;;
esac
fi
DESC4="ISC DHCPv4 server"
DESC6="ISC DHCPv6 server"
# use already specified config file or fallback to defaults
DHCPDv4_CONF=${DHCPDv4_CONF:-/etc/dhcp/dhcpd.conf}
DHCPDv6_CONF=${DHCPDv6_CONF:-/etc/dhcp/dhcpd6.conf}
# try to read pid file name from config file or fallback to defaults
if [ -z "$DHCPDv4_PID" ]; then
DHCPDv4_PID=$(sed -n -e 's/^[ \t]*pid-file-name[ \t]*"\(.*\)"[
\t]*;.*$/\1/p' < "$DHCPDv4_CONF" 2>/dev/null | head -n 1)
fi
if [ -z "$DHCPDv6_PID" ]; then
DHCPDv6_PID=$(sed -n -e 's/^[ \t]*dhcpv6-pid-file-name[ \t]*"\(.*\)"[
\t]*;.*$/\1/p' < "$DHCPDv6_CONF" 2>/dev/null | head -n 1)
fi
DHCPDv4_PID="${DHCPDv4_PID:-/var/run/dhcpd.pid}"
DHCPDv6_PID="${DHCPDv6_PID:-/var/run/dhcpd6.pid}"
test_config()
{
VERSION="$1"
CONF="$2"
if [ -z "DHCPv4" ]; then
if ! /usr/sbin/dhcpd -t $VERSION -q -cf "$CONF" > /dev/null 2>&1; then
echo "dhcpd self-test failed. Please fix $CONF."
echo "The error was: "
/usr/sbin/dhcpd -t $VERSION -cf "$CONF"
exit 1
fi
fi
if [ -z "DHCPv6" ]; then
if ! /usr/sbin/dhcpd6 -t $VERSION -q -cf "$CONF" > /dev/null 2>&1; then
echo "dhcpd self-test failed. Please fix $CONF."
echo "The error was: "
/usr/sbin/dhcpd -t $VERSION -cf "$CONF"
exit 1
fi
fi
}
check_status()
{
OPTION="$1"
PIDFILE="$2"
NAME="$3"
if [ ! -r "$PIDFILE" ]; then
test "$OPTION" != -v || echo "$NAME is not running."
return 3
fi
if read pid < "$PIDFILE" && ps -p "$pid" > /dev/null 2>&1; then
test "$OPTION" != -v || echo "$NAME is running."
return 0
else
test "$OPTION" != -v || echo "$NAME is not running but $PIDFILE
exists."
return 1
fi
}
start_daemon()
{
VERSION="$1"
CONF="$2"
NAME="$3"
PIDFILE="$4"
DESC="$5"
shift 5
INTERFACES="$*"
test_config "$VERSION" "$CONF"
log_daemon_msg "Starting $DESC" "$NAME"
touch /var/lib/dhcp/$NAME.leases
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--exec /usr/sbin/dhcpd -- $VERSION -q -cf $CONF $INTERFACES
sleep 2
if check_status -q $PIDFILE $NAME; then
log_end_msg 0
else
log_failure_msg "check syslog for diagnostics."
log_end_msg 1
exit 1
fi
}
stop_daemon()
{
if
Bug#986315: pychess: Pychess requires psutil
Package: pychess Version: 1.0.0-1.1 Severity: important X-Debbugs-Cc: andre.em.cal...@gmail.com Dear Maintainer, When executed, exits with error: ERROR: PyChess requires psutil to be installed Executed from console: $ pychess To fix the problem, I just installed python3-psutil. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=pt_BR:pt:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pychess depends on: ii gaviotatb0.4-2.1 ii gir1.2-gdkpixbuf-2.0 2.42.2+dfsg-1 ii gir1.2-glib-2.0 1.66.1-1+b1 ii gir1.2-gst-plugins-base-1.0 1.18.3-1 ii gir1.2-gstreamer-1.0 1.18.3-1 ii gir1.2-gtk-3.0 3.24.24-1 ii gir1.2-gtksource-3.0 3.24.11-2 ii gir1.2-pango-1.0 1.46.2-3 ii gir1.2-rsvg-2.0 2.50.2+dfsg-1 ii gnome-icon-theme 3.12.0-3 ii gobject-introspection1.66.1-1+b1 ii libgaviotatb10.4-2.1 ii python3 3.9.1-1 ii python3-cairo1.16.2-4+b2 ii python3-gi 3.38.0-1+b2 ii python3-gi-cairo 3.38.0-1+b2 ii python3-websockets 8.1-1 pychess recommends no packages. pychess suggests no packages. -- no debconf information
Bug#984555: gavodachs2-server: fails to install/upgrade. breaks on executing SQL script.
Package: gavodachs2-server
Version: 2.3+dfsg-1
Severity: important
Dear Maintainer,
* What led up to the situation?
broken install
* What exactly did you do (or not do) that was effective (or
ineffective)?
tried to update system. apt breaks on gavodachs2-server
package is probably broken
* What was the outcome of this action?
from the output of apt:
A instalar gavodachs2-server (2.3+dfsg-1) ...
createdb: database creation failed: ERROR: database "gavo" already exists
Creation of gavo database failed; assuming it's already there
and carrying on.
createuser: creation of new role failed: ERROR: role "dachsroot" already exists
/usr/lib/python3/dist-packages/gavo/user/initdachs.py:310: UserWarning: SQL
script file for /usr/share/postgresql/contrib/pg_sphere.sql not found. There
are many reasons why that may be ok, but unless you know what you are doing,
you probably should install the corresponding postgres extension.
warnings.warn("SQL script file for %s not found. There are many"
/usr/lib/python3/dist-packages/gavo/user/initdachs.py:328: UserWarning: SQL
script file /usr/share/postgresql/contrib/pg_sphere.sql failed. Try running
manually using psql. While it hasn't run, the pgSphere extension is not
available.
warnings.warn("SQL script file %s failed. Try running manually"
/usr/lib/python3/dist-packages/gavo/user/initdachs.py:310: UserWarning: SQL
script file for /usr/share/postgresql/contrib/q3c.sql not found. There are
many reasons why that may be ok, but unless you know what you are doing, you
probably should install the corresponding postgres extension.
warnings.warn("SQL script file for %s not found. There are many"
/usr/lib/python3/dist-packages/gavo/user/initdachs.py:328: UserWarning: SQL
script file /usr/share/postgresql/contrib/q3c.sql failed. Try running manually
using psql. While it hasn't run, the q3c extension is not available.
warnings.warn("SQL script file %s failed. Try running manually"
*** Error: At /usr/lib/python3/dist-
packages/gavo/resources/inputs/__system__/adql.rd, line 166: Execution
of SQL script create_user_functions failed: type spoint does not exist
dpkg: erro ao processar o pacote gavodachs2-server (--configure):
o subprocesso instalado, do pacote gavodachs2-server, o script
post-installation retornou erro do status de saída 1
* What outcome did you expect instead?
a clean instalation
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8),
LANGUAGE=pt:en_GB
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages gavodachs2-server depends on:
ii adduser 3.118
ii members 20080128.1+nmu1
ii postgresql-pgsphere [postgresql-11-pgsphere] 1.1.1+2018.10.13-1
ii postgresql-q3c [postgresql-11-q3c]1.6.0-1
ii python3-gavo 2.3+dfsg-1
gavodachs2-server recommends no packages.
gavodachs2-server suggests no packages.
-- no debconf information
Bug#976274: closed by Debian FTP Masters (reply to Dmitry Shachnev ) (Bug#976274: fixed in qtbase-opensource-src 5.15.2+dfsg-2)
On Freitag, 11. Dezember 2020 10:09:05 CET you wrote: > This is an automatic notification regarding your Bug report > which was filed against the libqt5gui5 package: > > #976274: libqt5gui5: Please build Qt5 with configure option > -xcb-native-painting > > It has been closed by Debian FTP Masters > (reply to Dmitry Shachnev ). Thanks, works for me :-) Cheers, André
Bug#976274: libqt5gui5: Please build Qt5 with configure option -xcb-native-painting
On Donnerstag, 3. Dezember 2020 12:46:35 CET Lisandro Damián Nicanor Pérez Meyer wrote: > Sorry, I meant to ask why they did disable autodetection. I haven't been > able to look at the commit yet. I can only quote the commit text: commit 7f948d9effad983477977c3274231401f260c531 Author: Eirik Aavitsland Date: Thu Jul 4 13:56:44 2019 +0200 Disable experimental xcb native painting config option by default Saves 13% on the binary size.
Bug#976274: libqt5gui5: Please build Qt5 with configure option -xcb-native-painting
Hi Lisandro, On Mittwoch, 2. Dezember 2020 23:57:00 CET Lisandro Damián Nicanor Pérez Meyer wrote: > Hi Andre! > > El mié., 2 dic. 2020 13:03, Andre Woebbeking escribió: > > > Package: libqt5gui5 > > Version: 5.15.1+dfsg-4 > > Severity: wishlist > > X-Debbugs-Cc: woebbek...@web.de > > > > Dear Maintainer, > > > > with X2Go Qt5 apps are much slower than X or GTK apps. But there is a > > workaround: > > setting the environment variable QT_XCB_NATIVE_PAINTING. > > > > This worked until testing updated to Qt 5.15 because upstream disabled the > > automatic > > configuration of this feature in commit > > 7f948d9effad983477977c3274231401f260c531. > > > > So please build Qt5 with -xcb-native-painting to make X2Go users happy > > again :-) > > > > And what would the drawbacks be? the compile time and the library size would increase a bit. To get any behaviour change you've to set QT_XCB_NATIVE_PAINTING.
Bug#971433: libcharls-dev: Problem with latest unstable install
Package: libcharls-dev Version: 2.0.0+dfsg-1+b1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt:en_GB Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libcharls-dev depends on: ii libcharls2 2.1.0+dfsg-1 libcharls-dev recommends no packages. libcharls-dev suggests no packages. -- no debconf information aife@elektrum:~$ sudo apt --fix-broken install A ler as listas de pacotes... Pronto A construir árvore de dependências A ler a informação de estado... Pronto A corrigir dependências... Feito The following additional packages will be installed: libcharls-dev Serão actualizados os seguintes pacotes: libcharls-dev 1 pacotes actualizados, 0 pacotes novos instalados, 0 a remover e 11 não actualizados. 1 pacotes não totalmente instalados ou removidos. É necessário obter 20,0 kB de arquivos. Após esta operação, serão utilizados 75,8 kB adicionais de espaço em disco. Deseja continuar? [S/n] Obter:1 http://ftp.debian.org/debian sid/main amd64 libcharls-dev amd64 2.1.0+dfsg-1 [20,0 kB] Obtidos 20,0 kB em 0s (118 kB/s) A ler os changelogs... Feito (A ler a base de dados ... 1744146 ficheiros e directórios actualmente instalados.) A preparar para desempacotar .../libcharls-dev_2.1.0+dfsg-1_amd64.deb ... A descompactar libcharls-dev:amd64 (2.1.0+dfsg-1) sobre (2.0.0+dfsg-1+b1) ... dpkg: erro ao processar o arquivo /var/cache/apt/archives/libcharls-dev_2.1.0+dfsg-1_amd64.deb (--unpack): a tentar sobre-escrever '/usr/lib/x86_64-linux-gnu/libcharls.so', que também está no pacote libdcmtk-dev 3.6.4-2.1+b1 Foram encontrados erros enquanto processava: /var/cache/apt/archives/libcharls-dev_2.1.0+dfsg-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) /usr/lib/x86_64-linux-gnu/libcharls.so is also present in package libdcmtk-dev 3.6.4-2.1+b1 gives broken install thx! Andre
Bug#955384: dropbear-bin: dropbearconvert cannot convert SSH keys from OpenSSH to dropbear format
Package: dropbear-bin Version: 2019.78-2 Severity: important The dropbear-bin package, comes with a tool to convert keys fron OpenSSL. This tool worked on Stretch, but is now broken on Buster. I tried the Bullseye version, and it is broken too. For instance, the following command: > dropbearconvert openssh dropbear \ > /etc/ssh/ssh_host_ecdsa_key \ > /etc/dropbear-initramfs/dropbear_ecdsa_host_key Produce this error: > Error: Unrecognised key type > Error reading key from '/etc/ssh/ssh_host_ecdsa_key' - Key conversion was working on Stretch. - I tried RSA keys, and it fails too. I found some information here: https://bbs.archlinux.org/viewtopic.php?id=250512 But the process still fails. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dropbear-bin depends on: ii libc6 2.28-10 ii libtomcrypt1 1.18.2-1 ii libtommath1 1.1.0-3 ii zlib1g1:1.2.11.dfsg-1 dropbear-bin recommends no packages. Versions of packages dropbear-bin suggests: ii openssh-client 1:7.9p1-10+deb10u2 ii xauth 1:1.0.10-1 -- no debconf information
Bug#942826: closed by Sylvestre Ledru (Bug#942826: fixed in llvm-toolchain-9 1:9.0.1-3)
On Mittwoch, 1. Januar 2020 21:15:12 CET Debian Bug Tracking System wrote: > It has been closed by Sylvestre Ledru . Thanks but I still can't debug with Qt Creator. With cd /usr/lib/python3.7/dist-packages ln -s ../../llvm-9/lib/python3/dist-packages/lldb . it works. Cheers, André
Bug#948667: nautilus: Copying >32768 files over ssh causes hang
Package: nautilus Version: 3.34.1-1 Severity: normal Dear Maintainer, Copying a directory with over approximately 32,768 files to a different server causes the process to hang when copying the approx 32,768th file. It was produced as follows: - I'm trying to copy my home directory to a different server. The directory contains ~51,000 files - In nautulus, I browse to /home, select my home directory, right click and press 'copy' - I press "Other locations", and type in ssh:// followed by the ip address of my server - I browse to the correct dir - I right click and press paste. - The copying commences and after a moment starts copying the files and making progress. It correctly lists that it is going to copy ~51,000 files. - When it has reached file 32,768 (after 1h), the process hangs. The progress frame shows "Copying 51,000 files to ", and under the progress bar it says "32,768 / 51,000 - 5 hours left (3 mb/s)" - The server has indeed received files. `find -type f|wc -l` results 32723, whereas `find|wc -l` results in 35765. I'm not 100% the progress window said it was exactly at 32,768. Restarting the copy, I am asked whether I want to merge the directories. Selecting to merge, and subsequently selecting skip on whether to overwrite files, causes the process in the end to hang at the same position. Only now it says (after waiting a while) 'Copying 17,721 files to ; 3,007 / 17,721 - 596,523 hours left (0 bytes/sec)' -- of course because it has now skipped ~32768 files. Regards, Andre -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (750, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nautilus depends on: ii bubblewrap 0.4.0-1 it desktop-file-utils 0.24-1 ii gsettings-desktop-schemas 3.34.0-2 ii gvfs1.42.1-3 ii libatk1.0-0 2.34.1-1 ii libc6 2.29-7 ii libcairo-gobject2 1.16.0-4 ii libcairo2 1.16.0-4 iu libgdk-pixbuf2.0-0 2.40.0+dfsg-2 ii libgexiv2-2 0.12.0-1 it libglib2.0-02.62.4-1 ii libglib2.0-data 2.62.4-1 ii libgnome-autoar-0-0 0.2.3-2 ii libgnome-desktop-3-18 3.34.2-2 ii libgstreamer-plugins-base1.0-0 1.16.2-2 ii libgstreamer1.0-0 1.16.2-2 ii libgtk-3-0 3.24.13-1 ii libnautilus-extension1a 3.34.1-1 ii libpango-1.0-0 1.42.4-7 ii libpangocairo-1.0-0 1.42.4-7 ii libselinux1 3.0-1 ii libtracker-sparql-2.0-0 2.1.8-2 ii nautilus-data 3.34.1-1 it shared-mime-info1.10-1 ii tracker 2.1.8-2 ii tracker-extract 2.1.6-1 ii tracker-miner-fs2.1.6-1 Versions of packages nautilus recommends: pn gnome-sushi ii gvfs-backends1.42.1-3 ii librsvg2-common 2.46.4-1 Versions of packages nautilus suggests: pn eog ii mpg321 [mp3-decoder]0.3.2-3 ii nautilus-extension-brasero 3.12.2-6 pn nautilus-sendto ii okular [pdf-viewer] 4:17.12.2-2.2+b1 iu vlc [mp3-decoder] 3.0.8-3+b3 ii xdg-user-dirs 0.17-2 -- no debconf information
Bug#948305: avogadro: app dies after launch. problem with shared libraries
Package: avogadro Version: 1.2.0-4+b2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? trying to run avogadro * What exactly did you do (or not do) that was effective (or ineffective)? nothing * What was the outcome of this action? app died app wrote: avogadro: error while loading shared libraries: libboost_python27.so.1.67.0: cannot open shared object file: No such file or directory * What outcome did you expect instead? running app *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-3-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt:en_GB (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages avogadro depends on: ii libavogadro1 1.2.0-4+b2 ii libc6 2.29-8 ii libgcc11:9.2.1-22 ii libopenbabel5 2.4.1+dfsg-6 ii libqt4-opengl 4:4.8.7+dfsg-19 ii libqtcore4 4:4.8.7+dfsg-19 ii libqtgui4 4:4.8.7+dfsg-19 ii libstdc++6 9.2.1-22 ii libx11-6 2:1.6.8-1 Versions of packages avogadro recommends: ii avogadro-data 1.2.0-4 avogadro suggests no packages. -- no debconf information
Bug#945888: The nscd daemon use a wrong path to open cache files
Package: nscd Version: 2.28-10 When using AppArmor and ldap for users database, and nscd on Debian, a lot of errors are visible in the AppArmor logs, when any program queries nscd. The nscd daemon tries to open files in "var/cache/nscd/..." instead of "/var/cache/nscd/...". Note the missing slash character at the beginning. AppArmor complains about the file access denied, but the error is really a missing '/' character in the path of the cache files. This happens both on Stretch and Buster. I cannot use reportbug script anymore, I have removed the package. Thanks.
Bug#845162: ntfs-3g: Please include plugin ntfs-3g-system-compression
> Sep 4 22:22:04 basil ntfs-3g[25041]: Hint > /usr/lib/x86_64-linux-gnu/ntfs-3g/ntfs-plugin-801b.so: cannot open > shared object file: No such file or directory The tag 801b is not about system compression, but for what Microsoft calls IO_REPARSE_TAG_APPEXECLINK. AFAIK it is a trigger to start (or install) some Windows application. It is not clear what should be expected when accessing such file from Linux, so this is bound to remain unsupported until someone suggests some useful action.
Bug#941669: python3-rpi.gpio fails to work on aarch64 (upgrade needed)
Package: python3-rpi.gpio Version: 0.6.5-1 Severity: grave Tags: upstream Justification: renders package unusable Hi, python3-rpi.gpio 0.6.5 as is current in sid, doesn't support aarch64: Traceback (most recent call last): File "./server.py", line 8, in import RPi.GPIO as GPIO File "/usr/lib/python3/dist-packages/RPi/GPIO/__init__.py", line 23, in from RPi._GPIO import * RuntimeError: This module can only be run on a Raspberry Pi! Upstream has fixed this in the 0.7.0 release, see here https://sourceforge.net/p/raspberry-gpio-python/tickets/161/ I am kindly asking to please update the Debian package. Andre' -- System Information: Debian Release: 10.1 APT prefers stable APT policy: (500, 'stable') Architecture: arm64 (aarch64) Kernel: Linux 4.19.0-5-arm64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-rpi.gpio depends on: ii libc62.28-10 ii python3 3.7.3-1 ii rpi.gpio-common 0.6.5-1 python3-rpi.gpio recommends no packages. python3-rpi.gpio suggests no packages. -- no debconf information
Bug#932080: sssd fails to start: #886483 raises from the dead
FYI, the systemd.m4 typo has been fixed upstream: https://pagure.io/SSSD/sssd/c/8d64e9f5229967d382c6280d89b139e024bd2c1a Cheers, Andre'
Bug#922097: inkscape stops with message complaining about an internal illegal instruction on start
Package: inkscape Version: 0.92.4-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** From either the kde menu or the command line inkscape stops with the following message in a dialog: O Inkscape encontrou um erro interno e será fechado agora. Inkscape has found an internal error and will be closed... on the command line: aife@elektrum:~$ inkscape (inkscape:11286): glibmm-WARNING **: 00:41:36.444: Glib::ConstructParams::ConstructParams(): object class "gtkmm__GtkArrow" has no property named "arbow_type" Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Illegal instruction (núcleo despejado) aife@elektrum:~$ -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt:en_GB (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages inkscape depends on: ii libaspell150.60.7~20110707-6 ii libatk1.0-02.30.0-2 ii libatkmm-1.6-1v5 2.28.0-2 ii libc6 2.28-6 ii libcairo2 1.16.0-2 ii libcairomm-1.0-1v5 1.12.2-4 ii libcdr-0.1-1 0.1.5-1 ii libdbus-1-31.12.12-1 ii libdbus-glib-1-2 0.110-4 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3 ii libgc1c2 1:7.6.4-0.4 ii libgcc11:8.2.0-16 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-7 ii libglib2.0-0 2.58.3-1 ii libglibmm-2.4-1v5 2.58.0-2 ii libgomp1 8.2.0-16 ii libgsl23 2.5+dfsg-6 ii libgslcblas0 2.5+dfsg-6 ii libgtk2.0-02.24.32-3 ii libgtkmm-2.4-1v5 1:2.24.5-4 ii libgtkspell0 2.0.16-1.2 ii libjpeg62-turbo1:1.5.2-2+b1 ii liblcms2-2 2.9-3 ii libmagick++-6.q16-88:6.9.10.23+dfsg-2 ii libmagickcore-6.q16-6 8:6.9.10.23+dfsg-2 ii libmagickwand-6.q16-6 8:6.9.10.23+dfsg-2 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-01.42.4-6 ii libpangoft2-1.0-0 1.42.4-6 ii libpangomm-1.4-1v5 2.42.0-2 ii libpng16-161.6.36-5 ii libpoppler-glib8 0.71.0-2 ii libpoppler82 0.71.0-2 ii libpopt0 1.16-12 ii libpotrace01.15-1 ii librevenge-0.0-0 0.0.4-6 ii libsigc++-2.0-0v5 2.10.1-2 ii libstdc++6 8.2.0-16 ii libvisio-0.1-1 0.1.6-1+b2 ii libwpg-0.3-3 0.3.3-1 ii libx11-6 2:1.6.7-1 ii libxml22.9.4+dfsg1-7+b3 ii libxslt1.1 1.1.32-2 ii python 2.7.15-4 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages inkscape recommends: ii aspell 0.60.7~20110707-6 ii fig2dev [transfig] 1:3.2.7a-5 ii imagemagick 8:6.9.10.23+dfsg-2 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.23+dfsg-2 ii libimage-magick-perl 8:6.9.10.23+dfsg-2 ii libwmf-bin 0.2.8.4-14 ii python-lxml 4.3.0-1 ii python-numpy 1:1.16.1-1 ii python-scour 0.37-2 ii transfig 1:3.2.6a-3 Versions of packages inkscape suggests: ii dia 0.97.3+git20160930-8.1 ii inkscape-tutorials 0.92.4-2 pn libsvg-perl pn libxml-xql-perl ii pstoedit 3.73-1+b1 pn python-uniconvertor ii ruby 1:2.5.1 -- no debconf information
Bug#896670: kde: Plasma menu text query kills plasma and leaves kwin zombie
Thanks a lot! Bernhard Übelacker escreveu no dia domingo, 20/01/2019 à(s) 18:24: > > Hello André Isidoro Fernandes Esteves, > > one more possibly useful thing to consider: > > If you could install a core dump collector like package > systemd-coredump, then the system would store a file of > each crash for later inspections. > Also it would already print a backtrace in the system journal. > > When then a crash happens these command might be used: > coredumpctl list > coredumpctl gdb > backtrace > > Kind regards, > Bernhard
Bug#918037: Manpage of ntfsinfo is pretty spartan and doesn't give any details
> Now I have been trying to figure out what each of the statements > mean but have come up naught. These are the parameters which define the layout of the data in the ntfs partition. Most of them are meaningless to the end user. > For instance what does Device state: 11 mean or what does Volume > State: 91 mean ? Only the Microsoft developers know. These may depend on the operating system and its state, or be obsolete. They are never used or updated by ntfs-3g. > It is and was a pre-formatted hdd AFAIK/remember. > > inxi shares the following info. - > > info: Seagate RSS LLC type: Mass Storage driver: uas interfaces: 1 rev: 2.1 >speed: 480 Mb/s chip ID: 0bc2:ab24 > > The last one is probably the hdd controller details if that gives > any more info. > > It doesn't give any info. on the state of the hdd :( or if it does > I am not able to make sense of it. You did not tell what you were searching for. If you want the state of the hdd, you probably need "smartctl", ntfsinfo is about a partition and files, not the whole disk.
Bug#912707: cp -p from ext4 partition to ntfs partition mounted with default permission mappings produces wrong file permissions
Jean-Pierre André wrote: Jean-Pierre André wrote: > I copy a directory tree from an ext4 partition to a NTFS one > mounted with 'permissions' option using cp -r -p. For all files > which have access permissions set to 755 their copies have > access mask 700, [...] /dev/sda1 on /mnt/ssd_win type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allo w_other,blksize=4096,user) This does not show your mount options. I need the command having the option "permissions" which you set. For instance, your syslog should show something like : Configuration type 7 KERNELPERMS 1 CACHEING 0 Version 2017.3.23AR.3 integrated FUSE 28 Requested device ../images/cf32M.ntfs canonicalized as /shared/ntfs/images/cf32$ Mounted /shared/ntfs/images/cf32M.ntfs (Read-Write, label "ntfs-try", NTFS 3.1) Cmdline options: permissions Mount options: allow_other,nonempty,default_permissions,relatime,fsname=/shared$ User mapping built, Posix ACLs not used, configuration type 7 An apparently unrelated problem: I cannot launch a linux executable file from NTFS partition, even using root priveleges. For running as root, one of the 'x' bit must be set (any one). If it is that way, the issue is probably not related to ntfs-3g. Did you also check your umask setting ? Note : I am to go on travel, I will probably not reply until end of next week.
Bug#912707: cp -p from ext4 partition to ntfs partition mounted with default permission mappings produces wrong file permissions
Jean-Pierre André wrote: > I copy a directory tree from an ext4 partition to a NTFS one > mounted with 'permissions' option using cp -r -p. For all files > which have access permissions set to 755 their copies have > access mask 700, [...] Can you confirm this matches your situation by displaying the ACL of the base directory you are copying from (the one designated as source in your "cp -p") : getfacl your-source-directory Sorry, I meant the target directory, not the source one : getfacl your-target-directory
Bug#912707: cp -p from ext4 partition to ntfs partition mounted with default permission mappings produces wrong file permissions
> I copy a directory tree from an ext4 partition to a NTFS one > mounted with 'permissions' option using cp -r -p. For all files > which have access permissions set to 755 their copies have > access mask 700, You have probably enabled Posix ACLs, thus obeyed Windows permissions. Then this behavior is a good approximation of the Windows one. However, as you did not define the actual user mapping, Windows will not recognize the ownership of the files you have copied. These files will appear as owned by an unknown user and should not be visible from you actual Windows-defined owner. On my home Windows account, I see permission inheritance set for permissions 700 : [report@optiplex ntfs]$ getfacl /win7/Users/Jean-Pierre getfacl: Removing leading '/' from absolute path names # file: win7/Users/Jean-Pierre # owner: report # group: root user::rwx group::--- other::--- default:user::rwx default:group::--- default:other::--- You see that inheritance to created inner files or directories was set to permissions 700 (masked to 600 for files). For instance, if I create an inner directory, it is created with permissions 700 : [report@optiplex ntfs]$ mkdir /win7/Users/Jean-Pierre/dir [report@optiplex ntfs]$ getfacl /win7/Users/Jean-Pierre/dir getfacl: Removing leading '/' from absolute path names # file: win7/Users/Jean-Pierre/dir # owner: report # group: report user::rwx group::--- other::--- default:user::rwx default:group::--- default:other::--- If I create an inner file, it is created with permissions 600 : [report@optiplex ntfs]$ touch /win7/Users/Jean-Pierre/file [report@optiplex ntfs]$ getfacl /win7/Users/Jean-Pierre/file getfacl: Removing leading '/' from absolute path names # file: win7/Users/Jean-Pierre/file # owner: report # group: report user::rw- group::--- other::--- This is only for creation of new files or directories, I still can change permissions for a file which I own : [report@optiplex ntfs]$ chmod 644 /win7/Users/Jean-Pierre/file [report@optiplex ntfs]$ getfacl /win7/Users/Jean-Pierre/file getfacl: Removing leading '/' from absolute path names # file: win7/Users/Jean-Pierre/file # owner: report # group: report user::rw- group::r-- other::r-- Can you confirm this matches your situation by displaying the ACL of the base directory you are copying from (the one designated as source in your "cp -p") : getfacl your-source-directory The enabling of Posix ACLs is done while mounting, either from options in /etc/fstab or options from an explicit mount. The actual mount command is logged to the syslog. So, what are your mount options ?
Bug#911485: Added read permissions on /run/ztables.lock
Also, I have added the authorization to read the file /run/xtables.lock, so in total, the profile lines to add look like this: - /run/xtables.lock r, - /run/xtables.lock wk, - /var/fwknop/fwknopd.pid r, - /var/fwknop/fwknopd.pid wkl, - /var/fwknop/digest.cache r, - /var/fwknop/digest.cache wkl, Kind regards, André -- https://github.com/progmaticltd/homebox
Bug#911485: fwknop-apparmor-profile: Missing permissions in the AppArmor profile
Package: fwknop-apparmor-profile Version: 2.6.9-1 Severity: important The AppArmor profile that comes with fwknop-server is not complete. These are the errors I have when running in complain mode: - audit[29328]: AVC apparmor="ALLOWED" operation="open" profile="/usr/sbin/fwknopd" name="/var/fwknop/fwknopd.pid" comm="fwknopd" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 audit[29329]: AVC apparmor="ALLOWED" operation="open" profile="/usr/sbin/fwknopd" name="/var/fwknop/digest.cache" comm="fwknopd" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 audit[29412]: AVC apparmor="ALLOWED" operation="file_lock" profile="/usr/sbin/fwknopd" name="/run/xtables.lock" comm="iptables" requested_mask="wk" denied_mask="wk" fsuid=0 ouid=0 fwknop-server[29322]: Error trying to open PID file: : Permission denied fwknop-server[31175]: Error trying to open PID file: : Permission denied - This is solved by adding the following lines to the profile: - /run/xtables.lock wk, /var/fwknop/fwknopd.pid r, /var/fwknop/fwknopd.pid wkl, /var/fwknop/digest.cache r, /var/fwknop/digest.cache wkl, - -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fwknop-apparmor-profile depends on: pn fwknop-server fwknop-apparmor-profile recommends no packages. fwknop-apparmor-profile suggests no packages.
Bug#911483: fwknop-server: The server does not restart when using systemctl restart, but does not display any error
Package: fwknop-server Version: 2.6.9-1+b1 Severity: important Restarting the server using systemctl does not do anything: See the command line: --- root@homebox /etc/fwknop# pidof fwknopd 27175 root@homebox /etc/fwknop# systemctl restart fwknop-server root@homebox /etc/fwknop# pidof fwknopd 27175 --- And the logs: --- Oct 20 17:10:29 homebox systemd[1]: Stopping LSB: start and stop fwknopd... Oct 20 17:10:29 homebox fwknop-server[27340]: Stopping FireWall KNock OPerator: fwknopd. Oct 20 17:10:29 homebox systemd[1]: Stopped LSB: start and stop fwknopd. Oct 20 17:10:29 homebox systemd[1]: Starting LSB: start and stop fwknopd... Oct 20 17:10:29 homebox fwknop-server[27345]: Starting FireWall KNock OPerator: fwknopd. Oct 20 17:10:29 homebox systemd[1]: Started LSB: start and stop fwknopd. Oct 20 17:10:29 homebox fwknop-server[27345]: [*] An instance of fwknopd is already running: (PID=27175). --- This is a major issue, especially if I modify the keys and restart the server, I could loose access to my server! -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fwknop-server depends on: ii iptables1.6.0+snapshot20161117-6 ii libc6 2.24-11+deb9u3 pn libfko3 ii libpcap0.8 1.8.1-3 ii lsb-base9.20161125 fwknop-server recommends no packages. Versions of packages fwknop-server suggests: pn fwknop-apparmor-profile
Bug#908451: multistrap: Wrong apt-get options for noauth case.
Package: multistrap Version: 2.2.9 Severity: important Dear Maintainer, When executing multistrap with --no-auth option, apt-get fails with Get:1 http://ftp.br.debian.org/debian testing InRelease [150 kB] Err:1 http://ftp.br.debian.org/debian testing InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010 NO_PUBKEY 04EE7237B7D453EC Reading package lists... Done W: GPG error: http://ftp.br.debian.org/debian testing InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010 NO_PUBKEY 04EE7237B7D453EC E: The repository 'http://ftp.br.debian.org/debian testing InRelease' is not signed. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. apt update failed. Exit value: 100 The problem seems to be with a missing option -o Acquire::AllowInsecureRepositories=true that should be passed to apt-get. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=pt_BR:pt:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages multistrap depends on: ii apt1.6.4 ii libconfig-auto-perl0.44-1 ii liblocale-gettext-perl 1.07-3+b3 ii libparse-debian-packages-perl 0.03-2 ii perl 5.26.2-7 multistrap recommends no packages. Versions of packages multistrap suggests: pn fakeroot -- no debconf information
Bug#896299: Problem is urgent for us
I am not sure if there is already a solution for this bug, but our system encountered this problem when we tried to migrate to the newest Debian version (fresh installation). So, is there any solution or workaround on the horizon as we need Lucene/ Python-Lucene for a productive system. Thanks in advance.
Bug#903495: attachment: backtrace file
attachment: backtrace file. Application: Plasma (plasmashell (deleted)), signal: Segmentation fault [Current thread is 1 (LWP 857)] Thread 12 (LWP 5842): #0 0x7f2f686e24ec in ?? () #1 0x7f2e896aabb0 in ?? () #2 0x0015 in ?? () #3 0x7f2e8960 in ?? () #4 0x in ?? () Thread 11 (LWP 5841): #1 0x in ?? () Thread 10 (LWP 5840): #1 0x7f2e8a6acbb0 in ?? () #2 0x0016 in ?? () #3 0x7f2e8a6acaa0 in ?? () #4 0x in ?? () Thread 9 (LWP 5839): #1 0x00140015 in ?? () #2 0x0014 in ?? () #3 0x7f2e8c1418a0 in ?? () #4 0x in ?? () Thread 8 (LWP 1080): #1 0x0001 in ?? () #2 0x7f2ea801a160 in ?? () #3 0x7f2ea8000bf0 in ?? () #4 0x0001 in ?? () #5 0x7f2ea801a160 in ?? () #6 0x7f2f63be9439 in ?? () #7 0x7f2ea8019ef0 in ?? () #8 0x0001697b5a20 in ?? () #9 0x7fff in ?? () #10 0xf2bbd8d2b58adf00 in ?? () #11 0x7f2f69b68ac0 in ?? () #12 0x7f2ea8000bf0 in ?? () #13 0x0001 in ?? () #14 0x0004 in ?? () #15 0x7f2ea8000b20 in ?? () #16 0x in ?? () Thread 7 (LWP 1079): #1 0x in ?? () Thread 6 (LWP 1078): #1 0x in ?? () #2 0x in ?? () Thread 5 (LWP 1077): #1 0x7f2f in ?? () #2 0x7f2f4b396b74 in ?? () #3 0x69762b60 in ?? () #4 0x in ?? () Thread 4 (LWP 1053): #1 0x0001 in ?? () #2 0x7f2f44004a00 in ?? () #3 0x7f2f44000bf0 in ?? () #4 0x0001 in ?? () #5 0x7f2f44004a00 in ?? () #6 0x7f2f63be9439 in ?? () #7 0x in ?? () Thread 3 (LWP 994): #1 0x7f2f69761eb0 in ?? () #2 0x7f2f52e7fb64 in ?? () #3 0x69762b60 in ?? () #4 0x7f2f4c004c90 in ?? () #5 0x7f2f4c000bf0 in ?? () #6 0x7f2f0001 in ?? () #7 0x557a09376540 in ?? () #8 0x7f2f4c004c90 in ?? () #9 0x0001 in ?? () #10 0xf2bbd8d2b58adf00 in ?? () #11 0x7f2f4c000b20 in ?? () #12 0x7f2f4c000bf0 in ?? () #13 0x0001 in ?? () #14 0x7f2f4c012e70 in ?? () #15 0x7f2f52e7fbf4 in ?? () #16 0x0001 in ?? () #17 0x0004 in ?? () #18 0x7f2f63be936b in ?? () #19 0x in ?? () Thread 2 (LWP 889): #1 0x in ?? () #2 0x557a092a2200 in ?? () #3 0x557a092aefc0 in ?? () #4 0x in ?? () #5 0x7f2f59548c68 in ?? () #6 0x7f2f6de9b0f7 in ?? () #7 0x7f2f59548d70 in ?? () #8 0x7f2f540249f0 in ?? () #9 0x0001 in ?? () #10 0x00010003 in ?? () #11 0x7f2f540259d0 in ?? () #12 0x7f2f69736f3a in ?? () #13 0x00500081 in ?? () #14 0x7f2f59548d10 in ?? () #15 0x in ?? () Thread 1 (LWP 857): #1 0x7ffc69b61e14 in ?? () #2 0x7ffc69b61e20 in ?? () #3 0x7ffc69b61dd0 in ?? () #4 0x7f2f54001530 in ?? () #5 0x00c8 in ?? () #6 0x7f2f63c2d960 in ?? () #7 0x557a092aefd8 in ?? () #8 0xf2bbd8d2b58adf00 in ?? () #9 0x7f2f54004ff0 in ?? () #10 0xf2bbd8d2b58adf00 in ?? () #11 0x0001 in ?? () #12 0x7f2f54004ff0 in ?? () #13 0x557a0a2c8340 in ?? () #14 0x7f2f63be8f27 in ?? () #15 0x5ebb4d70 in ?? () #16 0x in ?? ()
Bug#903495: /usr/bin/plasmashell: when opening application menu and type random text pasmashell crashes and screen goes black..
Package: plasma-workspace Version: 4:5.13.2-1 Severity: important File: /usr/bin/plasmashell Dear Maintainer, when opening application menu and type random text in search plasmashell crashes and screen goes black.. this happens all the time. added backtrace, not sure if this is usefull André -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.16.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8), LANGUAGE=nl (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-workspace depends on: ii dbus-user-session [default-dbus-session-bus] 1.12.8-3 ii dbus-x11 [dbus-session-bus] 1.12.8-3 ii drkonqi 5.13.1-1 ii frameworkintegration 5.47.0-1 ii gdb-minimal [gdb] 7.12-6+b2 ii iso-codes 3.79-1 ii kactivitymanagerd 5.13.1-1 ii kded5 5.47.0-1 ii kinit 5.47.0-1 ii kio 5.47.0-1 ii kpackagetool5 5.47.0-1 ii kwin-common 4:5.13.1-1 ii libc6 2.27-3 ii libcln6 1.3.4-4 ii libcolorcorrect5 4:5.13.2-1 ii libgcc1 1:8.1.0-9 ii libgps23 3.17-5+b1 ii libice6 2:1.0.9-2 ii libkf5activities5 5.47.0-1 ii libkf5auth5 5.47.0-1 ii libkf5baloo5 5.47.0-1 ii libkf5bookmarks5 5.47.0-1 ii libkf5calendarevents5 5.47.0-1 ii libkf5completion5 5.47.0-1 ii libkf5config-bin 5.47.0-1 ii libkf5configcore5 5.47.0-1 ii libkf5configgui5 5.47.0-1 ii libkf5configwidgets5 5.47.0-1 ii libkf5coreaddons5 5.47.0-1 ii libkf5crash5 5.47.0-1 ii libkf5dbusaddons5 5.47.0-1 ii libkf5declarative55.47.0-1 ii libkf5globalaccel-bin 5.47.0-1 ii libkf5globalaccel55.47.0-1 ii libkf5guiaddons5 5.47.0-1 ii libkf5holidays5 1:5.47.0-1 ii libkf5i18n5 5.47.0-1 ii libkf5iconthemes5 5.47.0-1 ii libkf5idletime5 5.47.0-1 ii libkf5itemviews5 5.47.0-1 ii libkf5jobwidgets5 5.47.0-1 ii libkf5js5 5.47.0-1 ii libkf5jsembed55.47.0-1 ii libkf5kdelibs4support55.47.0-1 ii libkf5kiocore55.47.0-1 ii libkf5kiofilewidgets5 5.47.0-1 ii libkf5kiogui5 5.47.0-1 ii libkf5kiowidgets5 5.47.0-1 ii libkf5networkmanagerqt6 5.47.0-1 ii libkf5newstuff5 5.47.0-1 ii libkf5notifications5 5.47.0-1 ii libkf5notifyconfig5 5.47.0-1 ii libkf5package55.47.0-1 ii libkf5plasma5 5.47.0-1 ii libkf5plasmaquick55.47.0-1 ii libkf5prison5 5.47.0-1 ii libkf5quickaddons55.47.0-1 ii libkf5runner5 5.47.0-1 ii libkf5service-bin 5.47.0-1 ii libkf5service55.47.0-1 ii libkf5solid5 5.47.0-1 ii libkf5texteditor5 5.47.0-1 ii libkf5textwidgets55.47.0-1 ii libkf5wallet-bin 5.47.0-1 ii libkf5wallet5 5.47.0-1 ii libkf5waylandclient5 4:5.47.0-1 ii libkf5widgetsaddons5 5.47.0-1 ii libkf5windowsystem5 5.47.0-1 ii libkf5xmlgui5 5.47.0-1 ii libkscreenlocker5 5.13.1-1 ii libksgrd7 4:5.13.1-1 ii libkworkspace5-5 4:5.13.2-1 ii
Bug#902589: Cause of undefined references
After looking a bit closer I found that my liblapack.so is a symlink to libopenblas, as libopenblas is set as the 'alternative' for providing lapack. It appears that libopenblas does not implement the "2sage" methods, while liblapacke requires them. After setting the lapack lib as alternative for liblapack.so (by removing libopenblas-base), everything works. I'm not sure this is a bug in libopenblas (by not providing those new functions) or in liblapacke (by requiring those functions) but currently they won't work together.
Bug#902589: liblapacke: Undefined references in liblapacke.so
Package: liblapacke
Version: 3.8.0-1
Severity: important
Dear Maintainers,
When compiling anything with liblapacke and g++, undefined references are
reported, which are caused by missing symbols in the shared object library.
A minimal test case:
echo "int main() { return 0; }" > tmp.c ; g++ tmp.c -llapacke
Results in:
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `csysv_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `zsysv_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `chesv_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `zhetrs_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `dsytrs_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `zsytrs_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `ssytrf_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `zhesv_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `ssytrs_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `dsytrf_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `chetrf_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `ssysv_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `dsysv_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `csytrf_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `zhetrf_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `chetrs_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `zsytrf_aa_2stage_'
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/liblapacke.so:
undefined reference to `csytrs_aa_2stage_'
collect2: error: ld returned 1 exit status
Similarly, running 'ldd -r /usr/lib/gcc/x86_64-linux-gnu/liblapacke.so' shows
the same undefined symbols in liblapacke.so.
Regards,
André Offringa
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'oldstable-updates'), (50, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages liblapacke depends on:
ii libblas3 [libblas.so.3]3.8.0-1
ii libc6 2.27-3
ii liblapack3 [liblapack.so.3]3.8.0-1
ii libopenblas-base [liblapack.so.3] 0.2.20+ds-4
ii libtmglib3 3.8.0-1
liblapacke recommends no packages.
liblapacke suggests no packages.
-- no debconf information
Bug#902278: amarok: The "Repeat playlist" function does not work when using Ampache.
Package: amarok Version: 2.9.0-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? The "Repeat playlist" function does not work with Ampache plugin. Amarok stops after finishing the first track. * What exactly did you do (or not do) that was effective (or ineffective)? Move several tracks from Ampache track list to the dynamic playlist, select the "Repeat playlist" option. Start playing the first track. * What was the outcome of this action? The music stops after the first track. * What outcome did you expect instead? Music plays from first to last track in dynamic playlist and then restarts from first track. *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages amarok depends on: ii amarok-common 2.9.0-1 ii amarok-utils 2.9.0-1 ii kde-runtime 4:16.08.3-2 ii libavcodec57 7:3.4.2-1 ii libavformat57 7:3.4.2-1 ii libavutil55 7:3.4.2-1 ii libc6 2.24-11+deb9u3 ii libgdk-pixbuf2.0-02.36.5-2+deb9u2 ii libgl1-mesa-glx [libgl1] 13.0.6-1+b2 ii libglib2.0-0 2.50.3-2 ii libgpod4 0.8.3-8.2 ii libkcmutils4 4:4.14.26-2 ii libkdecore5 4:4.14.26-2 ii libkdeui5 4:4.14.26-2 ii libkdewebkit5 4:4.14.26-2 ii libkdnssd44:4.14.26-2 ii libkfile4 4:4.14.26-2 ii libkio5 4:4.14.26-2 ii libknewstuff3-4 4:4.14.26-2 ii libktexteditor4 4:4.14.26-2 ii liblastfm11.0.9-1 ii libmariadbclient181:10.1.29-6+b1 ii libmariadbd18 10.1.26-0+deb9u1 ii libmtp9 1.1.13-1 ii libofa0 0.9.3-15 ii libphonon44:4.9.0-4 ii libplasma34:4.14.26-2 ii libqca2 2.1.1-4+b2 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.7+dfsg-11 ii libqt4-network4:4.8.7+dfsg-11 ii libqt4-opengl 4:4.8.7+dfsg-11 ii libqt4-script 4:4.8.7+dfsg-11 ii libqt4-scripttools4:4.8.7+dfsg-11 ii libqt4-sql4:4.8.7+dfsg-11 ii libqt4-svg4:4.8.7+dfsg-11 ii libqt4-xml4:4.8.7+dfsg-11 ii libqtcore44:4.8.7+dfsg-11 ii libqtgui4 4:4.8.7+dfsg-11 ii libqtscript4-core 0.2.0-1+b1 ii libqtscript4-gui 0.2.0-1+b1 ii libqtscript4-network 0.2.0-1+b1 ii libqtscript4-sql 0.2.0-1+b1 ii libqtscript4-uitools 0.2.0-1+b1 ii libqtscript4-xml 0.2.0-1+b1 ii libqtwebkit4 2.3.4.dfsg-9.1 ii libsolid4 4:4.14.26-2 ii libstdc++66.3.0-18+deb9u1 ii libthreadweaver4 4:4.14.26-2 ii libx11-6 2:1.6.4-3 ii phonon4:4.9.0-4 Versions of packages amarok recommends: ii clamz0.5-2+b2 ii kio-audiocd 4:16.08.3-1 Versions of packages amarok suggests: pn amarok-doc ii libqt4-sql-mysql 4:4.8.7+dfsg-11 pn libqt4-sql-psql pn libqt4-sql-sqlite pn moodbar Versions of packages amarok-common depends on: ii perl 5.24.1-3+deb9u4 amarok-common recommends no packages. Versions of packages amarok is related to: ii phonon-backend-vlc [phonon-backend] 0.9.0-2+deb9u1 -- no debconf information
Bug#896670: kde: Plasma menu text query kills plasma and leaves kwin zombie
Package: pasma-workspace Severity: important File: kde Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Common usage, calling for a program from the menu field in the plasma menu. * What exactly did you do (or not do) that was effective (or ineffective)? called an aplication, eg zotero or inkscape from the plasma menu field by starting to write its name in the text field. * What was the outcome of this action? Plasma environment disappeared, leaving me with a black background and cursor. If the boot is fresh recently opened apps will not appear. If there's has been some time using them some windows linger. * What outcome did you expect instead? Plasma to restart process or to to be able to list and select apps from the plasma menu list. *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8), LANGUAGE=pt_PT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#858587: Where to apply the fix?
Hello, After checking, I see the IMAP3 protocol is very rare, I understand why it has been removed from /etc/services. However, is it a fail2ban or a Debian bug? I have modified fail2ban configuration, it is now working. Thanks, André -- https://github.com/progmaticltd/homebox
Bug#887759: gthumb: Wrong image displayed in combination/after deleting an image
I can not reproduce it. Stable or Sid version. Hi Herbert, Thanks for testing. It seems I am only able to reproduce this bug when the images are raw images (.cr2 from a 10mp Canon D400) and reasonably big (~10MB). I can upload a few somewhere if that helps testing. Regards, Andre
Bug#887759: gthumb: Wrong image displayed in combination/after deleting an image
Package: gthumb Version: 3:3.6.0-3 Severity: important Tags: upstream Dear Maintainer, In full screen mode, gthumb sometimes shows the wrong image after having gone back/forward and/or deleting an image. For example, it sometimes happen that when I press "page-down page-down page-up" (reasonably quickly), it still *shows* the third image, but selects the second image. This can lead very easy to deleting an image different from intended. Almost everytime I use gthumb to get rid of the uninteresting pictures, at some point I need to go back to my backup to restore an image. It is reasonably easy to reproduce, also in non-full-screen mode, by pressing page-down page-down page-up quickly after each other: about 1/3 times I do this, the wrong image is selected. In non-fullscreen mode, it is visible that a different image is selected. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.24.1-2 ii gthumb-data 3:3.6.0-3 ii libatk1.0-0 2.26.1-2 ii libbrasero-media3-1 3.12.2-4 ii libc6 2.26-4 ii libcairo-gobject2 1.15.8-3 ii libcairo2 1.15.8-3 ii libclutter-1.0-01.26.2+dfsg-4 ii libclutter-gtk-1.0-01.8.4-3 ii libcogl-pango20 1.22.2-3 ii libcogl-path20 1.22.2-3 ii libcogl20 1.22.2-3 ii libdrm2 2.4.89-1 ii libegl1 1.0.0-1 ii libexiv2-14 0.25-3.1 ii libgbm1 17.2.5-1 ii libgcc1 1:7.2.0-19 ii libgdk-pixbuf2.0-0 2.36.11-1 ii libglib2.0-02.54.3-1 ii libgstreamer-plugins-base1.0-0 1.12.4-1 ii libgstreamer1.0-0 1.12.4-1 ii libgtk-3-0 3.22.26-2 ii libjavascriptcoregtk-4.0-18 2.18.5-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libjson-glib-1.0-0 1.4.2-3 ii liblcms2-2 2.9-1 ii libpango-1.0-0 1.40.14-1 ii libpangocairo-1.0-0 1.40.14-1 ii libpng16-16 1.6.34-1 ii libraw160.18.6-1 ii librsvg2-2 2.40.20-2 ii libsecret-1-0 0.18.5-5 ii libsoup2.4-12.60.2-2 ii libstdc++6 7.2.0-19 ii libtiff54.0.9-3 ii libwayland-client0 1.14.0-1+b1 ii libwayland-cursor0 1.14.0-1+b1 ii libwayland-egl1-mesa [libwayland-egl1] 17.2.5-1 ii libwayland-server0 1.14.0-1+b1 ii libwebkit2gtk-4.0-372.18.5-1 ii libwebp60.6.0-4 ii libx11-62:1.6.4-3 ii libxcomposite1 1:0.4.4-2 ii libxdamage1 1:1.1.4-3 ii libxext62:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.9-1 ii libxkbcommon0 0.8.0-1 ii libxrandr2 2:1.5.1-1 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages gthumb recommends: ii libgphoto2-6 2.5.16-2 ii libgphoto2-port12 2.5.16-2 gthumb suggests no packages. -- no debconf information
Bug#887396: systemd-timesyncd.service: Start request repeated too quickly.
systemd-timesyncd.service started working, don't know why -- ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2018-01-16 11:47:27 CET; 6min ago Docs: man:systemd-timesyncd.service(8) Main PID: 353 (systemd-timesyn) Status: "Synchronized to time server 5.39.184.5:123 (2.nl.pool.ntp.org)." Tasks: 2 (limit: 4915) CGroup: /system.slice/systemd-timesyncd.service └─353 /lib/systemd/systemd-timesyncd jan 16 11:47:27 verwijs-debian systemd[1]: Starting Network Time Synchronization... jan 16 11:47:27 verwijs-debian systemd[1]: Started Network Time Synchronization. jan 16 11:48:03 verwijs-debian systemd-timesyncd[353]: Synchronized to time server 5.39.184.5:123 (2.nl.pool.ntp.org). -- journalctl -alb systemd-timesyncd.service says Failed to add match 'systemd-timesyncd.service': illegal argument
Bug#883604: ntfs-3g: The changelog.gz doesn't any mention from 2014 onwards
> Mounting volume... $MFTMirr does not match $MFT (record 28). Please open a specific ticket, this is unrelated to the changelog issue. Also, please attach to the report the output of : sudo ntfsinfo -fm /dev/sdb1
Bug#883604: ntfs-3g: The changelog.gz doesn't any mention from 2014 onwards
> so it seems better to switch back following the AR releases, right? This is not really a decision by me, I suppose you have to follow some Debian guidelines. I can only add that, if no distribution is interested in the AR releases, the Tuxera versions will be less tested before they are released. IMHO through its progressive release steps (unstable, experimental, etc) Debian has a better policy than most distributions to detect defects in new versions before they reach unexperienced users.
Bug#883604: ntfs-3g: The changelog.gz doesn't any mention from 2014 onwards
> There were (is?) two kind of releases of ntfs-3g. This is still the case. > As I understood, Jean-Pierre abandoned the AR releases Not at all. The only recent change is that Tuxera is not referencing the AR releases any more, but they still exist and they are a way to push fixes without being tied to Tuxera policy of having one release per year. AR changes are pushed to Tuxera, and the changes rejected by Tuxera are also rejected from the subsequent AR releases. From a distribution point of view, Tuxera releases are more stable, and AR releases are more up to date why implies more risks of being defective. Back to the point of changelogs, the latest by Tuxera (currently 2017.3.23) is at https://www.tuxera.com/community/release-history/ and my own (currently 2017.3.23AR.1) is at http://jp-andre.pagesperso-orange.fr/changelog.html
Bug#873566: Please update ntfs-3g to 2016.2.22AR.3
László Böszörményi (GCS) wrote: On Tue, Aug 29, 2017 at 12:09 PM, shirish शिरीष <shirisha...@gmail.com> wrote: On 29/08/2017, Jean-Pierre André <jean-pierre.an...@wanadoo.fr> wrote: The full changelog is available on : http://jp-andre.pagesperso-orange.fr/changelog.html Aha, The changelog at your end http://jp-andre.pagesperso-orange.fr/changelog.html says Version 2016.2.22AR.3 (Feb 1, 2017) but Debian only has 1:2016.2.22AR.2-2 in buster, sid/unstable and experimental. The new point version has not been released yet for Debian. Reason is simple, the main(?) download page[1] doesn't list it. As such, previously I didn't see that release. Jean-Pierre, any reason for that? This is a temporary state towards not mentioning Advanced Releases any more from Tuxera. If you try to download from Tuxera, you are redirected to my own site where you have to select a supported version. The differences between Advanced versions and Tuxera stable versions are now minimal, so the hassle of publishing two sites using different formats can be avoided. I am still maintaining the Advanced versions, and trying to release versions at a faster pace than Tuxera. Maybe you are trying to rebuild with all new versions of the build-depends and in a problem somewhere. My understanding of debian packaging is pretty limited. In what sense you mean the packaging is 'pretty limited'? I however did try the following links to see if I could get some clue https://tracker.debian.org/pkg/ntfs-3g/ nor anything on https://release.debian.org/transitions/ . It's not yet started, as the upload is just coming. Please share when you will be uploading to unstable so it can be tested and tell me if there is something, some command or something that needs testing before it lands in testing/buster. I need to test all reverse build dependencies after it was built on all architectures for experimental. Then I'll upload it to Sid. Looking forward to seeing ntfs-3g 2016.2.22AR.3 in Debian soonish. It will land in the NEW queue first due to the changed soname. Any new feature / bugfix that you need from that release real soon? IMHO there is no urgent need to do so, unless there is some issue I am not aware of. The release of ntfs-3g 2016.2.22AR.3 was motivated by a security fix which you have applied to 2016.2.22AR.1 and 2016.2.22AR.2 and there are only minor differences to 2017.3.23 to comply with Tuxera rules (no new feature since 2016.2.22AR.2). In a couple of months, there will probably be a new Advanced version (mostly a "maintenance" one). If some synchronization would be useful, let me know. Regards Jean-Pierre Regards, Laszlo/GCS [1] http://www.tuxera.com/community/ntfs-3g-advanced/
Bug#873566: Please update ntfs-3g to 2017.3.23
shirish शिरीष wrote: at bottom :- On 29/08/2017, Jean-Pierre André <jean-pierre.an...@wanadoo.fr> wrote: Upstream released a new version of ntfs-3g on March 28 STABLE Version 2017.3.23 (March 28, 2017) Here are the release notes - hanges to NTFS-3G: Delegated processing of special reparse points to external plugins Allowed kernel cacheing by lowntfs-3g when not using Posix ACLs Enabled fallback to read-only mount when the volume is hibernated Made a full check for whether an extended attribute is allowed Moved secaudit and usermap to ntfsprogs (now ntfssecaudit and ntfsusermap) Enabled encoding broken UTF-16 into broken UTF-8 Autoconfigured selecting vs Allowed using the full library API on systems without extended attributes support Fixed DISABLE_PLUGINS as the condition for not using plugins Corrected validation of multi sector transfer protected records Denied creating/removing files from $Extend Returned the size of locale encoded target as the size of symlinks Please note that all these changes are included into 2016.2.22AR.2 Dear Jean-Pierre André , It is very much possible that you are right, as I saw in changelog.Debian.gz the following - ┌─[shirish@debian] - [/usr/share/doc/ntfs-3g] - [10005] └─[$] zless changelog.Debian.gz ntfs-3g (1:2016.2.22AR.2-2) unstable; urgency=medium * Start the transition with upload to Sid. > [...] The full changelog is available on : http://jp-andre.pagesperso-orange.fr/changelog.html
Bug#873566: Please update ntfs-3g to 2017.3.23
Upstream released a new version of ntfs-3g on March 28 STABLE Version 2017.3.23 (March 28, 2017) Here are the release notes - hanges to NTFS-3G: Delegated processing of special reparse points to external plugins Allowed kernel cacheing by lowntfs-3g when not using Posix ACLs Enabled fallback to read-only mount when the volume is hibernated Made a full check for whether an extended attribute is allowed Moved secaudit and usermap to ntfsprogs (now ntfssecaudit and ntfsusermap) Enabled encoding broken UTF-16 into broken UTF-8 Autoconfigured selecting vs Allowed using the full library API on systems without extended attributes support Fixed DISABLE_PLUGINS as the condition for not using plugins Corrected validation of multi sector transfer protected records Denied creating/removing files from $Extend Returned the size of locale encoded target as the size of symlinks Please note that all these changes are included into 2016.2.22AR.2
Bug#865343: jsvc options
Adding these options to JSVC prevents it from crashing: -Xss1280k See Bug#865311 too André
Bug#865311: jsvc: SIGSEV in child process when starting jsvc
On Wed, 21 Jun 2017 09:47:38 +0200 Charles Leclerc <leclerc.char...@gmail.com> wrote: > 2017-06-21 3:10 GMT+02:00 Ben Hutchings <b...@decadent.org.uk>: > > > > Control: tag -1 confirmed > > Control: fixed -1 4.11.6-1 > > > > On Tue, 20 Jun 2017 15:12:25 +0200 Charles Leclerc > > <leclerc.char...@gmail.com> wrote: > > > Package: jsvc > > > Version: 1.0.15-6+deb8u1 > > > Severity: important > > > > > > When trying to start a very simple java daemon on jessie jsvc > > > through systemd we obtain this error message: > > > > > > Service killed by signal 11 > > > > > > Then we need to SIGKILL the parent process. > > [...] > > > I've installed a fresh VM to try to reproduce this bug on a new machine : > > > > > > - installed jessie with ssh and standard utilities > > > - installed openjdk-8-jre from backports > > > - installed jsvc > > > - Created this java file: > > [...] > > > - compiled with: > > > $ javac -cp /usr/share/java/commons-daemon-1.0.15.jar Run.java > > > - and tried to run with: > > > $ /usr/bin/jsvc -nodetach -outfile '&2' -errfile '&2' -pidfile > > > /tmp/jsvc.pid -cp /usr/share/java/commons-daemon-1.0.15.jar -java-home > > > /usr/lib/jvm/java-8-openjdk- Adding these options to JSVC prevents it from crashing: -Xss1280k André
Bug#862906: gnome-software can't find gnome extension if they're opened through desktop search
Package: gnome-software Version: 3.22.5-1 Severity: normal Tags: newcomer Dear Maintainer, * What led up to the situation? Using Desktop Search to search for GNOME Shell extensions and trying to open gnome-software by clicking one of the results. * What exactly did you do (or not do) that was effective (or ineffective)? I used the desktop search to look for 'topicons'. Clicked the result "TopIcons Plus" that was indicating to be a GNOME Shell extension. * What was the outcome of this action? GNOME Software opened exhibiting a message telling me it couldn't find "topIcons_adel.gadllah_gmail.com". * What outcome did you expect instead? GNOME Software to open and show the page for the TopIcons Plus extension. This happens as expected if I go to the GNOME Software and search for the extension instead of opening it through the desktop search. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-software depends on: ii appstream0.10.6-2 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii gnome-software-common3.22.5-1 ii gsettings-desktop-schemas3.22.0-1 ii libappstream-glib8 0.6.8-1 ii libatk1.0-0 2.22.0-1 ii libc62.24-10 ii libcairo-gobject21.14.8-1 ii libcairo21.14.8-1 ii libenchant1c2a 1.6.0-11+b1 ii libfwupd10.7.4-2 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libglib2.0-0 2.50.3-2 ii libgnome-desktop-3-123.22.2-1 ii libgtk-3-0 3.22.11-1 ii libgtkspell3-3-0 3.0.9-1 ii libgudev-1.0-0 230-3 ii libjson-glib-1.0-0 1.2.6-1 ii libpackagekit-glib2-18 1.1.5-2 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libpolkit-gobject-1-00.105-17 ii libsecret-1-00.18.5-3.1 ii libsoup2.4-1 2.56.0-2 ii libsqlite3-0 3.16.2-3 ii packagekit 1.1.5-2 ii software-properties-gtk 0.96.20.2-1 gnome-software recommends no packages. Versions of packages gnome-software suggests: pn fwupd pn gnome-software-plugin-flatpak pn gnome-software-plugin-limba -- no debconf information
Bug#846882:
Hello, I'm using debian jessie with some backports too and I think I am affected by the same underlying issue, I'm not quite sure if "change linearly without light off" means what I'll describe as "flickering". I am using an IBM Lenovo ThinkPad T61 and gnome 3.14. When I upgraded xserver-xorg-video-intel from 2:2.99.917+git20160706-1~bpo8+1 to 2:2.99.917+git20161105-1~bpo8+1 I noticed a "flickerig" in the backlight brightness whenever I changed it via the hot keys. It is still occuring with 2:2.99.917+git20161206-1~bpo8+1. As the upstream bug report has the staus NEEDINFO and it is requested to "reproduce using *only* /sys/class/backlight/intel_backlight/brigthness directly" I played arround with different methods of brightness adjustion. First of all a better description of what I mean with "flickering": on each key press of the hot key the brightness is adjusted, however there is a short period (maybe 1/10th of a second) where the backlight is set to some other level. This is happening in both directions, but not when the minimum or maximum is reached. When I write values to either /sys/class/backlight/intel_backlight/brigthness or /sys/class/backlight/acpi_video0/brightness this flickering doesn't occur. Also, when I fade the brightness in the gnome menu (upper right corner for me, below the volume settings) it changes perfectly without flickering. This lets me assume that is not a (pure) upstream issue, but more likely an issue with the hot key management and its interaction with xserver-xorg-video-intel (I assume that happens somewhere else and no in xserver-xorg-video-intel, doesn't it?). Therefore I share this findings here and not in the upstream bug. If you'd like I can also post it there. 1. tune down brightness in gnome and hit brightnessdown key multiple times to get to a dark state root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 0 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 0 2. tune brightness up to maximum in the gnome menu (backlight changes seamlessly to the brightest state) root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 0 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 12056655 3. hit brightnessdown key few times (extreme flickering: backlight is always shortly dark) root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 0 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 9042444 4. hit brightnessup key few times (less extreme flickering) root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 2 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 10248157 5. go back to default level, as in 1. root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 0 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 0 6. tune brightness up via echo to intel_backlight (backlight is in its brightest state) root@my-host:~# echo 12056655 > /sys/class/backlight/intel_backlight/brightness root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 0 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 12056655 7. hit brightnessdown key once (backlight is immediately dark) root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 0 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 0 8. tune brightness up via echo to acpi_video0 (backlight is in its brightest state) root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 15 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 12056655 9. hit brightnessdown key once (backlight is immediately dark) root@my-host:~# cat /sys/class/backlight/acpi_video0/brightness 14 root@my-host:~# cat /sys/class/backlight/intel_backlight/brightness 0 So the problem seems that the brightness levels are inconsistently changed by the hot keys. I noticed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801348#12 and added Option "Backlight" "intel_backlight" to the Device Section in xorg.conf, however that made no difference. dmesg Description: Binary data [58.549] X.Org X Server 1.16.4 Release Date: 2014-12-20 [58.550] X Protocol Version 11, Revision 0 [58.550] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [58.550] Current Operating System: Linux my-host 4.8.0-0.bpo.2-amd64 #1 SMP Debian 4.8.15-2~bpo8+2 (2017-01-17) x86_64 [58.550] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.8.0-0.bpo.2-amd64 root=UUID=401764f9-f506-4c34-8b8e-ec62d39ec231 ro quiet [58.550] Build Date: 11 February 2015 12:32:02AM [58.550] xorg-server 2:1.16.4-1 (http://www.debian.org/support) [58.550] Current version of pixman: 0.32.6 [58.550] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [58.550] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning,
Bug#849146: [Pkg-samba-maint] Bug#849146: samba: empty client domain is not mapped to standalone server domain when user name contains @
Mathieu Parent <math.par...@gmail.com>: Can you forward this to upstream bugzilla (linked to https://bugzilla.samba.org/show_bug.cgi?id=12375) and report back bug# here? Thanks -- Mathieu I opened upstream bug https://bugzilla.samba.org/show_bug.cgi?id=12492 André
Bug#848331: kdevelop: Segfault when both llvm-3.8-dev and llvm-3.9-dev are installed
Package: kdevelop
Version: 4:5.0.1-2
Severity: normal
Dear Maintainer,
KDevelop crashes with a segfault when I have both llvm-3.8-dev and llvm-3.9-dev
installed. After removing llvm-3.9-dev, kdevelop started working again. I'll
paste the gdb bt below.
gdb -arg kdevelop
[..]
kdevplatform.serialization: version-hint not found, seems to be an old version
kdevplatform.serialization: "The data-repository at
/home/anoko/.cache/kdevduchain/kdevelop-{48d60682-4ad9-43f8-920d-6474371912f6}
has to be cleared."
Icon theme "crystalsvg" not found.
[New Thread 0x7fffbd3e0700 (LWP 25504)]
[New Thread 0x7fffbc7e1700 (LWP 25505)]
Thread 1 "kdevelop" received signal SIGSEGV, Segmentation fault.
0x7fffbda7b6ad in llvm::cl::Option::setArgStr(llvm::StringRef) () from
/usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(gdb) bt
#0 0x7fffbda7b6ad in llvm::cl::Option::setArgStr(llvm::StringRef) () from
/usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
#1 0x7fffaf1e2acb in ?? () from
/usr/lib/llvm-3.8/lib/../lib/libLLVM-3.8.so.1
#2 0x7fffaf1e2d08 in ?? () from
/usr/lib/llvm-3.8/lib/../lib/libLLVM-3.8.so.1
#3 0x77de95da in call_init (l=, argc=argc@entry=1,
argv=argv@entry=0x7fffe1e8, env=env@entry=0x7fffe1f8) at dl-init.c:72
#4 0x77de96eb in call_init (env=0x7fffe1f8, argv=0x7fffe1e8,
argc=1, l=) at dl-init.c:30
#5 _dl_init (main_map=main_map@entry=0xcb6e60, argc=1, argv=0x7fffe1e8,
env=0x7fffe1f8) at dl-init.c:120
#6 0x77dedc68 in dl_open_worker (a=a@entry=0x7fffcb50) at dl-
open.c:575
#7 0x77de9484 in _dl_catch_error
(objname=objname@entry=0x7fffcb40,
errstring=errstring@entry=0x7fffcb48,
mallocedp=mallocedp@entry=0x7fffcb3f,
operate=operate@entry=0x77ded880 ,
args=args@entry=0x7fffcb50) at dl-error.c:187
#8 0x77ded419 in _dl_open (file=0xcb6d68 "/usr/lib/x86_64-linux-
gnu/qt5/plugins/kdevplatform/25/kdevclangsupport.so", mode=-2147483647,
caller_dlopen=0x75e451be, nsid=-2, argc=,
argv=, env=0x7fffe1f8) at dl-open.c:660
#9 0x7fffed476ee9 in dlopen_doit (a=a@entry=0x7fffcd80) at dlopen.c:66
#10 0x77de9484 in _dl_catch_error (objname=0x63eea0,
errstring=0x63eea8, mallocedp=0x63ee98, operate=0x7fffed476e90 ,
args=0x7fffcd80)
at dl-error.c:187
#11 0x7fffed477521 in _dlerror_run (operate=operate@entry=0x7fffed476e90
, args=args@entry=0x7fffcd80) at dlerror.c:163
#12 0x7fffed476f82 in __dlopen (file=, mode=)
at dlopen.c:87
#13 0x75e451be in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#14 0x75e3e285 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#15 0x76c82cba in KPluginLoader::load() () from /usr/lib/x86_64-linux-
gnu/libKF5CoreAddons.so.5
#16 0x76c82dea in KPluginLoader::instance() () from /usr/lib/x86_64
-linux-gnu/libKF5CoreAddons.so.5
#17 0x76c82e3c in KPluginLoader::factory() () from /usr/lib/x86_64
-linux-gnu/libKF5CoreAddons.so.5
#18 0x77ab3aa5 in
KDevelop::PluginController::loadPluginInternal(QString const&) () from
/usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#19 0x77ab5289 in
KDevelop::PluginController::pluginForExtension(QString const&, QString const&,
QMap const&) ()
from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#20 0x77af2bef in ?? () from /usr/lib/x86_64-linux-
gnu/libKDevPlatformShell.so.10
#21 0x77aef435 in KDevelop::DocumentController::openDocument(QUrl
const&, KTextEditor::Range const&,
QFlags, QString const&,
KDevelop::IDocument*) () from /usr/lib/x86_64-linux-
gnu/libKDevPlatformShell.so.10
#22 0x77399ed6 in KDevelop::IDocumentController::openDocument(QUrl
const&, KTextEditor::Cursor const&,
QFlags, QString const&) ()
from /usr/lib/x86_64-linux-gnu/libKDevPlatformInterfaces.so.10
#23 0x77a8d4b7 in ?? () from /usr/lib/x86_64-linux-
gnu/libKDevPlatformShell.so.10
#24 0x77a8e18a in ?? () from /usr/lib/x86_64-linux-
gnu/libKDevPlatformShell.so.10
#25 0x77a876f9 in ?? () from /usr/lib/x86_64-linux-
gnu/libKDevPlatformShell.so.10
#26 0x75e74ffe in QMetaObject::activate(QObject*, int, int, void**) ()
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#27 0x7319787c in Sublime::Area::changedWorkingSet(Sublime::Area*,
QString, QString) () from /usr/lib/x86_64-linux-
gnu/libKDevPlatformSublime.so.10
#28 0x73168463 in Sublime::Area::setWorkingSet(QString) () from
/usr/lib/x86_64-linux-gnu/libKDevPlatformSublime.so.10
#29 0x7316b6de in Sublime::Area::load(KConfigGroup const&) () from
/usr/lib/x86_64-linux-gnu/libKDevPlatformSublime.so.10
#30 0x77ac2136 in KDevelop::UiController::loadArea(Sublime::Area*,
KConfigGroup const&) () from /usr/lib/x86_64-linux-
gnu/libKDevPlatformShell.so.10
#31 0x77ac55ed in
KDevelop::UiController::loadAllAreas(QExplicitlySharedDataPointer)
() from /usr/lib/x86_64-linux-gnu/libKDevPlatformShell.so.10
#32 0x77abf16d in
Bug#843626: 138a:0017 Validity Sensors
I have a Lenovo T460, withthe fingerprint scanner "138a:0017 Validity Sensors, Inc.", and had the same issue. I found one driver that works here: https://github.com/anarsoul/libfprint André,
