Bug#627508: conflicting binary path for dconf and d-conf
On Sat, 8 Sep 2012, Ulrich Dangel wrote: * Willi Mann wrote [17.06.12 12:34]: Any progress on this? This should be a rather simple issue. My recommendation is to rename the binary of dconf. Maybe the binaries name could be changed to confdumper? I think this would be a great proposal but from the Debian Policy: http://www.debian.org/doc/debian-policy/ch-files.html , | Two different packages must not install programs with different functionality | but with the same filenames. (The case of two programs having the same | functionality but different implementations is handled via alternatives or | the Conflicts mechanism. See Maintainer Scripts, Section 3.9 and Conflicting | binary packages - Conflicts, Section 7.4 respectively.) If this case happens, | one of the programs must be renamed. The maintainers should report this to the | debian-devel mailing list and try to find a consensus about which program will | have to be renamed. If a consensus cannot be reached, both programs must be | renamed. ` I am not sure what happens when the maintainer does not react but maybe the package should get removed What I hate is the fact that dconf predates Gnome's project, and they went forward with the name anyway even though they knew about the name conflict. (There's a blog post from Philip Van Hoof where during the design phase he noted that the name dconf was already taken). I asked them to use another name. -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558047: dstat: Python SyntaxError during installation
On Thu, 26 Nov 2009, Josh Triplett wrote: Package: dstat Version: 0.7.0-1 Severity: grave Justification: renders package unusable Setting up dstat (0.7.0-1) ... Compiling /usr/share/dstat/dstat_mysql5_conn.py ... File /usr/share/dstat/dstat_mysql5_conn.py, line 39 self.set2['Threads'] = float(thread[1] / float(max[1]) 1.0 * 100) ^ SyntaxError: invalid syntax pycentral: pycentral pkginstall: error byte-compiling files (54) pycentral pkginstall: error byte-compiling files (54) dpkg: error processing dstat (--configure): subprocess installed post-installation script returned error exit status 1 I fixed this now. I wonder if there is a way to only syntax-check the plugins so that a make dist would automatically trigger this. Thanks for reporting, -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- [Any errors in spelling, tact or fact are transmission errors] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#427214: dstat - FTBFS: /build/user/dstat-0.6.3/docs/dstat.1.xml does not validate
On Sat, 2 Jun 2007, Michael Ablassmeier wrote: while doing an archive wide package rebuild your package failed to build from source for the following reason: dh_clean -k dh_installdirs # Add here commands to install the package into debian/dstat. /usr/bin/make install DESTDIR=/build/user/dstat-0.6.3/debian/dstat make[1]: Entering directory `/build/user/dstat-0.6.3' install -Dp -m0755 dstat /build/user/dstat-0.6.3/debian/dstat/usr/bin/dstat install -d -m0755 /build/user/dstat-0.6.3/debian/dstat/usr/share/dstat/ install -Dp -m0755 dstat /build/user/dstat-0.6.3/debian/dstat/usr/share/dstat/dstat.py install -Dp -m0755 plugins/dstat_*.py /build/user/dstat-0.6.3/debian/dstat/usr/share/dstat/ /usr/bin/make -C docs install make[2]: Entering directory `/build/user/dstat-0.6.3/docs' asciidoc -b docbook -d manpage dstat.1.txt xmlto man dstat.1.xml xmlto: input does not validate (status 3) /build/user/dstat-0.6.3/docs/dstat.1.xml:407: element listitem: validity error : Element listitem content does not follow the DTD, expecting (calloutlist | glosslist | itemizedlist | orderedlist | segmentedlist | simplelist | variablelist | caution | important | note | tip | warning | literallayout | programlisting | programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | destructorsynopsis | methodsynopsis | formalpara | para | simpara | address | blockquote | graphic | graphicco | mediaobject | mediaobjectco | informalequation | informalexample | informalfigure | informaltable | equation | example | figure | table | msgset | procedure | sidebar | qandaset | anchor | bridgehead | remark | highlights | abstract | authorblurb | epigraph | indexterm | beginpage)+, got () /build/user/dstat-0.6.3/docs/dstat.1.xml:417: element listitem: validity error : Element listitem content does not follow the DTD, expecting (calloutlist | glosslist | itemizedlist | orderedlist | segmentedlist | simplelist | variablelist | caution | important | note | tip | warning | literallayout | programlisting | programlistingco | screen | screenco | screenshot | synopsis | cmdsynopsis | funcsynopsis | classsynopsis | fieldsynopsis | constructorsynopsis | destructorsynopsis | methodsynopsis | formalpara | para | simpara | address | blockquote | graphic | graphicco | mediaobject | mediaobjectco | informalequation | informalexample | informalfigure | informaltable | equation | example | figure | table | msgset | procedure | sidebar | qandaset | anchor | bridgehead | remark | highlights | abstract | authorblurb | epigraph | indexterm | beginpage)+, got () Document /build/user/dstat-0.6.3/docs/dstat.1.xml does not validate make[2]: *** [dstat.1] Error 3 rm dstat.1.xml make[2]: Leaving directory `/build/user/dstat-0.6.3/docs' make[1]: *** [install] Error 2 make[1]: Leaving directory `/build/user/dstat-0.6.3' make: *** [install] Error 2 The Full Build log is available and can be viewed at: http://people.debian.org/~lucas/logs/2007/06/01/ First of all, dstat 0.6.3 is considered old now. (Debian is behind) Secondly, one does not need to rebuild the docs as I offer the docs already premade. I do not see any benefit for Debian to rebuild the docs because I explicitely DO NOT WANT a dependency on asciidoc or xmlto. So I'm interested to learn whether the 0.6.6 release still has the same problem on Debian, but my solution is to not build the docs but use the man-page as it is distributed. Kind regards, -- dag wieers, [EMAIL PROTECTED], http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]