RFS: xnoise (updated version-0.1.31)
Dear mentors, I am looking for a sponsor for my package xnoise. * Package name: xnoise Version : 0.1.31 Upstream Author : Jörn Magens shuerhaa...@googlemail.com * URL : http://www.xnoise-media-player.com/ * License : GPL2+ Section : sound It builds those binary packages: xnoise - media player for Gtk+ xnoise-dev - media player for Gtk+ (development files) xnoise-plugins - media player for Gtk+ (factory plugins collection) Xnoise in action video: http://www.youtube.com/watch?v=4h_SfcRCilw The package is almost lintian clean, only complain I'm not the maintainer. However, it's fine since I got a permission from him. This list users comments about the package has been fixed. You can see the previous attempts(in previous versions): http://lists.debian.org/debian-mentors/2011/11/msg00599.html http://lists.debian.org/debian-mentors/2011/10/msg00116.html http://lists.debian.org/debian-mentors/2011/07/msg00106.html http://lists.debian.org/debian-Mentors/2011/07/msg00217.html http://lists.debian.org/debian-mentors/2011/08/msg00566.html The maintainer quote: My motivation for maintaining this package is: I am the developer of this program and I'd like to see it in Debian. In the past I packaged this only for Ubuntu via ppa, but that is not the way it should go. I'm planning to get in touch with Debian multimedia team, but I need a sponsor first, since they don't do sponsoring. Note that among other changes, version switch GTK2 dependency to GTK3. It is also, according to maintainer, the last one in 0.1.x series (i.e. next one will be 0.2). To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xnoise Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xnoise/xnoise_0.1.31.dsc I would be glad if someone uploaded this package for me. Kind regards, Tal Hadad
Re: RFS: gcc-4.5-doc-non-dfsg
* Samuel Bronson naes...@gmail.com, 2012-01-21, 13:44: * Package name : gcc-4.5-doc-non-dfsg Does non-dfsg really need to be a part of source package name? What if FSF decides to free the documentation one day? Then this source package will disappear, and its binary will be built from pristine gcc sources. Right, that was a silly argument. Thanks for pointing that out. As for the name, a quick look at the changelog will show that I obtained it by replacing 4.4 with 4.5 in the name of the source package that mine is based on. Still, I see no reason to include dfsg or non-dfsg in any package name (other than maybe I want to repeat mistakes of my predecessors :P). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120122131638.ga3...@jwilk.net
Help with architecture not supporting SSE (Was: Bug#656755: libhmsbeagle FTBFS on everything except amd64)
Hi, I have to admit that I do not have any experience with SSE issues. Any advise what to do in cases like this (see build logs linked below)? The error message starts with libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../libhmsbeagle -I/build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0 -I/build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0 -O3 -c BeagleCPUSSEPlugin.cpp -fPIC -DPIC -o .libs/libhmsbeagle_cpu_sse_la-BeagleCPUSSEPlugin.o In file included from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/SSEDefinitions.h:37:0, from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/BeagleCPU4StateSSEImpl.hpp:44, from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/BeagleCPU4StateSSEImpl.h:240, from BeagleCPUSSEPlugin.cpp:9: /usr/lib/gcc/i486-gnu/4.6/include/emmintrin.h:32:3: error: #error SSE2 instruction set not enabled In file included from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/SSEDefinitions.h:39:0, from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/BeagleCPU4StateSSEImpl.hpp:44, from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/BeagleCPU4StateSSEImpl.h:240, from BeagleCPUSSEPlugin.cpp:9: /usr/lib/gcc/i486-gnu/4.6/include/xmmintrin.h:32:3: error: #error SSE instruction set not enabled In file included from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/BeagleCPU4StateSSEImpl.hpp:44:0, from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/BeagleCPU4StateSSEImpl.h:240, from BeagleCPUSSEPlugin.cpp:9: /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/SSEDefinitions.h:52:10: error: '__m128d' does not name a type /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/SSEDefinitions.h:80:2: error: 'V_Real' does not name a type In file included from /build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhmsbeagle-1.0/libhmsbeagle/CPU/BeagleCPU4StateSSEImpl.h:240:0, from BeagleCPUSSEPlugin.cpp:9: Any help is welcome Andreas. On Sat, Jan 21, 2012 at 09:50:16PM +, Adam D. Barratt wrote: On Sat, 2012-01-21 at 17:16 +0100, Andreas Tille wrote: On Sat, Jan 21, 2012 at 03:00:25PM +, peter green wrote: It seems things are a little more complex than they first appeared. In particular it seems libhmsbeagle has a specific sse2 plugin which can only be built with sse2 enabled and that is built even if --enable-sse=no is passed (which seems like a bug in the upstream build system to me). Therefore disabling -msse2 has caused the package to FTBFS everywhere except amd64. For non pc architectures I would think the sse2 plugin should simply be disabled. Do you have any hint how I could find this plugin which should be disabled. [...] A failed build log would probably be helpful. I also have included upstream whether they might be able to give any hint about this issue: Predictably, https://buildd.debian.org/status/package.php?p=libhmsbeagle has several - the hurd-i386, powerpc and s390x logs all look like they fail whilst building libhmsbeagle_cpu_sse_la-BeagleCPUSSEPlugin.lo. Regards, Adam -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120122133150.ga23...@an3as.eu
Re: RFS: quickrdp
* Tobias Eliasson arnes...@gmail.com, 2012-01-21, 09:13: Tsclient is not a requirement for QuickRDP 1.1, but launching RDP connections won't work without it. If tsclient is being removed in a near future No, no. tsclient has been _already_ removed from unstable and testing (which are the distributions we care as far as new packages are concerned). I guess QuickRDP has to rely on rdesktop or another RDP frontend in a near future release. Will this affect this package however? This what _I_ wanted to ask. :) Yes, unfortunately a lot of people are still stuck with devices and hosts that only allow telnet :(. And since telnet package is 'Priority: standard', I don't see any reason not to change Recommends to Suggest. There are multiple implementations of telnet in Debian. Does quickrdp really need this particular one provided by the telnet binary package? If not, then the recommendation/suggestion should be changed to telnet-client. Same goes for perl-base, but that's just for perl script support in QuickRDP. I guess Suggests will work here aswell. Do I understand correctly that this feature allows users to run their own Perl scripts? If this is the case, it should be probably perl, not perl-base. I don't understand why Lintian complains on helper-template-in-copyright. I can't see that it's actually a template anymore. Sure I used dh_make to create the template, but I've changed all parts I should as far as I understand... (obviously not though). It doesn't like Upstream Author(s). Just remove the (s). And why out-of-date-standards-version is 3.8.4 instead of 3.9.2 I have no idea. Standards-Version: 3.8.4 is in debian/control, isn't it? How would I proceed here? I have obviously changes to make and I am upstream author. Since this ITP and RFS a new release of QuickRDP has been launched with new bugfixes that goes under version name 1.1.1. Since there already is a ITP bug filed should I just upload a new package to mentors.debian.org with the new version name Yes, please do. even if ITP#655156 states that 1.1 is the package in focus? Nobody cares about version numbers in the ITP bugs. :) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120122141600.ga6...@jwilk.net
Re: RFS: gcc-4.5-doc-non-dfsg
On Sun, Jan 22, 2012 at 8:16 AM, Jakub Wilk jw...@debian.org wrote: * Samuel Bronson naes...@gmail.com, 2012-01-21, 13:44: * Package name : gcc-4.5-doc-non-dfsg Does non-dfsg really need to be a part of source package name? What if FSF decides to free the documentation one day? Then this source package will disappear, and its binary will be built from pristine gcc sources. Right, that was a silly argument. Thanks for pointing that out. As for the name, a quick look at the changelog will show that I obtained it by replacing 4.4 with 4.5 in the name of the source package that mine is based on. Still, I see no reason to include dfsg or non-dfsg in any package name (other than maybe I want to repeat mistakes of my predecessors :P). Yeah, basically. I'd be quite happy to change the source package's name if that would get it uploaded sooner :-). -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJYzjmfLuQmfLBp77Bny0-0J_-e=+cqxs4qyccyu3ufpzoq...@mail.gmail.com
Re: RFS: quickrdp
On 2012-01-22 15:16, Jakub Wilk wrote: * Tobias Eliasson arnes...@gmail.com, 2012-01-21, 09:13: Tsclient is not a requirement for QuickRDP 1.1, but launching RDP connections won't work without it. If tsclient is being removed in a near future No, no. tsclient has been _already_ removed from unstable and testing (which are the distributions we care as far as new packages are concerned). I see. Then I would say I need to change this dependency in QuickRDP and upload 1.1.2 once that's done. I guess QuickRDP has to rely on rdesktop or another RDP frontend in a near future release. Will this affect this package however? This what _I_ wanted to ask. :) Yes, unfortunately a lot of people are still stuck with devices and hosts that only allow telnet :(. And since telnet package is 'Priority: standard', I don't see any reason not to change Recommends to Suggest. There are multiple implementations of telnet in Debian. Does quickrdp really need this particular one provided by the telnet binary package? If not, then the recommendation/suggestion should be changed to telnet-client. Not really sure I understand. From what I could search, there is no package called telnet-client. To me it seems that the package telnet is actually the proper 'telnet-client' package. Same goes for perl-base, but that's just for perl script support in QuickRDP. I guess Suggests will work here aswell. Do I understand correctly that this feature allows users to run their own Perl scripts? If this is the case, it should be probably perl, not perl-base. Yes, users running their own perl scripts with arguments from the specific connections. Alright, switching to perl. Reason i chose perl-base was due to the description saying minimal Perl system. I don't understand why Lintian complains on helper-template-in-copyright. I can't see that it's actually a template anymore. Sure I used dh_make to create the template, but I've changed all parts I should as far as I understand... (obviously not though). It doesn't like Upstream Author(s). Just remove the (s). Alright, thanks. And why out-of-date-standards-version is 3.8.4 instead of 3.9.2 I have no idea. Standards-Version: 3.8.4 is in debian/control, isn't it? Yes, it is. What I meant to ask would rather be; is it because I'm running stable version of Debian that dh_make generates 3.8.4 instead of 3.9.2? Due to the explanation above that packaging focuses on unstable and testing I guess switching to Squeeze on this machine would be the best option for me. How would I proceed here? I have obviously changes to make and I am upstream author. Since this ITP and RFS a new release of QuickRDP has been launched with new bugfixes that goes under version name 1.1.1. Since there already is a ITP bug filed should I just upload a new package to mentors.debian.org with the new version name Yes, please do. even if ITP#655156 states that 1.1 is the package in focus? Nobody cares about version numbers in the ITP bugs. :) Thanks! Tobias -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f1c2680.9000...@gmail.com
ltsp-cluster-agent{,-weblive}
Hi Debian Mentors! I have two packages that require review/sponsoring: * http://mentors.debian.net/package/ltsp-cluster-agent (ITP: #655358) * http://mentors.debian.net/package/ltsp-cluster-agent-weblive (ITP: #655359) I'm subscribed to both so I'll get the comments on debexpo. I'm also available on IRC as 'highvoltage' if you'd like to discuss anything. Thanks a lot! -Jonathan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f1c27dc.4070...@ubuntu.com
RFS: manaplus
Dear mentors, I am looking for a sponsor for my package manaplus. * Package name: manaplus Version : 1.2.1.22-1 Upstream Author : Andrei Karas * URL : http://manaplus.evolonline.org/ * License : GPL 2 Section : games ManaPlus is client for Evol Online MMORPG and advanced client for The Mana World. ManaPlus most used client in both this games. It builds those binary packages: manaplus - Extended client for Evol Online and The Mana World manaplus-data - Extended client for Evol Online and The Mana World (data files) manaplus-dbg - Extended client for Evol Online and The Mana World (debugging sym To access further information about this package, please visit the following URL: http://mentors.debian.net/package/manaplus Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/manaplus/manaplus_1.2.1.22-1.dsc I would be glad if someone uploaded this package for me. Best regards,
Re: RFS: libqsi
On Sat, Jan 21, 2012 at 1:24 PM, Paul Wise p...@debian.org wrote: On Sat, Jan 21, 2012 at 3:38 PM, Jasem Mutlaq wrote: The driver that requires this library (INDI QSI driver) is released under the LGPL v2.1. However, the library itself (QSI) is proprietary and there is no open source alternative as this is a very special purpose library for controlling astronomical CCDs. Therefore, I think the INDI QSI driver can end up in contrib and libqsi end up in non-free ? Correct. Is there a procedure to ask the inclusion of these packages into those respective archives? http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections Ok, I modified the subsection and updated copyright information for the following packages: 1. libqsi (non-free): http://mentors.debian.net/package/libqsi 2. indi-qsi (contrib): http://mentors.debian.net/package/indi-qsi Is there anything else I need to do? Regards, Jasem -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAE0bU5kq=fmrv3533aenjysr3sc5w4xadcvbbkcoghwfint...@mail.gmail.com
Re: Re: RFS: dmaths
Hi Jakob, I have realized some changes in the package. I have written a script for the change of them sources. Now the file control is the correct one. I hope that the bundle should be correct I have updated the package in debian.mentors http://mentors.debian.net/debian/pool/main/d/dmaths/dmaths_3.4.2 +dfsg1-1.dsc I suppose that in a few minutes it will be free. Regards! I. De Marchi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1327253557.5070.14.ca...@debian.demarchi.org
Re: Help with architecture not supporting SSE (Was: Bug#656755: libhmsbeagle FTBFS on everything except amd64)
On 01/22/12 14:31, Andreas Tille wrote: Hi, I have to admit that I do not have any experience with SSE issues. Any advise what to do in cases like this (see build logs linked below)? afaik it is like this: the only architecture in debian that is guaranteed to support SSE instructions in amd64 (x86_64), as there are no x86_64 CPUs available, that do not support SSE. while many people who install i386 will run it on a modern CPU (that supports SSE), it is not mandatory (and indeed a lot of people are still running linux-based distributions including debian on very old hardware), therefore your package should (must) provide packages that do not rely on SSE being available. this basically means: disable building for SSE instructions on all platforms (apart from amd64, if you care about it) hopefully your upstream provides a way to easily turn off SSE instructions. if the upstream code depends on SSE instructions, you might want to patch the code to provide non-SSE replacements for the SIMD-functions and submit a patch to upstream. fgmsdar IOhannes PS: ah, and ou (or upstream or anybody else) should never include emmintrin.h unconditionally. if you tell gcc to use SSE-instructions (which will allow you to include emmintrin.h without errors), it will also define the __SSE__ macro) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f1c5987.9060...@iem.at
Re: RFS: engauge-digitizer
On Saturday 07 January 2012 18:48:29 Tobias Winchen wrote: Dear mentors, Hi, (a bit late, but anyway ...) I am looking for a sponsor for my package engauge-digitizer. The package is an update for engauge-digitizer 4.1, which is already in debian. The update closes the following bugs: #604503, #556025, and #556028. Uploaded. Thanks for taking care of the bugs in existing packages. -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.mit.edu signature.asc Description: This is a digitally signed message part.
Re: Help with architecture not supporting SSE (Was: Bug#656755: libhmsbeagle FTBFS on everything except amd64)
* IOhannes m zmölnig zmoel...@iem.at [120122 19:46]: this basically means: disable building for SSE instructions on all platforms (apart from amd64, if you care about it) For libraries where SSE matters and where there is no way to make the library detect availability itself and only use it when available there is also another trick: Build and install the library multiple times once with SSE and once without and let the dynamic linker chose the right one. In /usr/lib there should be the one working on all system supported by Debian for that architecture, while there are some subdirectories where an version with more intructions used can be placed and used at runtime when supported. (LD_LIBRARY_PATH=/lib:/usr/lib LD_DEBUG=libs /bin/true will show you a list of paths looked at at you computer, finding out which of those allows what intruction sets might be more complicated and require reading the ld.so source code and the kernel code responsible for /proc/cpu unless there is finally some information about this somewhere in the net). Though that only makes sense if the speed increment is worth the additional afford at build time, the bigger packages and the more fragmented user base. And you have to make sure the code also works without SSE anyway... Bernhard R. Link -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120122195139.ga1...@server.brlink.eu
Re: RFS: shaarli
Hi Mentors, I've added a dependency on php5-gd to have the thumbnailing service work properly. I've uploaded the updated package again to mentors: http://mentors.debian.net/package/shaarli Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/shaarli/shaarli_0.0.33beta-1.dsc Thanks for your time reviewing it. +Emilien P.S.: Please CC me, as I'm not subscribed to this list. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANqxmqGBTifJ49zcb7ffBDf+95dR3b=uujmbyyqoieebhek...@mail.gmail.com
Subject: RFS: qjoypad
Dear mentors, I am looking for a sponsor for my package qjoypad. * Package name: qjoypad Version : 4.1.0-1 Upstream Author : John Toman virtuoussi...@users.sourceforge.net * URL : http://qjoypad.sourceforge.net * License : GPL2+ Section : x11 It builds those binary packages: qjoypad- Joypad/Joystick to key/mouse remapper To access further information about this package, please visit the following URL: http://mentors.debian.net/package/qjoypad Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qjoypad/qjoypad_4.1.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Marco Amadori -- ESC:wq -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201201230109.34589.marco.amad...@gmail.com
upstream changelog in XML format
Hello List: I am working on the bibtool package. The changelog of the upstream package is in XML format and is named `Changes.xml'. Right now, I manage it by adding an override in the debian/rules file: override_dh_installchangelogs: dh_installchangelogs --keep Changes.xml Nevertheless, nothing is really done, in particular `Changes.xml' is not converted in text. I put the `--keep' option because I suspect that this kind of changelog file is a well know format in some `field' (even if I can not figure out which `field'). Is there a better way to deal with this `Changes.xml' ? I guess that I can add some stuff in the makefile to convert it in text format: do specific tools exist to convert this kind of changelog in text format ? Thanks in advance, Jerome -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f1cf97b.9000...@rezozer.net
Re: RFS: uftp
If anyone could take a look at this package I would be very appreciative. On Sat, Jan 7, 2012 at 12:27 PM, Frank Maker frank.ma...@gmail.com wrote: Ok I got Lintian v2.5.4 installed and the latest packages shows me no errors when I run: lintian -i -I --show-overrides uftp_3.6.1-1_amd64.changes lintian -i -I --show-overrides uftp_3.6.1-1_amd64.deb Also, the mentors website doesn't have any warnings either: http://mentors.debian.net/package/uftp -Frank On Mon, Dec 26, 2011 at 8:43 PM, gregor herrmann gre...@debian.orgwrote: