Re: Plans for rails wheezy (Was: RFS: ruby-activemodel)
On 08/28/11 06:57, karim memon wrote: So please don't upload. Ruby is API mess even without multiple rails versions. So do i need to stop working on this package? and what about the ITP, what should it be retitled to? I don't know anything about Ruby or Rails (except that they exist), but I didn't understand it that way. I think it means that Ruby (in Debian) at this moment is not quite ready for your package. My advice would be to leave the bug open, and add the comments there, stating that packaging is on hold. Maybe you could discuss with Ondřej what needs to be done to Ruby/Debian for your package to be acceptable. Of course this could be a lot of work, but to me it sounds like real valuable to FOSS. Just my 2¢. Paul signature.asc Description: OpenPGP digital signature
Re: RFS: xxxterm
Here is a review of your package: I would personally wrap the build-deps one package per line, since it makes it easier to see what changed. Your watch file is overly generic, I would suggest using this instead: http://opensource.conformal.com/snapshots/xxxterm/xxxterm-([\d\.]+)\.tgz There is a new upstream release (1.517) available. Please forward your patches upstream if you haven't already. You can use the Forwarded DEP-3 header to indicate where they have been forwarded to. http://dep.debian.net/deps/dep3/ For the two that indicate upstream does not want them, you could instead send a patch to make these build-time configurable. It would seem like a good idea to install the icon in the standard paths, you might want to send upstream a patch for that. Where does debian/xxxterm.upstream-changelog come from? Maybe you could get upstream to start publishing it in their tarballs as a NEWS file? I wonder about the copyright on the icon, it looks like a derivative work of an image that seems to have spread around the Internet. I am betting that upstream just took it from somewhere and removed parts of it. http://www.tineye.com/search/89570e05282f2e4532aa067d38cb83a023bfa1bd/ Based on this wikipedia article, it might even be copyright of some movie studio: http://en.wikipedia.org/wiki/Fight_Club_(film)#Marketing Or perhaps it is copyright by the people selling the soap: http://uncrate.com/stuff/fight-club-soap/ I also wonder what the license of the font used in creating the icon is and which font it is. Sounds like it would have been a non-free font used by the movie studio behind the Fight Club film. In any case I don''t think it is an appropriate icon for a web browser. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6H0LYbpO-DK=7cnugge_5yj5s_jtmtyu0h2q2slvz5...@mail.gmail.com
RFS: l2tp-ipsec-vpn Update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package l2tp-ipsec-vpn. * Package name: l2tp-ipsec-vpn Version : 1.0.1-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : net It builds those binary packages: l2tp-ipsec-vpn - control your L2TP IPsec VPN connections To access further information about this package, please visit the following URL: http://mentors.debian.net/package/l2tp-ipsec-vpn Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/l2tp-ipsec-vpn/l2tp-ipsec-vpn_1.0.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Werner Jäger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOWiykAAoJEPiVeYU7qUIy6i4H/1kNdqFPH06UcK7r6HWEsXZr jt7skJEXIarr8sKcwX/xgucdcBUFna4DzJzUVPOUsFnncxR2VnwNXS6BQqb2Eqx9 gdhkUJvf0KiJ7i8e+laclmm0PT23RGcv7Xbnz+Niw9O8BbXB+nMemrnwMMzx+aBD Wvsmj9tzkvy5TXnUTgVNdpBm2uf2TNF/6WxXGpHfLoyvE1YGdxGoDs4GE8eUmoEP y1lNGOfCDDdWBAVdLntwZ0NabBqrDvKmlGJ1e8NAnOiEiebhWneM7j2IIVD0LHVk q66R7KuN8L0ENzb+XG8RNe/VRFqD4dW6bGZvdWedaa7pxla3/gQ9M5ycYaf4fzw= =uVJD -END PGP SIGNATURE- -- 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/4e5a2ca4.9000...@web.de
RFS: l2tp-ipsec-vpn-daemon Update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package l2tp-ipsec-vpn-daemon. * Package name: l2tp-ipsec-vpn-daemon Version : 0.9.6-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : net It builds those binary packages: l2tp-ipsec-vpn-daemon - daemon for L2tpIPsecVpn GUI To access further information about this package, please visit the following URL: http://mentors.debian.net/package/l2tp-ipsec-vpn-daemon Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/l2tp-ipsec-vpn-daemon/l2tp-ipsec-vpn-daemon_0.9.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Werner Jäger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOWiz5AAoJEPiVeYU7qUIy55gH/jX9DtdXBEfkVn/45TgpRlRl puuh8DiQKEP5/+aicUa/VLYkrN7EA3e1Ny/3lXwecpBP50LSkChOBt2Wy02rNSHu IIzwDb0OCqbWZvWG0KaTLpyXxafE9ghysiwXXlYq+6iUXhZ19ckaELiGEivoA2UZ MhBHdV9m/YZFKak+1KKebq1m6TlrOH7/FbSMzoZCaAHq1C3CldJ9Q60kOElAM19s gKx23JSnMHCSMNHg+H39A7ZNmbpxbX1ev1RxxKQNJB08F0pYL6qs+otivCK5b16n FHQBCgIxKP2D2BCi1NM1ANG9320ZuD3kya7JeFdDnqq9lL2DVchnSUQjf9CiIC0= =Pgbs -END PGP SIGNATURE- -- 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/4e5a2cf9.2070...@web.de
Re: RFS: flare
Hi and thanks for your feedback. On 08/24/2011 10:56 AM, IOhannes m zmoelnig wrote: On 2011-08-23 20:55, Vincent Cheng wrote: On Tue, Aug 23, 2011 at 11:19 AM, Jan-Hendrik (hennr) Peters he...@hennr.name wrote: But there is another lintian warning that bugs me and I could use some advices with this one: W: flare: executable-not-elf-or-script usr/share/games/flare/fonts/white.png I checked the orig.tar.gz The file is not executable at all. After packaging, the file is executable, I greped for white.png in the debian folder but only found a md5sum. Any ideas why this file gets the x flag? I can't find anything special about it: $ file fonts/white.png fonts/white.png: PNG image data, 128 x 72, 8-bit/color RGBA, non-interlaced I've no idea why a .png image would be made executable by debhelper, hmm, but doing: $ ls -l fonts/white.png -rwxr-x--- 1 zmoelnig iemusers 1876 18. Jul 10:49 fonts/white.png and $ tar tvzf ../flare_0.14.1.orig.tar.gz | grep white -rwxr-xr-x henner/henner1876 2011-07-18 10:49 ./fonts/white.png so the original file definitely _is_ executable. Yep, you are right. It got reported upstream and is fixed in trunk, next release shouldn't need an override of dh_fixperms. override_dh_fixperms: dh_fixperms chmod -x usr/share/games/flare/fonts/white.png (This is probably a rather ugly workaround though...) and it makes the package FTBFS on my machine: snip make[1]: Entering directory `/tmp/deb/flare/flare-0.14.1' dh_fixperms chmod -x debian/flare/usr/share/games/flare/fonts/white.png chmod: debian/flare/usr/share/games/flare/fonts/white.png: new permissions are rw-r--r-x, not rw-r--r-- make[1]: *** [override_dh_fixperms] Error 1 /snip probably using chmod a-x usr/share/games/flare/fonts/white.png will do a better job. Thanks, I changed that. oh, and your orig.tar.gz contains a .git directory that seems to not come from upstream at all. Correct as well. I used the original orig.tar.gz for my current upload. Please find the package reuploaded over here: http://mentors.debian.net/package/flare Or via dget: dget -x http://mentors.debian.net/debian/pool/main/f/flare/flare_0.14.1-1.dsc Thanks for you help. Henner -- 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/4e5a352e.4030...@hennr.name
Re: RFS: xxxterm
Hi Paul, On Sun, Aug 28, 2011 at 11:31:40AM +0100, Paul Wise wrote: Here is a review of your package: Thank you lot for your time! I would personally wrap the build-deps one package per line, since it makes it easier to see what changed. Ok, I'll do that. Your watch file is overly generic, I would suggest using this instead: http://opensource.conformal.com/snapshots/xxxterm/xxxterm-([\d\.]+)\.tgz No problem. There is a new upstream release (1.517) available. Ups. I'll work on that one :-) Please forward your patches upstream if you haven't already. You can use the Forwarded DEP-3 header to indicate where they have been forwarded to. http://dep.debian.net/deps/dep3/ I used this header before but as I started managing the package using git all the patches have been regenerated and this information was lost. I'll try to add it back. Also, *all* the patches have been sent upstream. Some of them have been accepted (and removed from the debian/patches, obviously), others have been discarded. For the two that indicate upstream does not want them, you could instead send a patch to make these build-time configurable. Sorry, but I don't think that's an option upstream will take. For example, the default homepage of the upstream version is a website of a company. One of the patches changes this to a blank page and has been discarded by upstream. It would seem like a good idea to install the icon in the standard paths, you might want to send upstream a patch for that. I can add a patch to do this, but again I don't think upstream would be interested. Their target OS is OpenBSD; and they have discarded similar patches before (for example, the one to change the resources directory). Where does debian/xxxterm.upstream-changelog come from? Maybe you could get upstream to start publishing it in their tarballs as a NEWS file? This file is built from information taken from the official forum: https://opensource.conformal.com/fluxbb/viewforum.php?id=8 Again, I may propose upstream to add this file but if you take a look at the thread in the forum: https://opensource.conformal.com/fluxbb/viewtopic.php?id=160 You'll see that upstream reply to a similar question is: cvs has a built-in changelog. Thus, I guess they would give me a similar answer. I wonder about the copyright on the icon, it looks like a derivative work of an image that seems to have spread around the Internet. I am betting that upstream just took it from somewhere and removed parts of it. I have discussed this already with Kilian Krause and Benoit Knecht, and also with the upstream authors. So, based on information provided by upstream, these icons were created by them (upstreams) and the license is CC BY. I do have (personal) emails discussing this with upstreams, but obviously I have no evidences of any of this. Package has been built with the assumption that information provided by upstreams is correct. Anyway, I'm OK to just drop these icons or replace them by some other icons already shipped with Debian. Is this enough for you to accept these icons as they are? [...] In any case I don''t think it is an appropriate icon for a web browser. What about the name, is it appropriate for a web browser? :-) Cheers, -- Luis Henriques -- 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/20110828123040.GA2423@hades
Re: RFS: xxxterm
On Sun, Aug 28, 2011 at 1:30 PM, Luis Henriques wrote: Sorry, but I don't think that's an option upstream will take. For example, the default homepage of the upstream version is a website of a company. One of the patches changes this to a blank page and has been discarded by upstream. ... I can add a patch to do this, but again I don't think upstream would be interested. Their target OS is OpenBSD; and they have discarded similar patches before (for example, the one to change the resources directory). ... You'll see that upstream reply to a similar question is: cvs has a built-in changelog. Thus, I guess they would give me a similar answer. ... I have discussed this already with Kilian Krause and Benoit Knecht, and also with the upstream authors. So, based on information provided by upstream, these icons were created by them (upstreams) and the license is CC BY. I do have (personal) emails discussing this with upstreams, but obviously I have no evidences of any of this. Package has been built with the assumption that information provided by upstreams is correct. Anyway, I'm OK to just drop these icons or replace them by some other icons already shipped with Debian. Is this enough for you to accept these icons as they are? Given the attitudes displayed by upstream wrt your patches I'm unlikely to use this software, let alone sponsor it so my opinion is irrelevant here. What about the name, is it appropriate for a web browser? :-) I have no opinion on that. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6e7bzuykzvh12lvhgatzj0ngc_sy0leksmby6eo2lz...@mail.gmail.com
Re: Plans for rails wheezy (Was: RFS: ruby-activemodel)
On 28/08/11 at 10:27 +0530, karim memon wrote: So please don't upload. Ruby is API mess even without multiple rails versions. Hi, I haven't looked at the package, but I know that Ondřej Surý has been doing some work on rails-related packages, so maybe he would like to have a look (Added to Cc). Also, I was wondering what should be our plans for Rails in wheezy (2.3 vs 3.0). What do people think? (I'm clueless about rails) Lucas So do i need to stop working on this package? and what about the ITP, what should it be retitled to? It only means that it's not that simple. Please talk to Ondrej to see what needs to be done, and how you can help. Actually, this goes for all dispora-related uploads. They really require some coordination. Please try to give us a global view of what's required to get it done. And note that according to http://lists.debian.org/debian-ruby/2011/07/msg00025.html, the priority is still to get the transition done, i.e get all current packages transitioned, not add new ones. This still applies for me: From now on, I will only sponsor new packages (not already in Debian) if the requester has done some of the collective tasks listed on that page. I don't think that it's a too hard policy: handling new upstream releases is generally quite easy, for example. Also note that transitioning packages and doing other collective shores is a great way to learn. You can find TODO lists on http://pet.43-1.org/pkg-ruby-extras/pet.cgi and http://pkg-ruby-extras.alioth.debian.org/wheezy/details.html - Lucas -- 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/20110828141733.ga8...@xanadu.blop.info
Re: [DRE-maint] RFS: ruby-omniauth
On Saturday 27 August 2011 01:13 PM, Lucas Nussbaum wrote: On 27/08/11 at 03:08 +0530, Muneeb Shaikh wrote: Hi, The gem has dependencies on oa-basic (= 0.2.6), oa-enterprise (= 0.2.6), oa-core (= 0.2.6), oa-more (= 0.2.6), oa-oauth (= 0.2.6), oa-openid (= 0.2.6). Are you sure that the package can work standalone like that? If it's the case, please remove the commented line in debian/control This package builds fine in pbuilder environment. The packages you mentioned are already there bundled with this but I'll have to check whether they get installed or not. In debian/copyright, you need to state the license for Files:* and Files: debian/*. Sorry it was my mistake I didn't used lintian from git which now gives warning about DEP-5 implementation Why do you patch the gemspec for the description? if the description is not suitable for the debian package, you should change it in debian/control directly. FIXME in ruby-omniauth.docs Again this is my mistake, I'll change that. Ah, now I see that the package builds several gems. I don't think that it's a layout that we support at the moment, so it might require changes in gem2deb itself. Antonio, what do you think? - Lucas -- 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/4e5a5530.7090...@gmail.com
Re: RFS: xxxterm
Hi Paul, On Sun, Aug 28, 2011 at 02:15:02PM +0100, Paul Wise wrote: Given the attitudes displayed by upstream wrt your patches I'm unlikely to use this software, let alone sponsor it so my opinion is irrelevant here. I guess I may have provided a wrong idea here. I also have my own opinion wrt the upstream attitude, but that opinion is completely independent of my interest on the software itself. If I was using only software developed by people with good attitudes, most probably I would not be using the linux kernel :-) Anyway, I understand and respect your opinion, and thank you for your comments -- I am working on the new release and I will take them into account. Hopefully, Kilian is available to keep sponsoring it. Now, again on the icons copyright and license, I'm open to further discuss the issue. If the general feeling is that the icons should be removed, I'm OK with that, even if I have already spent some time clarifying this with upstream. Cheers, -- Luis Henriques -- 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/20110828144926.GA4808@hades
Re: [DRE-maint] RFS: ruby-omniauth
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Sunday 28 August 2011 09:32 AM, Antonio Terceiro wrote: Lucas Nussbaum escreveu isso aí: On 27/08/11 at 03:08 +0530, Muneeb Shaikh wrote: Dear mentors, I am looking for a sponsor for my package ruby-omniauth. * Package name: ruby-omniauth Version : 0.2.6-1 Upstream Author : Michael Bleigh mich...@intridea.com, Erik Michaels-Ober sfe...@gmail.com * URL : http://github.com/intridea/omniauth * License : MIT Section : ruby It builds those binary packages: ruby-omniauth - Rack middleware for standardized multi-provider authentication To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ruby-omniauth Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/ruby-omniauth/ruby-omniauth_0.2.6-1.dsc I would be glad if someone uploaded this package for me. Hi, The gem has dependencies on oa-basic (= 0.2.6), oa-enterprise (= 0.2.6), oa-core (= 0.2.6), oa-more (= 0.2.6), oa-oauth (= 0.2.6), oa-openid (= 0.2.6). Are you sure that the package can work standalone like that? If it's the case, please remove the commented line in debian/control I doubt it will work the way it is now: $ cat lib/omniauth.rb require 'omniauth/core' require 'omniauth/basic' require 'omniauth/oauth' require 'omniauth/openid' require 'omniauth/enterprise' require 'omniauth/more' Ah, now I see that the package builds several gems. I don't think that it's a layout that we support at the moment, so it might require changes in gem2deb itself. Antonio, what do you think? I'm not sure yet about the best way to support this, or even about supporting it directly at all. The problem is that each package has a different strategy for implementing multiple package. For example this one package has both code under lib/ _and_ subpackages under subdirectories. What I would do is keep using gem2deb but add a special installation step before the default gem2deb installation step, something like this: PACKAGES = \ oa-basic \ oa-core \ oa-enterprise \ oa-more \ oa-oauth \ oa-openid override_dh_auto_install: for pkg in $(PACKAGES); do dh_install -p ruby-$$pkg $$pkg/lib/* /usr/lib/ruby/vendor_ruby; done dh_auto_install Of course, you will need to add the appropriate binary package stanzas to debian/control, and check the dependencies for each sub-package, and make sure the tests for all of them are run during package build. I'll try to do this modification and see if it works though I'm totally new in this I'll try my best. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOWlYUAAoJEJfoSJNlYL1R02kP/1J7/uqbVk0ZMZcrUjufl/9g tNeh+lrgePzkvZj6/GyRM8eZzBTDUUwf5V0nfLl4JcZqQcddhEDxwBTZ2zo+Rg6+ 2GDSIBQPBbOVSqr/Q9Ja+lBn1UoFdh2GcOucwiGE51G3inPI7wabUhARXxFVwko9 bEFrYk/LkO99Sre0yBeSETzBnNeb+q2MinMX1TPwsJ13c09uYD4hA4ONXibJjLgQ kMdtsHALWxRj1LVdPD3wJYTBgrP49oPO7wbAt7i5T3fT2LhDn6tRT1uzz0Xn8JKP yv/VmY1LZIE6krcEjOIuNtpcahc1hlRBHqLToVgKEoG+yrRQycAdcleEzH/qmT2t h/Cl6vUKM2YjvlAc6WS4+83q0w7VROOAEMlzKeH+ZpFCvMJu/o6rS5xAXET0cKQv 2OxcEZNDBinD/o9OtO9HycfaJ33r0h0n7oWkBjOUDomA51YN2LoDGrVcuZCPyxpQ 0BNBzgCdha5SUZtfxyebVZJ99lNk9hWuiQncDq76pq99i22D6Mq+hluIoz7yJitL kd9SmsntINWuyZ+rJFhr5oL6tVnRrpwOVBjtyxGXNfOgqwrFTGTv9NdCA5DwsGrT 46QPlKOBmKOjgj6kIZAGjYxWlkO+5JrFJXXJN3iAaSixh/exm0hYLWrOdjLzLJmh Bu38nF3gAIWbS1gFVpW/ =xFAz -END PGP SIGNATURE- -- 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/4e5a562d.7010...@gmail.com
Re: RFS: open-axiom
On Sat, 27 Aug 2011 23:01:12 +0400, Игорь Пашев pashev.i...@gmail.com wrote: I have fixed all lintian issues, except two: 1. image-file-in-usr-lib (e. g. usr/lib/open-axiom/share/hypertex/bitmaps/anna_logo.xbm) Hmm. This should be fixed eventually, but if it will be fixed upstream anyway, it is probably more sensible to wait for that fix. In the meantime, I think we can live with it. I know that racket had a few hundred of these before I did the symlink trick. Maybe others feel differently about the severity of this problem. You should probably investigate whether the fasl files are architecture independant (i.e. can work on arm, mips, sparc and friends). In that case, it will be worthwhile splitting out an open-axiom-common architecture independent package. This only needs to be build (and stored) once. On the other hand, the fasl files may depend tightly on the machine architecture. 2. unusual-interpreter + script-not-executable (e. g. usr/lib/open-axiom/algebra/D02EJFA.fasl) [...] The second is a feature of SBCL: *.fasl files are compiled lisp code, and they must have a special header. Changing shebang makes SBCL core contains an illegal byte in the FASL header at position 0: Expected 35, got 10. The literal error message complains because the file does not start with #. Maybe you have a blank line before # FASL? I'm no common lisp expert though. As far as I understand, the #! is added by sbcl to permit fasl files to be run as scripts. But this is not much use if the path inserted is in the build tree, namely something like: #!/build/open-axiom-NMAtjL/open-axiom-1.4.1+svn~2299/build-tree/src/interp/interpsys --script I'm not sure if open-axiom uses this feature (and I notice sbcl itself also has broken #! lines in it's fasl files. In your case, I suspect the upstream build process is putting the wrong path into the #! lines. interpsys isn't installed by debian sbcl and it isn't included in the open-axiom source package. David -- 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/87k49xy415.fsf@zancas.localnet
Re: RFS: roxterm (updated package)
On Sun, 28 Aug 2011 22:50:46 +0800 Kan-Ru Chen kos...@debian.org wrote: Only one problem when I tested the package. The gtk3 version, the terminal window shrinks its width when I try to move it around. I don't know if it's because of my window manager (awesome) or it also appears on other environment. If you cannot reproduce this, I can upload it first for wider test :) Yes, this is a known bug (#632403) and that's the main reason I'm still providing a gtk2 package too. As soon as it's uploaded I'll mark the bug as affecting roxterm-gtk3. I should probably have mentioned that in my RFS (although I did discuss the bug and splitting the package on debian-mentors first), so I'm Cc-ing this back to the list. signature.asc Description: PGP signature
Re: RFS: conque
* harish badrinath harishbadrin...@gmail.com, 2011-08-25, 21:41:
vim-conqueterm - This Vim-Plugin is used to run interactive commands
inside a Vim.
I have followed Debian packaging policy for vim plug ins, to the best
of my knowledge. I have checked the deb file with lintian using the
command lintian -IiE --pedantic and appears to be lintian clean
(upstream has no changelog AFAIK).
Please run lintian on *.changes file. That way lintian will check not
only binaries, but also the source package (and possibly more).
I have tested the package
installation with trivial tests and it seems to work as expected.
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/conque
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/c/conque/conque_2.2-1.dsc
I would be glad if someone uploaded this package for me.
debian/README.Debian:
- The text is oddly wrapped...
- There is a typo: not enable - not enabled. Since this template
appears to be copied over and over from the policy document to various
READMEs, it'd nice if the template were reviewed by debian-l10n-english@
people. Would you care to file a bug against src:vim (which contains the
policy text)?
- See Section 4 for more info on this. - this sentence was not
supposed to be copied to your README.
- Contrary to what the README says, the add-on *is* enabled by default.
This might be due to some packaging bugs.
VERSION, debian/VERSION (and debian/docs):
- What are these files for?
conque.doc-base:
- This is file not used during build, it refers to files that don't
exist...
debian/conqueterm.1:
- What is the manual page for? Section 1 is for executable programs or
shell commands but the binary package doesn't ship anything like
that. I'd expect help for the add-on to be available via the vim's
:help command, not in a oddly-formatted manual page...
debian/control:
- Use debhelper (= 8) rather than debhelper (= 8.0.0).
- What is build-dependency on sharutils for?
- The package could be Architecture: all. Similarly, you can remove
${shlib:Depends} from Depends.
- Your vim dependency (vim | gvim) is incorrect. In fact the addon
doesn't work with vim.basic, provided by package vim. The package
needs a vim that is linked with libpython. We have quite a few such
vims, but fortunately all of them provide virtual package vim-python.
- I'd omit Plugin is only usable if you have vim-gtk (or vim-python)
installed from package description. This is what we have Depends for.
- Please have your description reviewed by debian-l10n-english@.
debian/copyright:
- The file doesn't include the most important part: the actual upstream
license!
- According to the DEP-5 specifications, format URI should be versioned,
while yours is not.
- This is of course personal choice, but I would recommend you not to
use a more restrictive license for Debian packaging than the upstream
uses.
(More review later...)
--
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/20110828153329.ga8...@jwilk.net
RFS: xxxterm
Dear mentors, I am looking for a sponsor for my package xxxterm. * Package name: xxxterm Version : 1.517-1 Upstream Author : Several (Marco Peereboom ma...@peereboom.us) * URL : http://opensource.conformal.com/wiki/XXXTerm * License : ISC, MIT, BSD-4-clause, BSD-3-clause, BSD-2-clause, CC-BY Section : web It builds those binary packages: xxxterm- Minimalist's web browser To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xxxterm Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xxxterm/xxxterm_1.517-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Luis Henriques -- 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/20110828154927.GA7003@hades
Re: RFS: open-axiom
28.08.2011 19:00, David Bremner пишет: I'm not sure if open-axiom uses this feature (and I notice sbcl itself also has broken #! lines in it's fasl files. In your case, I suspect the upstream build process is putting the wrong path into the #! lines. interpsys isn't installed by debian sbcl and it isn't included in the open-axiom source package. interpsys is a main tool to build OpenAxiom, it is not requred to run OA. One can think of it as of libtool or similar. Fasl-files are not used as scripts, but as modules (example below) I tried to change shebangs (keeping #!, of cause) - any little change confuses SBCL core. I wiil investigate more, though. AFAIK, fasl-files is binary compatible only with the exact SBCL version it was generated with (http://www.sbcl.org/manual/FASL-Format.html). Not sure whether they are arch-independent. (AO includes SBCL core, so SBCL itself is not required to run AO. And there is no problem to upgrade system SBCL :-) So, I guess I have to resolve two issues: 1. SBCL shebangs (I don't like it actually) 2. Location of HyperTex data (maybe symlink for a while). == Example of module usage == OpenAxiom: The Open Scientific Computation Platform Version: OpenAxiom 1.5.0-2011-07-07 Built on Sunday August 28, 2011 at 02:20:26 - Issue )copyright to view copyright notices. Issue )summary for a summary of useful system commands. Issue )quit to leave OpenAxiom and return to shell. - (1) - )set messages autoload on (1) - factor(x^3-x+2) Loading /usr/lib/open-axiom/algebra/UPMP.fasl for package UnivariatePolynomialMultiplicationPackage Loading /usr/lib/open-axiom/algebra/PAIR.fasl for domain Pair Loading /usr/lib/open-axiom/algebra/MULTFACT.fasl for package MultivariateFactorize Loading /usr/lib/open-axiom/algebra/COMPLEX.fasl for domain Complex Loading /usr/lib/open-axiom/algebra/INNMFACT.fasl for package InnerMultFact Loading /usr/lib/open-axiom/algebra/OAGROUP-.fasl for domain OrderedAbelianGroup Loading /usr/lib/open-axiom/algebra/OAMON-.fasl for domain OrderedAbelianMonoid Loading /usr/lib/open-axiom/algebra/MULTSQFR.fasl for package MultivariateSquareFree Loading /usr/lib/open-axiom/algebra/UPSQFREE.fasl for package UnivariatePolynomialSquareFree Loading /usr/lib/open-axiom/algebra/HEUGCD.fasl for package HeuGcd Loading /usr/lib/open-axiom/algebra/INMODGCD.fasl for package InnerModularGcd Loading /usr/lib/open-axiom/algebra/EMR.fasl for domain EuclideanModularRing Loading /usr/lib/open-axiom/algebra/MDDFACT.fasl for package ModularDistinctDegreeFactorizer Loading /usr/lib/open-axiom/algebra/MODRING.fasl for domain ModularRing Loading /usr/lib/open-axiom/algebra/ORDTYPE-.fasl for domain OrderedType Loading /usr/lib/open-axiom/algebra/BASTYPE-.fasl for domain BasicType Loading /usr/lib/open-axiom/algebra/DIFFSPC-.fasl for domain DifferentialSpace Loading /usr/lib/open-axiom/algebra/DIFFDOM-.fasl for domain DifferentialDomain Loading /usr/lib/open-axiom/algebra/PGCD.fasl for package PolynomialGcdPackage Loading /usr/lib/open-axiom/algebra/DSEXT-.fasl for domain DifferentialSpaceExtension Loading /usr/lib/open-axiom/algebra/FRETRCT-.fasl for domain FullyRetractableTo Loading /usr/lib/open-axiom/algebra/PDSPC-.fasl for domain PartialDifferentialSpace Loading /usr/lib/open-axiom/algebra/EVALAB-.fasl for domain Evalable Loading /usr/lib/open-axiom/algebra/PDDOM-.fasl for domain PartialDifferentialDomain Loading /usr/lib/open-axiom/algebra/GENUFACT.fasl for package GenUFactorize Loading /usr/lib/open-axiom/algebra/GALFACT.fasl for package GaloisGroupFactorizer Loading /usr/lib/open-axiom/algebra/FSAGG-.fasl for domain FiniteSetAggregate Loading /usr/lib/open-axiom/algebra/FLASORT.fasl for package FiniteLinearAggregateSort Loading /usr/lib/open-axiom/algebra/DIAGG-.fasl for domain Dictionary Loading /usr/lib/open-axiom/algebra/DIOPS-.fasl for domain DictionaryOperations Loading /usr/lib/open-axiom/algebra/SETAGG-.fasl for domain SetAggregate Loading /usr/lib/open-axiom/algebra/BGAGG-.fasl for domain BagAggregate Loading /usr/lib/open-axiom/algebra/BRILL.fasl for package BrillhartTests Loading /usr/lib/open-axiom/algebra/FLOAT.fasl for domain Float Loading /usr/lib/open-axiom/algebra/GALFACTU.fasl for package GaloisGroupFactorizationUtilities Loading /usr/lib/open-axiom/algebra/FPS-.fasl for domain FloatingPointSystem Loading /usr/lib/open-axiom/algebra/RNS-.fasl for domain RealNumberSystem Loading /usr/lib/open-axiom/algebra/TRANFUN-.fasl for
Re: RFS: roxterm (updated package)
On Sun, Aug 28, 2011 at 04:16:02PM +0100, Tony Houghton wrote: On Sun, 28 Aug 2011 22:50:46 +0800 Kan-Ru Chen kos...@debian.org wrote: Only one problem when I tested the package. The gtk3 version, the terminal window shrinks its width when I try to move it around. I don't know if it's because of my window manager (awesome) or it also appears on other environment. If you cannot reproduce this, I can upload it first for wider test :) Yes, this is a known bug (#632403) and that's the main reason I'm still providing a gtk2 package too. As soon as it's uploaded I'll mark the bug as affecting roxterm-gtk3. Does roxterm-gtk3 have any functionality -gtk2 doesn't have? Unlike QT/GTK, there isn't a big difference there and I quite fail to see the reason to have both. It's a library rather than support for a whole environment, you need to upgrade at some time but I guess it will be half a decade before anyone says a word about removing gtk2. Thus, if there's a bug but no goodies, you could stick with gtk2 for now. And there's a lot of time before wheezy freezes, so there's a fat chance the bug will be fixed, saving us two transitions (roxterm - roxterm-gtk*, roxterm-gtk* - roxterm). -- 1KB // Yo momma uses IPv4! signature.asc Description: Digital signature
Re: RFS: conque
* Jakub Wilk jw...@debian.org, 2011-08-28, 17:33: To access further information about this package, please visit the following URL: http://mentors.debian.net/package/conque Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/conque/conque_2.2-1.dsc I would be glad if someone uploaded this package for me. [...] (More review later...) As promised: debian/control: - There's a trailing space in the very first line. debian/copyright: - You wrote Copyright: 2011 nicoraffo nicora...@gmail.com, but copyright statements in the upstream source look like this: Copyright (C) 2009-__YEAR__ Nico Raffo. Why don't use his real name in the copyright file? Please tell upstream to replace __YEAR__ with the actual year and then use this range in the copyright file. debian/install: - This is in direct violation of Packaging Policy for Vim, section 3.1: Addons should not be installed directly under a directory contained in the Vim runtime path. - In addition to that, /usr/share/vim/vimcurrent is a symlink, so putting any files there is a really bad idea. Just think what will happen with your package once the symlink start point to another directory... debian/watch: - It's missing. Please write one. syntax/conque_term.vim: - This is weird, why does it talk about MySQL?! Also, is there a way to turn off syntax highlighting? It's mostly annoying. -- 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/20110828183919.ga8...@jwilk.net
RFS: festival-ca
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package festival-ca. * Package name: festival-ca Version : 1.0.2-1 Upstream Author : Sergio Oller sergiol...@gmail.com * URL : http://www.talp.cat/festcat/ * License : LGPL-2.1 Section : sound Some extra information: This package is the basic package required to have Catalan voices in Debian. Once this package is aproved (it's my first package, so I prefer to do one package at a time) I will submit ITP and RFS for one or two Catalan voices. Any comments, complaints or suggestions will be appreciated. It builds those binary packages: festival-ca - Catalan language package for festival voices developed at UPC. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/festival-ca Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/festival-ca/festival-ca_1.0.2-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Sergio Oller PS: QA information Info: /home/expo/data/live/incoming/festival-ca_1.0.2-1_source.changes Info: festival-ca_1.0.2-1.dsc Info: Package is Lintian clean Info: Package is not native Info: The maintainer and uploader emails are the same Info: Package is the latest upstream version Info: A watch file is present Info: The watch file works Info: Homepage: http://gps-tsc.upc.es/veu/festcat/ Info: The package uses straight debhelper -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOWpL9AAoJECDaBWlr6yMwAH4QAMwHBUD1EkYaslbcyw6GzPAp Ta00CiZvECdHYi3UUlyVRpDy9CEcJsvF921/PYhzeKrrkqYzCT6aoWSYe/DV+UG5 XCy9ld5yReXFk4hvrlUGSfXuMjlGeXtPyC/27wujtTnXf7dKLjJtZJGfaEGaTZy1 RlFhCblS9MXBDiwCwT0OkkQtO7RL0Q5iYLWoUDWDWDK7qr2DkjtJdlb4LWo54LBv tiYOIcsOMAG0oXoKdP3or4L6xNM5hPvaj1WlFCVKIxQFT/63YaH0XmzEIJsx/ozh aaHoZG6pYeQGRl2H/jpLaPaDNMc1ja8HrtLu4QVA8ezqJyVqvweXSgp74yga/yj0 +ys5uUfNeOeMBS6MesJ0el5CSiMvM8jbS7luuBQRoR79clxZt1OAhPtiEmdBDE7E nTXGrXFTZDD/ZEJ0M0Jo/MkuZjRJ7kBd76jKU0VoSFs73pxJ5QH9d/wT41iYdzJd PmGiCRPW5X4nEjNP8rLmkRvLzl5NeB5IplG7JWcUz7/X9/TQznPk+uDz+PPOgkzw UKv1tdG7h7W1pS6iqUq5sZTpIPNCE+VzYzFvkoe3X/LgVTUsfgMsF8xl50R79OlY CI+QeBp+YEPdzOIM1s2lFf8r6xK/RyjlD6Lr6RYotbwJaMgbi1/NvMhJJ1pHzkYS 62RUuBdnqaciO5ecXhAf =Oi2F -END PGP SIGNATURE- -- 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/4e5a92fe.70...@gmail.com
Re: RFS: open-axiom
Lintian clear. 1. Hypetex data is moved to /usr/share with symlink. 2. Removed shebangs and compiled from ... lines from *.fasl files Now OA packages are lintian clear. Can we ship it? Should I make one more source package or compile binary (I have only amd64)?
Re: RFS: open-axiom
On Sun, 28 Aug 2011 23:11:25 +0400, Игорь Пашев pashev.i...@gmail.com wrote: Non-text part: multipart/alternative Lintian clear. 1. Hypetex data is moved to /usr/share with symlink. 2. Removed shebangs and compiled from ... lines from *.fasl files Now OA packages are lintian clear. Just upload another source package to mentors.debian.net, and I'll review and hopefully upload it. Or find something else to complain about :). David -- 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/8762lhti70.fsf@zancas.localnet
mentors.dn package removal request
Hi! The QA on mentors.d.n wasn't quite clear on whom I shall contact in cases like this, but figured there's no harm asking on -mentors@ either: Someone, somewhen uploaded a dpatch 2.0.31-1[1] package to mentors.d.n, before it became debexpo. That version is well.. lets just say, obsolete. However, it still shows up on the dpatch PTS page[2], which is kind of annoying. I've tried emailing the uploader at the end of July, but haven't heard back yet, so I'm asking here now: is there any way to remove that version from mentors.d.n, so that the PTS stops suggesting I sponsor it? Thanks in advance! [1]: http://mentors.debian.net/package/dpatch [2]: http://packages.qa.debian.org/d/dpatch.html -- |8] -- 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/87obz9b8fw@luthien.mhp
Re: RFS: festival-ca
On Sun, Aug 28, 2011 at 09:11:58PM +0200, Sergio Oller wrote: http://mentors.debian.net/package/festival-ca I can't find this information in debian/copyright: $ head -n5 languages.scm ;;; ;; ;;;Centre for Speech Technology Research ;; ;;; University of Edinburgh, UK ;; ;;; Copyright (c) 1996,1997 ;; Regards, Bart Martens -- 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/20110828201832.ga28...@master.debian.org
RFS: micro-evtd (updated package) (try #2)
Dear mentors and ARM porters, I am looking for a sponsor for the new version 3.4-1 of my package micro-evtd. It builds these binary packages: micro-evtd - Linkstation Pro/Kurobox Pro special features support micro-evtd-udeb - Linkstation Pro/Kurobox Pro special features support - udeb (udeb) The package appears to be lintian clean. The upload would fix these bugs: 534931, 5153353 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/micro-evtd - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/micro-evtd/micro-evtd_3.4-1.dsc It's been a while since try #1. I was quite busy over the summer and guessed that maybe potential reviewers/sponsors were as well. Maybe now that we are heading into fall I'll have better luck. Asheesh Laroia has kindly offered[1] to do a second review and upload of this package, but he wants someone else to do a review first. I would be happy if someone would review my package so that it could be uploaded. Thanks, Ryan [1] http://lists.debian.org/debian-mentors/2011/06/msg00151.html -- 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/4e5a9f47.90...@nardis.ca
Re: RFS: festival-ca
Hi Bart, Thanks for your reply. 2011/8/28 Bart Martens ba...@debian.org On Sun, Aug 28, 2011 at 09:11:58PM +0200, Sergio Oller wrote: http://mentors.debian.net/package/festival-ca I can't find this information in debian/copyright: $ head -n5 languages.scm ;;; ;; ;;;Centre for Speech Technology Research ;; ;;; University of Edinburgh, UK ;; ;;; Copyright (c) 1996,1997 ;; Fixed. I also added upc_catalan/upc_ca_generic* to debian/copyright, as it was also missing. Regards, Bart Martens Regards, Sergio Oller
Re: mentors.dn package removal request
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Gregely, On 28.08.2011 22:13, Gergely Nagy wrote: Someone, somewhen uploaded a dpatch 2.0.31-1[1] package to mentors.d.n, before it became debexpo. That version is well.. lets just say, obsolete. in hope nobody will miss the package on Mentors, I removed it there. - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOWrrlAAoJEMcrUe6dgPNt94sQAJnSSotAMIyhG54O0Xou8lEt Aya1tseKfCIcbV/nFhLvMapM/bqjcRBJVEF9lYJuQSXYxm6D5iz8YYGwsCeJB8se yoLdKMgOH1bSC2ocw3Pu7NI5qjiaJg5aHZxA4o9qwgBJ5/YJIDMuUo5N3qaB5mEL 31YAQBLW7xr4WdVhbFN57y4gxL3MS1gVDYxleszL+PCPlB/TigsOirC4bf5NG50Z 0XBytS7+ENa9NNUf0iqiVtgfVce5d9yOa7ZbYEGIaJvFCCrFU8yNENR1NEKaFmPg nakAt2WAU8sR279PgZgisEXC7VVbBjLPZS4lRGfHYKVgJDrx7a4JOmRadGvn5gWc e+9lnAQQXFMH3WBrDO6PO151y6f0eDo8tV+Jlwztm1zCEzn9iJ9oFykWE3FiutzU /bqeDMMFEUZrsrO/bsVCUXfmq8YrawJ+rpGld4quNg1yBcJvmOe+Q/FWSP7oNt5A /7eecz277asRRfdEZo8kFA0BtDupgom3aLU4rtGb+S2Q/GsLfQ14EtHSBMPV8TkS OlOsC0vu/rhKJgG45FJvYfG5H5MXpT1U7QOv+khhxUm5gn6DX5ljaC3uzNSs4ZvN PvQ057tzJvQVWjNury/dChJlwtgaa+VFljb5aa7QX4aM1QSqhifzRFv7DeyFkBxf 9SZUfQtIJHENt63ozw7g =x2UG -END PGP SIGNATURE- -- 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/4e5abae5.5030...@toell.net
Re: mentors.dn package removal request
Excerpts from Gergely Nagy's message of Sun Aug 28 16:13:55 -0400 2011: Hi! The QA on mentors.d.n wasn't quite clear on whom I shall contact in cases like this, but figured there's no harm asking on -mentors@ either: Hi there! If it's a support question, which this mostly is, then I suggest emailing support@m.d.n. I'm happy to answer here for now, though! Someone, somewhen uploaded a dpatch 2.0.31-1[1] package to mentors.d.n, before it became debexpo. That version is well.. lets just say, obsolete. However, it still shows up on the dpatch PTS page[2], which is kind of annoying. I've tried emailing the uploader at the end of July, but haven't heard back yet, so I'm asking here now: is there any way to remove that version from mentors.d.n, so that the PTS stops suggesting I sponsor it? Sure -- I could remove it. I'd rather, though, say we should fix the PTS to only show versions of packages greater than the ones in Debian. Can you file that bug against the PTS? I don't removing it from m.d.n once you have done so. -- Asheesh. -- 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/1314569020-sup-6...@rose.makesad.us
Re: mentors.dn package removal request
* Asheesh Laroia li...@asheesh.org, 2011-08-28, 18:05: Someone, somewhen uploaded a dpatch 2.0.31-1[1] package to mentors.d.n, before it became debexpo. That version is well.. lets just say, obsolete. However, it still shows up on the dpatch PTS page[2], which is kind of annoying. I've tried emailing the uploader at the end of July, but haven't heard back yet, so I'm asking here now: is there any way to remove that version from mentors.d.n, so that the PTS stops suggesting I sponsor it? Sure -- I could remove it. I'd rather, though, say we should fix the PTS to only show versions of packages greater than the ones in Debian. Can you file that bug against the PTS? I don't removing it from m.d.n once you have done so. #626811 -- 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/20110828222933.ga6...@jwilk.net
Re: RFS: open-axiom
Uploaded. http://mentors.debian.net/package/open-axiom Sorry for flooding ;-) 2011/8/29 David Bremner brem...@debian.org Just upload another source package to mentors.debian.net, and I'll review and hopefully upload it. Or find something else to complain about :). David
Re: mentors.dn package removal request
On Sun, Aug 28, 2011 at 06:05:55PM -0400, Asheesh Laroia wrote: Sure -- I could remove it. I'd rather, though, say we should fix the PTS to only show versions of packages greater than the ones in Debian. Can you file that bug against the PTS? I don't removing it from m.d.n once you have done so. This bug (#624227) has already been filed against the PTS and this entire feature of the PTS should be restructured with debexpo for multiple reasons. The biggest reason is that not all packages on m.d.n are actually in need of a sponsor. Since debexpo keeps a flag for Needs Sponsor, the hope is that the PTS can begin to use that metadata in the future (instead of simply interacting with the source repository as it does now). Thanks - Kyle Willmon P.S. IANA PTS maintainer. All of this is information gathered from informal discussions with one of the PTS maintainers. My interpretation of planned modifications to the PTS may be outdated or incorrect. -- 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/20110828223540.gm31...@mail.tuxags.com
Re: RFS: micro-evtd (updated package) (try #2)
On 28/08/2011 1:04 PM, Ryan Tandy wrote: I am looking for a sponsor for the new version 3.4-1 of my package micro-evtd. The package has found a sponsor and been uploaded. Thanks! -- 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/4e5ae353.8010...@nardis.ca
Re: RFS: roxterm (updated package)
Tony Houghton h...@realh.co.uk writes: On Sun, 28 Aug 2011 22:50:46 +0800 Kan-Ru Chen kos...@debian.org wrote: Only one problem when I tested the package. The gtk3 version, the terminal window shrinks its width when I try to move it around. I don't know if it's because of my window manager (awesome) or it also appears on other environment. If you cannot reproduce this, I can upload it first for wider test :) Yes, this is a known bug (#632403) and that's the main reason I'm still providing a gtk2 package too. As soon as it's uploaded I'll mark the bug as affecting roxterm-gtk3. I should probably have mentioned that in my RFS (although I did discuss the bug and splitting the package on debian-mentors first), so I'm Cc-ing this back to the list. Uploaded. Cheers, -- Kanru -- 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/87ei053xq4@isil.kanru.info
Re: RFS: open-axiom
On 8/28/11, Igor Pashev pashev.i...@gmail.com wrote: 28.08.2011 19:00, David Bremner пишет: Without having looked at all at your package (and, note, I am purely a random bystander, not a mentor or packager or anything): I'm not sure if open-axiom uses this feature (and I notice sbcl itself also has broken #! lines in it's fasl files. In your case, I suspect the upstream build process is putting the wrong path into the #! lines. interpsys isn't installed by debian sbcl and it isn't included in the open-axiom source package. interpsys is a main tool to build OpenAxiom, it is not requred to run OA. One can think of it as of libtool or similar. interpsys would be a Build-Depends of some sort for OpenAxiom then, I assume? I do not see it mentioned in open-axiom_1.4.1+svn~2299-1.dsc. (I peeked.) Is it packaged and/or available in Debian, then? (AO includes SBCL core, so SBCL itself is not required to run AO. And there is no problem to upgrade system SBCL :-) Might this cause a problem for someone down the line? I'm thinking of something along the lines of, a bug (possibly a security-related bug) is found in SBCL (possibly by SBCL upstream), in the portion that is duplicated inside of OpenAxiom, and is fixed in the SBCL package itself within Debian. Who is going to know, and how are they going to know, that the same bug (at least potentially) exists within OpenAxiom and needs to be found and fixed there, too? I realize this may not be feasible to address within the Debian package, it may have to be resolved by OpenAxiom upstream (assuming they are willing to do so). But, I read of problems various distributions (Debian, Fedora, etc) have with applications like Google Chromium (the open source version of the Google Chrome browser), where Google has chosen to include its own copy of many different software libraries within the source distribution for Chromium rather than use the distribution- / system-supplied version of these libraries, and each distribution has to decide how to address this decision by Google. What you describe above for OpenAxiom sounds like the same sort of thing, albeit on a much smaller scale. So... Thanks for your time. Hope this is of some use, interest. Joseph -- 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/cac58tq90digthzrvkoacxrq0up+wiadspwdwmmqpc3qm4hx...@mail.gmail.com
Re: RFS: open-axiom
On Mon, 29 Aug 2011 02:34:03 +0400, Игорь Пашев pashev.i...@gmail.com wrote: Non-text part: multipart/alternative Uploaded. http://mentors.debian.net/package/open-axiom Sorry for flooding ;-) Some of these things I should have found earlier, but I thought lintian would keep you busy longer ;). - The second paragraph of the long description is not helpful to the debian user trying to decide whether to install the package; we try not to waste space in the description because it is stored in many places (e.g. /var/lib/dpkg/available). You are welcome to add a README.Debian file if you want to say more about the project. - rather than putting TODO in debian/control, it is better have a seperate TODO file that will be installed by dh_installdocs - In your debian/copyright file, you should mention the license for your packaging. It would be a good idea to have a seperate header line for license and to explicitly say by each copyright holder (NAG, Axiom Team) what license applies (do they all use the BSD-like mentioning NAG, or are there variants?). - I'm confused why debian/open-axiom.png is listed in debian/source/include-binaries, but not include in the source package. Previous experiment? - Don't think removing the compiled from lines is needed, but it is your call. The shebang lines I agree should go. - at some point you should consider adding some metadata to your patches. I typically just use git-format-patch, but if using straight quilt you may want to look at http://dep.debian.net/deps/dep3/. Anyway I have to run, Hurricane Irene is making my power flicker on and off. d pgpph1CrR4Fye.pgp Description: PGP signature
RFS: aqemu (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.8.2-1 of my package aqemu. It builds these binary packages: aqemu - Qt4 front-end for QEMU and KVM The package appears to be lintian clean. The upload would fix these bugs: 622722 Here is the relevant changelog section: aqemu (0.8.2-1) unstable; urgency=low * New upstream release. * debian/control: - Added armhf support. Thank you Konstantinos Margaritis mar...@genesi-usa.com for the tests and patch. (Closes: 622722) - Bumped Standards-Version to 3.9.2. - Added the DM-Upload-Allowed field. * debian/patches: - 01_spelling_corrections: corrects upstream spelling errors. The package can be found on mentors.debian.net [1]. I would be glad if someone could review/upload this package for me. As you might have noticed in the debian/changelog abstract, I have set the DM-Upload-Allowed field to yes for this package; please (notify me|remove it) should you consider this inappropriate. Thank you in advance for your consideration. Kind regards, Ignace M [1] - URL: http://mentors.debian.net/package/aqemu - dget -x http://mentors.debian.net/debian/pool/main/a/aqemu/aqemu_0.8.2-1.dsc -- 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/CADk+ZPPwLGmZzRgDLvZFzsd=5dbgca-3ceq1b20cdexbgxp...@mail.gmail.com
