Bug#636504: RFP: pcbsd-netmanager -- PC-BSD Network Manager
Package: wnpp Severity: wishlist * Package name: pcbsd-netmanager * URL : see below * License : 3-clause BSD (with some MIT/X11 parts) Programming Lang: C++ (Qt) Description : PC-BSD Network Manager Graphical (Qt) Network Configuration utility of the PC-BSD project. May be used to setup Ethernet, Wireless and 3G/PPP. Extended description and Screenshots: http://wiki.pcbsd.org/index.php/Network_Configuration Browse source code: http://trac.pcbsd.org/browser/pcbsd/current/src-qt4?order=name (note: LICENSE file is in this top-level directory; subdirs pc-netmanager and libpcbsd are also required). Subversion URL: svn://svn.pcbsd.org/pcbsd/current/src-qt4 Note: This package is only useful on Debian GNU/kFreeBSD flavor. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110803154047.1011.43739.reportbug@dimoni
Bug#634388: portability improvement in debian/control
Package: qtwebkit Version: 2.1.0~2011week13-2 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Please consider this patch so that qtwebkit is buildable on future ports of Debian GNU/kFreeBSD (e.g. kfreebsd-mipsel). Thanks! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- debian/control~ 2011-06-20 15:02:16.0 +0200 +++ debian/control 2011-07-18 23:45:14.092390511 +0200 @@ -5,14 +5,14 @@ Build-Depends: debhelper (>= 7.4.15), gperf, libicu-dev, - libphonon-dev [kfreebsd-amd64 kfreebsd-i386 hurd-i386], + libphonon-dev [!linux-any], libqt4-dev (>= 4:4.7.0), libqt4-opengl-dev (>= 4:4.7.0), libsqlite3-dev, libxext-dev, libxrender-dev, pkg-kde-tools (>= 0.6.4), - qtmobility-dev [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386] + qtmobility-dev [linux-any] Standards-Version: 3.9.2 Section: libs Homepage: http://trac.webkit.org/wiki/QtWebKit
Bug#586540: kdm on initial start at kfreebsd bootup does not allow keyboard input
2010/10/23, Modestas Vainius : > The bug we are facing here is that kdm starts on vt2 when it's not supposed > to > even bother with VTs below 7. ServerVTs=-7 setting in /etc/kde4/kdm/kdmrc > takes care of it (on Linux). However, apparently ServerVTs does not work on > kfbsd for some reason (nor it's present in default kdmrc). Finding that > reason > would be the real fix and I will look into it later today/tomorrow. It could > be as easy as #define which does not cover kfbsd (I hope). This suggests HAVE_VTS macro is not being set. Maybe this helps? --- kdm/backend/greet.h~2008-01-04 23:55:44.0 + +++ kdm/backend/greet.h 2010-10-24 10:13:45.0 + @@ -53,10 +53,8 @@ # define USE_SYSLOG #endif -#ifdef __linux__ /* This needs to be run-time configurable, additionally. */ # define HAVE_VTS -#endif #define DEBUG_CORE 0x01 #define DEBUG_CONFIG 0x02 -- Robert Millan -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimplcvaq-fureba9xn7e+qmob8=jxjguhjwg...@mail.gmail.com
Bug#505316: [lilo-config] Choosing a kernel from kde-shutdown menu renders system with grub unbootable
On Tue, Nov 11, 2008 at 06:40:02PM +0100, Mark Brandis wrote: > > --- Please enter the report below this line. --- > On a system with grub, it is possible in kde to choose between different > kernel for reboot. After choosing one of the kernels and reboot, grub tries > to boot any kernel and stops with: > > selected item cannot fit into memory > > Only after a boot from CD and a 'grub-install /dev/X' the system boots again. > memtest is unaffected from that. Hi, The GRUB feature which kdm relies on is dangerous, buggy, and unsupported by upstream. kdm would be much better off if it didn't use it. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492317: (update breaks grub boot (MBR) "Grub Error 28: Selected item can not fit into memory")
On Fri, Jul 25, 2008 at 06:16:33PM +0200, Alan BRASLAU wrote: > On Friday 25 July 2008 15:12:42 Robert Millan wrote: > > reassign 492317 kdm > > thanks > Look at > http://bugs.kde.org/show_bug.cgi?id=63800 > > > On Fri, Jul 25, 2008 at 02:05:01PM +0200, Alan BRASLAU wrote: > > > Further investigation shows that the error systematically occurs after > > > selecting a grub boot option from kdm. This, persists even after > > > powering-down the system before trying to reboot. Thus, kdm (version > > > 4:4.0.98-1) must be corrupting the grub configuration somehow. > > > > I wasn't aware of this feature. What is kdm exactly doing? > > > > > I am filing a kdm bug report upstream. Should the present grub bug report > > > be closed? > > > > I can't tell if this is GRUB's fault or not without an accurate description > > of what kdm is doing. > > I'm not sure what kdm is doing, as I have not taken a look at the source code. > However, I see the following in /var/log/kdm.log > > GNU GRUB version 0.97 (640K lower / 3072K upper memory) > >[ Minimal BASH-like line editing is supported. For > the first word, TAB lists possible command > completions. Anywhere else TAB lists the possible > completions of a device/filename. ] > grub> savedefault --default=5 --once > grub> > > so I see that kdm seems to run grub, and not edit menu.lst or some other hack. > > > Let's reassign this bug; later it can be moved back to GRUB if necessary. > > The grub and kdm maintainers are much more competent than I. However, I can > investigate more if no-one else is aware of the problem or cannot reproduce. > It's a bit time-consuming, so for the moment I am simply avoiding using this > feature - I'll stick to rebooting into linux :) My summary: We found savedefault feature to be buggy and dangerous. Because of this it is disabled now in update-grub. This problem is most likely just a result of kdm enabling it. Since this chunk of code is basicaly unmaintained upstream, I don't expect that it will be fixed in the Legacy version of GRUB (specially, not in time for lenny). We intend to re-enable this functionality in GRUB 2 shortly. In the meantime I recommend that you avoid using it in GRUB Legacy. For kdm, it'd probably be a good idea to disable this feature for now. -- Robert Millan I know my rights; I want my phone call! What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491837: flash
Package: kde Severity: wishlist Hi, Now that it seems we finally settled [1] in Debian for including flash support in the default package selection, I think it'd be nice if KDE installs came with a native konqueror/kparts module instead of falling back to mozilla/NSAPI plugin interface. Currently, konqueror-plugin-gnash seems to be the only package that provides this kind of integration. May I suggest adding it to the kde metapackage? (or as a recommends in konqueror package if you find that more suitable). [1] see #467324 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475333: FTBFS on parallel build (dpkg-buildpackage -j)
Package: qt-x11-free Version: 3.3.8b-5 Severity: important Tags: patch Fails to build from source on parallel build (dpkg-buildpackage -j2) due to a race condition in debian/rules. The first hunk fixes that, the rest fixes improper use of "make" that discards make flags, making -j parameter useless. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -ur qt-x11-free-3.3.8b/debian/rules qt-x11-free-3.3.8b.new/debian/rules --- qt-x11-free-3.3.8b/debian/rules 2008-04-09 20:08:24.0 +0200 +++ qt-x11-free-3.3.8b.new/debian/rules 2008-04-09 20:48:24.0 +0200 @@ -109,11 +109,11 @@ CONFIGURE_OPTS += -DQT_QLOCALE_USES_FCVT endif -build: $(QUILT_STAMPFN) libqt-thread-stamp +build: libqt-thread-stamp touch build-stamp -libqt-thread-stamp: +libqt-thread-stamp: $(QUILT_STAMPFN) @echo "QTDIR is ${QTDIR}" @@ -127,10 +127,10 @@ ln -s ../src/inputmethod/qinputcontextplugin.h include/qinputcontextplugin.h # proceed - make sub-src sub-plugins sub-tools - make -C src INSTALL_ROOT=$(TMP_INSTALL) install_target - make INSTALL_ROOT=$(TMP_INSTALL) install - make INSTALL_ROOT=$(TMP_INSTALL) plugins-install + $(MAKE) sub-src sub-plugins sub-tools + $(MAKE) -C src INSTALL_ROOT=$(TMP_INSTALL) install_target + $(MAKE) INSTALL_ROOT=$(TMP_INSTALL) install + $(MAKE) INSTALL_ROOT=$(TMP_INSTALL) plugins-install # archives get accidentally stripped by make install. Copy over unstripped ones for now. cp lib/lib*.a $(TMP_INSTALL)/usr/lib/ @@ -140,11 +140,11 @@ cp bin/findtr $(TMP_INSTALL)/usr/bin/ # build conv2ui - cd tools/designer/tools/conv2ui && make + cd tools/designer/tools/conv2ui && $(MAKE) cp bin/conv2ui $(TMP_INSTALL)/usr/bin/conv2ui # build qvfb - cd tools/qvfb/ && make + cd tools/qvfb/ && $(MAKE) cp tools/qvfb/qvfb $(TMP_INSTALL)/usr/bin/qvfb # install qmake.cache file @@ -172,12 +172,12 @@ -chmod a-x doc/html/layout?.png if [ -f "src/Makefile" ]; then \ - make -C src clean; make -C plugins/src distclean; make -C tools distclean; \ - make -C tools/makeqpf distclean; make -C tools/qconfig distclean; make -C tools/qvfb distclean; \ - make -C tools/msg2qm distclean; make -C tools/mergetr distclean; make -C tools/qembed distclean; \ - make -C tools/designer/tools/conv2ui distclean; make -C tools/designer/tools/createcw distclean; \ - make -C tools/designer/plugins/glade distclean; make -C tools/designer/plugins/qglwidget distclean; \ - make -C config.tests/unix/largefile distclean; make -C qmake distclean; \ + $(MAKE) -C src clean; $(MAKE) -C plugins/src distclean; $(MAKE) -C tools distclean; \ + $(MAKE) -C tools/makeqpf distclean; $(MAKE) -C tools/qconfig distclean; $(MAKE) -C tools/qvfb distclean; \ + $(MAKE) -C tools/msg2qm distclean; $(MAKE) -C tools/mergetr distclean; $(MAKE) -C tools/qembed distclean; \ + $(MAKE) -C tools/designer/tools/conv2ui distclean; $(MAKE) -C tools/designer/tools/createcw distclean; \ + $(MAKE) -C tools/designer/plugins/glade distclean; $(MAKE) -C tools/designer/plugins/qglwidget distclean; \ + $(MAKE) -C config.tests/unix/largefile distclean; $(MAKE) -C qmake distclean; \ fi -rm -rf .qmake.cache src/.qmake.internal.cache tools/designer/designer/.qmake.internal.cache qmake/GNUmakefile \
Bug#475251: please allow firebird2-dev as alternative build-dependency (for backports)
Package: qt-x11-free Version: .3.8b-5 Severity: wishlist Tags: patch Please allow firebird2-dev as alternative build-dependency (for backports). Patch attached (only etch archs included in the [] filter) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -ur qt-x11-free-3.3.8b/debian/control qt-x11-free-3.3.8b.new/debian/control --- qt-x11-free-3.3.8b/debian/control 2008-04-09 20:46:31.0 +0200 +++ qt-x11-free-3.3.8b.new/debian/control 2008-04-09 19:58:10.0 +0200 @@ -1,7 +1,7 @@ Source: qt-x11-free Maintainer: Debian Qt/KDE Maintainers Uploaders: Ana Beatriz Guerrero Lopez <[EMAIL PROTECTED]>, Sune Vuorela <[EMAIL PROTECTED]>, Fathi Boudra <[EMAIL PROTECTED]>, Modestas Vainius <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 5.0.31), quilt, libxext-dev (>= 4.3.0.dfsg.1-4), libxrandr-dev (>= 4.3.0.dfsg.1-4), libsm-dev (>= 4.3.0.dfsg.1-4), libxmu-dev (>= 4.3.0.dfsg.1-4), libice-dev (>= 4.3.0.dfsg.1-4), libx11-dev (>= 4.3.0.dfsg.1-4), libxt-dev (>= 4.3.0.dfsg.1-4), libxrender-dev, libxcursor-dev, libxinerama-dev, libxi-dev, zlib1g-dev, libjpeg62-dev, libmng-dev (>= 1.0.3), libpng12-dev | libpng12-0-dev, libfontconfig1-dev, libfreetype6-dev, libxft-dev, libiodbc2-dev (>= 3.51.2-4), libmysqlclient15-dev | libmysqlclient-dev, flex, libpq-dev, libaudio-dev, libcupsys2-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libsqlite3-dev, firebird2.0-dev [i386 kfreebsd-i386 kfreebsd-amd64 knetbsd-i386 netbsd-i386 amd64 sparc powerpc] +Build-Depends: debhelper (>= 5.0.31), quilt, libxext-dev (>= 4.3.0.dfsg.1-4), libxrandr-dev (>= 4.3.0.dfsg.1-4), libsm-dev (>= 4.3.0.dfsg.1-4), libxmu-dev (>= 4.3.0.dfsg.1-4), libice-dev (>= 4.3.0.dfsg.1-4), libx11-dev (>= 4.3.0.dfsg.1-4), libxt-dev (>= 4.3.0.dfsg.1-4), libxrender-dev, libxcursor-dev, libxinerama-dev, libxi-dev, zlib1g-dev, libjpeg62-dev, libmng-dev (>= 1.0.3), libpng12-dev | libpng12-0-dev, libfontconfig1-dev, libfreetype6-dev, libxft-dev, libiodbc2-dev (>= 3.51.2-4), libmysqlclient15-dev | libmysqlclient-dev, flex, libpq-dev, libaudio-dev, libcupsys2-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libsqlite3-dev, firebird2.0-dev [i386 kfreebsd-i386 kfreebsd-amd64 knetbsd-i386 netbsd-i386 amd64 sparc powerpc] | firebird2-dev [i386 amd64 sparc powerpc] Section: libs Priority: optional Standards-Version: 3.7.3
Bug#464613: copyright file refers to common-licenses/GPL, which is GPLv3+, but LICENSE.GPL says GPLv2-only
Package: qt-x11-free Version: 3:3.3.7-9 Severity: serious copyright file refers to common-licenses/GPL, which is GPLv3+, but LICENSE.GPL says GPLv2-only. Untill Qt license is upgraded you should point to common-licenses/GPL-2 instead. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386582: please don't assume oss-compatible /dev/dsp is present
Package: libarts1c2a Version: 1.5.4-1 Severity: normal libarts1c2a seems to require an OSS-compatible /dev/dsp to work. However, starting with Linux 2.6 (hence, starting with etch), both libasound2 and /dev/dsp interfaces [1] are provided, and applications are no longer allowed to assume a standard /dev/dsp is present. This situation makes this package become broken for most users (i.e. those who will install etch, or upgrade from sarge/linux2.4 and no longer have a working /dev/dsp). I believe libarts1c2a should try to avoid this by enabling OSS compatibility modules. Fortunately, you don't need to worry about the details of binding OSS compat modules to ALSA ones so that they're loaded when and only when ALSA drivers are in use. The "oss-compat" package has been created with this purpose. You can add a dependency on "oss-compat" to handle the compatibility for you. [1] Not directly related to ALSA and OSS driver implementations. Whereas libasound2 is ALSA-specific, /dev/dsp can be provided by both. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages libarts1c2a depends on: ii libartsc0 1.5.4-1 aRts sound system C support librar ii libasound2 1.0.11-7 ALSA library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-02.10.3-3 The GLib library of C routines ii libice6 1:1.0.1-1X11 Inter-Client Exchange library ii libjack0.100.0-00.101.1-1JACK Audio Connection Kit (librari ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-2X11 Session Management library ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi ii libx11-62:1.0.0-8X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages libarts1c2a recommends: pn libarts1-akode (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340704: rar support violates DFSG #4
On Fri, Nov 25, 2005 at 07:44:08PM -0800, Steve Langasek wrote: > > OTOH, if you think my interpretation of DFSG is inadequate, I could try to > > expose it better, and we could also move this to -legal (perhaps I should > > have > > started there in first place). > > Yes, I still disagree with this reasoning. People of conscience may > disagree on whether *preventing* the creation of files that can't be read > with free software is serving the goals of the DFSG. In the absence of > agreement on this point, I don't think it's right to treat this as a > release-critical bug unless the *maintainer* agrees with you. That suggests if the maintainer disagrees in, say, DFSG #1 ("Debian will remain 100% free"), then we don't have to treat as release-critical an inclussion of non-free in main. I think I'll try to expose better my point, and also move it to -legal. DFSG #4 states: "We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities." I think it's very clear that the free software community is harmed by promoting trap formats like RAR, so I won't extend on that. For what the needs of our users are concerned, we have basicaly two groups of users with opposed needs: 1- A group of users who want to use rar to produce archives. 2- A group of users who want to extract rar archives produced by the first one. Reasons why I think the latter group is much bigger than the first: - In case user in group #1 is using RAR for private backups/etc, the technical disadvantages of using RAR instead of a combination of tar (better integration with Un*x file metadata) and p7zip (better compression) indicate this is a minority of users. - In case user in group #1 is using RAR for distributing data across the internet, then for each user doing this, it's logical to expect more than one user in group #2 will recieve the file and want to extract it. - In popcon, unrar is roughly 5/4 times more popular than rar. Although this info should be taken with a grain of salt, because many users install rar with the sole purpose of extracting, or simply because it's in Suggests in the packages that are object of this discussion. Therefore I don't think we're serving the interests of our users or the free software community first in our priorities. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340704: rar support violates DFSG #4
On Fri, Nov 25, 2005 at 01:57:17PM +0100, Adeodato Sim?? wrote: > * Robert Millan [Fri, 25 Nov 2005 13:34:23 +0100]: > > > Well, that's not the problem. If the application needs unrar to extract rar > > archives, then suggesting unrar is ok [1]. It's the fact that the > > application > > supports creating rar archives that I believe violates the DFSG. > > > Does this explanation satisfy you? If it does, I'd like to rise the > > severity > > back to serious (I don't think it's an issue for the release, being only 4 > > bugs). > > > OTOH, if you think my interpretation of DFSG is inadequate, I could try to > > expose it better, and we could also move this to -legal (perhaps I should > > have > > started there in first place). > > Oh dear. Are you going to suggest that we move OpenOffice.org out of > main 'cause it can be used to create Microsoft Word files? No. Any of the files created by OOo can be opened with free software (notably, with OOo itself), so they're not a "trap". A valid analogy would be like: - In the future, we have a package of MS-Office in non-free (MS allowed us to re-distribute it, etc) - Users can create some new "trap format" with it (not unlikely, e.g. [1]) - Such format can't be opened with free software. Thus: - We'd be doing a bad service to most of our users, who use OOo/etc - We'd be harming the free software community as a whole. (both of these are infractions of DFSG #4 IMHO) [1] "There are also reports that Microsoft is planning to use patented extensions to XML as the basis for a future Word format; anyone who implements free software to read those files could be sued for patent infringement by Microsoft." from http://www.gnu.org/philosophy/no-word-attachments.html -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340704: rar support violates DFSG #4
On Fri, Nov 25, 2005 at 02:41:49AM -0800, Steve Langasek wrote: > > Sorry, I have to disagree with these bug severities; Suggests: are just not > important enough in our packaging system to treat them as release-critical, > regardless of what's being suggested, Hi Steve, My concern is about the rar writing support itself, not about Suggests. The Suggests tag is just an indication that either the application supports generating rar archives (or that there's a mistake, and the maintainer just mean to suggest "unrar" instead). > and it is generally considered > acceptable to Suggest: non-free packages from main anyway. Well, that's not the problem. If the application needs unrar to extract rar archives, then suggesting unrar is ok [1]. It's the fact that the application supports creating rar archives that I believe violates the DFSG. Does this explanation satisfy you? If it does, I'd like to rise the severity back to serious (I don't think it's an issue for the release, being only 4 bugs). OTOH, if you think my interpretation of DFSG is inadequate, I could try to expose it better, and we could also move this to -legal (perhaps I should have started there in first place). Thanks! [1] In fact, unrar is one of the two non-free packages whose distribution by Debian I would personaly endorse. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340704: rar support violates DFSG #4
Package: ark Severity: serious Justification: DFSG #4 This package has a "Suggests: rar" tag. If it has the functionality to create rar archives via rar, this is a serious problem, because it is encouraging users to create "trap archives" that can't be extracted with free software. I believe this is a violation of DFSG #4 ("Our priorities are our users and free software") since we put: - A minority of our users (those who use rar to publish data). before: - The majority of our users (who can't extract the data in a pure Debian system). - The free software community, for which trap archive formats are seriously detrimental. OTOH, if this package is only using rar to extract these archives, then it'd be better to use the unrar package instead (in that case severity of this bug should be lowered). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334974: wrong patch
Sorry, my patch is wrong. I forgot to add "stderr" as the first argument to fprintf. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334974: kdeinit: bogus "couldn't open tty" error
Package: kdelibs-bin Severity: normal Tags: patch While debugging an unrelated problem, I found this: kdeinit: couldn't open() tty: Permission denied This error message is not very useful. If it told you which terminal is that which can't be opened, then it'd actualy help debugging the problem. (of course, I can use ktrace, but that's beside the point). Patch attached. -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) kdeinit: couldn't open() tty: Permission denied diff -ur kdelibs-3.4.2.old/kinit/kinit.cpp kdelibs-3.4.2/kinit/kinit.cpp --- kdelibs-3.4.2.old/kinit/kinit.cpp 2005-07-20 11:19:21.0 +0200 +++ kdelibs-3.4.2/kinit/kinit.cpp 2005-10-21 10:19:45.0 +0200 @@ -255,7 +255,7 @@ int fd = open( tty, O_WRONLY ); if( fd < 0 ) { -perror( "kdeinit: couldn't open() tty" ); +fprintf( "kdeinit: couldn't open() %s: %s\n", tty, strerror (errno) ); return; } if( dup2( fd, STDOUT_FILENO ) < 0 )
Bug#289599: new patch
Hi! I'm attaching a new, up-to-date patch for building kdelibs on GNU/kFreeBSD. Please could you forward/commit the relevant part to upstream? -- Robert Millan diff -ur kdelibs-3.4.2.old/configure.in.in kdelibs-3.4.2/configure.in.in --- kdelibs-3.4.2.old/configure.in.in 2005-05-23 14:17:19.0 +0200 +++ kdelibs-3.4.2/configure.in.in 2005-08-27 23:48:59.0 +0200 @@ -47,7 +47,7 @@ KDE_CHECK_STL AC_HEADER_DIRENT AC_HEADER_STDC -AC_CHECK_HEADERS(sys/param.h sys/mman.h sys/time.h sysent.h strings.h sys/stat.h sys/select.h paths.h malloc.h limits.h sys/soundcard.h dlfcn.h termios.h) +AC_CHECK_HEADERS(sys/param.h sys/mman.h sys/time.h sysent.h strings.h sys/stat.h sys/select.h paths.h malloc.h limits.h sys/soundcard.h dlfcn.h termios.h sys/prctl.h) DCOPIDL2CPP="compiled" DCOPIDL="compiled" @@ -118,7 +118,7 @@ AC_CHECK_MKSTEMPS AC_CHECK_MKSTEMP AC_CHECK_MKDTEMP -AC_CHECK_FUNCS(strtoll socket seteuid setegid strfmon stpcpy gettimeofday) +AC_CHECK_FUNCS(strtoll socket seteuid setegid strfmon stpcpy gettimeofday tcgetattr tcsetattr) AH_BOTTOM([ /* provide a definition for a 32 bit entity, usable as a typedef, possibly diff -ur kdelibs-3.4.2.old/debian/control kdelibs-3.4.2/debian/control --- kdelibs-3.4.2.old/debian/control2005-08-27 13:06:22.0 +0200 +++ kdelibs-3.4.2/debian/control2005-08-27 15:16:22.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Qt/KDE Maintainers Uploaders: Isaac Clerencia <[EMAIL PROTECTED]>, Pierre Habouzit <[EMAIL PROTECTED]>, Christopher Martin <[EMAIL PROTECTED]>, Adeodato Sim?? <[EMAIL PROTECTED]>, Riku Voipio <[EMAIL PROTECTED]> -Build-Depends: cdbs (>= 0.4.27), debhelper (>= 4.2.30), autotools-dev, binutils (>= 2.14.90.0.7), docbook-to-man, gawk, gettext, libart-2.0-dev (>= 2.3.17), libarts1-dev (>= 1.4.2), libasound2-dev, libaspell-dev, libbz2-dev, libcupsys2-dev, libfam-dev (>= 2.7.0-7.2), libidn11-dev, libjasper-1.701-dev, libkrb5-dev, libldap2-dev, libopenexr-dev (>= 1.2.2-3), libpcre3-dev, libqt3-mt-dev (>= 3:3.3.4-4), libsasl2-dev, libssl-dev, libtiff4-dev (>= 3.7.3-1), libxml2-dev, libxml2-utils, libxslt1-dev, sharutils, texinfo +Build-Depends: cdbs (>= 0.4.27), debhelper (>= 4.2.30), autotools-dev, binutils (>= 2.14.90.0.7), docbook-to-man, gawk, gettext, libart-2.0-dev (>= 2.3.17), libarts1-dev (>= 1.4.2), libasound2-dev [!kfreebsd-i386 !hurd-i386], libaspell-dev, libbz2-dev, libcupsys2-dev, libfam-dev (>= 2.7.0-7.2), libidn11-dev, libjasper-1.701-dev, libkrb5-dev, libldap2-dev, libopenexr-dev (>= 1.2.2-3), libpcre3-dev, libqt3-mt-dev (>= 3:3.3.4-4), libsasl2-dev, libssl-dev, libtiff4-dev (>= 3.7.3-1), libxml2-dev, libxml2-utils, libxslt1-dev, sharutils, texinfo Build-Depends-Indep: doxygen, qt3-doc, graphviz, gsfonts-x11 Standards-Version: 3.6.2 diff -ur kdelibs-3.4.2.old/kdecore/kmountpoint.cpp kdelibs-3.4.2/kdecore/kmountpoint.cpp --- kdelibs-3.4.2.old/kdecore/kmountpoint.cpp 2005-05-23 14:16:21.0 +0200 +++ kdelibs-3.4.2/kdecore/kmountpoint.cpp 2005-08-27 16:26:09.0 +0200 @@ -224,7 +224,7 @@ { KMountPoint::List result; -#ifdef HAVE_GETMNTINFO +#if defined(HAVE_GETMNTINFO) && defined(MNT_NOWAIT) struct statfs *mounted; diff -ur kdelibs-3.4.2.old/kdecore/kpty.cpp kdelibs-3.4.2/kdecore/kpty.cpp --- kdelibs-3.4.2.old/kdecore/kpty.cpp 2005-05-23 14:16:21.0 +0200 +++ kdelibs-3.4.2/kdecore/kpty.cpp 2005-08-27 15:15:37.0 +0200 @@ -95,24 +95,24 @@ # endif #endif -#if defined (__FreeBSD__) || defined (__NetBSD__) || defined (__OpenBSD__) || defined (__bsdi__) || defined(__APPLE__) +#if defined(HAVE_TCGETATTR) +# define _tcgetattr(fd, ttmode) tcgetattr(fd, ttmode) +#elif defined(TIOCGETA) # define _tcgetattr(fd, ttmode) ioctl(fd, TIOCGETA, (char *)ttmode) +#elif defined(TCGETS) +# define _tcgetattr(fd, ttmode) ioctl(fd, TCGETS, (char *)ttmode) #else -# if defined(_HPUX_SOURCE) || defined(__Lynx__) -# define _tcgetattr(fd, ttmode) tcgetattr(fd, ttmode) -# else -# define _tcgetattr(fd, ttmode) ioctl(fd, TCGETS, (char *)ttmode) -# endif +# error #endif -#if defined (__FreeBSD__) || defined (__NetBSD__) || defined (__OpenBSD__) || defined (__bsdi__) || defined(__APPLE__) +#if defined(HAVE_TCSETATTR) && defined(TCSANOW) +# define _tcsetattr(fd, ttmode) tcsetattr(fd, TCSANOW, ttmode) +#elif defined(TIOCSETA) # define _tcsetattr(fd, ttmode) ioctl(fd, TIOCSETA, (char *)ttmode) +#elif defined(TCSETS) +# define _tcsetattr(fd, ttmode) ioctl(fd, TCSETS, (char *)ttmode) #else -# ifdef _HPUX_SOURCE -# define _tcsetattr(fd, ttmode) tcsetattr(fd, TCSANOW, ttmode) -# else -# define _tcsetattr(fd, ttmode) ioctl(fd, TCSETS, (char *)ttmode) -# endif +# error #endif #if defined (_HPUX_SOURCE) diff -ur kdelibs-3.4.2.old/kinit/kinit.cpp kdelibs-3.4.2/kinit/kinit.cpp --- kdelibs-3.4.2.old/kini
Bug#289599: FTBFS on kfreebsd-gnu
Package: kdelibs Severity: wishlist Tags: patch The attached patches fix FTBFS on kfreebsd-gnu. After applying the upstream part you have to regenerate config.h.in, configure.in. Relibtoolisation is also needed. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i386) Kernel: GNU/kFreeBSD 5.3+1-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) diff -ur kdelibs-3.3.1.old/debian/control kdelibs-3.3.1/debian/control --- kdelibs-3.3.1.old/debian/control2005-01-05 01:18:16.0 +0100 +++ kdelibs-3.3.1/debian/control2005-01-05 01:27:05.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Qt/KDE Maintainers Uploaders: Christopher L Cheney <[EMAIL PROTECTED]>, Adeodato Simó <[EMAIL PROTECTED]>, Riku Voipio <[EMAIL PROTECTED]> -Build-Depends: automake1.9, debhelper (>> 4.2.0), docbook-to-man, gawk, gettext, libart-2.0-dev, libarts1-dev (>> 1.3.0), libaspell-dev, libbz2-dev, libcupsys2-dev, libdb4.2-dev, libfam-dev, libidn11-dev, libjasper-1.701-dev, libldap2-dev, libopenexr-dev (>= 1.2.1), libpam0g-dev, libpcre3-dev, libsasl2-dev, libssl-dev, libtiff4-dev, libxml2-dev, libxml2-utils, libxrender-dev, libxslt1-dev, qt3-doc, sharutils, texinfo, xlibmesa-glu-dev +Build-Depends: automake1.9, debhelper (>> 4.2.0), docbook-to-man, gawk, gettext, libart-2.0-dev, libarts1-dev (>> 1.3.0), libaspell-dev, libbz2-dev, libcupsys2-dev, libdb4.2-dev, libfam-dev, libidn11-dev, libjasper-1.701-dev, libldap2-dev, libopenexr-dev (>= 1.2.1), libpam0g-dev, libpcre3-dev, libsasl2-dev, libssl-dev, libtiff4-dev, libxml2-dev, libxml2-utils, libxrender-dev, libxslt1-dev, qt3-doc, sharutils, texinfo, xlibmesa-glu-dev | libglu1-mesa-dev Build-Depends-Indep: doxygen, qt3-doc Standards-Version: 3.6.1 diff -ur kdelibs-3.3.1.old/configure.in.in kdelibs-3.3.1/configure.in.in --- kdelibs-3.3.1.old/configure.in.in 2004-02-26 22:15:43.0 +0100 +++ kdelibs-3.3.1/configure.in.in 2005-01-09 23:44:31.0 +0100 @@ -115,7 +115,7 @@ AC_CHECK_RANDOM AC_CHECK_MKSTEMPS AC_CHECK_MKDTEMP -AC_CHECK_FUNCS(strtoll socket seteuid setegid strfmon stpcpy gettimeofday) +AC_CHECK_FUNCS(strtoll socket seteuid setegid strfmon stpcpy gettimeofday tcgetattr tcsetattr) AH_BOTTOM([ /* provide a definition for a 32 bit entity, usable as a typedef, possibly diff -ur kdelibs-3.3.1.old/kdecore/kpty.cpp kdelibs-3.3.1/kdecore/kpty.cpp --- kdelibs-3.3.1.old/kdecore/kpty.cpp 2004-02-11 00:13:34.0 +0100 +++ kdelibs-3.3.1/kdecore/kpty.cpp 2005-01-05 01:50:28.0 +0100 @@ -95,24 +95,24 @@ # endif #endif -#if defined (__FreeBSD__) || defined (__NetBSD__) || defined (__OpenBSD__) || defined (__bsdi__) || defined(__APPLE__) +#if defined(HAVE_TCGETATTR) +# define _tcgetattr(fd, ttmode) tcgetattr(fd, ttmode) +#elif defined(TIOCGETA) # define _tcgetattr(fd, ttmode) ioctl(fd, TIOCGETA, (char *)ttmode) +#elif defined(TCGETS) +# define _tcgetattr(fd, ttmode) ioctl(fd, TCGETS, (char *)ttmode) #else -# if defined(_HPUX_SOURCE) || defined(__Lynx__) -# define _tcgetattr(fd, ttmode) tcgetattr(fd, ttmode) -# else -# define _tcgetattr(fd, ttmode) ioctl(fd, TCGETS, (char *)ttmode) -# endif +# error #endif -#if defined (__FreeBSD__) || defined (__NetBSD__) || defined (__OpenBSD__) || defined (__bsdi__) || defined(__APPLE__) +#if defined(HAVE_TCSETATTR) && defined(TCSANOW) +# define _tcsetattr(fd, ttmode) tcsetattr(fd, TCSANOW, ttmode) +#elif defined(TIOCSETA) # define _tcsetattr(fd, ttmode) ioctl(fd, TIOCSETA, (char *)ttmode) +#elif defined(TCSETS) +# define _tcsetattr(fd, ttmode) ioctl(fd, TCSETS, (char *)ttmode) #else -# ifdef _HPUX_SOURCE -# define _tcsetattr(fd, ttmode) tcsetattr(fd, TCSANOW, ttmode) -# else -# define _tcsetattr(fd, ttmode) ioctl(fd, TCSETS, (char *)ttmode) -# endif +# error #endif #if defined (_HPUX_SOURCE)
Bug#263536: FTBFS on kfreebsd-gnu
Hi! Will you apply my patch soon? This bug is several months old! -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `-
Bug#263536: BTS ping
Hi! Any progress on this bug? -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `-
Bug#263536: FTBFS on GNU/Hurd (and GNU/k*BSD)
Package: arts Severity: important Tags: patch sid Hi! The following patch fixes FTBFS errors for GNU/Hurd and GNU/k*BSD. - use type-handling to disable libasound (alsa) for non-Linux. - port thread bindings to gnu pth - update libtool in debian/rules (see bug #242950) Please could you forward the upstream part of the patch to upstream? Also, could you ask upstream to update their libtool? Thanks. #!/bin/bash -e cp debian/control{,.in} cat $0 | patch -p1 which type-handling fakeroot debian/rules clean rm -f debian/patches/03_libtool_arm.diff exit 0 diff -ur arts-1.2.3.old/debian/control.in arts-1.2.3/debian/control.in --- arts-1.2.3.old/debian/control.in2004-08-05 02:18:44.0 +0200 +++ arts-1.2.3/debian/control.in2004-08-05 03:28:22.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Qt/KDE Maintainers Uploaders: Christopher L Cheney <[EMAIL PROTECTED]> -Build-Depends: automake1.8, debhelper (>> 4.2.0), docbook-to-man, gawk, gettext, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libqt3-mt-dev, libvorbis-dev, sharutils, texinfo, xlibs-static-pic (>= 4.3.0-3) +Build-Depends: automake1.8, debhelper (>> 4.2.0), docbook-to-man, gawk, gettext, libasound2-dev [EMAIL PROTECTED]@], libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libqt3-mt-dev, libvorbis-dev, sharutils, texinfo, xlibs-static-pic (>= 4.3.0-3), type-handling (>= 0.2.1), libtool Build-Conflicts: libmas-dev Standards-Version: 3.6.1.0 @@ -42,7 +42,7 @@ Package: libarts1-dev Architecture: any Section: libdevel -Depends: libarts1 (= ${Source-Version}), libartsc0-dev, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libogg-dev, libqt3-mt-dev, libvorbis-dev +Depends: libarts1 (= ${Source-Version}), [EMAIL PROTECTED]@, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libogg-dev, libqt3-mt-dev, libvorbis-dev Conflicts: kdelibs3 (<< 4:3.0.0), libarts (<< 4:3.0.0), libarts-alsa (<< 4:3.0.0), libarts-dev (<< 4:3.0.0), libkmid (<< 4:3.0.0), libkmid-alsa (<< 4:3.0.0), libkmid-dev (<< 4:3.0.0) Replaces: kdelibs3 (<< 4:3.0.0), libarts (<< 4:3.0.0), libarts-alsa (<< 4:3.0.0), libarts-dev (<< 4:3.0.0), libkmid (<< 4:3.0.0), libkmid-alsa (<< 4:3.0.0), libkmid-dev (<< 4:3.0.0) Description: aRts Sound system (development files) diff -ur arts-1.2.3.old/debian/rules arts-1.2.3/debian/rules --- arts-1.2.3.old/debian/rules 2004-02-24 03:36:00.0 +0100 +++ arts-1.2.3/debian/rules 2004-08-05 03:28:22.0 +0200 @@ -16,6 +16,7 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_BUILD_GNU_SYSTEM ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_SYSTEM) CFLAGS = -Wall -g @@ -30,6 +31,10 @@ objdir = $(CURDIR)/obj-$(DEB_BUILD_GNU_TYPE) +ifeq ($(DEB_BUILD_GNU_SYSTEM),linux) +libasound = , libasound2-dev +endif + -include debian/debiandirs debian/debiandirs: admin/debianrules @@ -59,10 +64,9 @@ touch patch-stamp ;\ fi - # KDE CVS does not have aclocal.m4 or configure - if test ! -f configure; then \ - $(MAKE) -f admin/Makefile.common ;\ - fi + # update libtool + cp /usr/share/aclocal/libtool.m4 admin/libtool.m4.in + $(MAKE) -f admin/Makefile.common # ensure configure is executable chmod +x configure @@ -148,6 +152,11 @@ $(MAKE) -f admin/Makefile.common cvs-clean ;\ fi + cat debian/control.in \ + | sed "s/@linux-gnu@/`type-handling any linux-gnu`/g" \ + | sed "s/@libasound@/$(libasound)/g" \ + > debian/control + dh_clean install: install-arch install-indep diff -ur arts-1.2.3.old/mcop/thread.cc arts-1.2.3/mcop/thread.cc --- arts-1.2.3.old/mcop/thread.cc 2003-10-13 21:59:41.0 +0200 +++ arts-1.2.3/mcop/thread.cc 2004-08-05 03:28:22.0 +0200 @@ -20,6 +20,10 @@ */ +#ifdef HAVE_CONFIG_H +#include +#endif + #include "thread.h" #include @@ -56,11 +60,13 @@ { } +#ifdef HAVE_SEMAPHORE_H // Semaphore Semaphore::~Semaphore() { delete impl; } +#endif Semaphore_impl::~Semaphore_impl() { diff -ur arts-1.2.3.old/mcop_mt/threads_posix.cc arts-1.2.3/mcop_mt/threads_posix.cc --- arts-1.2.3.old/mcop_mt/threads_posix.cc 2004-03-22 12:29:28.0 +0100 +++ arts-1.2.3/mcop_mt/threads_posix.cc 2004-08-05 03:28:22.0 +0200 @@ -33,7 +33,9 @@ #include #include #include +#ifdef HAVE_SEMAPHORE_H #include +#endif #include #include @@ -186,9 +188,12 @@ Thread_impl(Thread *thread) : thread(thread) { } void setPriority(int priority) { +/* In GNU pth, pthread_setschedparam is not supported */ +#ifndef _POSIX_THREAD_IS_GNU_PTH struct sched_