Bug#1024780: msxpertsuite: FTBFS with new qcustomplot
Greetings, On Thu, Nov 24, 2022 at 09:06:31PM +0100, Sebastian Ramacher wrote: Source: msxpertsuite Version: 5.8.9-1 Severity: serious Tags: ftbfs sid bookworm Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org Yes, that was expected but I am planning to write to FTPMasters to remove that package since it is now fully superseded by the two massxpert/minexpert2 packages. I'll do that. Tank you for your *hardwork* on our distribution! Sincerely, Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#1024106: traceshark: QCustomPlot transition
Source: traceshark Version: 0.9.12~beta-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Greetings, as per recommendation of release.debian.org, this bug is to inform the maintainer of nageru that a transition is currenly in operation. Please, see Bug#1023550: transition: qcustomplot. Sincerely, Filippo -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) 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.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org signature.asc Description: PGP signature
Bug#1024105: nageru: QCustomPlot transition
Source: nageru Version: 2.1.0-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Greetings, as per recommendation of release.debian.org, this bug is to inform the maintainer of nageru that a transition is currenly in operation. Please, see Bug#1023550: transition: qcustomplot. Sincerely, Filippo -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) 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.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org signature.asc Description: PGP signature
Bug#1024104: wsjtx: QCustomPlot transition
Source: wsjtx Version: 2.6.0~rc4+repack-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Greetings, as per recommendation of release.debian.org, this bug is to inform the maintainer of wsjtx that a transition is currenly in operation. Please, see Bug#1023550: transition: qcustomplot. Sincerely, Filippo Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) 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.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org signature.asc Description: PGP signature
Bug#1024103: wfview: QCustomPlot transition
Source: wfview Version: 1.50-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Greetings, as per recommendation of release.debian.org, this bug is to inform the maintainer of wfview that a transition is currenly in operation. Please, see Bug#1023550: transition: qcustomplot. Sincerely, Filippo -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) 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.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org signature.asc Description: PGP signature
Bug#1024102: polyphone: QCustomPlot transition
Source: polyphone Version: 2.2.0.20210109+dfsg1-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Greetings, as per recommendation of release.debian.org, this bug is to inform the maintainer of polyphone that a transition is currenly in operation. Please, see Bug#1023550: transition: qcustomplot. Sincerely, Filippo -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) 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.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org signature.asc Description: PGP signature
Bug#1024101: js8call: QCustomPlot transition
Source: js8call Version: 2.2.0+ds-4 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Greetings, as per recommendation of release.debian.org, this bug is to inform the maintainer of js8call that a transition is currenly in operation. Please, see Bug#1023550: transition: qcustomplot. Sincerely, Filippo -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) 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.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org signature.asc Description: PGP signature
Bug#1024100: libxtrx: QCustomPlot transition
Source: libxtrx Version: 0.0.1+git20191219.98458ce-2 Severity: serious Tags: patch ftbfs Justification: fails to build from source (but built successfully in the past) Greetings, as per recommendation of release.debian.org, this bug is to inform the maintainer of libxtrx that a transition is currenly in operation. Please, see Bug#1023550: transition: qcustomplot. Sincerely, Filippo -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) 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.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org signature.asc Description: PGP signature
Bug#1000955: libkf5globalaccel-bin: /usr/bin/kglobalaccel5 eats up huge amount of CPU after suspend
Package: libkf5globalaccel-bin Version: 5.78.0-3 Severity: critical Tags: upstream Justification: breaks the whole system X-Debbugs-Cc: lopi...@debian.org Greetings, it is now a reproducible fact that my Plasma session goes awry in two different situations: 1. When I plug in a headphones+micro (LogiTech or Jabra) with a USB connector; 2. When I suspend my laptop using the "Moon" keyboard key. In both cases my Plasma workspace session gets unresponsive as far as the keyboard is concerned. Interestingly, the keyboard still catches strokes *only* when I type the Ctrl+Alt+F2 sequence to get out of Plasma and reach a console. In that console, I run htop and I can monitor that /usr/bin/kglobalaccel5 eats almost a third of the CPU (37%). I tried to kill (9) the process but it is recreated anew and eats the same amount of CPU. Note that I also see a huge CPU consumption for the following processes: /usr/lib/xorg/Xorg (63%) /usr/sbin/rsyslogd (14%) /lib/systemd/systemd-journald (10%) Yeah, I know these percentages sum up to > 100 :-( I have to to specify that the case 1. does not happen when I am running not Plasma but Gnome (Wayland). Should I install other packages to fix the problem? What can I do to help? Sincerely, Filippo -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=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 libkf5globalaccel-bin depends on: ii libc6 2.31-13+deb11u2 ii libkf5coreaddons5 5.78.0-4 ii libkf5crash5 5.78.0-3 ii libkf5dbusaddons5 5.78.0-2 ii libkf5globalaccel-data 5.78.0-3 ii libkf5globalaccelprivate5 5.78.0-3 ii libkf5windowsystem55.78.0-2 ii libqt5core5a 5.15.2+dfsg-9 ii libqt5gui5 5.15.2+dfsg-9 ii libqt5widgets5 5.15.2+dfsg-9 ii libqt5x11extras5 5.15.2-2 ii libstdc++6 10.2.1-6 ii libxcb-keysyms10.4.0-1+b2 ii libxcb-xkb11.14-3 ii libxcb11.14-3 libkf5globalaccel-bin recommends no packages. libkf5globalaccel-bin suggests no packages. -- no debconf information -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#988139: khal fails to run with ModuleNotFoundError: No module named 'xdg.BaseDirectory' error
Package: khal Version: 1:0.10.2-0.2 Severity: grave Greetings, this is the full error report: Traceback (most recent call last): File "/usr/bin/khal", line 33, in sys.exit(load_entry_point('khal==0.10.2', 'console_scripts', 'khal')()) File "/usr/bin/khal", line 25, in importlib_load_entry_point return next(matches).load() File "/usr/lib/python3.9/importlib/metadata.py", line 77, in load module = import_module(match.group('module')) File "/usr/lib/python3.9/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1030, in _gcd_import File "", line 1007, in _find_and_load File "", line 986, in _find_and_load_unlocked File "", line 680, in _load_unlocked File "", line 790, in exec_module File "", line 228, in _call_with_frames_removed File "/usr/lib/python3/dist-packages/khal/cli.py", line 35, in from .settings import InvalidSettingsError, get_config File "/usr/lib/python3/dist-packages/khal/settings/__init__.py", line 1, in from .settings import get_config # noqa File "/usr/lib/python3/dist-packages/khal/settings/settings.py", line 26, in import xdg.BaseDirectory ModuleNotFoundError: No module named 'xdg.BaseDirectory' I have apt-file searched the BaseDirectory file and found that one dependency could be python3-xdg, which was installed already on my system. Thank you for your kind attention, Filippo -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=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 khal depends on: ii python33.9.2-2 ii python3-atomicwrites 1.4.0-2 ii python3-click 7.1.2-1 ii python3-click-log 0.2.1-2 ii python3-configobj 5.0.6-4 ii python3-dateutil 2.8.1-5 ii python3-icalendar 4.0.3-4 ii python3-pkg-resources 52.0.0-3 ii python3-tz 2021.1-1 ii python3-tzlocal2.1-1 ii python3-urwid 2.1.2-1 ii python3-xdg0.27-2 Versions of packages khal recommends: ii python3-setproctitle 1.2.1-1+b1 Versions of packages khal suggests: pn khal-doc -- no debconf information -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#982567: openms build-depends on removed package
Greetings, Adrian, On Mon, Mar 01, 2021 at 02:32:03AM +0200, Adrian Bunk wrote: On Sat, Feb 20, 2021 at 05:03:45PM +0100, Filippo Rusconi wrote: Greetings, Andreas and Michael, I hope you are doing fine. On Fri, Feb 19, 2021 at 10:19:11PM +0100, Andreas Tille wrote: > Hi Filippo, > > this is extremely unfortunate. However, I guess the alternative would > have been to keep some RC buggy seqan-dev which would not have helped > openms as well. I tried the same as Peter and replaced the > Build-Depends seqan-dev by libseqan2-dev. > > I can confirm the observation from Peter about the missing header file. > I simply tried to comment those missing headers (next one is also > missing): > > > // #include > // #include [...] Thank you for your trials and explanations. I am no on vacation, which means I'll finally find some time to try understand the implications of that SeqAn upgrade. I'll keep you posted with my findings. The brute force approach works for me: 1. install seqan-dev from buster (for step 2) 2. cp -a /usr/include/seqan debian/ 3. in debian/control remove the seqan-dev build dependency 4. in debian/rules pass -DSEQAN_INCLUDE_DIR=$(DEBIAN_DIR) to dh_auto_configure I first tried to check if putting some header files in the local source tree would do. But no, in fact the file handling-related headers pull down almost all the seqan headers, so this strategy did not work out, leading me to envision exactly what you tried. I now wonder where to put the seqan headers when we install the -dev stuff, so that people working with OpenMS do find them. I thought creating a seqan subdirectory to the /usr/include/OpenMS directory and point the compiler to that location by providing -I/usr/include/OpenMS. But then, how do we inform the users about the unconventional location of the header files? Do they actually need that location ? Any idea ? cu Adrian Cheers, Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#982567: openms build-depends on removed package
Greetings, Andreas and Michael, I hope you are doing fine. On Fri, Feb 19, 2021 at 10:19:11PM +0100, Andreas Tille wrote: Hi Filippo, this is extremely unfortunate. However, I guess the alternative would have been to keep some RC buggy seqan-dev which would not have helped openms as well. I tried the same as Peter and replaced the Build-Depends seqan-dev by libseqan2-dev. I can confirm the observation from Peter about the missing header file. I simply tried to comment those missing headers (next one is also missing): // #include // #include [...] Thank you for your trials and explanations. I am no on vacation, which means I'll finally find some time to try understand the implications of that SeqAn upgrade. I'll keep you posted with my findings. Cheers, Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#959637: Please provide pristine-tar for libodsstream - or at least way to get upstream source (Was: Bug#959637: beads: FTBFS: build-dependency not installable: libodsstream-qt5-dev)
Greetings, Andreas, I hope you are doing fine in these difficult times. On Tue, May 05, 2020 at 02:25:58PM +0200, Andreas Tille wrote: Hi Filippo, I tried to investigate this issue of beads: On Sun, May 03, 2020 at 02:34:20PM +0200, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. ... Relevant part (hopefully): > The following packages have unmet dependencies: > sbuild-build-depends-main-dummy : Depends: libodsstream-qt5-dev but it is not going to be installed and checked the salsa repository of libodsstream[1]. I was running routine-update on it and when it tried to build the package it was unable to find the original source tarball in pristine-tar branch. There is no watch file and I failed to find any other hint how to obtain the upstream source. Would you mind writing a working watch file or at least inject pristine-tar to enable others building right from Salsa? Thank you so much for your report. Yeah, I forgot to gbp import-orig. The git repos I was working on did not have one, oddly enough. I am currently fixing that issue. Will be uploading in the next minutes and closing the bug, and pushing to salsa. Now, the beads project depends on libodsstream, but Olivier failed to recall me of it. So it almost certainly will fail using libodsstream because I have totally rewritten the CMake build system. CMake dialect variable names most probably differ in libodsstream and beads. I'll give a look at it. Ciao Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Research scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#924843: Any chance for some target fix for msxpertsuite
Greetings, Andreas, thank you for your message. Sorry for the late answer, I was abroad with no easy internet connectivity. On Mon, May 06, 2019 at 07:52:24AM +0200, Andreas Tille wrote: Hi Filippo, as far as I understood Debian Release team your last fix is not accepted for Buster. Do you plan to fix this in a testing-proposed-updates upload following release policy or will we see Buster without msxpertsuite? Well, as explained elsewhere, the fix needs the daps package to be accepted in testing. And it looks like this is not going to happen. I had a pretty clear message by the release team about this. Which is fine. Cheers, Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#924843: msxpertsuite: FTBFS: MassSpectrum.cpp:50:10: fatal error: pwiz/data/msdata/MSDataFile.hpp: No such file or directory
found 924843 5.7.3-1 fixed 924843 5.8.6-2 block 924843 by 923928 thanks The fix in version 5.8.6-2 (currently in unstable) is needed because libpwiz changed recently the location of the header files. msxpertsuite was uploaded after libpwiz exactly as a result of this. However msxpertsuite unfortunately is blocked in unstable because the documentation building system (daps) cannot yet enter testing. The un-blocking of daps does not seem be happening anytime soon, sadly (the un-block bug report was closed last Sun, 17 Mar, see #923928). So, if the release managers would reconsider not un-blocking daps, then this bug would be easily fixable by letting msxpertsuite 5.8.6-2 migrate to testing. daps is an all-arch project that has no other reverse-dependencies than msxpertsuite. The fact that msxpertsuite's documentation (fairly large and complex) can build using daps is a testimony of the robustness of its debian packaging. Thank you for your work on the release of Buster ! Cheers, Filippo On Sun, Mar 17, 2019 at 06:58:26PM +0100, Lucas Nussbaum wrote: Source: msxpertsuite Version: 5.7.3-1 Severity: serious Tags: buster sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20190315 qa-ftbfs Justification: FTBFS in buster on amd64 Hi, During a rebuild of all packages in buster (in a buster chroot, not a sid chroot), your package failed to build on amd64. Relevant part (hopefully): cd /<>/debian/build/libmass && /usr/bin/c++ -DQT_CORE_LIB -DQT_GUI_LIB -DQT_SCRIPT_LIB -DQT_SQL_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -DQT_XML_LIB -I/<>/debian/build/libmass -I/<>/libmass -I/<>/debian/build/libmass/mass_autogen/include -I/<>/debian/build -I/<> -I/usr/include/pwiz -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -isystem /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem /usr/include/x86_64-linux-gnu/qt5/QtSql -isystem /usr/include/x86_64-linux-gnu/qt5/QtScript -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -Wno-unknown-pragmas -fPIC -Wall -g -O0 -fopenmp -fPIC -std=c++11 -o CMakeFiles/mass.dir/MassSpectrum.cpp.o -c /<>/libmass/MassSpectrum.cpp /<>/libmass/MassSpectrum.cpp:50:10: fatal error: pwiz/data/msdata/MSDataFile.hpp: No such file or directory #include ^ compilation terminated. make[4]: *** [libmass/CMakeFiles/mass.dir/build.make:196: libmass/CMakeFiles/mass.dir/MassSpectrum.cpp.o] Error 1 The full build log is available from: http://aws-logs.debian.net/2019/03/15/msxpertsuite_5.7.3-1_testing.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#916234: depending software build failure (arm64, armel, mips)
Package: libeigen3-dev Version: 3.3.5-2 Severity: serious Greetings, when building libpwiz on the arm64, armel, mips architectures, the build fails with the following error: In file included from /usr/include/eigen3/Eigen/SparseCore:50, from /usr/include/eigen3/Eigen/Sparse:26, from /usr/include/eigen3/Eigen/Eigen:2, from pwiz/analysis/demux/DemuxTypes.hpp:24, from pwiz/analysis/demux/DemuxDebugWriter.hpp:23, from pwiz/analysis/demux/DemuxDebugWriter.cpp:20: /usr/include/eigen3/Eigen/src/SparseCore/SparseBlock.h: In member function 'Eigen::internal::sparse_matrix_block_impl::BlockType& Eigen::internal::sparse_matrix_block_impl::operator=(const BlockType&)': /usr/include/eigen3/Eigen/src/SparseCore/SparseBlock.h:216:33: error: expected primary-expression before '>' token return operator=(other); ^ Please, see https://buildd.debian.org/status/fetch.php?pkg=libpwiz=arm64=3.0.18342-1=1544522661=log https://buildd.debian.org/status/fetch.php?pkg=libpwiz=armel=3.0.18342-1=1544523773=log https://buildd.debian.org/status/fetch.php?pkg=libpwiz=mips=3.0.18342-1=1544524240=log I am not positively sure that this package is guilty, but I cannot see another bug reporting route at the moment. Sincerely, Filippo -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libeigen3-dev depends on: ii pkg-config 0.29-4+b1 libeigen3-dev recommends no packages. Versions of packages libeigen3-dev suggests: pn libeigen3-doc pn libmpfrc++-dev -- no debconf information -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#896141: msxpertsuite: binary-all FTBFS
On Fri, Apr 20, 2018 at 12:01:43PM +0300, Adrian Bunk wrote: On Fri, Apr 20, 2018 at 10:21:36AM +0200, Filippo Rusconi wrote: ... Can you provide more insight into this copy error? As I tell you, that error does not happen on my unstable chroot, running dpkg-buildpackage -A exactly the same. This is what I got 2 minutes ago (see the parallel with your output excerpt): ... Attached is the complete output of "dpkg-buildpackage -A -J1" (-J1 to rule out parallel build issues) in freshly unpacked msxpertsuite sources. Thank you, Adrian, for the full log, that indeed proved useful: I discovered the failure: the user manuals do not get properly output by pdfLaTeX for an unknown reason: (line 367 of the log) (./preface.tex Chapter 1. [1] [2] ./preface.tex:122: Package inputenc Error: Invalid UTF-8 byte sequence. See the inputenc package documentation for explanation. Type H for immediate help. ... l.122 ...\'Ecole Polytechnique} (Institut Européen de ./preface.tex:122: ==> Fatal error occurred, no output PDF file produced! Transcript written on massxpert-doc.log. While I can understand that the error arises, I cannot understand why it does not arise on my build setup. Indeed, the encoding of the document should not allow diacritical characters like 'é' in Européen. This one escaped my attention, since I normally use \'e in lieu of 'é'. I cannot know why the error shows up in the remote build system and not in my own chroot, but I'll modify the tex files to handle unicode, even if the manuals are all-English. Thanks again for your build work. Cheers Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Scientist at CNRS ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ http://msxpertsuite.org http://www.debian.org
Bug#896141: msxpertsuite: binary-all FTBFS
Greetings Adrian, thanks for your build work. On Fri, Apr 20, 2018 at 10:05:25AM +0300, Adrian Bunk wrote: Source: msxpertsuite Version: 5.0.0-1 Severity: serious $ dpkg-buildpackage -A ... make[1]: Entering directory '/tmp/msxpertsuite-5.0.0/debian/build/massxpert/user-manual' make[2]: Entering directory '/tmp/msxpertsuite-5.0.0/debian/build' make[3]: Entering directory '/tmp/msxpertsuite-5.0.0/debian/build' make[3]: Entering directory '/tmp/msxpertsuite-5.0.0/debian/build' Scanning dependencies of target copy-massxpert-doc.pdf make[3]: Leaving directory '/tmp/msxpertsuite-5.0.0/debian/build' make[3]: Leaving directory '/tmp/msxpertsuite-5.0.0/debian/build' make[3]: Entering directory '/tmp/msxpertsuite-5.0.0/debian/build' make[3]: Entering directory '/tmp/msxpertsuite-5.0.0/debian/build' LaTeX-build the massxpert user manual LaTeX-build the massxpert user manual make[4]: Entering directory '/tmp/msxpertsuite-5.0.0/debian/build/massxpert/user-manual/build-user-manual' make[4]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule. make[4]: Entering directory '/tmp/msxpertsuite-5.0.0/debian/build/massxpert/user-manual/build-user-manual' make[4]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule. make[4]: Leaving directory '/tmp/msxpertsuite-5.0.0/debian/build/massxpert/user-manual/build-user-manual' make[4]: Leaving directory '/tmp/msxpertsuite-5.0.0/debian/build/massxpert/user-manual/build-user-manual' Copy the pdf file to the source doc dir. Make massxpert-user-manual make[3]: Leaving directory '/tmp/msxpertsuite-5.0.0/debian/build' Built target massxpert-user-manual Error copying file "/tmp/msxpertsuite-5.0.0/debian/build/massxpert/user-manual/build-user-manual/massxpert-doc.pdf" to "/tmp/msxpertsuite-5.0.0/massxpert/user-manual". make[3]: *** [massxpert/user-manual/CMakeFiles/copy-massxpert-doc.pdf.dir/build.make:58: massxpert/user-manual/CMakeFiles/copy-massxpert-doc.pdf] Error 1 that is a very odd failure, that of course I do not have on my unstable chroot (sbuild with lintian and piuparts did not complain). The error is a failure to copy the massxpert-doc.pdf user manual from the build directory (LaTeX sources) to the top source directory (sub dir massxpert/user-manual). During build, the top source directory is not available on your setup ? Odd, because I see this: Error copying file "/tmp/msxpertsuite-5.0.0/debian/build/massxpert/user-manual/build-user-manual/massxpert-doc.pdf" to "/tmp/msxpertsuite-5.0.0/massxpert/user-manual". which means that the build directory is a debian/ subdirectory itself located in the top source directory: file to copy : /tmp/msxpertsuite-5.0.0/debian/build/massxpert/user-manual/build-user-manual/massxpert-doc.pdf destination: /tmp/msxpertsuite-5.0.0/massxpert/user-manual We see that destination should be available to receive the file. Can you provide more insight into this copy error? As I tell you, that error does not happen on my unstable chroot, running dpkg-buildpackage -A exactly the same. This is what I got 2 minutes ago (see the parallel with your output excerpt): make[1]: Entering directory '/home/rusconi/devel/msxpertsuite/development/debian/build/massxpert/user-manual' make[2]: Entering directory '/home/rusconi/devel/msxpertsuite/development/debian/build' make[3]: Entering directory '/home/rusconi/devel/msxpertsuite/development/debian/build' make[3]: Entering directory '/home/rusconi/devel/msxpertsuite/development/debian/build' Scanning dependencies of target copy-massxpert-doc.pdf make[3]: Leaving directory '/home/rusconi/devel/msxpertsuite/development/debian/build' make[3]: Leaving directory '/home/rusconi/devel/msxpertsuite/development/debian/build' make[3]: Entering directory '/home/rusconi/devel/msxpertsuite/development/debian/build' make[3]: Entering directory '/home/rusconi/devel/msxpertsuite/development/debian/build' LaTeX-build the massxpert user manual make[4]: Entering directory '/home/rusconi/devel/msxpertsuite/development/debian/build/massxpert/user-manual/build-user-manual' make[4]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule. LaTeX-build the massxpert user manual make[4]: Leaving directory '/home/rusconi/devel/msxpertsuite/development/debian/build/massxpert/user-manual/build-user-manual' make[4]: Entering directory '/home/rusconi/devel/msxpertsuite/development/debian/build/massxpert/user-manual/build-user-manual' make[4]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule. make[4]: Leaving directory '/home/rusconi/devel/msxpertsuite/development/debian/build/massxpert/user-manual/build-user-manual' Copy the pdf file to the source doc dir. Make massxpert-user-manual make[3]: Leaving directory '/home/rusconi/devel/msxpertsuite/development/debian/build' Built target massxpert-user-manual make[3]: Leaving directory '/home/rusconi/devel/msxpertsuite/development/debian/bu
Bug#889701: comet-ms: unsatisfiable build dependency
As a follow-up, I just got a mail from upstream as a response to my enquiry of today. Upstream is OK to fix the autorship/license problems soon, to I'm optimistic about the resolution of this bug. Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://msxpertsuite.org ⠈⠳⣄ http://www.debian.org
Bug#889701: comet-ms: unsatisfiable build dependency
Greetings, Steve, thank you for your message. On Mon, Feb 05, 2018 at 11:39:24PM -0800, Steve Langasek wrote: Source: comet-ms Version: 2017012-1 Severity: serious Hi Filippo, The comet-ms package in Debian unstable is unbuildable on all architectures, because it build-depends on libmstoolkit-dev (>= 82) but the most recent version of libmstoolkit which has been uploaded to the archive is 77.0.0-1.1. If this newer version is required, please upload it to Debian (I see you are the maintainer of both packages); otherwise, please relax the build-dependency. This is a catch-22 situation. the libmstoolkit package was in the new QUEUE but was rejected because two files or so had no copyright statement. I had uploaded it after having written a message to upstream enquiring about these files. I was envisaging to fix debian/copyright according to the responses for the next upload. But upstream never answered. And comet-ms indeed depends on libmstoolkit82. I sent weeks ago another message which got no response. I still have one possibility to enquire for the files' author(s) at the institute where I suspect the author(s) worked in the past. If I have no answer, I'll drop these packages altogether, which is a real pity because they are good stuff. Cheers, Filippo -- ⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ http://msxpertsuite.org ⠈⠳⣄ http://www.debian.org
Bug#804496: openms: GSL transition requires rebuild
Greetings Dirk, Thanks for your bug report. On Sun, Nov 08, 2015 at 05:24:54PM -0600, Dirk Eddelbuettel wrote: Package: openms Severity: serious The GNU GSL, upon which your package as a build- and run-time dependency, had a 2.0 release [1] which introduced minor incompatibilities with the previous (1.6) release. I had left the package for many years at libgsl0ldbl because such a transition was never needed. But this warranted a change. Your package as a versioned 'Depends: libgsl0ldbl (>= 1.X)' for some value of X which cannot be satisfied by the Provides: we added to libgsl2. So this requires a rebuild of your package against libgsl-dev (>= 2.0). If you have any questions please do not hesitate to get in touch. The release team has also been exceptional on this (as usual, they do rock) so see http://bugs.debian.org/804246 I have tried to rebuild libOpenMS with the new dependency and that fails with an error due to an abi change. I have sent that error message to upstream. I am waiting for their response. Regards, Filippo -- Filippo Rusconi, PhD - public crypto key 7694CF42@ pgp.mit.edu Researcher at CNRS and Debian Developer <lopi...@debian.org> Author of ``massXpert'' at http://www.massxpert.org
Bug#758949: mmass: Patch for wxWidgets3.0 compatibility
Dear Olly, On Tue, Sep 02, 2014 at 10:11:02PM -0300, Olly Betts wrote: Control: tags 758949 + patch Attached is a patch for wxWidgets 3.0 compatibility. Thanks for the patch and sorry for the delay but it's only one day I'm out of the hospital after a surgery at my vertebral column. I can stand and be seated straight as a `i', so I can test the patch. If it works fine, I'll upload soon. Cheers, Filippo -- Filippo Rusconi, PhD - public crypto key 7694CF42@ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738137: libpwiz: FTBFS on mips*: virtual memory exhausted
Greetings, Fellow Developers, On Fri, Feb 28, 2014 at 01:23:16PM +, Dejan Latinovic wrote: Hello, I have attached a patch that solves this issue for me on mips/mipsel. OK, I'll put that in the git repository today and I'll have an upload pretty soon. Thank you very much for your help. Sincerely, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740309: [Debichem-devel] Bug#740309: libpwiz FTBFS: configure: error: cannot compile a test that uses Boost thread
Greetings, Aníbal, On Fri, Feb 28, 2014 at 06:01:53AM +, Aníbal Monsalve Salazar wrote: Package: libpwiz Version: 3.0.4624-8 Severity: serious libpwiz 3.0.4624-8 FTBFS on amd64 within a clean and updated sid pbuilder chroot. The complete pbuilder log is at: http://people.debian.org/~anibal/libpwiz/libpwiz_3.0.4624-8_amd64.log.bz2 Log extract is below. checking for boost/thread.hpp... yes checking for the Boost thread library... configure: error: cannot compile a test that uses Boost thread make: *** [build-arch-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package Thanks for the report. Same problem here, I'm investigating this one. Cheers, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738137: [Debichem-devel] Bug#738137: libpwiz: FTBFS on mips*: virtual memory exhausted
Greetings, Andreas, thanks for the bug report. On Sat, Feb 08, 2014 at 01:13:37AM +0100, Andreas Beckmann wrote: Source: libpwiz Version: 3.0.4624-7 Severity: serious Hi, your package failed to build on mips and mipsel: https://buildd.debian.org/status/package.php?p=libpwiz with virtual memory exhausted: Cannot allocate memory make[2]: *** [pwiz/data/identdata/IdentData.lo] Error 1 Maybe disabling parallel builds on mips* could help. I am planning to put this in debian/rules on top of all the targets: ifeq (mips-linux-gnu,$(DEB_HOST_GNU_TYPE)) .NOTPARALLEL: endif Do you think that this might work? I mean, are the mips systems characterized by this string: mips-linux-gnu Same for mipsel-linux-gnu? Thank you for your help, Ciao Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731064: [Debichem-devel] Bug#731064: libpwiz: FTBFS on ia64 mips mipsel s390x
tag 731064 + fixed pending thanks Greetings, Aurélien and Julien. Thanks for helping in this matter. I have successfully rebuilt the package using the patch provided by Aurélien. I have also sent an email to upstream asking to check to which extent they still need to include the boost_aux convenience source code in the source tarball. Anyhow, I'll upload the package real soon now, *closing* this bug. If it is not advisable to do so, please tell. Thanks again. Ciao Filippo On Mon, Dec 30, 2013 at 12:07:08AM +0100, Aurelien Jarno wrote: tag 731064 + patch thanks On Sun, Dec 01, 2013 at 03:53:50PM +0100, Julien Cristau wrote: Source: libpwiz Version: 3.0.4624-4 Severity: serious Justification: fails to build from source Hi, your package fails to build on some architectures, see the build logs at https://buildd.debian.org/status/logs.php?pkg=libpwizver=3.0.4624-4suite=sid The problem is that libpwiz sources contains boost_aux, which have been partly integrated into recent version of boost. In the build failure case here, the atomic version in boost is slightly different, so mixing the two versions causes failure depending on how the atomics are implemented on the architecture. The patch below remove the atomic part of boost_aux, so that the one from boost is used instead. This way of doing also means we libpwiz will benefit from improvement from boost, especially the ones from boost 1.55 which implement atomics for all architectures, using the new gcc atomic builtins. With this patch libpwiz builds fine on at least amd64, s390x and mips. diff -Nru libpwiz-3.0.4624/debian/rules libpwiz-3.0.4624/debian/rules --- libpwiz-3.0.4624/debian/rules 2013-12-09 10:27:44.0 + +++ libpwiz-3.0.4624/debian/rules 2013-12-29 19:24:46.0 + @@ -82,6 +82,10 @@ # software in a separate build directory. cp -rpf autotools libraries pwiz pwiz_tools $(BUILD_DIR) + # Remove parts of boost_aux now integrated in boost + rm $(BUILD_DIR)/libraries/boost_aux/boost/atomic.hpp + rm -r $(BUILD_DIR)/libraries/boost_aux/boost/atomic + cd $(BUILD_DIR) autotools/configure --prefix=/usr \ VERBOSE=1 $(MAKE) \ VERBOSE=1 DESTDIR=$(INSTALL_DIR) $(MAKE) install -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702573: libopenms1 - No stable ABI
Greetings, Fellow Debichemists, Package: libopenms1 Version: 1.9.0-2 Severity: serious OpenMS upstream does not provide a stable ABI of libOpenMS. So neither the patch to add one nor this package name are appropriate. I am back to you about this bug. After a few mails exchanged with the OpenMS crew (Oliver Kohlbacher, specifically), I ended coming out with the following reasoning: 1 - OpenMS is a well-respected project that has an interesting user base; 2 - While the library is functionally stable (that is, it provides features that perform fine), it is not stable in the ABI stability sense; 3 - In the context of Debian, ABI stability is crucial for largely-used libraries because it avoids having to recompile all the packages that depend on the libraries each time new ABI-breaking versions are released; 4 - Availability of mass spectrometry packages in Debian is almost NULL, since my project to bring to Debichem a complete set of such packages is still in its infancy. Therefore, at the moment, there is not a single source package that depends on libopenms; 5 - New versions of OpenMS are released at a pretty low rate, and I would think that this fact somehow limits the negative impact of having ABI breakage between versions. Thus, it might be perfectly possible to have a new soname version each time a new release is done; 6 - The authors of OpenMS state that ABI stability of libopenms is not their immediate priority and that they do not intend to change anything about it; 7 - I think that, because OpenMS is a powerful library aimed at allowing people to craft flexible mass data analysis workflows, we should accept the impact of ABI instability in favour of providing users with a properly-packaged library. For those present at my FOSDEM2013 talk [0], remember that the OpenMS software (2 libraries, 114 binaries) is huge and that the few mass spectrometrists I spoke with about packaging it told me that they could not even build it! I really think it is of primary importance to have that software packaged in Debian. [0] https://fosdem.org/2013/schedule/event/mass_spectrometry_debian/ After having said all this, I remain with a question : is this sound, or is this totally unreasonable? Thank you for your input on this subject. Cheers, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702606: [Debichem-devel] Bug#702606: openms: FTBFS due to truncated object files
Hello Aaron, thank you for your message. On Fri, Mar 08, 2013 at 04:50:22PM -0500, Aaron M. Ucko wrote: Source: openms Version: 1.9.0-3 Severity: serious Justification: fails to build from source Builds of openms on several architectures (including i386 now that it's gotten past #702512 -- thanks for the quick fix there!) are failing with errors about truncated object files at various points. Could the linker somehow be trying to run before the compiler's finished? If so, running make in traditional sequential mode may be more reliable. In fact, I had the same hypothesis and I have already added a .NOTPARALLEL statement in debian/rules. Cheers, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667129: cb2bib: ftbfs with GCC-4.7
Greetings, On Thu, May 10, 2012 at 05:45:49PM +0200, Salvatore Bonaccorso wrote: tags 667129 + pending patch thanks Hi Filippo I have updated cb2bib with the patch from Cyril Brulebois in the debian-science git repository. It fixes a RC bugs (FTBFS with gcc 4.7). Thank you very much indeed, and to Matthias Klose d...@debian.org and Cyril Brulebois k...@debian.org for handling that bug (with a patch) that somehow escaped my radar. I am handling that bug right away. All the best, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org Photographer at http://filippo.rusconi.free.fr/fineartphotoblog signature.asc Description: Digital signature
Bug#614373: wget: mixes dpatch and 3.0 (quilt) | wget: diff for NMU version 1.12-2.2
Dear Maintainer and bug Reporter, the previous message which I sent by error is a mishap for two reasons: - The upload was not performed, contrary to what is stated in the message; - The first item of the debian/changelog file in the diff was incorrect from the very start. Noèl, if you were to agree, I am eager to prepare a new patch in order to fix the mishap in one go. I would not be able to upload the package but could provide you with the files in some way. Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature
Bug#614373: wget: diff for NMU version 1.12-2.2
tags 614373 + patch tags 614373 + pending thanks Dear maintainer, I've prepared an NMU for wget (versioned as 1.12-2.2) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Best regards. Filippo Rusconi -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org diff -Nru wget-1.12/debian/changelog wget-1.12/debian/changelog --- wget-1.12/debian/changelog 2010-09-05 15:35:56.0 +0200 +++ wget-1.12/debian/changelog 2011-03-14 21:24:24.0 +0100 @@ -1,3 +1,11 @@ +wget (1.12-2.2) unstable; urgency=low + + * Non-maintainer upload by Joachim Reichel joachim.reic...@gmx.de. + * Convert all dpatch-based patches to quilt-based ones, thus fixing the +bug reported by Lucas Nussbaum (closes: #614373). + + -- Filippo Rusconi rusconi-deb...@laposte.net Mon, 14 Mar 2011 20:41:47 +0100 + wget (1.12-2.1) unstable; urgency=high * Non-maintainer upload by the Security Team. diff -Nru wget-1.12/debian/control wget-1.12/debian/control --- wget-1.12/debian/control 2010-09-05 15:35:56.0 +0200 +++ wget-1.12/debian/control 2011-03-14 21:24:24.0 +0100 @@ -2,7 +2,7 @@ Section: web Priority: important Maintainer: Noèl Köthe n...@debian.org -Build-Depends: debhelper ( 5.0.0), gettext, texinfo, libssl-dev (= 0.9.8), dpatch, info2man +Build-Depends: debhelper ( 5.0.0), gettext, texinfo, libssl-dev (= 0.9.8), info2man Standards-Version: 3.8.4 Homepage: http://www.gnu.org/software/wget/ diff -Nru wget-1.12/debian/patches/00list wget-1.12/debian/patches/00list --- wget-1.12/debian/patches/00list 2010-09-05 15:35:56.0 +0200 +++ wget-1.12/debian/patches/00list 1970-01-01 01:00:00.0 +0100 @@ -1,8 +0,0 @@ -wget-doc-remove-usr-local-in-sample.wgetrc -wget-doc-remove-usr-local-in-wget.texi -wget-fr.po-spelling-correction -wget-passive_ftp-default -wget-infopod_generated_manpage.dpatch -wget-de.po-remove-double-quote-signs -wget-zh_CN.po-translation-correction -CVE-2010-2252 diff -Nru wget-1.12/debian/patches/CVE-2010-2252 wget-1.12/debian/patches/CVE-2010-2252 --- wget-1.12/debian/patches/CVE-2010-2252 1970-01-01 01:00:00.0 +0100 +++ wget-1.12/debian/patches/CVE-2010-2252 2011-03-14 21:24:24.0 +0100 @@ -0,0 +1,150 @@ +fix arbitrary file overwrite via 3xx redirect -- Origin: upstream, http://lists.gnu.org/archive/html/bug-wget/2010-07/msg00076.html -- Bug: https://savannah.gnu.org/bugs/?29958 -- Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590296 + +--- a/doc/wget.texi b/doc/wget.texi +@@ -1487,6 +1487,13 @@ + @code{Content-Disposition} headers to describe what the name of a + downloaded file should be. + ++@cindex Trust server names ++@item --trust-server-names ++ ++If this is set to on, on a redirect the last component of the ++redirection URL will be used as the local file name. By default it is ++used the last component in the original URL. ++ + @cindex authentication + @item --auth-no-challenge + +@@ -2797,6 +2804,10 @@ + Turn on recognition of the (non-standard) @samp{Content-Disposition} + HTTP header---if set to @samp{on}, the same as @samp{--content-disposition}. + ++@item trust_server_names = on/off ++If set to on, use the last component of a redirection URL for the local ++file name. ++ + @item continue = on/off + If set to on, force continuation of preexistent partially retrieved + files. See @samp{-c} before setting it. +--- a/src/http.c b/src/http.c +@@ -2410,8 +2410,9 @@ + /* The genuine HTTP loop! This is the part where the retrieval is +retried, and retried, and retried, and... */ + uerr_t +-http_loop (struct url *u, char **newloc, char **local_file, const char *referer, +- int *dt, struct url *proxy, struct iri *iri) ++http_loop (struct url *u, struct url *original_url, char **newloc, ++ char **local_file, const char *referer, int *dt, struct url *proxy, ++ struct iri *iri) + { + int count; + bool got_head = false; /* used for time-stamping and filename detection */ +@@ -2457,7 +2458,8 @@ + } + else if (!opt.content_disposition) + { +- hstat.local_file = url_file_name (u); ++ hstat.local_file = ++url_file_name (opt.trustservernames ? u : original_url); + got_name = true; + } + +@@ -2497,7 +2499,7 @@ + + /* Send preliminary HEAD request if -N is given and we have an existing +* destination file. */ +- file_name = url_file_name (u); ++ file_name = url_file_name (opt.trustservernames ? u : original_url); + if (opt.timestamping +!opt.content_disposition +file_exists_p (file_name)) +@@ -2852,9 +2854,9 @@ + + /* Remember that we downloaded the file for later .orig code. */ + if (*dt ADDED_HTML_EXTENSION) +-downloaded_file(FILE_DOWNLOADED_AND_HTML_EXTENSION_ADDED, hstat.local_file); ++downloaded_file (FILE_DOWNLOADED_AND_HTML_EXTENSION_ADDED, hstat.local_file); + else
Bug#611142: [Debichem-devel] Processed: tagging 611142
Hello Julien, On Tue, Feb 01, 2011 at 10:30:21PM +0100, Julien Cristau wrote: On Tue, Feb 1, 2011 at 17:54:09 +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: tags 611142 + squeeze Bug #611142 {Done: Filippo Rusconi rusconi-deb...@laposte.net} [massxpert] massxpert: Program crashes when clicking left of first monomer vignette Added tag(s) squeeze. Why? Cheers, Julien this is because we are trying to get the fix into the next stable release, or at least in the first point revision. Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611142: [Debichem-devel] Bug#611142: Bug#611142: Processed: tagging 611142
On Wed, Feb 02, 2011 at 04:51:18PM +0100, Michael Banck wrote: Hi, On Wed, Feb 02, 2011 at 04:49:32PM +0100, Julien Cristau wrote: It's fixed in unstable because unstable has a version which is marked as fixed, not because it's unstable. Version tracking can handle that. The tag is necessary in the few cases where whether a bug affects a release depends on external factors, not a fix in the package. OK, understood. Thanks for clearing that up. +1 :-) Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611142: [Debichem-devel] Bug#611142: massxpert: Program crashes when clicking left of first monomer vignette
Hello Michael, On Wed, Jan 26, 2011 at 11:02:06AM +0100, Michael Banck wrote: Sending bug report to myself. When clicking left of the first monomer vignette the program crashes. Presumably because of a failed array bound checking. I guess it's a bad bug, but grave? Can users avoid by just not clicking there, or is it part of every work-flow with massxpert? No, it's really a problem as it is absolutely required to be able to select any sequence element without risking to make the program crash. I have found the problem and solved it. I just need to finish packaging the new version. Is the version in squeeze (2.3.6) affected as well? I'll investigate that. If so, then I'll ask if the new version might go there. I'll turn to you to ask for guidelines for this step, if you do not mind. Thanks, Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611142: massxpert: Program crashes when clicking left of first monomer vignette
Package: massxpert Version: 2.4.1-1 Severity: grave Tags: upstream Justification: renders package unusable Sending bug report to myself. When clicking left of the first monomer vignette the program crashes. Presumably because of a failed array bound checking. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages massxpert depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libqt4-svg4:4.6.3-4 Qt 4 SVG module ii libqt4-xml4:4.6.3-4 Qt 4 XML module ii libqtcore44:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii massxpert-data2.4.1-1linear polymer mass spectrometry s massxpert recommends no packages. Versions of packages massxpert suggests: ii massxpert-doc 2.4.1-1Linear polymer mass spectrometry s -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599909: emacs23: emacs uses up to 25% cpu while resting
Package: emacs23 Version: 23.2+1-4 Severity: grave Justification: renders package unusable When running emacs, with no .emacs configuration, with no loaded file, the program uses up to 26% cpu. strace emacs will output innumerable such stances: --- SIGIO (I/O possible) @ 0 (0) --- rt_sigreturn(0x1d) = 0 read(3, 0x100fe24, 4096)= -1 EAGAIN (Resource temporarily unavailable) poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=13, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POL LPRI}, {fd=17, events=POLLIN|POLLPRI}], 6, 0) = 0 (Timeout) read(3, 0x100fe24, 4096)= -1 EAGAIN (Resource temporarily unavailable) poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=13, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POL LPRI}, {fd=17, events=POLLIN|POLLPRI}], 6, 0) = 0 (Timeout) select(18, [3 4 11 13 15 16 17], NULL, NULL, {0, 406807}) = 1 (in [11], left {0, 406805}) kill(2890, SIGIO) = 0 Thank you Filippo Rusconi -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.2+1-4 The GNU Emacs editor's shared, arc ii libasound2 1.0.23-2 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-4 GNOME configuration database syste ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libm17n-0 1.6.1-1 a multilingual text processing lib ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii libotf0 0.9.11-1 A Library for handling OpenType Fo ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libsm6 2:1.1.1-1X11 Session Management library ii libtiff43.9.4-4 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-3X11 client-side library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxpm4 1:3.5.8-1X11 pixmap library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.2+1-1 GNU Emacs shared, architecture ind -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544072: cowbuilder --create fails with 'E: Internal error: install' and 'E: cdebootstrap failed'
On Sat, Aug 29, 2009 at 11:46:24PM +0900, Junichi Uekawa wrote: reassign 544072 cdebootstrap thanks To be a useful bugreport, you might want to find out what happened rather than filing bug blindly to pbuilder; it's some package failing to be debootstrapped. Hello, Of course, in fact, I was exchanging some mails with Christoph Egger who wrote using the -quiet feature of the BTS. Thus I was unaware that the mails were not distributed as usual. He suggested the following trick : 1) switch to debootstrap; 2) add --debootstrapopts --include=install-info to the cowbuilder call. Below is part of my last mail answering to him after his tip worked and mentioning a possible reassign of the initial bug: It indeed worked and I could build a package (even with hooks being called normally) by cowbuiler. That's fine. But then, I wonder if I should reassing the bug to the debootstrap package. From that on, I was occupied by other real life stuff... Hope this helps understand the situation ; thanks for a wonderful package, Ciao Filippo At Fri, 28 Aug 2009 16:46:09 +0200, Filippo Rusconi wrote: Package: cowbuilder Version: 0.57 Severity: grave Justification: renders package unusable Freshly installed cowbuilder package (along with its pbuilder, cowdancer and cdebootstrap dependencies) fail with messages: P: Unpacking package apt P: Configuring package libbz2-1.0 P: Configuring package libusb-0.1-4 E: Internal error: install E: cdebootstrap failed W: Aborting with an error pbuilder create failed forking: rm -rf /var/cache/pbuilder/base.cow All the previous steps of package download and configuration went apparently smoothly, including the two following: P: Configuring package dpkg P: Configuring helper cdebootstrap-helper-rc.d P: Configuring helper cdebootstrap-helper-makedev Note that the /var/cache/pbuilder directory was empoy when the `cowbuilder --create' command was run. Because of the last error message, I wondered if the bug is not in cdebootstrap. I thus unistalled all the packages, installed debootstrap and then cowbuilder and run the following command: # cowbuilder --create --buildplace /var/cache/pbuilder/base.cow \ --mirror http://ftp.debian.org/debian/ --distribution sid \ --debootstrap debootstrap --basepath /var/cache/pbuilder/base-test.cow Unfortunately, no better results: I: Configuring libtimedate-perl... I: Configuring g++... I: Configuring dpkg-dev... I: Configuring build-essential... W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. E: debootstrap failed W: Aborting with an error pbuilder create failed forking: rm -rf /var/cache/pbuilder/base-test.cow Filippo Rusconi -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowbuilder depends on: ii cowdancer 0.57 Copy-on-write directory tree utili ii libc6 2.9-25 GNU C Library: Shared libraries ii pbuilder 0.189 personal package builder for Debia cowbuilder recommends no packages. cowbuilder suggests no packages. -- no debconf information -- Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature
Bug#544072: cowbuilder --create fails with 'E: Internal error: install' and 'E: cdebootstrap failed'
Package: cowbuilder Version: 0.57 Severity: grave Justification: renders package unusable Freshly installed cowbuilder package (along with its pbuilder, cowdancer and cdebootstrap dependencies) fail with messages: P: Unpacking package apt P: Configuring package libbz2-1.0 P: Configuring package libusb-0.1-4 E: Internal error: install E: cdebootstrap failed W: Aborting with an error pbuilder create failed forking: rm -rf /var/cache/pbuilder/base.cow All the previous steps of package download and configuration went apparently smoothly, including the two following: P: Configuring package dpkg P: Configuring helper cdebootstrap-helper-rc.d P: Configuring helper cdebootstrap-helper-makedev Note that the /var/cache/pbuilder directory was empoy when the `cowbuilder --create' command was run. Because of the last error message, I wondered if the bug is not in cdebootstrap. I thus unistalled all the packages, installed debootstrap and then cowbuilder and run the following command: # cowbuilder --create --buildplace /var/cache/pbuilder/base.cow \ --mirror http://ftp.debian.org/debian/ --distribution sid \ --debootstrap debootstrap --basepath /var/cache/pbuilder/base-test.cow Unfortunately, no better results: I: Configuring libtimedate-perl... I: Configuring g++... I: Configuring dpkg-dev... I: Configuring build-essential... W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. W: Failure while configuring base packages. E: debootstrap failed W: Aborting with an error pbuilder create failed forking: rm -rf /var/cache/pbuilder/base-test.cow Filippo Rusconi -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowbuilder depends on: ii cowdancer 0.57 Copy-on-write directory tree utili ii libc6 2.9-25 GNU C Library: Shared libraries ii pbuilder 0.189 personal package builder for Debia cowbuilder recommends no packages. cowbuilder suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544072: debootstrap
On Fri, Aug 28, 2009 at 05:02:32PM +0200, Christoph Egger wrote: Thanks a lot Christoph, for the tip. I had no luck with cdebootstrap recently as well (even for stable). However the debootstrap one is cause by some odity in sid and can be fixed by adding a --debootstrapopts --include=install-info. It indeed worked and I could build a package (even with hooks being called normally) by cowbuiler. That's fine. But then, I wonder if I should reassing the bug to the debootstrap package. Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Mon, May 11, 2009 at 08:34:54PM +0200, Petr Pudlak wrote: On Mon, May 11, 2009 at 03:11:22PM +0200, Filippo Rusconi wrote: It is a pity to have a Debian Policy so well documented, to point package-making learners to that Policy and then have non-conformant builders. In fact, I'd ask what would be the solution to overcome the problem (apart from the desirable fixing the builders)? Hi, I'm glad I (finally) got some response to the problem! I've had precisely the same problem as Filippo: I prepared my first package, I spent many hours studying the Policy to follow it precisely, and to my disappointment, I got a FTBFS bug report immediately after uploading the package. I suspected I was not alone in this situation :) I don't think the problem is so much in the Policy, I think the problem is with the builders. The builders must provide dependencies according to debian/control and the target(s) they're calling. Of course, improving the Policy is OK, but once the guidelines are agreed upon and written there, the builders must follow it. I agree with this, also because what is stated in Policy is just plain sensible. Not the other way around. I'm quite surprised that these problems with the builders haven't been solved already, considering the number of packages in Debian! Well, maybe there are not so many packages that perform as a clear cut separation between build-indep and build-arch... I suggest to create a dummy package that would be as simple as possible and that would demonstrate the problem. Then test it with various building tools and fill eventual bug reports. Maybe I could prepare such dummy package in the following days, if I have time. If this would convince the developers responsible for the builders to deal with the problem, then that would be awsome. Any such DD listening ? Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature
Bug#528086: massxpert_2.0.0-1(mips/unstable): FTBFS: missing build dependency
Greetings, Peter, thanks for the bug report. I have some comments: On Sun, May 10, 2009 at 09:19:26PM +0300, Peter De Schrijver wrote: Package: massxpert Version: 2.0.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of massxpert_2.0.0-1 on mayr by sbuild/mips 99.999 Build started at 20090510-0815 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7), libqt4-dev (= 4.4.3), cmake (= 2.6.0) [...] The full build log [0] shows that the debian/rules build target was called on the package: debian/rules build Because that debian/rules build target was called, the autobuilder should have downloaded and installed the Build-Depends-Indep dependencies: Build-Depends-Indep: texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended Instead, it chose not to do so: Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7), libqt4-dev (= 4.4.3), cmake (= 2.6.0) Build-Depends-Indep: texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended Checking for already installed source dependencies... debhelper: already installed (7.2.8 = 7 is satisfied) libqt4-dev: missing cmake: missing Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install libqt4-dev cmake Reading package lists... Building dependency tree... Reading state information... The following extra packages will be installed: cmake-data defoma emacsen-common fontconfig fontconfig-config gsfonts libaa1 libasound2 libasyncns0 libatk1.0-0 libaudio2 libavc1394-0 libavcodec52 ... [ many lines removed not containing texlive-.* ] phonon-backend-xine qt4-qmake shared-mime-info tsconf ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf whiptail x11-common Thus, when the debian/rules build target was called, it did: .PHONY: build build: build-indep-stamp build-arch-stamp beginning with 8~ debian/rules ~~ build-indep-stamp: dh_testdir dh_prep -i rm -rf $(INSTALL_INDEP_DIR) mkdir -p $(BUILD_INDEP_DIR) # The following is for building of the user manual cd $(BUILD_INDEP_DIR) $(CMAKE) -D BUILD_PROGRAM=0 -D BUILD_DATA=1 \ -D BUILD_USERMANUAL=1 -D CMAKE_INSTALL_PREFIX=/usr ../.. cd $(CURDIR)/usermanual $(MAKE) -f Makefile all_no_reload touch build-indep-stamp ~ debian/rules ~~8 However, pdflatex, which is needed by build-indep-stamp is not installed because pbuilder did not install Build-Depends-Indep: texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended Please, note that Policy requires that if 'build' is called as a debian/rules target, the Build-Depends-Indep dependencies have to be installed (arrows mine): 7.7 Relationships between source and binary packages - Build-Depends, Build-Depends-Indep, Build-Conflicts, Build-Conflicts-Indep The dependencies and conflicts they define must be satisfied (as defined earlier for binary packages) in order to invoke the targets in debian/rules, as follows:[46] [...] Build-Depends-Indep, Build-Conflicts-Indep The Build-Depends-Indep and Build-Conflicts-Indep fields must be satisfied when any of the following targets is invoked: build, build-indep, binary and binary-indep. ^ [46] says: If you make build-arch or binary-arch, you need Build-Depends. If you make build-indep or binary-indep, you need Build-Depends and Build-Depends-Indep. If you make build or binary, you need both. ^ I hope this pbuilder problem can be fixed so that package maintainers who make efforts to build well-separated arch/indep packages using well crafted debian/rules targets do not make these efforts for no reason. Cheers, Filippo [0] http://buildd.debian.org/build.php?arch=mipspkg=massxpertver=2.0.0-1 -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature
Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Mon, May 11, 2009 at 02:11:18PM +0200, Julien Cristau wrote: On Mon, May 11, 2009 at 13:46:30 +0200, Lionel Elie Mamane wrote: No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: And policy is clearly not followed by any actual practice on this point. So that's as much a bug in policy as anything else (#374029). Cheers, Julien Well, but then, why have new packagers trained by studying the Policy? Look at my own situation (which must not be a rare one, I suppose): I've worked to make a Debian package of the software I develop [0] with the idea that the Debian Policy had to be implemented in the package making. That software recently entered Debian through NEW and almost immediately after that I got a FTBFS bug report [2]: pbuilder called debian/rules build without installing the required Build-Depends-Indep: texlive-latex-extra, texlive-latex-recommended, texlive-fonts-recommended which of course failed because pdflatex was not found on the system and thus could not build the LaTeX docs of the software. It is a pity to have a Debian Policy so well documented, to point package-making learners to that Policy and then have non-conformant builders. In fact, I'd ask what would be the solution to overcome the problem (apart from the desirable fixing the builders)? My 2 eurocents, Best regards, Filippo [0] http://massxpert.org [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528086 -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature
Bug#521918: pbuilder --build --binary-arch invokes 'build' target
On Mon, May 11, 2009 at 03:52:07PM +0200, Giacomo A. Catenazzi wrote: Filippo Rusconi wrote: On Mon, May 11, 2009 at 02:11:18PM +0200, Julien Cristau wrote: On Mon, May 11, 2009 at 13:46:30 +0200, Lionel Elie Mamane wrote: No, policy is very clear on that: if you call the build target, you _must_ satisfy Build-Depends-Indep and Build-Conflicts-Indep: And policy is clearly not followed by any actual practice on this point. So that's as much a bug in policy as anything else (#374029). Cheers, Julien Well, but then, why have new packagers trained by studying the Policy? Because they should find errors in policy and report such bugs ;-) Really many bug of debian-policy are found by new maintainers, but unfortunately most of new maintainers are too shy to report bugs to debian-policy, just because they are *new* maintainers. Thus debian-policy still have many bugs. Does this mean that you too think that on the specific matter dealt with in this thread, it is the policy that is bugged and not the autobuilders ? Or should I intersperse your message with smileys :) Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org signature.asc Description: Digital signature
Bug#465842: undefined symbol: stat64 (ktorrent doesn't start)
Package: ktorrent Version: 2.2.5.dfsg.1-1 Severity: grave --- Please enter the report below this line. --- ktorrent fail to start, giving the following error message: ktorrent: symbol lookup error: /usr/lib/libktorrent-2.2.5.so: undefined symbol: lstat64 DCOP aborting (delayed) call from 'anonymous-27184' to 'ktorrent' --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24-2.6.24.2.slh.6-sidux-amd64 Debian Release: lenny/sid 999 unstablesidux.com 888 unstableftp.it.debian.org 503 unstablewww.debian-multimedia.org 502 unstableftp.debian-unofficial.org 222 experimentalftp.it.debian.org 103 experimentalwww.debian-multimedia.org --- Package information. --- Depends (Version) | Installed ==-+-== kdelibs4c2a (= 4:3.5.8.dfsg.1-5) | 4:3.5.8.dfsg.1-7 libavahi-client3 (= 0.6.13) | 0.6.22-2 libavahi-common3 (= 0.6.10) | 0.6.22-2 libavahi-qt3-1 (= 0.6.0) | 0.6.22-2 libc6 (= 2.7-1) | 2.7-8 libgcc1(= 1:4.1.1-21) | 1:4.3-20080202-1 libgeoip1 | 1.4.4.dfsg-1 libgmp3c2 | 2:4.2.2+dfsg-2 libqt3-mt (= 3:3.3.7) | 3:3.3.8b-1 libstdc++6(= 4.2.1-4) | 4.3-20080202-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451968: texlive-formats-extra: fails to install after successfully building *some* formats
Package: texlive-formats-extra Version: 2007-3 Severity: grave Justification: renders package unusable # apt-get install texlive-formats-extra gives the output below: 8~ Unpacking replacement texlive-formats-extra ... dpkg: error processing /var/cache/apt/archives/texlive-formats-extra_2007.dfsg.1-1_all.deb (--unpack): trying to overwrite `/usr/share/texmf-texlive/tex/latex/latexconfig/mllatex.ini', which is also in package texlive-latex-base dpkg-deb: subprocess paste killed by signal (Broken pipe) Running mktexlsr. This may take some time... done. Building format(s) --byfmt eplain. This may take some time... done. Building format(s) --byfmt mltex. This may take some time... done. Building format(s) --byfmt mllatex. This may take some time... done. Building format(s) --byfmt physe. This may take some time... done. Building format(s) --byfmt phyzzx. This may take some time... done. Building format(s) --byfmt texsis. This may take some time... done. Errors were encountered while processing: /var/cache/apt/archives/texlive-formats-extra_2007.dfsg.1-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ~8 Now: when I run # locate mllatex.ini - this is what I get: /usr/share/texmf-texlive/tex/latex/config/mllatex.ini /usr/share/texmf-texlive/tex/latex/latexconfig/mllatex.ini And now: # apt-file update # apt-file search mllatex.ini - gives this output: texlive-formats-extra: usr/share/texmf-texlive/tex/latex/latexconfig/mllatex.ini texlive-latex-base: usr/share/texmf-texlive/tex/latex/latexconfig/mllatex.ini Congrats for a wonderful distribution ! Cheers, Filippo -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-fr-20071024 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-formats-extra depends on: ii texlive-base 2007-12TeX Live: Essential programs and f ii texlive-common2007-12TeX Live: Base component ii texlive-latex-base2007-12TeX Live: Basic LaTeX packages texlive-formats-extra recommends no packages. Versions of packages tex-common depends on: ii debconf 1.5.16 Debian configuration management sy ii ucf 3.003 Update Configuration File: preserv Versions of packages texlive-formats-extra is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444508: polyxmass-bin: FTBFS: error: 'GtkTooltips' undeclared
On Wednesday 31 October 2007, Lionel Elie Mamane wrote: The new package is available at http://www.polyxmass.org/varia/debian-limbs/ www.polyxmass.org doesn't DNS-resolve right now, so I cannot upload the package. Please place it somewhere else, e.g. on your home on alioth or somewhere under http://polyxmass.alioth.debian.org/ or ... Hi Lionel, hello Lucas, nice to hear from you, Lionel :-) Well, true, polyxmass.org is unreachable (I learnt that bioinformatics.org are switching servers and ISPs). The following files were uploaded to http://polyxmass.alioth.debian.org/, as per your suggestion above! polyxmass-bin_0.9.8-1.diff.gz polyxmass-bin_0.9.8-1.dsc polyxmass-bin_0.9.8-1_i386.changes polyxmass-bin_0.9.8-1_i386.deb polyxmass-bin_0.9.8.orig.tar.gz polyxmass-bin-0.9.8.tar.gz polyxmass-bin-common_0.9.8-1_all.deb I hope they will be suitable for upload to unstable. Cheerfully yours, Ciao, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C @ pgp.mit.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444508: polyxmass-bin: FTBFS: error: 'GtkTooltips' undeclared
Hello, I have fixed the problem referenced in the subject. The new package is available at http://www.polyxmass.org/varia/debian-limbs/ I hope it is correct ! Thanks for your work, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C @ pgp.mit.edu Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441661: Done polyxmass-doc modifs
Hello, thanks for reporting the bug. I've added the texlive-latex-recommended package to the build-depends line in the control file. The package is now available at http://polyxmass.org/varia/debian-limbs/ for checking. Could you please check if it builds correctly ? Thank you for your endeavour, Filippo -- Filippo Rusconi, PhD - CNRS researcher - key C78F687C @ pgp.mit.edu Author of ``GNU polyxmass'' at http://www.polyxmass.org and of massXpert at http://www.massxpert.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421082: Some of your Debian packages might need attention
On Thursday 23 August 2007 14:33, you wrote: The following possible problem(s) were detected in the package(s) you maintain in Debian: === polyxmass-doc: = This package has 1 RC bug(s) more than 30 days old: - #421082 http://bugs.debian.org/421082 FTBFS due to TeX Live transition Hi, I thought this bug was resolved. I prepared a new package in http://polyxmass.org/varia/debian-limbs/ would you please check that is compiles fine and if so could someone upload it so that the bug gets closed ? Thank you so much everybody for your endeavours, Filippo Rusconi -- Please, deactivate the HTML mail feature: use simple text mail for me. Filippo Rusconi, PhD - CNRS researcher - key C78F687C @ pgp.mit.edu Author of ``GNU polyxmass'' at http://www.polyxmass.org http://www.biomedcentral.com/1471-2105/7/226/abstract http://www.biomedcentral.com/1472-6750/5/6/abstract http://www.google.com/search?num=50hs=Qqvhl=ensafe=offq=rusconi+filippo U565 INSERM - UMR5153 CNRS - USM0503 MNHN Laboratoire Dynamique et Régulation des génomes 57, rue Cuvier Tél. : +33 (0)1 40 79 38 84 Case Postale 26 F-75231 Paris CEDEX 05 FRANCE Fax : +33 (0)1 40 79 37 05 pgp08xirMasRu.pgp Description: PGP signature
Bug#421082: FTBFS due to TeX Live transition
On Wednesday 25 July 2007 07:49, Cyril Brulebois wrote: Hi, I tried to get this package build again (see the attached patch), but it failed OK, thank you, would you try this patch which will remove the fancy but non-essential feature that caused the bug (apparently the problem is with the \ding macro which does not seem to be recognized)? diff --recursive -N -u polyxmass-doc-orig/userman/polyxmass.tex polyxmass-doc/userman/polyxmass.tex --- polyxmass-doc-orig/userman/polyxmass.tex2007-07-25 11:03:06.0 +0200 +++ polyxmass-doc/userman/polyxmass.tex 2007-07-25 11:48:35.0 +0200 @@ -31,10 +31,10 @@ % Change the itemize environment's levels from original values to % postscript ding values so that the character is inserted in the pdf % file like a type 1 font char and not a type 3 font char. -\renewcommand{\labelitemi}{\footnotesize \ding{81}} -\renewcommand{\labelitemii}{\footnotesize \ding{70}} -\renewcommand{\labelitemiii}{\footnotesize \ding{72}} -\renewcommand{\labelitemiv}{\footnotesize \ding{54}} +%\renewcommand{\labelitemi}{\footnotesize \ding{81}} +%\renewcommand{\labelitemii}{\footnotesize \ding{70}} +%\renewcommand{\labelitemiii}{\footnotesize \ding{72}} +%\renewcommand{\labelitemiv}{\footnotesize \ding{54}} %\linespread{1.1} Thank you for your endeavours, Cheers, Filippo Rusconi -- Please, deactivate the HTML mail feature: use simple text mail for me. Filippo Rusconi, PhD - CNRS researcher - key C78F687C @ pgp.mit.edu Author of ``GNU polyxmass'' at http://www.polyxmass.org http://www.biomedcentral.com/1471-2105/7/226/abstract http://www.biomedcentral.com/1472-6750/5/6/abstract http://www.google.com/search?num=50hs=Qqvhl=ensafe=offq=rusconi+filippo U565 INSERM - UMR5153 CNRS - USM0503 MNHN Laboratoire Dynamique et Régulation des génomes 57, rue Cuvier Tél. : +33 (0)1 40 79 38 84 Case Postale 26 F-75231 Paris CEDEX 05 FRANCE Fax : +33 (0)1 40 79 37 05 diff --recursive -N -u polyxmass-doc-orig/userman/polyxmass.tex polyxmass-doc/userman/polyxmass.tex --- polyxmass-doc-orig/userman/polyxmass.tex 2007-07-25 11:03:06.0 +0200 +++ polyxmass-doc/userman/polyxmass.tex 2007-07-25 11:48:35.0 +0200 @@ -31,10 +31,10 @@ % Change the itemize environment's levels from original values to % postscript ding values so that the character is inserted in the pdf % file like a type 1 font char and not a type 3 font char. -\renewcommand{\labelitemi}{\footnotesize \ding{81}} -\renewcommand{\labelitemii}{\footnotesize \ding{70}} -\renewcommand{\labelitemiii}{\footnotesize \ding{72}} -\renewcommand{\labelitemiv}{\footnotesize \ding{54}} +%\renewcommand{\labelitemi}{\footnotesize \ding{81}} +%\renewcommand{\labelitemii}{\footnotesize \ding{70}} +%\renewcommand{\labelitemiii}{\footnotesize \ding{72}} +%\renewcommand{\labelitemiv}{\footnotesize \ding{54}} %\linespread{1.1}
Bug#395490: gcalctool: exponential values cannot be entered correctly
Package: gcalctool Version: 5.8.24-1+b1 Severity: grave Justification: renders package unusable According to the manual, entering something like 12 Exp 8 +/- should produce that number: 0.0012. Now, if I try that same example, by keying in that stuff: 12 Exp 8 +/-, the display will read this: -(12e8). If I want to make sure that the result is expected I continue keying in: *1, so that the display reads this: -(12e8)x1 (multiply by one); and when I ask the result to be displayed (keying in '=') I get -1.2e+9 ---which is NOT the expected result. The example, 12 Exp 8 +/- +/-, which should give -1.2e-7, that is -0.0012 does not work either. That is a SIGNIFICANT problem. Sincerely, Filippo Rusconi -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-fr2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gcalctool depends on: ii gconf2 2.14.0-5GNOME configuration database syste ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgconf2-4 2.14.0-5GNOME configuration database syste ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgnome2-0 2.14.1-3The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-2The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface gcalctool recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390004: tex-common fails to install trying to overwrite `/usr/share/texmf/doc'
Package: tex-common Version: 0.28 Severity: grave Justification: renders package unusable tex-common_0.29_all.deb fails to install with error below. Installation of other tetex components proceeds normally. dpkg: error processing /var/cache/apt/archives/tex-common_0.29_all.deb (--unpack): trying to overwrite `/usr/share/texmf/doc', which is also in package latex-ucs-doc ... Preparing to replace tetex-base 3.0-20 (using .../tetex-base_3.0-21_all.deb) ... Unpacking replacement tetex-base ... Preparing to replace tetex-extra 3.0-20 (using .../tetex-extra_3.0-21_all.deb) ... Unpacking replacement tetex-extra ... Trying to 'apt-get install -f' will reissue the same error message. Doing a $ dpkg -L latex-ucs-doc will show that indeed, /usr/share/texmf/doc is populated by this package: /. /usr /usr/share /usr/share/doc /usr/share/doc/latex-ucs-doc /usr/share/doc/latex-ucs-doc/FAQ /usr/share/doc/latex-ucs-doc/languages.ps.gz /usr/share/doc/latex-ucs-doc/README /usr/share/doc/latex-ucs-doc/ucs.ps.gz /usr/share/doc/latex-ucs-doc/README.Debian /usr/share/doc/latex-ucs-doc/copyright /usr/share/doc/latex-ucs-doc/changelog.Debian.gz /usr/share/texmf /usr/share/texmf/doc /usr/share/texmf/doc/latex-ucs /usr/share/texmf/doc/latex-ucs/latex-ucs.ps.gz /usr/share/texmf/doc/latex-ucs/languages.ps.gz /usr/share/texmf/doc/latex-ucs/ucs.ps.gz Cheers, Filippo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-fr2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii ucf 2.0015 Update Configuration File: preserv tex-common recommends no packages. Versions of packages tetex-base depends on: ii ucf 2.0015 Update Configuration File: preserv Versions of packages tetex-bin depends on: ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii dialog1.0-20060221-1 Displays user-friendly dialog boxe ii dpkg 1.13.21package maintenance system for Deb ii ed0.2-20 The classic unix line editor ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-18 path search library for teTeX (run ii libpaper1 1.1.20 Library for handling paper charact ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libpoppler0c2 0.4.5-4.1 PDF rendering library ii libsm61:1.0.1-2 X11 Session Management library ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 2:1.0.0-9 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii sed 4.1.5-1The GNU sed stream editor ii tetex-base3.0-21 Basic TeX input files of teTeX ii ucf 2.0015 Update Configuration File: preserv ii whiptail 0.52.2-7 Displays user-friendly dialog boxe ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages tetex-extra depends on: ii tetex-base3.0-21 Basic TeX input files of teTeX ii tetex-bin 3.0-18 The teTeX binary files ii ucf 2.0015 Update Configuration File: preserv -- debconf information: tex-common/singleuser: false tex-common/check_texmf_wrong: tetex-bin/cnf_name: tex-common/check_texmf_missing: tex-common/cnf_name: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.
Bug#384051: follow-up
Hello, thank you for your message. I did a diff of the reportbug --template output that you sent with one done on my computer and found that I could install the following packages to make my setup more close to yours: /home/rusconi# apt-get install libpt-plugins-v4l2 libpt-plugins-v4l libpt-plugins-oss libpt-plugins-dc libpt-plugins-avc libpt-plugins-alsa libpt-1.10.0 Reading package lists... Done Building dependency tree... Done libpt-plugins-v4l is already the newest version. libpt-plugins-alsa is already the newest version. libpt-1.10.0 is already the newest version. The following NEW packages will be installed: libpt-plugins-avc libpt-plugins-dc libpt-plugins-oss libpt-plugins-v4l2 0 upgraded, 4 newly installed, 0 to remove and 38 not upgraded. Need to get 216kB of archives. After unpacking 819kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libpt-plugins-avc libpt-plugins-dc libpt-plugins-oss libpt-plugins-v4l2 Authentication warning overridden. Get:1 http://ftp.fr.debian.org etch/main libpt-plugins-avc 1.10.1.dfsg-1 [56.5kB] Get:2 http://ftp.fr.debian.org etch/main libpt-plugins-dc 1.10.1.dfsg-1 [45.8kB] Get:3 http://ftp.fr.debian.org etch/main libpt-plugins-oss 1.10.1.dfsg-1 [57.9kB] Get:4 http://ftp.fr.debian.org etch/main libpt-plugins-v4l2 1.10.1.dfsg-1 [55.3kB] Fetched 216kB in 2s (74.6kB/s) Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Selecting previously deselected package libpt-plugins-avc. (Reading database ... 116111 files and directories currently installed.) Unpacking libpt-plugins-avc (from .../libpt-plugins-avc_1.10.1.dfsg-1_i386.deb) ... Selecting previously deselected package libpt-plugins-dc. Unpacking libpt-plugins-dc (from .../libpt-plugins-dc_1.10.1.dfsg-1_i386.deb) ... Selecting previously deselected package libpt-plugins-oss. Unpacking libpt-plugins-oss (from .../libpt-plugins-oss_1.10.1.dfsg-1_i386.deb) ... Selecting previously deselected package libpt-plugins-v4l2. Unpacking libpt-plugins-v4l2 (from .../libpt-plugins-v4l2_1.10.1.dfsg-1_i386.deb) ... Setting up libpt-plugins-avc (1.10.1.dfsg-1) ... Setting up libpt-plugins-dc (1.10.1.dfsg-1) ... Setting up libpt-plugins-oss (1.10.1.dfsg-1) ... Setting up libpt-plugins-v4l2 (1.10.1.dfsg-1) ... But the problem seems to persist. Sincerely, Filippo Rusconi -- Author of ``GNU polyxmass'' at http://www.polyxmass.org signature.asc Description: Digital signature
Bug#384051: ekiga: Ekiga hangs up (process sleeping) when selecting the sound manager
Package: ekiga Version: 2.0.2-1 Severity: grave Justification: renders package unusable The Ekiga configuration wizard goes on well up to the step about detecting the sound device. It detects correctly that I'm using the ALSA system, but when I hit Next it freezes. Nothing else to do than killing the process... Cheers, Filippo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-fr1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ekiga depends on: ii evolution-data-server 1.6.2-3 evolution database backend server ii gconf2 2.14.0-4 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.12-1 Avahi client library ii libavahi-common3 0.6.12-1 Avahi common library ii libavahi-glib1 0.6.12-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-3 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.2-1 The Cairo 2D vector graphics libra ii libebook1.2-5 1.6.2-3 Client library for evolution addre ii libedataserver1.2-71.6.2-3 Utility library for evolution data ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-7 generic font configuration library ii libgcc11:4.1.1-5 GCC support library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libopal-2.2.0 2.2.2.dfsg-1 Open Phone Abstraction Library - s ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpopt0 1.10-2lib for parsing cmdline parameters ii libpt-1.10.0 1.10.1.dfsg-1 Portable Windows Library ii libpt-plugins-alsa 1.10.1.dfsg-1 Portable Windows Library Audio Plu ii libpt-plugins-v4l 1.10.1.dfsg-1 Portable Windows Library Video Plu ii libsdl1.2debian1.2.11-3 Simple DirectMedia Layer ii libsm6 1:1.0.0-4 X11 Session Management library ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii yelp 2.14.2-2 Help browser for GNOME 2 ii zlib1g 1:1.2.3-13compression library - runtime ekiga recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351773: pybliographer: failure to either save or load bib (BibTeX) file
Package: pybliographer Version: 1.2.6.2-1 Severity: grave Justification: renders package unusable Hello, 1. When starting pybliographic, I get the ususal window OK. 2. When starting pybliographic with a bib filename, I get this: $ This is Pybliographic 1.2.6.2 [Python 2.3.5, Gtk 2.8.10, PyGTK 2.8.2] /usr/share/pybliographer/Pyblio/GnomeUI/Utils.py:141: GtkDeprecationWarning: gtk.mainiteration is deprecated, use gtk.main_iteration instead gtk.mainiteration (False) /usr/share/pybliographer/Pyblio/GnomeUI/Document.py:159: DeprecationWarning: use gtk.UIManager factory = gtk.ItemFactory (gtk.Menu, 'main', None) Traceback (most recent call last): File /usr/bin/pybliographer, line 166, in ? execfile (filename, user_global) File /usr/share/pybliographer/pybliographic.py, line 40, in ? main.open_document (str (url)) File /usr/share/pybliographer/Pyblio/GnomeUI/Pybliographic.py, line 98, in open_document doc.open_document (url, how) File /usr/share/pybliographer/Pyblio/GnomeUI/Document.py, line 382, in open_document data = Open.bibopen (url, how = how) File /usr/share/pybliographer/Pyblio/Open.py, line 111, in bibopen base = simple_try (url, how) File /usr/share/pybliographer/Pyblio/Open.py, line 93, in simple_try base = opener (url, 0) File /usr/share/pybliographer/Pyblio/Format/BibTeX.py, line 658, in opener base = DataBase (url) File /usr/share/pybliographer/Pyblio/Format/BibTeX.py, line 351, in __init__ self.__parsefile__ () File /usr/share/pybliographer/Pyblio/Format/BibTeX.py, line 374, in __parsefile__ user [k] [0], 0)) TypeError: reverse() takes exactly 3 arguments (4 given) and the window shows and very quickly disappears. 3. When starting pybliographic empty, getting a biblio record using Ctrl-M and trying to save a new bib file I get this: /usr/share/pybliographer/Pyblio/GnomeUI/FileSelector.py:104: DeprecationWarning: use gtk.ComboBox self.menu = gtk.OptionMenu () Traceback (most recent call last): File /usr/share/pybliographer/Pyblio/GnomeUI/Document.py, line 409, in save_document self.save_document_as () File /usr/share/pybliographer/Pyblio/GnomeUI/Document.py, line 470, in save_document_as out = file, how = how) File /usr/share/pybliographer/Pyblio/Open.py, line 193, in bibwrite writer (iter, out) File /usr/share/pybliographer/Pyblio/Format/BibTeX.py, line 646, in writer entry_write (entry, output) File /usr/share/pybliographer/Pyblio/Format/BibTeX.py, line 555, in entry_write dico [field] = _nativify (value, fieldtype) File /usr/share/pybliographer/Pyblio/Format/BibTeX.py, line 479, in _nativify field, 1) TypeError: reverse() takes exactly 3 arguments (4 given) and the file does not get saved. There errors apparently have something to do with the BibTeX.py file. But I am no pythonist. I like pybliographer/phic a lot ! Cheers, Filippo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-fr3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages pybliographer depends on: ii python2.3.5-5An interactive high-level object-o ii python-bibtex 1.2.2-1Python interfaces to BibTeX and th ii python-glade2 2.8.2-3GTK+ bindings: Glade support ii python-gnome2 2.10.0-4 Python bindings for the GNOME desk ii python2.3-glade2 2.8.2-3GTK+ bindings: Glade support ii python2.3-gnome2 2.10.0-4 Python bindings for the GNOME desk Versions of packages pybliographer recommends: ii yelp 2.10.0-3 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351773: fixed by going back to python-bibtex_1.2.1-1_i386.deb
Hi, only to inform that the bug appears fixed if one reverts to version 1.2.1 of the python-bibtex package, from version 1.2.1. Only checked that I could open a pre-existing bib file and that I could save it under same BibTeX format. Cheers, Filippo -- Please, deactivate the HTML mail feature: use simple text mail for me. Filippo Rusconi, PhD - CNRS researcher - key C78F687C @ pgp.mit.edu Author of ``GNU polyxmass'' at http://www.polyxmass.org http://www.google.com/search?num=50hs=Qqvhl=ensafe=offq=rusconi+filippo USM0503 MNHN - UMR5153 CNRS - U565 INSERM 57, rue Cuvier Tél. : +33 (0)1 40 79 38 84 Case Postale 26 F-75231 Paris CEDEX 05 FRANCE Fax : +33 (0)1 40 79 37 05 signature.asc Description: Digital signature
Bug#296935: Setting up of webcalendar fails
Hellow Justin, The problem may be that the DB_PASSWORD line is unable to handle an @ sign (though I cannot reproduce it). Can you try running dpkg-reconfigure webcalendar, and entering a purely alphanumeric password? I cannot run dpkg-reconfigure webcalendar : /usr/sbin/dpkg-reconfigure: webcalendar is broken or not fully installed Cheers, Filippo -- Please, deactivate the HTML mail feature: use simple text mail for me. Filippo Rusconi, PhD - CNRS researcher - key C78F687C @ pgp.mit.edu Author of ``GNU polyxmass'' at http://www.polyxmass.org USM0503 MNHN - UMR5153 CNRS - U565 INSERM 57, rue Cuvier Tél. : +33 (0)1 40 79 36 84 Case Postale 26 +33 (0)1 40 79 31 46 F-75231 Paris CEDEX 05 +33 (0)1 40 79 48 55 signature.asc Description: Digital signature
Bug#296935: Setting up of webcalendar fails
Package: webcalendar Version: 0.9.45-3 Severity: grave Justification: renders package unusable The Setting up of webcalendar fails with following output: Setting up webcalendar (0.9.45-3) ... Search pattern not terminated at -e line 1. dpkg: error processing webcalendar (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: webcalendar E: Sub-process /usr/bin/dpkg returned an error code (1) Note that when I did apt-get install webcalendar, the following dependencies were successfully resolved : The following NEW packages will be installed: apache apache-common apache-utils libapache-mod-php4 libedit2 php4 php4-cli php4-common php4-mysql webcalendar And then the packages were configured: Setting up apache-utils (1.3.33-3) ... Setting up apache-common (1.3.33-3) ... Setting up apache (1.3.33-3) ... Creating config file /etc/apache/httpd.conf with new version Creating config file /etc/apache/srm.conf with new version Creating config file /etc/apache/access.conf with new version Creating config file /etc/apache/modules.conf with new version Starting web server: apache. Setting up php4-common (4.3.10-2) ... Setting up libapache-mod-php4 (4.3.10-2) ... Replacing config file /etc/apache/modules.conf with new version Setting up libedit2 (2.9.cvs.20040827-1) ... Setting up php4 (4.3.10-2) ... Setting up php4-cli (4.3.10-2) ... Setting up php4-mysql (4.3.10-2) ... It is after this setting up that webcalendar failed to be setup (see above) Cheers, Filippo Rusconi -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-fr8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages webcalendar depends on: ii apache [httpd]1.3.33-3 versatile, high-performance HTTP s ii debconf [debconf-2.0] 1.4.40 Debian configuration management sy ii php4 4:4.3.10-2 server-side, HTML-embedded scripti ii php4-cli 4:4.3.10-2 command-line interpreter for the p ii php4-mysql4:4.3.10-2 MySQL module for php4 -- debconf information: * webcalendar/conf/db_host: localhost * webcalendar/note/sql_install: webcalendar/status/db_installed: false * webcalendar/note/admin_user: webcalendar/conf/db_persistent: true webcalendar/conf/single_user_login: * webcalendar/conf/single_user_mode: false * webcalendar/conf/db_database: webcalname * webcalendar/conf/db_type: mysql * webcalendar/conf/db_login: webcalsqlusername * webcalendar/conf/db_password: [EMAIL PROTECTED] webcalendar/conf/use_http_auth: false * webcalendar/status/debconf_managed: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296935: Setting up of webcalendar fails
Hello, thanks for answering the bug report. I did as you requested, and then tried an install of the package. This is the output: Setting up webcalendar (0.9.45-3) ... + Version=0.9.45-1 + set -e + . /usr/share/debconf/confmodule ++ '[' '!' '' ']' ++ PERL_DL_NONLAZY=1 ++ export PERL_DL_NONLAZY ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/webcalendar.postinst configure '' + Version=0.9.45-1 + set -e + . /usr/share/debconf/confmodule ++ '[' '!' 1 ']' ++ '[' -z '' ']' ++ exec ++ DEBCONF_REDIR=1 ++ export DEBCONF_REDIR + case $1 in + '[' '!' ']' + configure + CONF_FILE=/etc/webcalendar/settings.php + CF_TEMPLATE=/etc/webcalendar/settings.php.tpl + db_get webcalendar/status/debconf_managed + _db_cmd 'GET webcalendar/status/debconf_managed' + echo 'GET webcalendar/status/debconf_managed' + local 'IFS= ' + local _LINE + read -r _LINE + RET=true + return 0 + '[' true = false ']' + db_get webcalendar/conf/db_type + _db_cmd 'GET webcalendar/conf/db_type' + echo 'GET webcalendar/conf/db_type' + local 'IFS= ' + local _LINE + read -r _LINE + RET=mysql + return 0 + DB_TYPE=mysql + db_get webcalendar/conf/db_host + _db_cmd 'GET webcalendar/conf/db_host' + echo 'GET webcalendar/conf/db_host' + local 'IFS= ' + local _LINE + read -r _LINE + RET=localhost + return 0 + DB_HOST=localhost + db_get webcalendar/conf/db_login + _db_cmd 'GET webcalendar/conf/db_login' + echo 'GET webcalendar/conf/db_login' + local 'IFS= ' + local _LINE + read -r _LINE + RET=webcalsqlusername + return 0 + DB_LOGIN=webcalsqlusername + db_get webcalendar/conf/db_password + _db_cmd 'GET webcalendar/conf/db_password' + echo 'GET webcalendar/conf/db_password' + local 'IFS= ' + local _LINE + read -r _LINE + [EMAIL PROTECTED] + return 0 + [EMAIL PROTECTED] + db_get webcalendar/conf/db_database + _db_cmd 'GET webcalendar/conf/db_database' + echo 'GET webcalendar/conf/db_database' + local 'IFS= ' + local _LINE + read -r _LINE + RET=webcalname + return 0 + DB_DATABASE=webcalname + db_get webcalendar/conf/db_persistent + _db_cmd 'GET webcalendar/conf/db_persistent' + echo 'GET webcalendar/conf/db_persistent' + local 'IFS= ' + local _LINE + read -r _LINE + RET=true + return 0 + DB_PERSISTENT=true + db_get webcalendar/conf/use_http_auth + _db_cmd 'GET webcalendar/conf/use_http_auth' + echo 'GET webcalendar/conf/use_http_auth' + local 'IFS= ' + local _LINE + read -r _LINE + RET=false + return 0 + USE_HTTP_AUTH=false + db_get webcalendar/conf/single_user_mode + _db_cmd 'GET webcalendar/conf/single_user_mode' + echo 'GET webcalendar/conf/single_user_mode' + local 'IFS= ' + local _LINE + read -r _LINE + RET=false + return 0 + SINGLE_USER_MODE=false + db_get webcalendar/conf/single_user_login + _db_cmd 'GET webcalendar/conf/single_user_login' + echo 'GET webcalendar/conf/single_user_login' + local 'IFS= ' + local _LINE + read -r _LINE + RET= + return 0 + SINGLE_USER_LOGIN= + '[' false = true ']' + SINGLE_USER_MODE=N + cat /etc/webcalendar/settings.php.tpl + perl -e ' my %CF_REPLACE = ( '\''DB_TYPE'\'' = mysql, '\''DB_HOST'\'' = localhost, '\''DB_TYPE'\'' = mysql, '\''DB_HOST'\'' = localhost, '\''DB_LOGIN'\'' = webcalsqlusername, '\''DB_PASSWORD'\'' = [EMAIL PROTECTED], '\''DB_DATABASE'\'' = webcalname, '\''DB_PERSISTENT'\'' = true, '\''USE_HTTP_AUTH'\'' = false, '\''SINGLE_USER_MODE'\'' = N, '\''SINGLE_USER_LOGIN'\'' = ); while (my $line = STDIN) { foreach my $search (keys %CF_REPLACE) { my $replace = $CF_REPLACE{$search}; $line =~ s/DEBCONF::$search/$replace/g; } print $line; } ' Search pattern not terminated at -e line 1. dpkg: error processing webcalendar (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: webcalendar E: Sub-process /usr/bin/dpkg returned an error code (1) Hope this helps, Ciao, Filippo signature.asc Description: Digital signature