Bug#729717: ITP: xemacs21-support -- highly customizable text editor -- architecture independent support files
Package: wnpp Severity: wishlist Owner: Mark Brown broo...@debian.org Package name: xemacs21-support Version : 21.4.22 Upstream Author : XEmacs team URL : http://www.xemacs.org/ License : GPL and others Programming Lang: elisp Description : highly customizable text editor -- architecture independent support files XEmacs is a full fledged programming language with a mail reader, news reader, info browser, web browser, calendar, specialized editor for more programming languages and other formats than most people encounter in a lifetime, and much more. . Support and architecture independent files for XEmacs 21.4.22. This includes the files found in etc and all required elisp library files (mostly compiled (.elc files), but a few uncompiled (.el files)). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131115175016.27342.78922.reportbug@finisterre
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On Fri, Nov 15, 2013 at 09:49:49PM +, Dmitrijs Ledkovs wrote: Why should Debian carry this package? It's a package that we've carried since forever and which has a userbase. Which virtual packages are you planning to provide? The same set as the package previously did: emacsen, info-browser, mail-reader, news-reader, www-browser. signature.asc Description: Digital signature
Processed: Adopting driconf
Processing commands for cont...@bugs.debian.org: retitle 721967 ITA: driconf -- DRI configuration applet Bug #721967 [wnpp] O: driconf -- DRI configuration applet Changed Bug title to 'ITA: driconf -- DRI configuration applet' from 'O: driconf -- DRI configuration applet' owner 721967 ! Bug #721967 [wnpp] ITA: driconf -- DRI configuration applet Owner recorded as Vincent Cheng vincentc1...@gmail.com. thanks Stopping processing here. Please contact me if you need assistance. -- 721967: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721967 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.138459986032522.transcr...@bugs.debian.org
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On 11/16/2013 11:43 AM, Mark Brown wrote: On Fri, Nov 15, 2013 at 09:49:49PM +, Dmitrijs Ledkovs wrote: Why should Debian carry this package? It's a package that we've carried since forever and which has a userbase. That's not really an argument. We've also had uae and e-uae (the Amiga emulators) for ages and they had a user base. Yet, I filed removal bugs because upstream was no longer existent and they have been replaced by more modern forks like fs-uae. There were simply too many bugs that would never get addressed. Your first mail came with the argument that you think that xemacs is more visually appealing than emacs. Honestly, emacs is primarily a tool and not an optical gimmick. Visual appearance does not bother most users, I'd guess. Most emacs users use the terminal (-nw) mode anyway. And the beef I have with xemacs is that it's development has factually ceased. Looking at the changes over the past months, I see only marginal changes [1] but no real development. I never think that's a good idea to upload packages to Debian where virtually no upstream development is taking place. The risk of RC bugs not getting fixed in time is simply too high. I remember fixing RC bugs in several packages in Wheezy during the freeze where upstream was no longer available and we had to dig through the code and fix the bugs ourselves. I want to avoid such situations in the future! I support Paul's stance on this! Cheers, Adrian [1] http://www.xemacs.org/Releases/21.5.33.html#ChangeLog -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 signature.asc Description: OpenPGP digital signature
Bug#729660: ITP: xemacs21 -- highly customizable text editor
Hi Mark, 2013/11/15 Mark Brown broo...@debian.org: Package: wnpp Severity: wishlist Owner: Mark Brown broo...@debian.org * Package name: xemacs21 Version : 21.4.22 Upstream Author : XEmacs development team URL : http://www.xemacs.org/ License : GPL Programming Lang: C, elisp Description : highly customizable text editor ... While develoment on xemacs is very slow these days I find it much more visually pleasing than GNU emacs. I know it is mostly personal preference, but what parts of xemacs are notably more pleasing visually? I have just switched to a back-ported Emacs 24.3.1 and noticed that the GTK+3 scrollbars became pretty nice and had the thought that 'Hey, it looks quite OK now!'. Maybe if you point out some visual issues which are solved in XEmacs, GNU Emacs developers would pick those up. Cheers, Balint -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cak0odpwsqn+taaz+rgazhndxz48r_p7hgfqjmkuyx-nmvas...@mail.gmail.com
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On Sat, Nov 16, 2013 at 12:02:23PM +0100, Bálint Réczey wrote: 2013/11/15 Mark Brown broo...@debian.org: While develoment on xemacs is very slow these days I find it much more visually pleasing than GNU emacs. I know it is mostly personal preference, but what parts of xemacs are notably more pleasing visually? I have just switched to a back-ported Emacs 24.3.1 and noticed that the GTK+3 scrollbars became pretty nice and had the thought that 'Hey, it looks quite OK now!'. Maybe if you point out some visual issues which are solved in XEmacs, GNU Emacs developers would pick those up. The colour scheme and font selection are particularly appealing to me and with emacs23 I find that the window looks like it is missing a border at the right hand side (partly due to the unusual decision to place the scroll bar on the left) which is odd. Some of this is just familiarity, some of it could be fixed with configuration. signature.asc Description: Digital signature
Bug#729660: ITP: xemacs21 -- highly customizable text editor
Hi Mark, 2013/11/16 Mark Brown broo...@debian.org: On Sat, Nov 16, 2013 at 12:02:23PM +0100, Bálint Réczey wrote: 2013/11/15 Mark Brown broo...@debian.org: While develoment on xemacs is very slow these days I find it much more visually pleasing than GNU emacs. I know it is mostly personal preference, but what parts of xemacs are notably more pleasing visually? I have just switched to a back-ported Emacs 24.3.1 and noticed that the GTK+3 scrollbars became pretty nice and had the thought that 'Hey, it looks quite OK now!'. Maybe if you point out some visual issues which are solved in XEmacs, GNU Emacs developers would pick those up. The colour scheme and font selection are particularly appealing to me and with emacs23 I find that the window looks like it is missing a border at the right hand side (partly due to the unusual decision to place the scroll bar on the left) which is odd. Some of this is just familiarity, some of it could be fixed with configuration. I agree that having the scroll bar on the left is quite unusual and it has been changed to having the scrollbar on the right by default in Emacs 24. I don't have XEmacs installed and I'm not sure if the new colors in Emacs 24 are any closer to your preference. Maybe having Emacs 24 in wheezy-backports would be nice, it could help some people not fully satisfied with Emacs 23. Cheers, Balint -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cak0odpzt+a5vphq+tksx63nogbo-judlzp4wtcc_l1+nwio...@mail.gmail.com
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On Sat, Nov 16, 2013 at 12:01:48PM +0100, John Paul Adrian Glaubitz wrote: On 11/16/2013 11:43 AM, Mark Brown wrote: It's a package that we've carried since forever and which has a userbase. That's not really an argument. We've also had uae and e-uae It is an argument; it might be one with which you disagree but that's not the same thing at all. Your first mail came with the argument that you think that xemacs is more visually appealing than emacs. Honestly, emacs is primarily a tool and not an optical gimmick. Visual appearance does not bother most users, I'd guess. Most emacs users use the terminal (-nw) mode anyway. Your assertations here both seem rather strong and unsupported, especially the idea that people don't use Emacs in graphical mode - it would be enormously surprising to me if people had abandoned X11 support en masse. As for people not caring about the appearence... if you're going to be looking at something for the best part of the day it seems strange that you'd not be interested in how it looks, it's a factor in usability. And the beef I have with xemacs is that it's development has factually ceased. Looking at the changes over the past months, I see only marginal changes [1] but no real development. I never think that's a good idea to upload packages to Debian where virtually no upstream development is taking place. The risk of RC bugs not getting fixed in time is simply too high. I remember fixing RC bugs in several packages in Wheezy during the freeze where upstream was no longer available and we had to dig through the code and fix the bugs ourselves. I want to avoid such situations in the future! We can always drop packages if they're too buggy; indeed it turns out we did that for XEmacs in the last release (which I only noticed after release sadly, much to my distress when I installed a new desktop recently). Besides, the risk here seems low, it's not a package that's using bleeding edge or rapidly developed interfaces that are likely to change underneath it and obviously Debian's tendency to work with older versions of software for extended periods means that we have to accept that even an active upstream might not care about supporting us. At the end of the day if you're not interested in a leaf package just ignore it, work on something you do care about instead. signature.asc Description: Digital signature
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On 11/16/2013 01:10 PM, Mark Brown wrote: Your first mail came with the argument that you think that xemacs is more visually appealing than emacs. Honestly, emacs is primarily a tool and not an optical gimmick. Visual appearance does not bother most users, I'd guess. Most emacs users use the terminal (-nw) mode anyway. Your assertations here both seem rather strong and unsupported, especially the idea that people don't use Emacs in graphical mode - it I have yet to see someone who does. I'm a long-time emacs user and so are many of other developers I work together with and everyone I know of who uses emacs as their primary editor doesn't use X11 support, you just don't need it in most cases. emacs is powerful through it's keyboard shortcuts and you are much more efficient and faster when using them as opposed to navigating through the menus with your mouse. would be enormously surprising to me if people had abandoned X11 support en masse. As for people not caring about the appearence... if you're going to be looking at something for the best part of the day it seems strange that you'd not be interested in how it looks, it's a factor in usability. Well, as I said, if you're really using emacs for what it's renown for, you don't care about the X11 user interface and the looks because you use non-windowed mode anyway. And the beef I have with xemacs is that it's development has factually ceased. Looking at the changes over the past months, I see only marginal changes [1] but no real development. I never think that's a good idea to upload packages to Debian where virtually no upstream development is taking place. The risk of RC bugs not getting fixed in time is simply too high. I remember fixing RC bugs in several packages in Wheezy during the freeze where upstream was no longer available and we had to dig through the code and fix the bugs ourselves. I want to avoid such situations in the future! We can always drop packages if they're too buggy; indeed it turns out we did that for XEmacs in the last release (which I only noticed after release sadly, much to my distress when I installed a new desktop recently). Besides, the risk here seems low, it's not a package that's using bleeding edge or rapidly developed interfaces that are likely to change underneath it and obviously Debian's tendency to work with older versions of software for extended periods means that we have to accept that even an active upstream might not care about supporting us. As I explained before, the problem with such packages is that they can introduce unnecessary (RC) bugs which may delay the release during the freeze. I am aware of the fact that the release team has addressed the issue by removing packages from testing now which have had RC bugs longer than a certain time frame, but I think we should avoid such situations in the first place. And the fact that a very limited group of users is using XEmacs doesn't justify the hassle. If someone is so keen to actually prefer XEmacs over emacs, they can just download and build the package from source. At the end of the day if you're not interested in a leaf package just ignore it, work on something you do care about instead. No, I do care about the whole of Debian and not just about my particular packages and honestly, it bothers me to no end when I see packages which have dozens or hundreds of bugs unanswered because no one is stepping in to fix that. And I think Paul feels the same. I rather prefer to have a package removed than it being full of bugs, no matter whether it's a leaf package or not. A constant quality control of Debian as a whole is important as a whole for being able to reduce the freeze time as we have learnt in the past. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 signature.asc Description: OpenPGP digital signature
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On Sat, Nov 16, 2013 at 01:02:40PM +0100, Bálint Réczey wrote: I agree that having the scroll bar on the left is quite unusual and it has been changed to having the scrollbar on the right by default in Emacs 24. I don't have XEmacs installed and I'm not sure if the new colors in Emacs 24 are any closer to your preference. Maybe having Emacs 24 in wheezy-backports would be nice, it could help some people not fully satisfied with Emacs 23. I hadn't noticed that emacs24 was available now - just installed it, it's definitely an improvement. I still prefer the fonts XEmacs comes up with and the other thing that gets me is the white background. There appear to be some issues with individual characters getting rendered in bold (most noticable when doing tab completion on file open) too. signature.asc Description: Digital signature
Bug#718585: Collaborative maintenance, or taking over the ITP (was: ITP: php-excel)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Cyril Le 23/10/2013 12:04, David Prévot a écrit : Le 10/10/2013 17:04, David Prévot a écrit : On Fri, Aug 02, 2013 at 06:18:49PM +0200, Cyril Bouthors wrote: * Package name: php-excel What is the status of that ITP Ping? I can’t find a packaging repository I’d very much like to depend on this package instead of the embedded source in owncloud, and would be happy to help if you’re currently short on time. I’m considering taking over this ITP since nobody is acting on it, but would have preferred not to reinvent the wheel and share collaborative maintenance since Cyril already pushed some work on it. I’ll change the bug owner in a few weeks and start working on this package if nobody disagrees. Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJSh4UJAAoJEAWMHPlE9r08LcoH/1sNGO0re2sdChef1S2V/y3F BMCJvUtDrtfuKpGJ9Uo+SQFbbqv0DLBq52T9Wq+Y2e1zVj8WTuTfDrpyEJ7DYmMf 8C7c+feWzwPTZajbN1Y3auChrMD8V2gCnr+e7QqfS1Xjm4P7eRyaTMPrQRqVM0FZ ao4AglyA3Eqt8CGKXEZ6ZB1/YIIqRPKcbTDW6SHWT3lrvxyv6+o7Hq8DZ1ahG57/ eNPlYiHExz3Wvyi3vqszQWtdTO28+agNTvYO9dzCZzOCeFHqOZumiOq43d4co1d9 lKgNxue2H5xRgzb0sHlRLgU6zMYERHybfKIbOUz+FYjlEdasuF1UqN1DuO/5mco= =2aDJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5287850a.7000...@debian.org
Bug#729736: ITP: inputplug -- XInput event monitor
Package: wnpp Severity: wishlist Owner: Andrew Shadura andre...@debian.org * Package name: inputplug Version : 0.0~hg Upstream Author : Andrew Shadura andre...@debian.org * URL : https://bitbucket.org/andrew_shadoura/inputplug/ * License : MIT/X11 Programming Lang: C Description : XInput event monitor inputplug is a daemon which connects to a running X server and monitors its XInput hierarchy change events. Such events arrive when a device being attached or removed, enabled or disabled etc. When a hierarchy change happens, inputplug parses the event notification structure, and calls some command. inputplug may be useful when input devices are being reconnected frequently and need frequent manual reconfiguration. For example, some laptops detach their keyboards when going to memory sleep, so if some keys need remapping, or a custom keyboard layout is used, running xkbcomp/xmodmap is required after returning from sleep. Same applies to some touchpads if non-standard configuration is used. P.S. The above isn't quite what is going to be in the long package description; however, as I suppose I'm not the only person to hit this sort of issues, this ITP may serve as some sort of notification that the solution exists :) P.P.S. Bug reports are welcomed. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131116140803.8360.25541.reportbug@localhost.localdomain
Processed: retitle 726279 to ITP: libjs-jcrop -- image cropping plugin, owner 726279
Processing commands for cont...@bugs.debian.org: retitle 726279 ITP: libjs-jcrop -- image cropping plugin Bug #726279 [wnpp] RFP: libjs-jcrop -- image cropping plugin Changed Bug title to 'ITP: libjs-jcrop -- image cropping plugin' from 'RFP: libjs-jcrop -- image cropping plugin' owner 726279 ! Bug #726279 [wnpp] ITP: libjs-jcrop -- image cropping plugin Owner recorded as David Prévot taf...@debian.org. thanks Stopping processing here. Please contact me if you need assistance. -- 726279: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726279 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.138461538429585.transcr...@bugs.debian.org
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On Sat, Nov 16, 2013 at 01:30:01PM +0100, John Paul Adrian Glaubitz wrote: On 11/16/2013 01:10 PM, Mark Brown wrote: Your assertations here both seem rather strong and unsupported, especially the idea that people don't use Emacs in graphical mode - it I have yet to see someone who does. I'm a long-time emacs user and so are many of other developers I work together with and everyone I know of who uses emacs as their primary editor doesn't use X11 support, you just don't need it in most cases. emacs is powerful through it's keyboard shortcuts and you are much more efficient and faster when using them as opposed to navigating through the menus with your mouse. There are other users who do use graphical mode, indeed I was reminded at the mini-Debconf today that the main reason XEmacs got forked was that GNU Emacs was too resistant to implementing a GUI. I guess some people use menus or whatever but I expect you'll find it's mostly just to make it look pretty and smoother interaction with other programs. Well, as I said, if you're really using emacs for what it's renown for, you don't care about the X11 user interface and the looks because you use non-windowed mode anyway. There's no cause and effect there, and if the GUI really was inessential for editors we ought to disable it for them in Debian since it's at best a waste of time to compile it and a potential source of bugs. If someone is so keen to actually prefer XEmacs over emacs, they can just download and build the package from source. This does apply to most of the software in Debian of course... Debian has always had a kitchen sink approach to including things, we do have quite a few architectures as well for example and I'm not sure that our position as the leading platform for languages such as brainfuck is considered critical by many. At the end of the day if you're not interested in a leaf package just ignore it, work on something you do care about instead. No, I do care about the whole of Debian and not just about my particular packages and honestly, it bothers me to no end when I see packages which have dozens or hundreds of bugs unanswered because no one is stepping in to fix that. And I think Paul feels the same. I rather prefer to have a package removed than it being full of bugs, no matter whether it's a leaf package or not. Well, there do seem to be a lot of bugs open against the Linux kernel... A constant quality control of Debian as a whole is important as a whole for being able to reduce the freeze time as we have learnt in the past. The things that make a meaningful difference to the freeze time are (or should be) the packages that we can't get rid of for whatever reason and the packages that sit in the middle of dependency chains. signature.asc Description: Digital signature
Processed: affects 606901
Processing commands for cont...@bugs.debian.org: affects 606901 spip Bug #606901 [wnpp] ITP: fullcalendar -- jQuery plugin providing a full-sized, drag drop calendar Added indication that 606901 affects spip thanks Stopping processing here. Please contact me if you need assistance. -- 606901: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606901 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.138461769012086.transcr...@bugs.debian.org
Bug#727237: marked as done (ITA: coinor-cbc -- Coin-or branch-and-cut)
Your message dated Sat, 16 Nov 2013 16:00:08 + with message-id e1vhii4-zp...@franck.debian.org and subject line Bug#727237: fixed in coinor-cbc 2.8.5-1 has caused the Debian Bug report #727237, regarding ITA: coinor-cbc -- Coin-or branch-and-cut to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 727237: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727237 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: normal In consultation with the current maintainer, Etienne Millon, who will acknowledge here, I intend to adopt this package. The package description is: Cbc (Coin-or branch and cut) is an open-source mixed integer programming solver written in C++. It is primarily meant to be used as a callable library, but a basic, stand-alone executable version is also available. . Mixed integer programming (MIP) is a generalization of linear programming (LP) and allows to find the minimum solution of objective functions depending linearly on variables, which are linearly constrained and additionally may have integrality constraints. . Cbc is part of the larger COIN-OR initiative (Computational Infrastructure for Operations Research) and depends on the COIN-OR Clp linear programming solver for solving subproblems. . Cbc works well as independent solver (reading files in the MPS format) and as a solver backend for AMPL. . This package contains the binaries and libraries. ---End Message--- ---BeginMessage--- Source: coinor-cbc Source-Version: 2.8.5-1 We believe that the bug you reported is fixed in the latest version of coinor-cbc, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 727...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Miles Lubin miles.lu...@gmail.com (supplier of updated coinor-cbc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 25 Oct 2013 14:34:52 -0400 Source: coinor-cbc Binary: coinor-cbc coinor-libcbc3 coinor-libcbc-dev coinor-libcbc-doc coinor-libcbc3-dbg Architecture: source amd64 all Version: 2.8.5-1 Distribution: experimental Urgency: low Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Changed-By: Miles Lubin miles.lu...@gmail.com Description: coinor-cbc - Coin-or branch-and-cut mixed integer programming solver coinor-libcbc-dev - Coin-or branch-and-cut mixed integer programming solver (develope coinor-libcbc-doc - Coin-or branch-and-cut mixed integer programming solver (document coinor-libcbc3 - Coin-or branch-and-cut mixed integer programming solver (shared l coinor-libcbc3-dbg - Coin-or branch-and-cut mixed integer programming solver (debug sy Closes: 686578 706390 727237 Changes: coinor-cbc (2.8.5-1) experimental; urgency=low . * New upstream release (Closes: #686578) - License changed to EPL. - SONAME version is now 3. * New maintainer (Closes: #727237) - Soeren Sonnenburg refused to relicense work under EPL. * Move cbc executable to separate package: coinor-cbc. * Bump to compat 9 (libraries now installed to multiarch dirs.). * Remove outdated patches. * Fix typo in cbc.1 (Closes: #706390) * Add patch to fix building with pkg-config. * Add patch to fix shared library dependencies. - libOsiCbc still has unrecorded dependency on libCbc. * Bump standards version. - Updated copyright file to machine-readable format. * Update (shorten) package descriptions. Checksums-Sha1: 5afca79d7da92b486eae7079c5aa941a4968a790 2390 coinor-cbc_2.8.5-1.dsc bda66e7c6cf288352072994223853f62e1ec5adb 1346146 coinor-cbc_2.8.5.orig.tar.gz 6fc7ab6d84b21e27e9c2faef824e4a441cf9a71f 11780 coinor-cbc_2.8.5-1.debian.tar.gz 94f0940231e6f9b2efb6d4ba8a3e0cb42bbe1f68 13022 coinor-cbc_2.8.5-1_amd64.deb 6ef77790e41092981725c54e8ca559a430d01946 626694 coinor-libcbc3_2.8.5-1_amd64.deb 13d065e6657147996a37cb8a8bfe746a9f84f4aa 750880 coinor-libcbc-dev_2.8.5-1_amd64.deb 53bd8047863069275b8644711ee27038cd783c7e 10274136 coinor-libcbc-doc_2.8.5-1_all.deb 3cdb052286ed389332cf7edbdbe4b482278c73ba 4084864 coinor-libcbc3-dbg_2.8.5-1_amd64.deb
Bug#729660: ITP: xemacs21 -- highly customizable text editor
❦ 16 novembre 2013 13:30 CET, John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de : I have yet to see someone who does. I'm a long-time emacs user and so are many of other developers I work together with and everyone I know of who uses emacs as their primary editor doesn't use X11 support, you just don't need it in most cases. emacs is powerful through it's keyboard shortcuts and you are much more efficient and faster when using them as opposed to navigating through the menus with your mouse. I am also a long time Emacs user and I mostly use the X11 support. No menu, no mouse. Without it, Gnus wouldn't be able to display a nice picture in place of smileys :) -- printk(KERN_WARNING %s: Short circuit detected on the lobe\n, dev-name); 2.4.0-test2 /usr/src/linux/drivers/net/tokenring/lanstreamer.c signature.asc Description: PGP signature
Bug#637771: RFP: wxmupen64plus -- Mupen64Plus 2.0 GUI frontend written using wxWidgets
The upstream project is already dead. Here a quote from the maintainer
{Saturday, October 26, 2013} [21:14:27] Auria I don't really have
time/interest anymore to properly develop wxMupen64Plus, unfortunately.
It wasn't working since a while with the mupen64plus version in debian and the
author started to to make it incompatible with mupen64plus 2.0 by purpose in
the past by making it mupen64plus 1.99.5 exclusive. It is most likely better to
just close this bug and move on to m64py [1].
I've already saw m64py packages on git.debian.org (server seems to be down
right now) and it only needs pysdl2 packaged in Debian.
[1] http://bugs.debian.org/678947
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1384620828.12249.yahoomail...@web171905.mail.ir2.yahoo.com
Bug#729749: ITP: fonts-rabat -- Arabic Maghribi Mabsout OpenType font
Package: wnpp Severity: wishlist Owner: Mohamed Amine m...@mailoo.org * Package name: fonts-rabat Version : 1.0 Upstream Author : Youssef JABRI yja...@ensa.ump.ma * URL : http://sourceforge.net/projects/maghribifonts/ * License : non-free Description : Arabic Maghribi Mabsout OpenType font Rabat is a high quality font in Maghribi Mabsout style with many ligatures and diacritics programmed to position correctly according the basic character. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131116141533.17465.13347.reportbug@eeepc
Bug#729751: ITP: efl -- Enlightenment Foundation Libraries
Package: wnpp Severity: wishlist Owner: Albin Tonnerre lu...@debian.org * Package name: efl Version : 1.8.0 Upstream Author : Enlightenment Developers enlightenment-de...@lists.sourceforge.net * URL : http://www.enlightenment.org/ * License : Mix of GPL, LGPL, BSD Programming Lang: C Description : Enlightenment Foundation Libraries This package contains all Enlightenment Foundation Libraries from the 1.8.0 release onwards, and includes the following libraries that are currently separate source packages in the archive: - Eina: optimized data types and utilities - Eet: binary configuration reading/writing/editing - Evas: canvas object and rendering - Ecore: core abstraction layer (files, network, ipc) - Efreet: freedesktop.org Desktop files support - Embryo: SMALL-based abstract machine (AMX) bytecode interpreter - Edje: graphical object abstraction, layout/animation - Eio: non-blocking I/O - Eldbus: D-Bus integration As well as the following libraries that will be packaged later on: - Eeze: UDev interfacing - Ethumb: creates thumbnail images, videos and documents - Emotion: media playback integration -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131116115318.11978.26926.reportbug@x220
Bug#729660: ITP: xemacs21 -- highly customizable text editor
Hi, On Fri, Nov 15, 2013 at 05:05:31PM +, Jonathan Dowland wrote: On Fri, Nov 15, 2013 at 10:06:37AM -0500, Paul Tagliamonte wrote: I was on my phone, thanks for the advice. I laboriously quote-post from my phone all the time. Emails should be optimised for the reader, rather than the writer. This is what Paul did: When writing just a single sentence it might be reasonable to derive from a role which is good in general but not helpful in specific cases. Please try to make reasonable top-posting-bashings if necessary, not in every case to people who are known to behave correctly. Technically, there are no outstanding RC bugs, all bugs were closed when it was removed. Nice trick to wait for removal of a package to let a bucket of bugs vanish and start from scratch. This is wasting the time of previous bug reporters. There was a lot of time to fix those long standing bugs if there would have been any interest in the package and I perfectly share Paul's point. Furthermore, is it not usual practice for ftp master to comment on actual packages, rather than theoretical ones? an ITP is intent to package. There's no package to critique yet! Ftpmaster had just work to do on the removal (probably not much work) and if I would be ftpmaster and see an ITP of a just removed package I would be seriously wondering if people want to play some not so funny game with me. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131116180721.ga25...@an3as.eu
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Saturday 16 November 19:03:16 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: vokoscreen tags 729483 + pending Bug #729483 [wnpp] ITP: vokoscreen - screencast creator Added tag(s) pending. # Source package in NEW: imagesloaded tags 722936 + pending Bug #722936 [wnpp] ITP: imagesloaded -- Detect when images have been loaded Added tag(s) pending. # Source package in NEW: a href=http://packages.qa.debian.org/h5py;h5py/a tags 664325 + pending Bug #664325 [src:h5py] Vcs-Browser 404s Added tag(s) pending. # Source package in NEW: a href=http://packages.qa.debian.org/h5py;h5py/a tags 670545 + pending Bug #670545 [python-h5py] provide python3-h5py package Added tag(s) pending. # Source package in NEW: a href=http://packages.qa.debian.org/h5py;h5py/a tags 691282 + pending Bug #691282 [python-h5py] Please upload to experimental forcing build against hdf5 lib in experimental (1.8.9) Added tag(s) pending. # Source package in NEW: a href=http://packages.qa.debian.org/h5py;h5py/a tags 691797 + pending Bug #691797 [python-h5py] python-h5py: Please upgrade to the newest upstream (2.1.0) Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 664325: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664325 670545: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670545 691282: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691282 691797: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691797 722936: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722936 729483: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729483 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.138462864115597.transcr...@bugs.debian.org
Bug#729754: RFP: povray -- persistence of vision raytracer (3D renderer)
Package: wnpp Severity: wishlist * Package name: povray Version : 3.7.00 Upstream Author : Persistence of Vision Raytracer Pty. Ltd. * URL : http://www.povray.org/ * License : AGPL Programming Lang: C++ Description : persistence of vision raytracer (3D renderer) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131116201337.27668.87122.reportbug@logan-VirtualBox
Bug#729755: RFP: surl -- URL shortening command line application
Package: wnpp Severity: wishlist * Package name: surl Version : 0.7.1.1 Upstream Author : Savvas Radevic medig...@ubuntu.com * URL : https://launchpad.net/surl * License : GPL Programming Lang: Python Description : URL shortening command line application -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131116202216.29426.40227.reportbug@logan-VirtualBox
Bug#717061: marked as done (ITA: python-meld3 -- HTML/XML templating system for Python)
Your message dated Sat, 16 Nov 2013 21:19:51 + with message-id e1vhnht-0005xa...@franck.debian.org and subject line Bug#717061: fixed in python-meld3 0.6.10-1 has caused the Debian Bug report #717061, regarding ITA: python-meld3 -- HTML/XML templating system for Python to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 717061: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717061 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: normal The current maintainer of python-meld3, Anders Hammarquist i...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: python-meld3 Binary: python-meld3 Version: 0.6.5-3.1 Maintainer: Anders Hammarquist i...@debian.org Build-Depends: debhelper (= 7), python-setuptools (= 0.6c7), python-support, python-all-dev (= 2.5.4) Architecture: any Standards-Version: 3.8.3 Format: 3.0 (quilt) Files: 7db7fcbed4ed7ec29e0c3488eb4846da 1200 python-meld3_0.6.5-3.1.dsc 917d8740fabfb989761649ba0a28f94b 38294 python-meld3_0.6.5.orig.tar.gz 7d3f2ccd012e1870ad89696f02890e78 4460 python-meld3_0.6.5-3.1.debian.tar.gz Checksums-Sha1: 81dc014ab2c8443c9e3c14bac5c6db3824ce9a19 1200 python-meld3_0.6.5-3.1.dsc 1a11185636174d49a01a48cd33a213df210d714c 38294 python-meld3_0.6.5.orig.tar.gz 5027bc6ca4ea9b275bd404b330f8c0fdda93dd3f 4460 python-meld3_0.6.5-3.1.debian.tar.gz Checksums-Sha256: 570bf32b0325d21cdca82fee6c767d49f6846f287b373d8af20886c92da02b84 1200 python-meld3_0.6.5-3.1.dsc c3ce77fe4046489ac7ee669de77debf9946267451b26d5128397a835b2c06ca0 38294 python-meld3_0.6.5.orig.tar.gz 288ebea2fb42d25f9f4ed5a8e102395843af8032fd99d86c498660013d0edbb4 4460 python-meld3_0.6.5-3.1.debian.tar.gz Homepage: http://plope.com/software/meld3/ Package-List: python-meld3 deb python extra Python-Version: = 2.5 Directory: pool/main/p/python-meld3 Priority: source Section: python Package: python-meld3 Version: 0.6.5-3.1 Installed-Size: 167 Maintainer: Anders Hammarquist i...@debian.org Architecture: armel Provides: python2.6-meld3, python2.7-meld3 Depends: python ( 2.8), python (= 2.6), python-support (= 0.90.0), libc6 (= 2.4) Description-en: An HTML/XML templating system for Python meld3 is an HTML/XML templating system for Python 2.3+ which keeps template markup and dynamic rendering logic separate from one another. meld3 can deal with HTML or XML/XHTML input and can output well-formed HTML or XML/XHTML. Homepage: http://plope.com/software/meld3/ Description-md5: d7e5f8e157d12f553eeaa7bea1e8 Section: python Priority: extra Filename: pool/main/p/python-meld3/python-meld3_0.6.5-3.1_armel.deb Size: 47038 MD5sum: 9078d9b7612ea08b7521baa8ba3d4f77 SHA1: cd20114843d83dee61295f22e7c599e1c93fc6c7 SHA256: 0138687e311f0e6effeb09eda1712a946cde5e90de6fe3b58075f473aea1aa5a -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: python-meld3 Source-Version: 0.6.10-1 We believe that the bug you reported is fixed in the latest version of python-meld3, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 717...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jackson Doak nosk...@ubuntu.com (supplier of updated python-meld3 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 01 Aug 2013 18:59:45 +1000 Source: python-meld3 Binary: python-meld3 Architecture: source amd64 Version: 0.6.10-1 Distribution: unstable Urgency: low Maintainer: Jackson Doak nosk...@ubuntu.com Changed-By: Jackson Doak nosk...@ubuntu.com Description: python-meld3 - HTML/XML templating system for Python Closes: 651174 717061 Changes: python-meld3 (0.6.10-1)
Processed: your mail
Processing commands for cont...@bugs.debian.org: block 721163 by 721219 Bug #721163 [wnpp] ITP: light-locker -- simple session locker 721163 was not blocked by any bugs. 721163 was not blocking any bugs. Added blocking bug(s) of 721163: 721219 End of message, stopping processing here. Please contact me if you need assistance. -- 721163: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721163 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.138464208129417.transcr...@bugs.debian.org
Bug#714799: Repy: RFA: windows-el -- window manager for GNU Emacs
Hi, I am interested in adopting windows.el. -Thanks Cory -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/528806cf.7080...@eng.utoledo.edu
Bug#711827: #711827 RFA: gthumb -- image viewer and browser
Adding the relevant bug to the CC. On Sat, Nov 16, 2013 at 3:10 PM, Jackson Doak nosk...@ubuntu.com wrote: Could you please look at my gthumb package? If someone is willing to sponsor it, i can try and continue maintaining it. I'd be happy to review/sponsor gthumb. Here's some comments on your package: 1) Looking at the diff of upstream's configure.ac, there are a few more changes needed in debian/control: - libgtk-3-dev (= 3.2.0) should now be libgtk-3-dev (= 3.4.0) - libglib2.0-dev (= 2.28.0) should now be libglib2.0-dev (= 2.34.0) - The build-dep on libgnome-keyring-dev looks like it should be dropped as it's been replace by libsecret-1-dev which you correctly added. 2) What are all the commented out lines in debian/gthumb-data.install about? Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cal6k_axsa94-a_tljk2ytyyjksfm6b3ge5jnkczdlxfdtpq...@mail.gmail.com
Bug#729772: ITP: libpdl-io-matlab-perl -- Reads/writes Matlab format data files in the perl data language
Package: wnpp Owner: Dima Kogan d...@secretsauce.net Severity: wishlist * Package name: libpdl-io-matlab-perl Version : 0.005 Upstream Author : John Lapeyre jlapeyre at cpan.org * URL or Web page : https://github.com/jlapeyre/PDL-IO-Matlab/ * License : GNU GPL or Artistic (same as perl) Description : Reads/writes Matlab format data files in the perl data language Hi. This is an interface to allow reading/writing Matlab .mat files from PDL. This module itself is fairly small. The actual i/o is done by libmatio, which is already in Debian. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wqk7vds9@secretsauce.net
Bug#729751: ITP: efl -- Enlightenment Foundation Libraries
On 2013-11-16 Albin Tonnerre lu...@debian.org wrote: * Package name: efl Version : 1.8.0 [...] Description : Enlightenment Foundation Libraries This package contains all Enlightenment Foundation Libraries from the 1.8.0 release onwards, and includes the following libraries that are [...] Just in case somebody else just thought Eh, we already have enlightenment in sid. - Albin himself is maintaining it, this ITP is for the new upstream release. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131117070546.ga3...@downhill.g.la
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Sunday 17 November 07:03:33 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: libjs-jcrop tags 726279 + pending Bug #726279 [wnpp] ITP: libjs-jcrop -- image cropping plugin Added tag(s) pending. # Source package in NEW: a href=http://packages.qa.debian.org/zeroc-ice;zeroc-ice/a tags 727107 + pending Bug #727107 [libzeroc-ice-ruby1.9.1] libzeroc-ice-ruby1.9.1: rename the package ruby-zeroc-ice and install in /usr/lib/ruby/vendor_ruby Added tag(s) pending. # Source package in NEW: a href=http://packages.qa.debian.org/zeroc-ice;zeroc-ice/a tags 729262 + pending Bug #729262 [zeroc-ice] FTBFS[kfreebsd-amd64]: wrongly sets LP64=no Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 726279: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726279 727107: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727107 729262: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729262 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13846718463041.transcr...@bugs.debian.org
Bug#729749: ITP: fonts-rabat -- Arabic Maghribi Mabsout OpenType font
Hi, On Sat, Nov 16, 2013 at 02:15:33PM +, Mohamed Amine wrote: Package: wnpp Severity: wishlist Owner: Mohamed Amine m...@mailoo.org * Package name: fonts-rabat Version : 1.0 Upstream Author : Youssef JABRI yja...@ensa.ump.ma * URL : http://sourceforge.net/projects/maghribifonts/ * License : non-free Description : Arabic Maghribi Mabsout OpenType font Rabat is a high quality font in Maghribi Mabsout style with many ligatures and diacritics programmed to position correctly according the basic character. I was wondering why non-free. URL site did not have any obvious license file. As I downloaded its font file and looked into its internal data: | Copyright (c) 2010 by Youssef JABRI. All rights reserved. May be used | Freely. No copying of glyphs or reverse engeneering allowed without the | written permission of the copyright owner. yja...@ensa.ump.ma (engeneering may have been engineering) It allows us to use but no license text for distribution. Without it, it can not be distributed by Debian even in non-free. (Normally, use do not include distribution.) Also, I do not know how to use font data to any meaningful ways without copying its data to pdf files or printer data flow etc. Upstream might have meant only to prohibit making of derivative font data but no one can be sure. Reasonable non-free license has exception for copying for typical use cases such as printing and embedding into pdf files containing documents as needed basis etc. I think you should contact the upstream and obtain a license which allows at least distribution. Also, point out concerns and encourage him to pick established font license, hopefully free one. Good luck, Osamu -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131117075012.GA15160@goofy.localdomain
