Bug#785329: lintian: Add check for CMake private files
On Friday 15 May 2015 23:53:36 Bastien ROUCARIES wrote: But I find title misleading and description too short. Moreover you should add link to normative or documentation. Why it is bad for instance to carry cmake file here ? The main practical reason why it is bad to carry a cmake file in e.g. /usr/share/cmake-3.0 is that when e.g. cmake 3.2 gets uploaded, it doesn't look there automatically any more. The main conceptual reason is that installing files there is that it is like burying the treasure map together with the treasure. FooConfig files have - since cmake 2.6 or something like that - been the preferred way for a shared component to tell cmake where it is installed. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2050122.2cLNTQT3lO@dabney
Bug#756158: lintian: Please make an error if Depends or Build-Depends is qt5-default or qt4-default
Package: lintian Version: 2.5.24 Severity: wishlist Dear Maintainer, In the Qt/KDE team, we have provided a couple of 'user oriented' configuration packages that sets the system up to have either qt4 or qt5 as the default Qt when invoking qmake and similar tools. But these are end user oriented and should not be used for neither package building nor other packages should depend on it. A special exception to the above is that there might be some cases where debian-qt-...@lists.debian.org might want to do it for 'chained' configuration packages. So, if you could add an Error for that. If a suggested solution should be presented, likely the following: build-dep qt4-default Instead of Build-Depending on qt4-default, replace it with libqt4-dev, and if your build system is qmake, please invoke qmake with the -qt4 first argument. If you use CMake, it should be picked up without further changes. build-dep on qt5-default Instead of Build-Depending on qt5-default, replace it with qtbase5-dev, and if your build system is qmake, please invoke qmake with the -qt5 first argument. If you use CMake, it should be picked up without further changes. dep on qtX default. Depending on qtX-default is bad, because it forces a specific configuration of the underlying system, a configuration that might not be what the system owner actually wants, so please don't put it in your Depends line Thanks for your considerations /Sune -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 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 lintian depends on: ii binutils 2.24.51.20140617-1 ii bzip2 1.0.6-5 ii diffstat 1.58-1 ii file 1:5.19-1 ii gettext0.18.3.2-2 ii hardening-includes 2.5 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.37-2 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1 ii libdpkg-perl 1.17.10 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.60-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.18.2-4 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3 ii perl-modules [libautodie-perl] 5.18.2-4 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.10 ii libhtml-parser-perl3.71-1+b1 pn libtext-template-perl none pn libyaml-perl none ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140726201757.27723.24793.reportbug@dabney.localhost
Bug#540484: lintian: new check + tag: desktop-entry-missing-recommended-key
On Sunday 13 September 2009 03:45:17 you wrote: Sune Vuorela s...@vuorela.dk writes: Please don't implement this wish. (This is about having Lintian diagnose all packages that don't have a StartupNotification key in .desktop.) Not being involved in desktop package maintenance, I have no idea what this whole thing is about. Could you fill in some more details? There are many optional keys in the desktop file specification, that in some cases can provide extra information. In this case, the StartupNotification key. The spec says about the StartupNotification key: | If true, it is KNOWN that the application will send a remove message when | started with the DESKTOP_STARTUP_ID environment variable set. If false, it | is KNOWN that the application does not work with startup notification at all | (does not shown any window, breaks even when using StartupWMClass, etc.). If | absent, a reasonable handling is up to implementations (assuming false, | using StartupWMClass, etc.). (See the Startup Notification Protocol | Specification for more details). Every one implementing something working with desktop files will have read this and knows that they need to do a 'reasonable handling' if this key isn't present and how to handle the two possible values. I see no reason why we should ask debian package maintainers to add this key to their desktop files. And a bit statistics on my system: /usr/share/applications$ find . | while read file ; do if grep -q ^StartupNotify $file ; then grep ^StartupNotify $file ; else echo no ; fi ; done | sort | uniq -c 364 no 14 StartupNotify=false 54 StartupNotify=true /Sune -- How may I forward to the serial software from the tools menu within ICQ? From AutoCAD and from Outlook you should log from a driver of the driver in order to reinstall a virus. -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#462635: lintian: Please warn if maintainer is a list and uploaders is empty
Package: lintian Version: 1.23.42 Severity: normal Hi! It would be nice to get a warning of some kind if 1) maintainer is a list and 2) uploaders is empty It is quite nice to be able to see which persons is behind a package. A empty uploaders field and a list as maintainer effectively hides this. To check if maintainer is a list, maybe matching on @lists. in maintainer field could do it. Or a bit stricter @lists\.(alioth\.)?debian\.org See for example: #401776 /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.16.2package building tools for Debian ii file4.23-1 Determines file type using magic ii gettext 0.17-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458831: lintian: extra-license-file detects non-license files
On Thursday 03 January 2008, Russ Allbery wrote: I'm not sure what to do with these, since they really are extra copies of the licenses without any useful change (unlike the *.html versions): W: kdelibs-data: extra-license-file usr/share/doc/kde/HTML/en/common/fdl-license W: kdelibs-data: extra-license-file usr/share/doc/kde/HTML/en/common/gpl-license W: kdelibs-data: extra-license-file usr/share/doc/kde/HTML/en/common/lgpl-license You could make them symlinks to common-licenses. That's probably what I'd do. Yeah. I have seen those - and it is also what I think I would do one day. /Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457513: N: - lintian too noisy
On Thursday 03 January 2008, Russ Allbery wrote: When I add a override, I do not want to be bugged with it. This setting might be reasonable when there is just 1 binary package - but most of my packages produces many binary packages, most got some kind of lintian override, so now it is quite some information. ...this is itself a problem. Why do most of your packages have some sort of lintian override? What tags are you having to override that this would be true? Very few of my packages need lintian overrides. Most of the overridesis related to putting different sonames in same package. At least when packaging kde, this quite often makes sense. Another group is due to weird upstream using of libraries called libkdeinit_*.so. And a thirg group is a app having a shared library currently only used by that app and stuffed in the same package as the app. kdebase for example: $ grep ^Package debian/control | wc --lines 35 $ ls debian/*.lintian | wc --lines 14 Having 14 packages in the same source package adding one or more lintian override is making N: actually quite verbose. I'll mail debian-devel about this. Probably a nice idea. /Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458831: lintian: extra-license-file detects non-license files
Package: lintian Version: 1.23.41 Severity: normal kdelibs-data contains a bunch of docbook snippets used to point to licenses for different licenses and languages. Such one: cat /usr/share/apps/ksgmltools2/customization/en-GB/entities/underArtisticLicense.docbook paraThis program is licensed under the terms of the ulink url=common/artistic-license.htmlArtistic License/ulink./para Currently overridden in kdelibs-data, but I guess it is some kind of bug in lintian. $ grep extra-license-file debian/kdelibs-data.lintian | wc --lines 120 /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.14 package building tools for Debian ii file4.21-4 Determines file type using magic ii gettext 0.17-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457513: N: - lintian too noisy
Package: lintian Version: 1.23.41 Severity: normal It seems that someone filed 452804 and it is now fixed. I really disagree in that because I don't want to see output from lintian if there is nothing interesting. When I add a override, I do not want to be bugged with it. This setting might be reasonable when there is just 1 binary package - but most of my packages produces many binary packages, most got some kind of lintian override, so now it is quite some information. The very least thing to do is to add a --dont-show-useless-stuff switch - but I would prefer that the N: stuff wasn't on by default. /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.11 package building tools for Debian ii file4.21-3 Determines file type using magic ii gettext 0.16.1-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446097: lintian: desktop files check over strict for kde packages
Package: lintian Version: 1.23.34 Severity: important Hi! KDE has a history of using desktop files for all sorts of things, not only for applications and such. for example kdegraphics, a fairly minor kde package, there is now around 10 errors and 60 warnings. If at least those checks could not be run for desktop files in some locations mostly used for kde things: /usr/share/services /usr/share/servicetypes /usr/share/applnk currently lintian generates so much output for no reasons that makes lintian impossible to use to check the kde packages. I guess it is the desktop checks implementet in version .33 that is the culprit. /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.18-1The GNU assembler, linker and bina ii diffstat 1.45-1produces graph of changes introduc ii dpkg-dev 1.14.6package building tools for Debian ii file 4.21-3Determines file type using magic ii gettext0.16.1-2 GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libparse-debianchangel 1.1.1-1 parse Debian changelogs and output ii man-db 2.4.4-4 on-line manual pager ii perl [libdigest-md5-pe 5.8.8-7 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]