Bug#912799: doxygen switch to llvm-toolchain-7
Hello Paolo, On 16. 01. 19 13:03, Paolo Greppi wrote: Hi Jiri, Il 16/01/19 03:05, Jiri Palecek ha scritto: Hello, On Mon, 3 Dec 2018 12:54:45 +0100 Paolo Greppi wrote: Hi, in preparation for this switch I am building doxygen from source with: ... I have been able to build the package successfully without this problem by patching the source with the attached llvm-7 patch. That was with release version 1.8.15. Thanks ! in the meantime I had created a similar one, inspired by an upstream issue: https://salsa.debian.org/paolog-guest/doxygen/blob/master/debian/patches/llvm_libs.diff The patch I picked is smaller than the other two, and seems to work so I'm inclined to keep it. But I am no cmake expert, so I am open to suggestions if there is a cmake/llvm specific reason to pick one or the other. I picked the gist of my patch from this email thread (about linking to llvm, read its other messages if you're interested): https://lists.llvm.org/pipermail/llvm-dev/2017-November/119119.html It says "the guidance should be to use the `llvm_config` CMake function instead. The proper usage of that in the example there would be to replace the call to `llvm_map_components_to_libnames` with `llvm_config(simple-tool support core irreader)`" and says you need the USE_SHARED parameter if you're linking dynamically. The macro then automatically computes which of the components are in the dynamic library and removes the static libraries from link. However if you just want to remove the components from the list and it works, I'm cool with that. I also needed an updated watch file and an updated no-rpath patch. watch file: check https://salsa.debian.org/paolog-guest/doxygen/commit/ab3cc38776cdef8fb18184fbc7290dd1bdaf3fa7 Good. re. rpath, while refreshing patches I removed a previous rpath patch: https://salsa.debian.org/paolog-guest/doxygen/commit/8622b2378a726a324266c2ccf234fa0f31e1551b#0e176d0b80fb8a20ce16f62f30644d9678caee76 can you explain the need to have this ? Simply, we don't want rpath binaries in Debian. See https://wiki.debian.org/RpathIssue. Solution taken directly from there. The doxygen library is linked with rpath set (and a mistaken one at that) therefore the need. But here we're talking about doxygen, which I ITA, that's why I have RFS an upload to experimental: https://bugs.debian.org/919413 BTW before we push to unstable, it would be great to building all (~700) reverse dependencies of doxygen against doxygen 1.8.15-1 . If you have comments/can help with that, you're welcome. Whoa, 700 packages! Are these reverse-BDs? what are you planning to check, just that it builds? Regards Jiri Palecek
Bug#919213: marked as done (irqbalance: endless loop during configure, system reaches maximum of open files)
Your message dated Wed, 16 Jan 2019 20:10:53 +0100 with message-id <20190116191051.gu10...@sym.noone.org> and subject line Re: irqbalance: endless loop during configure, system reaches maximum of open files has caused the Debian Bug report #919213, regarding irqbalance: endless loop during configure, system reaches maximum of open files to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 919213: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919213 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: irqbalance Version: 1.5.0-2 Severity: serious On one of my systems (not the one I'm writing the report on), a Raspberry Pi 2 with Debian Sid armhf and sysvinit, the terminal which I ran the upgrade in, looked like this (excerpt): Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults Executing /usr/sbin/update-rc.d irqbalance enable Synchronizing state for irqbalance.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d irqbalance defaults htop looked like this (excerpt): root 20 0 179M 1576 1404 S 0.3 0.2 3:10.99 | +- aptitude -u root 20 0 10336 0 0 S 0.0 0.0 0:00.71 |+- dpkg --status-fd 70 --configure --pending root 20 0 17832 748 140 S 0.0 0.1 0:17.01 || +- perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/irqbalance.postinst configure 1.5.0-0.1 root 20 0 1468 0 0 S 0.0 0.0 0:00.01 || | +- sh /var/lib/dpkg/info/irqbalance.postinst configure 1.5.0-0.1 root 20 0 7136 4 0 S 0.0 0.0 0:00.06 || | +- perl /usr/sbin/update-rc.d irqbalance enable root 20 0 5296 0 0 S 0.0 0.0 0:00.00 || | +- systemctl --quiet enable irqbalance root 20 0 7136 4 0
Processed: Re: irqbalance: endless loop during configure, system reaches maximum of open files
Processing control commands: > tag -1 + moreinfo Bug #919213 [irqbalance] irqbalance: endless loop during configure, system reaches maximum of open files Added tag(s) moreinfo. -- 919213: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919213 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#919213: irqbalance: endless loop during configure, system reaches maximum of open files
Control: tag -1 + moreinfo Hi Felipe, Felipe Sateler wrote: > On Sun, 13 Jan 2019 18:10:57 +0100 Axel Beckert wrote: > > On one of my systems (not the one I'm writing the report on), a > > Raspberry Pi 2 with Debian Sid armhf and sysvinit, > What are the versions of init-system-helpers 1.56+nmu1 since 19th of December 2018 acoording to the aptitude log. > and systemd? None, it's running sysvinit. > Since version 1.56, we use systemctl to enable links (which seems the case > with your log), but for some reason SYSTEMCTL_SKIP_SYSV environment > variable appears to not be respected. Thanks for that hint! In /usr/sbin/update-rc.d:139 ff. $SYSTEMCTL_SKIP_SYSV is only used if /bin/systemctl exists. /bin/systemctl shouldn't exist on that system, but to my surprise, it does and it's rather old: # ls -l /bin/systemctl -rwxr-xr-x 1 root root 366476 May 26 2015 /bin/systemctl # file /bin/systemctl /bin/systemctl: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=79551781262e12c906bc81e955088820a84cfda1, stripped So this is either a bug back from the time where I migrated that box from systemd to sysvinit or the initial Raspberry Pi SD card image used for that installation was already unclear with regards to that program. Will try to figure that out. I very likely still have that image. Until it's clear if that's a local issue or a bug in some package, please ignore that package. Will either reassign or close the bug appropriately later. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#919213: irqbalance: endless loop during configure, system reaches maximum of open files
On Sun, 13 Jan 2019 18:10:57 +0100 Axel Beckert wrote: > Package: irqbalance > Version: 1.5.0-2 > Severity: serious > > On one of my systems (not the one I'm writing the report on), a > Raspberry Pi 2 with Debian Sid armhf and sysvinit, the terminal which I > ran the upgrade in, looked like this (excerpt): > > Synchronizing state for irqbalance.service with sysvinit using update-rc.d... > Executing /usr/sbin/update-rc.d irqbalance defaults > Executing /usr/sbin/update-rc.d irqbalance enable > Synchronizing state for irqbalance.service with sysvinit using update-rc.d... > Executing /usr/sbin/update-rc.d irqbalance defaults > Executing /usr/sbin/update-rc.d irqbalance enable > Synchronizing state for irqbalance.service with sysvinit using update-rc.d... What are the versions of init-system-helpers and systemd? Since version 1.56, we use systemctl to enable links (which seems the case with your log), but for some reason SYSTEMCTL_SKIP_SYSV environment variable appears to not be respected. Saludos
Processing of json-c_0.12.1+ds-2_source.changes
/json-c_0.12.1+ds-2_source.changes is already present on target host: 5-day/json-c_0.12.1+ds.orig.tar.gz Either you already uploaded it, or someone else came first. Job json-c_0.12.1+ds-2_source.changes removed. Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#912799: doxygen switch to llvm-toolchain-7
Hi Jiri, Il 16/01/19 03:05, Jiri Palecek ha scritto: > Hello, > > On Mon, 3 Dec 2018 12:54:45 +0100 Paolo Greppi wrote: > >> Hi, in preparation for this switch I am building doxygen from source with: >> ... > > I have been able to build the package successfully without this problem by > patching the source with the attached llvm-7 patch. That was with release > version 1.8.15. Thanks ! in the meantime I had created a similar one, inspired by an upstream issue: https://salsa.debian.org/paolog-guest/doxygen/blob/master/debian/patches/llvm_libs.diff The patch I picked is smaller than the other two, and seems to work so I'm inclined to keep it. But I am no cmake expert, so I am open to suggestions if there is a cmake/llvm specific reason to pick one or the other. > I also needed an updated watch file and an updated no-rpath patch. watch file: check https://salsa.debian.org/paolog-guest/doxygen/commit/ab3cc38776cdef8fb18184fbc7290dd1bdaf3fa7 re. rpath, while refreshing patches I removed a previous rpath patch: https://salsa.debian.org/paolog-guest/doxygen/commit/8622b2378a726a324266c2ccf234fa0f31e1551b#0e176d0b80fb8a20ce16f62f30644d9678caee76 can you explain the need to have this ? > I hope to see a new version of doxymacs built against llvm 7 in Debian soon. We don't have doxymacs anymore in Debian: https://tracker.debian.org/pkg/doxymacs it was removed because "dead upstream and ... broken", see: https://bugs.debian.org/865951 https://bugs.debian.org/771872 But here we're talking about doxygen, which I ITA, that's why I have RFS an upload to experimental: https://bugs.debian.org/919413 BTW before we push to unstable, it would be great to building all (~700) reverse dependencies of doxygen against doxygen 1.8.15-1 . If you have comments/can help with that, you're welcome. > Regards > > Jiri Palecek Paolo
Bug#919473: zapping: Settings schema 'net.sf.Zapping.plugins.teletext' does not contain a key named 'method'
Package: zapping Version: 0.10~cvs6-15 Severity: grave zapping doesn't start: $ zapping (zapping:3191): dbind-WARNING **: 13:01:17.865: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files (zapping:3191): GLib-GIO-ERROR **: 13:01:18.527: Settings schema 'net.sf.Zapping.plugins.teletext' does not contain a key named 'method' Trace/breakpoint trap -- System Information: Architecture: i386 Versions of packages zapping depends on: ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2 ii libc62.28-5 ii libcairo21.16.0-2 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-7 ii libglib2.0-0 2.58.2-3 ii libgtk-3-0 3.24.3-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii liblirc-client0 0.10.1-5 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libpng16-16 1.6.36-3 ii libpython2.7 2.7.15-5 ii libx11-6 2:1.6.7-1 ii libxext6 2:1.3.3-1+b2 ii libxinerama1 2:1.1.4-1 ii libxml2 2.9.4+dfsg1-7+b3 ii libxmu6 2:1.1.2-2 ii libxv1 2:1.0.11-1 ii libxxf86dga1 2:1.1.4-1+b3 ii libxxf86vm1 1:1.1.4-1+b2 ii libzvbi0 0.2.35-15 Versions of packages zapping recommends: pn gconf2 -- Jakub Wilk
Bug#918436: marked as done (node-groove: FTBFS (ld: cannot find -lnode))
Your message dated Wed, 16 Jan 2019 11:40:52 +
with message-id
and subject line Bug#918436: fixed in node-groove 2.5.1-1
has caused the Debian Bug report #918436,
regarding node-groove: FTBFS (ld: cannot find -lnode)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
918436: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918436
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:node-groove
Version: 2.5.0-4
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-arch
dh build-arch --with nodejs
dh_update_autotools_config -a
debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
node-gyp configure build
gyp info it worked if it ends with ok
gyp info using node-gyp@3.8.0
gyp info using node@8.11.2 | linux | x64
gyp info spawn /usr/bin/python2
gyp info spawn args [ '/usr/share/node-gyp/gyp/gyp_main.py',
gyp info spawn args 'binding.gyp',
gyp info spawn args '-f',
gyp info spawn args 'make',
[... snipped ...]
../src/encoder.cc:339:39: warning: 'void node::FatalException(const
v8::TryCatch&)' is deprecated: Use FatalException(isolate, ...)
[-Wdeprecated-declarations]
node::FatalException(try_catch);
^
In file included from /usr/include/nodejs/src/node_buffer.h:25,
from ../src/encoder.cc:1:
/usr/include/nodejs/src/node.h:338:29: note: declared here
inline void FatalException(const v8::TryCatch& try_catch) {
^~
/usr/include/nodejs/src/node.h:87:42: note: in definition of macro
'NODE_DEPRECATED'
__attribute__((deprecated(message))) declarator
^~
../src/encoder.cc: In static member function 'static
Nan::NAN_METHOD_RETURN_TYPE GNEncoder::Detach(Nan::NAN_METHOD_ARGS_TYPE)':
../src/encoder.cc:367:31: warning: cast between incompatible function types
from 'void (*)(uv_work_t*)' {aka 'void (*)(uv_work_s*)'} to 'uv_after_work_cb'
{aka 'void (*)(uv_work_s*, int)'} [-Wcast-function-type]
(uv_after_work_cb)DetachAfter);
^~~
In file included from /usr/include/nodejs/src/node.h:63,
from /usr/include/nodejs/src/node_buffer.h:25,
from ../src/encoder.cc:1:
/usr/include/nodejs/deps/v8/include/v8.h: In instantiation of 'void
v8::PersistentBase::SetWeak(P*, typename v8::WeakCallbackInfo::Callback,
v8::WeakCallbackType) [with P = node::ObjectWrap; T = v8::Object; typename
v8::WeakCallbackInfo::Callback = void (*)(const
v8::WeakCallbackInfo&)]':
/usr/include/nodejs/src/node_object_wrap.h:85:78: required from here
/usr/include/nodejs/deps/v8/include/v8.h:9253:16: warning: cast between
incompatible function types from
'v8::WeakCallbackInfo::Callback' {aka 'void (*)(const
v8::WeakCallbackInfo&)'} to 'Callback' {aka 'void (*)(const
v8::WeakCallbackInfo&)'} [-Wcast-function-type]
reinterpret_cast(callback), type);
^~~~
/usr/include/nodejs/deps/v8/include/v8.h: In instantiation of 'void
v8::PersistentBase::SetWeak(P*, typename v8::WeakCallbackInfo::Callback,
v8::WeakCallbackType) [with P = Nan::ObjectWrap; T = v8::Object; typename
v8::WeakCallbackInfo::Callback = void (*)(const
v8::WeakCallbackInfo&)]':
/usr/include/nan_object_wrap.h:66:61: required from here
/usr/include/nodejs/deps/v8/include/v8.h:9253:16: warning: cast between
incompatible function types from
'v8::WeakCallbackInfo::Callback' {aka 'void (*)(const
v8::WeakCallbackInfo&)'} to 'Callback' {aka 'void (*)(const
v8::WeakCallbackInfo&)'} [-Wcast-function-type]
SOLINK_MODULE(target) Release/obj.target/groove.node
/usr/bin/ld: cannot find -lnode
collect2: error: ld returned 1 exit status
make[2]: *** [groove.target.mk:141: Release/obj.target/groove.node] Error 1
make[2]: Leaving directory '/<>/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit
(/usr/share/node-gyp/lib/build.js:262:23)
gyp ERR! stack at emitTwo (events.js:126:13)
gyp ERR! stack at ChildProcess.emit (events.js:214:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit
(internal/child_process.js:198:12)
gyp ERR! System Linux 4.9.0-8-amd64
gyp ERR! command "/usr/bin/node" "/usr/bin/node-gyp" "configure" "build"
gyp ERR! cwd /<>
gyp ERR! node -v v8.11.2
gyp ERR! nod
node-groove_2.5.1-1_source.changes REJECTED
node-groove source: lintian output: 'maintainer-address-malformed Debian QA Group , Debian Javascript Maintainers ', automatically rejected package. === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns.
Processing of node-groove_2.5.1-1_source.changes
node-groove_2.5.1-1_source.changes uploaded successfully to localhost along with the files: node-groove_2.5.1-1.dsc node-groove_2.5.1.orig.tar.gz node-groove_2.5.1-1.debian.tar.xz node-groove_2.5.1-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
