Bug#1000949: Please drop the julia backend
tags 1000949 + patch Le 01/12/2021 à 08:06, Stéphane Glondu a écrit : > Please remove the julia backend. Julia itself seems unmaintained in > Debian [1], prevents the obsolete package llvm-toolchain-9 from being > removed, which in turn blocks some OCaml packages out of testing. Attached is a patch, uploaded with dgit to DELAYED/10. Cheers, -- StéphaneFrom 3f615c45851a1424f908bacee9716f2eb2b4fa2d Mon Sep 17 00:00:00 2001 From: Stephane Glondu Date: Wed, 1 Dec 2021 07:55:50 +0100 Subject: [PATCH] Drop the julia backend (Closes: #1000949) --- debian/changelog | 7 +++ debian/control | 20 +--- debian/not-installed | 1 + 3 files changed, 9 insertions(+), 19 deletions(-) create mode 100644 debian/not-installed diff --git a/debian/changelog b/debian/changelog index 7e91fc9..b9ef865 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +cantor (4:21.08.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop the julia backend (Closes: #1000949) + + -- Stéphane Glondu Wed, 01 Dec 2021 08:15:32 +0100 + cantor (4:21.08.2-1) unstable; urgency=medium * Team upload. diff --git a/debian/control b/debian/control index bf67919..5dd4887 100644 --- a/debian/control +++ b/debian/control @@ -8,10 +8,8 @@ Build-Depends: cmake (>= 3.13~), debhelper-compat (= 13), extra-cmake-modules (>= 5.49.0~), gettext, - julia [amd64], libanalitza-dev (>> 4:15.08), libglib2.0-dev, - libjulia-dev [amd64], libkf5archive-dev (>= 5.70.0~), libkf5completion-dev (>= 5.70.0~), libkf5config-dev (>= 5.70.0~), @@ -55,7 +53,7 @@ Architecture: any Section: math Depends: ${misc:Depends}, ${shlibs:Depends} Recommends: cantor-backend-qalculate, texlive-binaries, texlive-latex-base -Suggests: cantor-backend-julia [amd64], +Suggests: cantor-backend-kalgebra, cantor-backend-lua [i386 amd64], cantor-backend-maxima, @@ -80,7 +78,6 @@ Description: interface for mathematical applications * Scilab (cantor-backend-scilab) * Qalculate! (cantor-backend-qalculate) * Lua (cantor-backend-lua) - * Julia (cantor-backend-julia) . This package is part of the KDE education module. @@ -254,18 +251,3 @@ Description: Scilab backend for Cantor package for numerical computations (https://www.scilab.org) in Cantor. . This package is part of the KDE education module. - -Package: cantor-backend-julia -Architecture: amd64 -Section: math -Depends: ${misc:Depends}, ${shlibs:Depends} -Description: Julia backend for Cantor - Cantor is an application to allow you to you use your favorite mathematical - applications from within an elegant worksheet interface. It provides dialogs - to assist with common tasks and allows you to share your worksheets - with others. - . - This package provides the backend for using the Julia programming language - (https://julialang.org) in Cantor. - . - This package is part of the KDE education module. diff --git a/debian/not-installed b/debian/not-installed new file mode 100644 index 000..c477561 --- /dev/null +++ b/debian/not-installed @@ -0,0 +1 @@ +usr/share/icons/hicolor/48x48/apps/juliabackend.png -- 2.33.0
Bug#1000949: Please drop the julia backend
Source: cantor Version: 4:21.08.2-1 Severity: important X-Debbugs-Cc: pkg-julia-de...@lists.alioth.debian.org, pkg-llvm-t...@lists.alioth.debian.org, debian-ocaml-ma...@lists.debian.org Dear Maintainer, Please remove the julia backend. Julia itself seems unmaintained in Debian [1], prevents the obsolete package llvm-toolchain-9 from being removed, which in turn blocks some OCaml packages out of testing. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974779#126 Cheers, -- Stéphane -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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
Bug#966007: qtcreator: link to library libclang-1.9 (instead libclang-1.8)
tags 966007 + patch thanks Antonio wrote: > I can't remove the old version of clang because it is a dependency of > qtcreator (and only he uses it): is it possible to recompile this package > with the next version of clang library? qtcreator is one of the 3 packages (along with oclgrind and astra-toolbox) that still depend on llvm-toolchain-8 (which FTBFS on all architectures, see #957496), and that prevents removing it from testing. It builds fine (on amd64) with the attached patch. Cheers, -- Stéphane From 018d4204689c95836adc621eb77088eacdace248 Mon Sep 17 00:00:00 2001 From: Stephane Glondu Date: Sun, 16 Aug 2020 10:59:53 +0200 Subject: [PATCH] Build with llvm-9 (Closes: #966007) --- debian/changelog | 7 +++ debian/control | 4 ++-- debian/rules | 2 +- 3 files changed, 10 insertions(+), 3 deletions(-) diff --git a/debian/changelog b/debian/changelog index d7f0b2fc..0f41c77f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +qtcreator (4.12.3-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build with llvm-9 (Closes: #966007) + + -- Stéphane Glondu Sun, 16 Aug 2020 10:59:33 +0200 + qtcreator (4.12.3-3) unstable; urgency=medium * Team upload. diff --git a/debian/control b/debian/control index 2124f813..c418e465 100644 --- a/debian/control +++ b/debian/control @@ -7,7 +7,7 @@ Uploaders: Adam Majer , Lisandro Damián Nicanor Pérez Meyer , Simon Quigley Build-Depends: debhelper-compat (= 12), - libclang-8-dev, + libclang-9-dev, libdw-dev, libicu-dev, libjs-jquery, @@ -17,7 +17,7 @@ Build-Depends: debhelper-compat (= 12), libqt5serialport5-dev (>= 5.11.0~), libqt5sql5-sqlite (>= 5.11.0~), libqt5x11extras5-dev (>= 5.11.0~), - llvm-8-dev, + llvm-9-dev, pkg-config, qml-module-qtquick-controls (>= 5.11.0~), qml-module-qtquick2 (>= 5.11.0~), diff --git a/debian/rules b/debian/rules index 98464ee9..16241f2c 100755 --- a/debian/rules +++ b/debian/rules @@ -6,7 +6,7 @@ DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) export QT_SELECT := qt5 -export LLVM_INSTALL_DIR := "/usr/lib/llvm-8" +export LLVM_INSTALL_DIR := "/usr/lib/llvm-9" # Upstream changelog upstream_changes := $(wildcard dist/changes-*) -- 2.28.0
Bug#968475: Please include ocamlvars.mk to avoid FTBFS because of dh_dwz
Package: src:kalzium Version: 20.04.0-1 Severity: serious Tags: ftbfs X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org Dear Maintainer, Your package FTBFS at the moment, because of a failure in dh_dwz. This failure is common to many packages written in OCaml (see for example [1] and [2]). As a workaround, an empty dh_dwz override has been added in the /usr/share/ocaml/ocamlvars.mk snippet in dh-ocaml/1.1.2, which is included in the debian/rules of most of packages written in OCaml. However, it is not the case of your package. Please do so. Cheers, -- Stéphane [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967005 [2] https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/kalzium_20.04.0-1.rbuild.log.gz
Bug#869869: kalzium FTBFS with OCaml 4.05.0: Options -c and -o are incompatible when compiling C files
tags 869869 + patch thanks On 27/07/2017 11:40, Stéphane Glondu wrote: kalzium FTBFS with OCaml 4.05.0. Relevant log: [...] [ 55%] Generating modwrap.o cd /tmp/kalzium-16.08.3/obj-x86_64-linux-gnu/src && /usr/bin/ocamlopt -I /usr/lib/ocaml/facile -c /tmp/kalzium-16.08.3/src/solver/modwrap.c -o /tmp/kalzium-16.08.3/obj-x86_64-linux-gnu/src/modwrap.o Options -c and -o are incompatible when compiling C files src/CMakeFiles/kalzium.dir/build.make:107: recipe for target 'src/modwrap.o' failed make[4]: *** [src/modwrap.o] Error 2 make[4]: Leaving directory '/tmp/kalzium-16.08.3/obj-x86_64-linux-gnu' CMakeFiles/Makefile2:305: recipe for target 'src/CMakeFiles/kalzium.dir/all' failed make[3]: *** [src/CMakeFiles/kalzium.dir/all] Error 2 [...] Attached is a patch that forwards the -o option to the underlying C compiler. It should work with the ocaml currently in unstable as well. Cheers, -- Stéphane Description: Fix compilation with OCaml 4.05.0 Bug-Debian: https://bugs.debian.org/869869 Forwarded: no Last-Update: 2017-07-28 --- kalzium-16.08.3.orig/src/CMakeOCamlInstructions.cmake +++ kalzium-16.08.3/src/CMakeOCamlInstructions.cmake @@ -58,7 +58,7 @@ ocaml_ml_to_cmx(${CMAKE_CURRENT_BINARY_D # object files add_custom_command(OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/modwrap.o - COMMAND ${OCAML_OCAMLOPT_EXECUTABLE} -I ${LIBFACILE_INCLUDE_DIR} -c ${CMAKE_CURRENT_SOURCE_DIR}/solver/modwrap.c -o ${CMAKE_CURRENT_BINARY_DIR}/modwrap.o + COMMAND ${OCAML_OCAMLOPT_EXECUTABLE} -I ${LIBFACILE_INCLUDE_DIR} -c ${CMAKE_CURRENT_SOURCE_DIR}/solver/modwrap.c -ccopt -o -ccopt ${CMAKE_CURRENT_BINARY_DIR}/modwrap.o DEPENDS ${CMAKE_CURRENT_SOURCE_DIR}/solver/modwrap.c ${CMAKE_CURRENT_BINARY_DIR}/solver.o WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}) set_directory_properties(PROPERTIES ADDITIONAL_MAKE_CLEAN_FILES ${CMAKE_CURRENT_BINARY_DIR}/modwrap.o)
Bug#869869: kalzium FTBFS with OCaml 4.05.0: Options -c and -o are incompatible when compiling C files
Package: src:kalzium Version: 4:16.08.3-1 Severity: important User: debian-ocaml-ma...@lists.debian.org Usertags: ocaml-4.05.0-transition Dear maintainer, kalzium FTBFS with OCaml 4.05.0. Relevant log: > [...] > [ 55%] Generating modwrap.o > cd /tmp/kalzium-16.08.3/obj-x86_64-linux-gnu/src && /usr/bin/ocamlopt -I > /usr/lib/ocaml/facile -c /tmp/kalzium-16.08.3/src/solver/modwrap.c -o > /tmp/kalzium-16.08.3/obj-x86_64-linux-gnu/src/modwrap.o > Options -c and -o are incompatible when compiling C files > src/CMakeFiles/kalzium.dir/build.make:107: recipe for target 'src/modwrap.o' > failed > make[4]: *** [src/modwrap.o] Error 2 > make[4]: Leaving directory '/tmp/kalzium-16.08.3/obj-x86_64-linux-gnu' > CMakeFiles/Makefile2:305: recipe for target 'src/CMakeFiles/kalzium.dir/all' > failed > make[3]: *** [src/CMakeFiles/kalzium.dir/all] Error 2 > [...] Cheers, -- Stéphane -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#791286: smokegen: library transition may be needed when GCC 5 is the default
Control: tags -1 + confirmed Control: severity -1 serious On Fri, 03 Jul 2015 13:14:20 + Matthias Klose d...@debian.org wrote: - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. There is at least one such symbol: _ZN5Smoke8classMapB5cxx11E - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. There are many reverse dependencies. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. [...] TODO Cheers, -- Stéphane
Bug#492231: konqueror: unable to mount fixed drives. Nobody knows how to fix this...
Notch-1 a écrit : Anyway, i started this as general, Stéphane Glondu [EMAIL PROTECTED] reassigned this to konqueror (don't know why, it's mounting problem, with dolphin it's the same thing), i think hal it's even better... Live cd generator? I disagree (does not make much sense to me), but reassign this to whatever you want... I reassigned this bug to konqueror, hoping that someone who knows konqueror better could help you (I don't really know konqueror myself, and neither do many people who read bugreports for general, I think). Your initial report mentioned konqueror and hal; either of those would have been more relevant than general. Cheers, -- Stéphane Glondu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492231: konqueror: unable to mount fixed drives
Notch-1 wrote: Yes, have you tried hal-storage-fixed-mount-all-options debian -ntfs ?? The first one is this bug report, and the others are just question without answers, or this bug report again! :DD I'm with debian, and i have this problem with ntfs and fat partition, so... I think this is a different problem, that's why i wrote here... Any suggestion? Have you tried this: http://ubuntuforums.org/showthread.php?t=736714 PS: please give a subject to your mails -- Stéphane Glondu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]