Bug#733823: "Adopting" dxflib
On Aug 8, 2015 2:12 AM, "Alastair McKinstry" wrote: > > Hi, > > I'm willing to step in as responsible uploader for dxflib, as it is now > a dependency of a package I maintain, terralib. Great! Thank you. Scott
Bug#789461: ITP: runescape -- Complete quests and win enormous treasures in RuneScape
On Sun, Jun 21, 2015 at 4:04 AM, Carlos Donizete wrote: > Package: wnpp > Severity: wishlist > Owner: Carlos Donizete > > * Package name: runescape > Version : 0.1 > Upstream Author : Jagex Limited > * URL : http://www.runescape.com/ > * License : GPL-2+ > Programming Lang: Java > Description : Complete quests and win enormous treasures in RuneScape > > The game is a unofficial Linux client Java-based. It makes sure that > OpenGL works when using Java7/OpenJDK7. > . > RuneScape offers players a huge variety of benefits such as hundreds > of additional quests and adventures, a larger game world to explore, > exclusive skills and master and access to a whole host of minigames. > . > Players can also access the most powerful weaponry and armour in the game, > create clan citadels with their friends and even build their very own house. thanks for looking in to this, here are some comments I agree with what Johannes Schauer asked (who is the author, where is it from, what does this package actually do), and the short and long description should be updated accordingly. The first paragraph of the long description should be more informative to potential users. 1) I also don't like calling open source software "official" or "unofficial." It just is what it is. If it is just checking for library compatibilities, then you actually are playing the "official" (proprietary) game anyways. 2) Whether it is java-based or not doesn't really matter for someone installing the package (unless there is a non-java alternative, perhaps). 3) The mechanisms of checking for OpenGL working with Java7 doesn't really matter to someone wanting to play the game/ If the code is DFSG, but requires non-free content to be useful, it is at best contrib. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cang8-dbga02qapezxfxtwbzjo-wfgwsgclqenh-omw7_pcj...@mail.gmail.com
Bug#748799: ITP: dogecoin -- peer-to-peer network based anonymous digital currency
On Tue, May 20, 2014 at 5:01 PM, Keng-Yu Lin wrote: > Package: wnpp > Severity: wishlist > Owner: "Keng-Yu Lin" > > * Package name: dogecoin > Version : 1.7.0 > Upstream : Shibetoshi Nakamoto > * URL : http://dogecoin.com/ > * License : MIT/X > Programming Lang: C, C++ > Description : peer-to-peer network based anonymous digital currency It's great that you're looking into dogecoin. Just be aware of the problems with litecoin and bitcoin in the archive, namely that upstream developers for those projects have concerns over how Debian does stable releases. Network fixes can't be released/patched and users end up with broken and potentially network damaging nodes. Both litecoin and bitcoin cannot propagate to testing because of those issues. I do not know about dogecoin's development, but if there are similar concerns you should look into filing an RC bug against dogecoin to prevent it from migrating to testing. Also, there is a bitcoin packaging team (Debian Bitcoin Packaging Team ), you can maintain it under that umbrella if you'd like so that others can help sponsor/bug fix/update if you'd like them too. Cheers, Scott -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cang8-dbveac1emwthozgp4kkzeb_k2fp2ejfgweul4gnr1a...@mail.gmail.com
Bug#736123: ITP: sbbi-upnplib -- Java library for universal plug and play (upnp)
On Sun, Jan 19, 2014 at 10:43 PM, Jonathan Yu wrote: > Does apt-get source expect the source package name, or will it also > work with binary package names? If I do "apt-get source libupnp-java", > will it download the sbbi-upnplib package? If so, then this seems to > be an especially trivial point, and I'd be happy with either name. In > any case, since I'm not an expert here, let's see if someone on the > debian-java list chimes in :-) apt-get source does resolve source package names. e.g., source package "rxtx" produces "librxtx-java" $ sudo apt-get source librxtx-java [sudo] password for showard: Reading package lists... Done Building dependency tree Reading state information... Done Picking 'rxtx' as source package instead of 'librxtx-java' Thanks all, I'll prepare an upload shortly ~Scott -- 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/cang8-ddsxxhuyeqynetnasf5rksdwuomhnou3d3tagfxvgx...@mail.gmail.com
Bug#736123: ITP: sbbi-upnplib -- Java library for universal plug and play (upnp)
Hi all, The binary package is named libupnp-java, seen here: http://anonscm.debian.org/gitweb/?p=pkg-java/sbbi-upnplib.git;a=blob;f=debian/control;h=8014fb5b4d2c3eb60968caaa6c239562002dd9f7;hb=HEAD I named the source package to match the name of the upstream tarball file (sbbi-upnplib-1.0.4.tar.gz) I struggled with either naming the source package the same as the binary package, or to name it like I suggest here. Since upstream refers to the project as sbbi-upnplib and their tarball had that in it, I'm leaning toward keeping the name what they call it. It will be discoverable since the binary package has the proper java library package name. I was worried about it not being discoverable if I didn't put the sbbi-upnplib source package name. Given that, do you still think it should be renamed? I don't mind either way. ~Scott On Sun, Jan 19, 2014 at 8:50 PM, Jonathan Yu wrote: > Hey Scott, > > I don't presume to be an expert here, but I wanted to mention that the > package name specified in your ITP does not match the usual > conventions for libraries in Debian, nor for Java libraries > specifically: > > "Java libraries packages must be named libXXX[version]-java (without > the brackets)" [0] > > Might you consider renaming this package to make it more easily discoverable? > > Cheers, > > Jonathan > > [0] http://www.debian.org/doc/packaging-manuals/java-policy/x104.html > > On Sun, Jan 19, 2014 at 5:33 PM, Scott Howard wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Scott Howard >> >> * Package name: sbbi-upnplib >> Version : 1.0.4 >> Upstream Author : SuperBonBon Industries >> * URL : http://sourceforge.net/p/triplea/code/HEAD/tree/upnp/ >> * License : Apache-1.1 >> Programming Lang: Java >> Description : Java library for universal plug and play (upnp) >> >> This is a dependency of the newest versions of the triplea package. To be >> maintained under the java team umbrella. >> Initial repo: >> http://anonscm.debian.org/gitweb/?p=pkg-java/sbbi-upnplib.git >> >> >> -- >> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/20140119223359.15198.7602.report...@esc-303123.ee.nd.edu >> > > > -- > To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/camdxsejlkidda__v6lfzbe+iaf0j5yocl6uoaongoq0rr3z...@mail.gmail.com > -- 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/CANg8-dC2jwmbb5e3VP0x12Q=wqvstovhmroxhkfazp47pje...@mail.gmail.com
Bug#736123: ITP: sbbi-upnplib -- Java library for universal plug and play (upnp)
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: sbbi-upnplib Version : 1.0.4 Upstream Author : SuperBonBon Industries * URL : http://sourceforge.net/p/triplea/code/HEAD/tree/upnp/ * License : Apache-1.1 Programming Lang: Java Description : Java library for universal plug and play (upnp) This is a dependency of the newest versions of the triplea package. To be maintained under the java team umbrella. Initial repo: http://anonscm.debian.org/gitweb/?p=pkg-java/sbbi-upnplib.git -- 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/20140119223359.15198.7602.report...@esc-303123.ee.nd.edu
Bug#733823: RFA: dxflib
Package: wnpp Severity: normal This package used to be a dependency of LibreCAD and QCAD. QCAD has been removed (but is now ok to be reintroduced if someone is interested), but LibreCAD no longer uses this dependency, so I no longer have an interest nor use this package. This is maintained by Debian Science, so I am looking for someone to take over being the responsible uploader of this package. -- 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/20131231222029.4229.91269.report...@esc-303123.ee.nd.edu
Bug#731189: ITP: jssc -- Library for working with serial ports from Java
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: jssc Version : 2.6.0 Upstream Author : scream3r@gmail.com * URL : http://code.google.com/p/java-simple-serial-connector/ * License : LGPL-3+ Programming Lang: Java Description : Library for working with serial ports from Java This package replaces the dependency of librxtx-java in future version of Arduino. -- 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/20131202230707.16773.95133.report...@esc-303123.ee.nd.edu
Bug#727195: Bug#727194: ITP: OpenMW -- Reimplementation of The Elder Scrolls III: Morrowind game engine
On Wed, Oct 23, 2013 at 1:25 PM, Stephen Kitt wrote: > On Wed, 23 Oct 2013 19:22:12 +0200, Stephen Kitt wrote: >> Would you be interested in packaging this within the Games Team? >> >> Also, it would be great if game-data-packager could be enhanced to build a >> package for the data files (and we can help you with that). (this should go on the new bug Jon just filed, but I can't find it yet) I'd really like to see gdp support for openmw. Bret is the upstream expert in packaging, I've just been helping him make it policy compliant and navigate debian's resources. He knows the issue better than me, but at least I'd appreciate help figuring out how to use gdp. Here's the situation: game content is available from commercial CDs (several editions: vanilla, "game of the year" edition, and there is are two expansions "tribunal" "bloodmoon") and also via steam (game of the year edition, includes both expansions). I only have the vanilla version. Originally, users either installed the game via wine and then pointed openmw to the content or they used unshiled [1]. Recently, openmw's launcher has added the capability to run the unshield scripts from the launcher with the click of a button, making it much easier for users to install content. I don't know what is needed for gdp - but if that could help manage content files, that would be great. The openmw packaging is in pkg-games repo, and Bret is a member of the games team. ~Scott [1] http://wiki.openmw.org/index.php?title=Getting_Data_Files_for_Linux_Install -- 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/cang8-dbjrnhg-gn0ybwbnupdfo0pxlqko6y+qgn1pktffz2...@mail.gmail.com
Bug#726061: RFP: bossa -- Atmel SAM ARM microcontroller flash programming utility
Package: wnpp Severity: wishlist * Package name: bossa Version : 1.2.1 Upstream Author : ShumaTech http://www.shumatech.com/ * URL : http://www.shumatech.com/web/products/bossa * License : GPL-3+ Programming Lang: C++ Description : Atmel SAM ARM microcontroller flash programming utility BOSSA is a flash programming utility for Atmel's SAM family of flash-based ARM microcontrollers. The motivation behind BOSSA is to create a simple, easy-to- use, open source utility to replace Atmel's SAM-BA software. -- 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/20131011194523.31872.18716.report...@esc-303123.ee.nd.edu
Bug#726060: RFP: adk2tool -- Android accessory development kit tools
Package: wnpp Severity: wishlist * Package name: adk2tool Version : 2012.06.22 Upstream Author : Copyright (C) 2012 The Android Open Source Project * URL : http://code.google.com/p/android-source-browsing * License : ASL-2.0 Programming Lang: C Description : Android accessory development kit tools tools for installing and uploading code to android accessories. Useful for programming arduino-powered android accessories. http://code.google.com/p/android-source-browsing/source/browse/?repo=device-- google--accessory--adk2012&r=297247f0e8f7011740031a0e2c7420fa99a3315e -- 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/20131011194147.31767.43020.report...@esc-303123.ee.nd.edu
Bug#487388: [pkg-fgfs-crew] Bug#714260: Helping with flightgear package
All the new packages have cleared the NEW queue and are in experimental. Markus has been granted DM-upload access to those packages and is a DM, so it looks like it's ready for him to upload to experimental when it's ready. Thanks for your contribution, Markus! If you need anything else, let me know. -- 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/CANg8-dBMDN2gvhLQ6UNP-mRQPaN0dpx+kLH=4ajudjlce0k...@mail.gmail.com
Bug#588377: dwarf fortress debian package
Hello Beren, I'd like to check in to see the status of the package.The mentors link is dead. Let me know if you're still interested in sponsorship. ~Scott -- 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/cang8-dap4yllg9ycenax8_zvkvu+t_-pften-prbdxlh6s+...@mail.gmail.com
Bug#487388: [pkg-fgfs-crew] Bug#714260: Helping with flightgear package
On Mon, Aug 19, 2013 at 10:50 AM, Markus Wanner wrote: > I'm a DM and would also appreciate upload permissions. Shall I add > myself as an uploader on these packages? Yes, please add yourself as an uploader. I can add DM permissions once it goes through the new queue, but I think you're taking on the appropriate responsibility to be an uploader. I'll check out the packages and upload once you add yourself to debian/control. Cheers Scott -- 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/cang8-dbf73-nkez0we7yamuosa4qqnjse5nrryg4ci2yhp-...@mail.gmail.com
Bug#487388: [pkg-fgfs-crew] Bug#714260: Helping with flightgear package
On Sun, Aug 11, 2013 at 7:55 AM, Eddy Petrișor wrote: > 2013/7/29 Scott Howard : >> On Mon, Jul 29, 2013 at 8:43 AM, Markus Wanner wrote: >> You can use it if it helps, or ignore it if it doesn't. It was mostly >> for my own use. I've been really busy lately and haven't gotten around >> to packaging and uploading newer versions. > > Scott, if the package is prepared by Markus, would you be able to > upload it to the official archive? I'll be happy to upload, just let me know when everything is ready (flightgear, simgear, libraries, etc.) I cannot test the package myself, my hardware isn't good enough - but I can make sure it is debian policy compliant and rely on your own testing. ~Scott -- 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/CANg8-dACYY4nzzEuOtqO6_XPajtgP=kZ6PBE-v-hbKg=n3EU=a...@mail.gmail.com
Bug#695336: Bug#718956: ITP: printrun -- 3D-printing host software
On Wed, Aug 7, 2013 at 3:40 AM, Nicolas Dandrimont wrote: > Package: wnpp > Severity: wishlist > Owner: Nicolas Dandrimont > > * Package name: printrun > Version : 20130711 > Upstream Author : Kliment Yanev > * URL : https://github.com/kliment/Printrun > * License : GPLv3+ > Programming Lang: Python > Description : 3D-printing host software Hi Nick, Please see bug #695336. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695336 Richard Ulrich has been working on a package, perhaps you can help him out and upload when it's ready. Cheers, Scott -- 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/CANg8-dAVn_ZtwzsPStPRdMqXm=4estsx3ncm7d7+d-f7d-b...@mail.gmail.com
Bug#487388: [pkg-fgfs-crew] Bug#714260: Helping with flightgear package
On Wed, Jul 31, 2013 at 11:24 AM, Markus Wanner wrote: > Scott, > > On 07/29/2013 03:45 PM, Scott Howard wrote: >> You can use it if it helps, or ignore it if it doesn't. It was mostly >> for my own use. I've been really busy lately and haven't gotten around >> to packaging and uploading newer versions. > > I've pushed upstream/2.10.0 and an update to the debian packaging of it. > It's based It's based on your changes. I hope that's okay. thanks! > > Obviously, it's not of much use without an updated simgear package, > which flightgear depends on. I have updates for that ready as well, but > am not sure where to push to. > > Can you please import the svn history of simgear into git and create a > repository for it on collab-maint? (I'm just a DM - not sure where else > I should request creation of a repo). I'll be traveling a bit, but I'll share how I copied the history from svn->git https://wiki.debian.org/Alioth/Git#Convert_a_SVN_Alioth_repository_to_Git And here's how to set up a git repo on the debian servers: https://wiki.debian.org/Alioth/Git > Oh, and then there's fgfs-base as well. I don't think we want all that > data in a git repo. How about a git repo for just the debian directory? this sounds best for large amount of data >> that git repo uses git-buildpackage and a pristine-tar branch for >> generating tarballs, but again - whomever wants to do the work can do >> it how ever they like. Here's a good tutorial https://wiki.debian.org/PackagingWithGit whenever I use "git-import-dsc" or "git-import-org" I pass the --pristine-tar argument. When you build using "git-buildpackage" you can then just use the --git-pristine-tar argument to generate .orig.tar.gz if you haven't already downloaded them. It's nice to have that ability. ~Scott -- 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/cang8-dat_cjsata4_dfy35tmck++kpqer9cx7owtkweytmq...@mail.gmail.com
Bug#711233: [Pkg-fonts-devel] Bug#711233: ITP: fonts-ebgaramond -- EB Garamond OpenType and TrueType fonts
On Thu, Jun 6, 2013 at 12:52 AM, Christian PERRIER wrote: > Hello Scott, > > Do you plan to move the git repo in pkg-fonts on Alioth? > Yes, I applied for membership to pkg-fonts. I'm not a member of scm-pkg-fonts so I don't believe I can put something there yet. -- 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/cang8-dcbj4umdo0a_hjpvtvomqf14y4+4zjthwbk1wpob85...@mail.gmail.com
Bug#711233: ITP: fonts-ebgaramond -- EB Garamond OpenType and TrueType fonts
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: fonts-ebgaramond Version : 0.015+git20130522 Upstream Author : Georg Duffner * URL : http://www.georgduffner.at/ebgaramond/ * License : SIL OFL 1.1 Programming Lang: font (python-fontforge) Description : EB Garamond OpenType and TrueType fonts EB Garamond is an open source project to create a revival of Claude Garamont’s famous humanist typeface from the mid-16th century. This package contains OpenType and TrueType fonts. Will be maintained under Fonts Task Force umbrella. Initial packaging is available [1] and in collab-maint for now so a non-DD contributor can work on it that already a member of collab-maint. This will be used in an the upcoming packaging of the openmw project. This font is described as a desired font on the fonts team wishlist [2]. [1] http://anonscm.debian.org/gitweb/?p=collab-maint/fonts- ebgaramond.git;a=summary [2] http://wiki.debian.org/Fonts/Missing -- 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/20130605180613.24626.10843.report...@esc-303123.ee.nd.edu
Bug#706273: RFP: bfgminer -- FPGA/GPU bitcoin miner featuring overclocking, monitoring, fan speed control and remote interface capabilities
Package: wnpp Severity: wishlist * Package name: bfgminer Version : 3.0.1 Upstream Author : Luke-Jr l...@dashjr.org * URL : https://github.com/luke-jr/bfgminer * License : GPL-v3 Programming Lang: C Description : FPGA/GPU bitcoin miner featuring overclocking, monitoring, fan speed control and remote interface capabilities -- 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/20130427150517.8802.12056.report...@esc-303123.ee.nd.edu
Bug#706272: RFP: libblkmaker -- C implementation of the bitcoin getblocktemplate protocol
Package: wnpp Severity: wishlist * Package name: libblkmaker Version : 0.3.0 Upstream Author : Luke-Jr * URL : http://gitorious.org/bitcoin/libblkmaker * License : Expat Programming Lang: C Description : C implementation of the bitcoin getblocktemplate protocol needed for bfgminer -- 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/20130427150018.8741.24127.report...@esc-303123.ee.nd.edu
Bug#476284: bullet package name/numbering
On Sat, Jan 26, 2013 at 10:05 AM, Markus Koschany wrote: > Hi Scott and Vincent, > > thank you for your feedback. At the moment i see two alternatives > (three if a static library is not a taboo) Static is not taboo and can be included in -dev packages. Depending maintainers, however, are strongly encouraged against using your static package since it increases the burden of security and maintenance. I think that you really should include .so to be useful though. > I'm using CMAKE as build system because it is better supported by > upstream. I can achieve something similar to the autotools -release > LDFLAG with > > SET_TARGET_PROPERTIES( > BulletCollision > PROPERTIES > VERSION 2 > SOVERSION 2.8.1 > ) > > although you can find the following lines in upstream's CMakelists.txt > files: > > SET_TARGET_PROPERTIES(BulletCollision PROPERTIES VERSION ${BULLET_VERSION}) > SET_TARGET_PROPERTIES(BulletCollision PROPERTIES SOVERSION ${BULLET_VERSION}) Oh, well that helps - if the soversion is bumped every time then you might be OK with upstream's build system as is (just enable shared libraries). > As Vincent has already said, the Release Team won't like the thought to > make a transition every time a new Bullet version is released. But is > this really so bad? I mean, there are only a few packages which would > depend on Bullet like Blender, perhaps Supertuxkart and probably > FreeOrion. FYI: check out OpenMW, they're making good progress and may make it into Debian in the future. Although the release team might not like the transitions, I bet they prefer it to statically linked code throughout the archive. You can talk with them ahead of time to find ways of responsibly managing transitions. > So if i understand the choices correctly, only bumping the SONAME is a > sane solution. Yes, if SONAME is bumped with every release, then that is acceptable and borderline "sane" (sane in that it avoids breakage, however it also will trigger a large number of transitions). I'm used to projects that either never set the SONAME or screw up the ABI but not bump SONAME. This is a different case, where the project is bumping the SONAME frequently. > Provided the aforementioned assumption is true, is there really a difference > between > > libbulletcollision-2.81 -> libbulletcollision-2.81.so.0.0.0 > > libbulletcollision2.81 -> libbulletcollision.so.2.81 > > ? In the end the name of the package has to change, correct? Yes - both would be ok (although the first case might not have the 0.0.0, it would just be libbulletcollision-2.81.so or the package name would have to be libbulletcollision-2.81-0). That's all I wanted, was to make sure the package name changes. To get really confused, see the SDL packages libsdl1.2debian0 -> libSDL-1.2.so.0.11.4 (Lintian says should be libsdl-1.2-0) libsdl-1.3-0 -> libSDL-1.3.so.0.0.0 libsdl2-2.0-0 -> libSDL2-2.0.so.0.0.0 > I will also talk to the Multimedia Team who maintains Blender at the > moment, perhaps they know best what kind of library they need and which > approach is successful in the end. Yes, please talk with those that would build with it - their opinions count a lot Cheers, Scott -- 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/CANg8-dC1pnXQtxhEywFyr_VWWQ-cGnr395t=wlzgupsmoq_...@mail.gmail.com
Bug#476284: bullet package name/numbering
Hello, late to the party but wanted to put in a comment regarding library package naming/versioning. Please ignore this if it has already been discussed and i missed it in the thread) If your library belongs to a package that doesn't believe in sane SONAME version numbering, but instead releases based on version numbers that have nothing to do with binary compatibility, it is sometimes best to use the -release LDFLAG: >From the autotools book (but you can adjust it for whatever build system you want) [1] %-snip-% `-release' On occasion, it is desirable to encode the release number of a library into its name. By specifying the release number with this option, libtool will build a library that does this, but will break binary compatibility for each change of the release number. By breaking binary compatibility this way, you negate the possibility of fixing bugs in installed programs by installing an updated shared library. You should probably be using `-version-info' instead. libshell_la_LDFLAGS = -release 27 The above fragment might create a library called `libshell-27.so.0.0.0' for example. %-snip-% So, perhaps, libbulletcollision2.81 should really be: libbulletcollision-2.81.so.0.0.0 and package name "libbulletcollission-2.81" not "libbulletcollision2.81" (note the dash and number is in the name, the version will be appended on to it. This will, however, force everything to be rebuilt whenever upstream releases a new version. [1] http://www.sourceware.org/autobook/autobook/autobook_88.html#SEC88 -- 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/cang8-db87d6yxuyhsf4cm4rfm+tcvt_htehqkh43cmcx4jk...@mail.gmail.com
Bug#487388: helping with flightgear package in Debian
Hi Ove, I can help out with flightgear, I've been looking at it and did some initial work. Some of it, at the least, was an exercise for me in trying out some stuff I haven't done before. If you don't like it, I have no problem rolling it back. Most "invasive" is listed first 1) Moved the VCS to git rationale: The SVN repo has the entire upstream source included, we might as well be using git-buildpackage to check in the source and pristine-tar deltas (and thus tagging upstream releases) makes rebuilding of any .orig.tar.gz of any release easy. Many Debian SVN repos have been moving in this direction, I think it is a good way to go. I kept SVN's history and imported the tags. http://anonscm.debian.org/gitweb/?p=collab-maint/flightgear.git I can put it in pkg-fgfs if you'd like, I'll have to join the team first. Having it in collab-maint also makes it easier for others to commit if you'd like to keep it there too. 2) Simplified debian rules to short dh style. In order to future-proof building and make rules more readable, I cleaned the packaging up. 3) Lots of lintian cleaning, removed 20+ warnings, about 10 still remain. Most were fixed by switching to dh rules. In the process of hardening the binaries I bumped the debian/compat to 9. There still is more lintian cleaning to go. TODO: get-orig-source target. Somehow the upstream tarball is screwed up (lots of warnings when building the package) and there is no definitive way of grabbing upstream source. the watch file is working, so use uscan to download current version and rename/repack at least. new upstream source: will fix the security bug Let me know if this is helpful or if any of these are out-of-bounds. I'd like to keep working in this direction and possible update simgear and fgfs-base similarly. -- 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/cang8-dbk78qcdc8s1r3yr3nws6bburqh0qseumtc7bmfatm...@mail.gmail.com
Bug#694990: RFA: sandboxgamemaker -- 3D game maker and 3D game design program
Package: wnpp Severity: normal I request an adopter for the sandboxgamemaker package. Good and useful package, however I'm busy with other packages/job and interest has waned. This is a contrib package and licensing is difficult: upstream insists on using a custom license with is kind of confusing, but then releases the engine under a generous ZLIB license. The content is mostly free and they have put a strong effort into making it DFSG, but the attribution and license of some of the content is unclear. Some content requests that the author is notified when used, not be used for commercial purposes, or other restrictions that makes it unfree. However, upstream has been trying to work out all those issues. For now we distribute the ZLIB engine and have a downloader to grab content. The package description is: Platinum Arts Sandbox is an open source, easy-to-use, standalone 3D game maker and 3D game design program. It is currently based on the Cube 2 engine used in schools around the world that allows kids and adults to create their own video games, worlds, levels, adventures, and quests, even cooperatively. The goal is to make it accessible to kids but also powerful enough for full game projects. -- 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/20121203013109.6390.14094.report...@esc-303123.ee.nd.edu
Bug#583476: openscad_2011.12-2_i386.changes is NEW
Hi Christian, It's uploaded to NEW. Something to think about, in the future, is to use dh_python2 (dh's "--with python2" option) to install those python test scripts in the testing package. This will take care of adding the right dependencies automatically to the package as well as keep track of byte-compiling and versioning. Thanks again ~Scott -- 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/CANg8-dC4PdqyxDzuZ93iH4XOM7ctc61wxEQoqaTVov=jxca...@mail.gmail.com
Bug#583476: openscad ITP
On Thu, Apr 12, 2012 at 8:03 PM, Christian M. Amsüss wrote: >> I can sponsor it [...] > > thank you. i'll prepare an updated package (to section main, with > changelog collapsed, standards version updated, and possible new lintian > warnings fixed), and notify you when it's ready. Great. It doesn't matter too much to me if you make them UNRELEASED or just a single entry. If I was doing it, I probably would just put it as a single entry "Initial release (Closes: #583476)", but you're maintainer so you're free to do it how you see fit for the package. Yes, let me know when it's ready and I'll check over it once again and upload. I know you've been working on this for some time, and it can feel "lonely" when you're not getting feedback, but lots of people will appreciate your work (licensing, packaging, fixing upstream problems). ~Scott -- 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/CANg8-dAe8WCJDdÞk_8bkj3k41x1a7fk1ypaoz_kax6+kr...@mail.gmail.com
Bug#583476: openscad ITP
Thanks for your work, Chrysn - you'd done a lot with this package. I can sponsor it but have some questions: CGAL is in main now, does that mean your package can be also? tests 168-379 fail - is that something to be concerned about? The changelog has lots of entries in it that says it has been released to unstable and experimental already, but I can't find it in the repos. Is this a new package or reviving of an old one? If it is a new one that has never been in unstable, you should get rid of the changelog entries saying that it was. You also should close this ITP bug in the changelog. Thanks again for your work. ~Scott -- 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/cang8-da+pn9sslepmaozc+bchcarmbayuwuddnc5dhap9ne...@mail.gmail.com
Bug#660957: ITP: arduino-mk -- CLI (makefile) for arduino platforms
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: arduino-mk Version : 0.8 Upstream Author : Martin Oldfield * URL : http:/mjo.tc/atelier/2009/02/arduino-cli.html * License : LGPL-2.1 Programming Lang: Perl, make Description : CLI (makefile) for arduino platforms This is formally splitting out the makefile that is currently in the arduino- core package. arduino-core will then suggest this package, and this new package will depend on arduino-core. arduino-core and arduino-mk are two seperate projects. When arduino was first packaged, they were kept in Debian as one package because they historically used to be from the same upstream. Since the split, we've been maintaining arduino-mk as patches in the arduino package. Since there is now an "upstream" maintaining arduino-mk, it makes sense to seperate the two packages that now have two seperate upstreams and releases. -- 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/20120120053911.3965.87164.report...@debian-testing.hsd1.in.comcast.net
Bug#656565: ITP: openstereograph -- Open source stereograph ("Magic Eye") generator for desktops
X-Debbugs-Cc: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: openstereograph Version : 0.1+20080921 Upstream Author : Gustavo de Farias * URL : http://code.google.com/p/openstereogram * License : BSD-2-clause Programming Lang: Java Description : Stereogram ("Magic Eye") generator with GUI A desktop application written in Java to generate autostereograph, made popular through the book "Magic Eye." Users create images which appear to pop out in 3D when looked at cross-eyed or wall-eyed (parallel vision). A different project, stereograph, is packaged in Debian but is much older and without a GUI. Stereograph has been orphaned. OpenStereograph will supersede stereograph and be under the maintenance of debian-science. -- 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/CANg8-dCr=rmkaz-macon7_051hp-wjzhlksu6ewysohcssf...@mail.gmail.com
Bug#496832: Bakefile status (do you need a sponsor?)
On Tue, Dec 20, 2011 at 11:44 AM, Scott Howard wrote: > Hi Wences, > I came across this ITP and saw you've done some updates to the git > repo. Is this package ready for sponsoring. > I can sponsor if you're still looking for one. > > ~Scott quick technical review of the git repo's package: probably should B-D on python-dev instead of python2.6-dev don't install the byteocode files (in debian/rules find an delete all pyc and pyo) and instead just copy all the .py from src/ into /usr/lib/bakefile and use dh_python2 Also, check the makefile.am, it looks like it sets the python version in the header of the .py versions which might not be necessary in debian since we byte compile on installation to whatever version of python the user has on their system. The following is built with a B-D on python-dev (python2.6-dev will ftbfs) in a sid chroot (pbuilder) +++ lintian output +++ P: bakefile: no-upstream-changelog E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bakefile.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bakefile.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bakefile_gen.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bakefile_gen.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bkl_c.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/bkl_c.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/config.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/config.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/containers.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/containers.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/dependencies.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/dependencies.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/errors.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/errors.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/finalize.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/finalize.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/flatten.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/flatten.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/formats.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/formats.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/mk.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/mk.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/mk_dump.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/mk_dump.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/outmethods.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/outmethods.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/portautils.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/portautils.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/py25modules/__init__.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/py25modules/__init__.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/py25modules/subprocess.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/py25modules/subprocess.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/py25modules/uuid.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/py25modules/uuid.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/reader.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/reader.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/utils.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/utils.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/version.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/version.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/writer.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/writer.pyo E: bakefile: package-installs-python-bytecode usr/lib/bakefile/xmlparser.pyc E: bakefile: package-installs-python-bytecode usr/lib/bakefile/xmlparser.pyo E: bakefile: python-script-but-no-python-dep usr/lib/bakefile/bakefile.py E: bakefile: python-script-but-no-python-dep usr/lib/bakefile/bakefile_gen.py -- 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/cang8-daecm3uo9lqeokxwhi4titarna7bmp2uaeyegtec4u...@mail.gmail.com
Bug#496832: Bakefile status (do you need a sponsor?)
Hi Wences, I came across this ITP and saw you've done some updates to the git repo. Is this package ready for sponsoring. I can sponsor if you're still looking for one. ~Scott -- 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/cang8-damz4regaobc0wz23rfnruam5zlbdd+k_amrgxg42s...@mail.gmail.com
Bug#648444: ITP: triplea -- turn based strategy war game
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: triplea Version : 1.3.2.2 Upstream Author : TripleA developers * URL : http://triplea.sourceforge.net * License : GPL-2+ Programming Lang: Java Description : turn based strategy war game Saw some people talking about it on launchpad, was an moderately straight forward java package (had to use debian libraries and delete third party jars) have a working package [1] and finishing up some cleaning up of it. I won't package the server until derby is packaged (there is an ongoing ITP on that library updated a couple days ago), just the game and client. It's a fun game, similar in style to Axis and Allies ( (C) and (TM) Wizards of the Coast/Hasbro), but with many additional player contributed maps and tools to build your own games/maps (and distribute them or find collections of other maps) Also allows for semi-centralized "ladder" play for free over the internet. [1] http://anonscm.debian.org/gitweb/?p=pkg-java/triplea.git;a=summary -- 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/2011151938.18886.56435.report...@esc-303123.ee.nd.edu
Bug#595191: checking on status of libredwg
Hi - LibreCAD is working on DWG support with libreDWG, I just want to check in on the status of this ITP. -- 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/banlktimwtvl76v3gwhbqzphxsekbnpw...@mail.gmail.com
Bug#605914: Any news on this?
2011/4/14 Lisandro Damián Nicanor Pérez Meyer : > 2011/4/14 Scott Howard : > debian/controls lacks a B-D on dxflib. > > I'll wait until I can get dxflib on my system. Thanks - would you want to co-maintain with me and debian-science? I've become more involved with the upstream of librecad, so I'd appreciate help with the debian packaging. If you'd like to clean it up and get the package ready for upload, I'd be happy to sponsor it for you. Upstream is moving to github hosting and has included all of our patches. The next release has some bug fixes, fixed the help system, new graphical resources. Cheers, Scott -- 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/BANLkTiÐeoigdfnxsvrsadyxkzhyo9...@mail.gmail.com
Bug#605914: Any news on this?
Hi - an update: the fparser and dxflib libraries got accepted to the debian archive today. I think we're in the clear for uploading the package that is currently in the debian-science git repository. I'll probably get around to it within a week. Something that we could use help with is if you could go to the debian git repository: http://git.debian.org/?p=debian-science/packages/librecad.git I'd appreciate it if you could clone it, test build it (you need the new libraries that just hit unstable), and test it to make sure it works. You can put patches against it if you'd like. Otherwise, we'd need help testing it once it hits unstable. Subscribe to this bug, and you'll be the first to know when librecad enters the archive. Cheers, Scott -- 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/BANLkTikTwL_gEqS=9kkcky-wqe+d7s6...@mail.gmail.com
Bug#617197: fparser uploaded to ftpmaster
tags 617197 pending thanks uploaded to ftp-master -- 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/AANLkTikToZaoRiH0_a4V0Tnr6j73M9ZVZGGD=mgud...@mail.gmail.com
Bug#617197: ITP: fparser -- Library to evaluate strings as mathematical functions
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: fparser Version : 4.3 Upstream Author : Juha Nieminen (http://iki.fi/warp/), Joel Yliluoma (http://iki.fi/bisqwit/). * URL : http://warp.povusers.org/FunctionParser/ * License : LGPL-3.0+ Programming Lang: C++ Description : Library to evaluate strings as mathematical functions This is a build dependency of LibreCAD, the qt4 port of the popular CAD QCAD. -- 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/20110307000104.2428.90282.reportbug@debian-scott.sk1m
Bug#617623: ITP: dxflib -- Library for parsing DXF files
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: dxflib Version : 2.2.0.0 Upstream Author : RibbonSoft GmbH * URL : http://www.qcad.org/dxflib.html * License : GPL-2.0+ Programming Lang: C++ Description : library for parsing DXF files dependency for libreCAD, the qt4 port of QCAD -- 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/aanlktinvx5rq-knc08nt6yzdm38zraxhipgkyoqv9...@mail.gmail.com
Bug#605914: qcad to be replaced with librecad
At least, for now, librecad appears to be a suitable alternative to qcad. git-repo is set up, Ubuntu Natty is planning on using it. Will upload to debian soon. http://git.debian.org/?p=debian-science/packages/librecad.git I'll request qcad be removed once librecad is in testing. -- 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/aanlktimvszuvtelal1nisz-jowudhcjkpuspvdsrr...@mail.gmail.com
Bug#605260:
retitle 605260 ITP: qtexengine -- TeX support for Qt thanks renamed and moved git: http://git.debian.org/?p=debian-science/packages/qtexengine.git The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/q/qtexengine - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/q/qtexengine/qtexengine_0.3-1.dsc -- 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/aanlktimvopwc8nl=ping4ebuv-cf72l6n=he8pjfn...@mail.gmail.com
Bug#605914: Update on the future of qcad (a popular CAD package) in Debian
The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries from Debian shortly after the Squeeze release. The transition phase to KDE4 and Qt4 will finish since both KDE and Nokia upstream don't maintain the old versions of those libraries anymore. In order to make this move, all packages directly or indirectly depending on the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually get removed from the Debian repositories [1] The GPLed release of qcad has only be available for qt3, and the developers have withheld releasing the qt4 version under a free license for several years (they are keeping it closed/commercial code). In fact, upstream has not had the resources to review and maintain community patches even for the qt3 version. Another project, "qcadfree" [2], has incorporated community patches and is actually what Debian has been using as "qcad" since Nov, 2009. That project has stalled and does not appear to be porting to qt4. If no qt4 qcad is released, qcad will be removed from Debian. Recently, a new project started that ported the qcadfree project to qt4 using qt3support libraries. http://www.librecad.org/ http://sourceforge.net/projects/librecad/ Since this project is continuing the lineage that Debian has followed, I am preparing a package for Debian. ITP [3] and git repos are up [4], as is a PPA [5] for testing by Ubuntu users. It is still in beta but have made good progress, and they have accepted all Debian patches to qcad into their project. Additionally, the author intends to add CAM support to interface with Mechmates [6] and such. I encourage debian-science users to help with testing so that we have a viable qcad replacement when it is removed in a few months. At that point qcad will probably become a transitional packaging depending on librecad, barring any objections. There is also a KDE4 port that is semi-active if someone is interested in it: http://kad.tuxfamily.org/ http://git.tuxfamily.org/kad/kad?p=gitroot/kad/kad.git;a=shortlog;h=refs/heads/kde4 Cheers, Scott [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604595 [2] http://sites.google.com/site/qcadfree/ [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605914 [4] http://git.debian.org/?p=debian-science/packages/librecad.git [5] https://launchpad.net/~showard314/+archive/librecad [6] http://www.mechmate.com/ -- 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/aanlktik_9-hjij678r6lsb0as_ov=yqhgxyfgeyba...@mail.gmail.com
Bug#605914: ITP: librecad -- 2D CAD program (qt4 port of QCad)
HI Ruben, I have the git set up [1] and some ubuntu ppa builds [2]. It's very similar to qcad, including bringing over some of qcads patches. Could you review the packaging, especially stuff like the debian/control descriptions, .desktop files, etc.? Please feel free to make changes as you see fit. The package is schizophrenic at the moment: it thinks its name is librecad, but the executable's name is caduntu. For the time being it's ok, until upstream converges on a name. Thanks! Regards, Scott [1] http://git.debian.org/?p=debian-science/packages/librecad.git [2] For lucid, maverick, and natty: sudo add-apt-repository ppa:showard314/ppa sudo apt-get update sudo apt-get install librecad -- 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/aanlktim60xk-9e8t40engyujtfggzw5zdev=mow7t...@mail.gmail.com
Bug#605914: ITP: librecad -- 2D CAD program (qt4 port of QCad)
On Sat, Dec 4, 2010 at 12:59 PM, Ron Johnson wrote: > > Why the "lib"? > > -- > Seek truth from facts. > Hmm, it's libreCAD (as in free CAD). I can't find policy saying it can't be named libre*, but I also can't find any package starting with lib that was not a lib. Should the name be changed? upstream might be able to change their name now since they are changing it anyways. -- 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/aanlkti=qf6yg3foiydaoyyjo_do5pk_7dbfyq24on...@mail.gmail.com
Bug#605914: ITP: librecad -- 2D CAD program (qt4 port of QCad)
On Sat, Dec 4, 2010 at 12:03 PM, Ruben Molina wrote: > Scott, please tag it as 1.0.0~beta4 instead of 1.0.0beta4 > And BTW, I'll be happy to help over here. Great! Thanks. The debian package will have the ~, just upstream calls it 1.0.0beta4 without the space. The build system is really simple, you can use: %: dh $@ since a simple qmake && make will build everything you need. Almost all the packaging for qcad will work for librecad, so this should be pretty simple. Since we're in freeze, I was planning on making an Ubuntu PPA for some user testing while we wait for it to end up in Debian. I'll set-up a repo at git.debian.org under debian science, and import the current qcad files as our starting point. This way we can track our changes to the packaging and librecad's changes to qcad. -- 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/aanlktimu16snicn33nxijqfptsjg9o1chdg4b_rph...@mail.gmail.com
Bug#605914: ITP: librecad -- 2D CAD program (qt4 port of QCad)
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: librecad Version : 1.0.0beta4 (won't propagate to testing until it's out of beta) Upstream Author : Ries van Twisk * URL : http://www.caduntu.org/ * License : GPL-2 Programming Lang: C++ Description : 2D CAD program (qt4 port of QCad) I'm the maintainer of QCad, a popular CAD program on Debian. QCad is a GPL program released by a commercial company, which has not ported to qt4. After squeeze, Debian will drop the qt3 libraries, so QCad will be removed. The librecad project is a qt4 port of QCad using qt3compat libraries. My plan is to maintain it under debian-sceince (as is qcad). One note: the project is changeing names from caduntu to librecad, so the package will be named librecad. -- 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/20101021162932.5025.14584.report...@debian-scott.sk1m
Bug#601598: RFP: blender2crystal -- Plugin for export and import content from CrystalSpace
Upstream has some debian source packages here: http://externos.grupoikusnet.com/deb/crystalspace/pool/main/b/blender2crystal/ could be a good place to start -- 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/aanlktingxx02x7cxcx0hmifuhcffg32q1qztp=g0c...@mail.gmail.com
Bug#588854: debian science maintenance
Hi Marinos, Ruben said he's willing to co-maintain this package with debian-science, and we're in the process of just moving it over with him. You're more than welcome to join the maintenance of this package as well. We set up a VCS for the package: http://git.debian.org/?p=debian-science/packages/qcad.git Please check it out and any pending bug reports to see if you can make things better. Ruben informed me of some pending issues: The package is a qt3 package, and the main upstream (ribbonsoft) isn't going to release a qt4 package in the short term. We got our upstream package from a fork. Jani Frilander, http://sites.google.com/site/qcadfree/. We can check up with him and see if he's worked on the qt4 port any more. Until a new version is released, we'll be patching what we can and replying to/fixing bugs. ~Scott -- 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/aanlktildn7zoympfbbyohtxo5x3xsfnycvjd18prs...@mail.gmail.com
Bug#588854: RFA: qcad -- professional CAD system
Marinos, Would you be interested in maintaining this package as part of the Debian Science team [1,2]? It's a very widely used and useful package. It will be helpful to put this under team maintenance. [1] http://wiki.debian.org/DebianScience [2] http://debian-science.alioth.debian.org/debian-science-policy.html -- 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/aanlktikkpd9jwdsewperymhppcutrpa5lgqy6bdfm...@mail.gmail.com
Bug#577249:
The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/arduino - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/arduino/arduino_0018+dfsg-1.dsc RFS at: http://lists.alioth.debian.org/pipermail/pkg-electronics-devel/2010-April/001841.html -- 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/u2y8555911004102112ne764383cv67e6266958abb...@mail.gmail.com
Bug#577249: ITP: arduino -- IDE and programmer for arduino avr development boards
Package: wnpp Severity: wishlist * Package name : arduino Version : 0018 Upstream Author : Massimo Banzi, David Cuartielles, Tom Igoe, Gianluca Martino, and David A. Mellis * URL : http://www.arduino.cc * License : LGPL Description :The Arduino libraries and the development environment Arduino is an open-source electronics prototyping platform based on flexible, easy-to-use hardware and software. It's intended for artists, designers, hobbyists, and anyone interested in creating interactive objects or environments. . Arduino can sense the environment by receiving input from a variety of sensors and can affect its surroundings by controlling lights, motors, and other actuators. The microcontroller on the board is programmed using the Arduino programming language (based on Wiring) and the Arduino development environment (based on Processing). Arduino projects can be stand-alone or they can communicate with software on running on a computer (e.g. Flash, Processing, MaxMSP). -- 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/r2l8555911004101202he487dd0ei148754f7c3a81...@mail.gmail.com
Bug#577228: ITP: arduino -- IDE and programmer for arduino avr development boards
Package: wnpp Version: N/A; reported 2010-04-10 Severity: wishlist * Package name : arduino Version : 0018 Upstream Author : Massimo Banzi, David Cuartielles, Tom Igoe, Gianluca Martino, and David A. Mellis * URL : http://www.arduino.cc * License : LGPL Description :The Arduino libraries and the development environment Arduino is an open-source electronics prototyping platform based on flexible, easy-to-use hardware and software. It's intended for artists, designers, hobbyists, and anyone interested in creating interactive objects or environments. . Arduino can sense the environment by receiving input from a variety of sensors and can affect its surroundings by controlling lights, motors, and other actuators. The microcontroller on the board is programmed using the Arduino programming language (based on Wiring) and the Arduino development environment (based on Processing). Arduino projects can be stand-alone or they can communicate with software on running on a computer (e.g. Flash, Processing, MaxMSP). -- 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/h2y8555911004100847x5f579984xfa5e2d0a0abae...@mail.gmail.com
Bug#465959: Status of saods9 adoption
Hello, I'd like to check the status of the adoption of saods9 in Debian. If no work has been done, I'd like to change the status back to "orphaned" so it will be removed up by the QA team. Thank you. -- 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/8555911003260608n129cf247xf83980a7ce3c9...@mail.gmail.com
Bug#571123: ITP: jedi-sdl -- Object Pascal translation of the original C SDL headers
Package: wnpp Severity: wishlist * Package name : jedi-sdl Version : 1.0 Upstream Author : Dominique Louis * URL : http://jedi-sdl.pascalgamedevelopment.com/ * License : Mozilla Public License 1.1 (MPL 1.1) Description : JEDI-SDL is the Object Pascal translation of the original C headers. The goal is to offer all the functionality of the current version while maintaining compatibility with various other platforms and Pascal compilers. This package was requested by the gearhead/gearhead2 maintainer [1]. [1] http://lists.debian.org/debian-devel-games/2010/02/msg00026.html -- 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/8555911002230811g699f0186j9323eea628414...@mail.gmail.com
Bug#506513: ITA: eagle -- Printed circuit board design tool
Hi Shaun, This is Scott Howard, I just submitted an update to fix bug #521746 in Eagle. I saw this has been changed from RFA to ITA a couple months ago, but no one adopted it. I'm checking to see if it is still up for adoption. I'm interested in adopting it. Also, I was curious as to the fix for: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546237 Why does copying the file to the user's home directory fix the crash? I was unable to replicate the bug with a clean installation of the package, and we're trying to decide in Ubuntu if we should be doing a stable release update to fix the bug, but don't exactly understand why it fixes a crash for some people: https://bugs.launchpad.net/ubuntu/+source/eagle/+bug/475891 Regards, Scott -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551000: ITP: sandbox -- Collaborative 3D game editor for education
Update and info: m.d.n: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=sandboxgamemaker http://mentors.debian.net/debian/pool/non-free/s/sandboxgamemaker/sandboxgamemaker_2.4-2.dsc Ubuntu Karmic PPA: https://launchpad.net/~showard314/+archive/ppa bzr branch for packaging (I have an alioth account but I haven't been added to the games team): https://code.launchpad.net/~showard314/sandboxgamemaker-debian/trunk - I'm a GNOME developer (gnome-power-manager) and member of the Ubuntu MOTU science team. I want to get involved with Debian maintenance, and this is my first totally new package. Although this is a new package, I'm actually more interested in maintaining existing ones than adding new ones and have done some new version upgrades through debdiffs and bug reports. - I received an email about this program (Sandbox Game Maker), and found the whole project intriguing. Upstream really wants an official linux package for this so I helped them by making it. This was attempted once before (sandbox-lite), but it never got uploaded. Sandbox-lite was entirely DFSG, but I think upstream stopped developing it since users were mostly contributing non-free content and the Debian packager didn't finish. I contacted the debian packager of sandbox-lite and asked if she'd want either my help to finish hers or her help on mine, but she declined either - so I started from scratch using the most recent Sandbox release, which is non-free (see below). - This builds two binaries: an architecture dependent game engine, and architecture independent content and game data. The engine depends on the data. - Licenses: The original game engine, networking library, and "movie" engine are all DFSG. The modifications on the game engine are not DFSG as of now. The upstream authors wrote their own custom license which doesn't do what they want it to do, so I'm actually working with them to make their whole project GPLv3 so that the content generated from their project will also be GPLv3. However, right not, this release is non-free. The content is created by users (models, etc), and is a combination of non-free (CC-BY-SA-NC) and free. I tried to remove all non-free content, but the game is pretty much unplayable with out it. I think the long term plan would be to make the game engine free (GPLv3) in contrib, and the content in non-free. - Static linked library: This package includes the enet library, and compiles and statically links it. This is because they use enet from SVN; what we have in debian isn't new enough. Later versions of sandboxgamemaker in Debian can use the shared library for security reasons once enet releases the version in their SVN and we get that in Debian. - Patches: a) their makefile had a typo which I corrected and they have included that change upstream. This typo affects the clean target, so I have to patch the Makefile to clean and then unpatch it. b) I changed the install location to the proper one in Debian. c) The enet library uses autotools to create a configure file, but the Makefile for sandboxgamemaker does not recreate the configure file when you build (you are stuck with their "old" configure file).I patched their makefile to create a new configure file during build, and to clean up all that extra stuff during clean. (Thanks to lintian for pointing that out!) - my get-orig-source target downloads their zip file, deletes windows binaries and .dlls, and cleans up the makefile/autotools problem I described above. - watch file: they don't actually have an easy way of finding their downloads. They post releases on a blog, but the blog doesn't actually link to the download but to a PHP script that has a code number in it which is then converted to a download file. They do this because they have a counter running to have a feel about how many people download their program. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551000: ITP: sandbox -- Collaborative 3D game editor for education
Thanks for the feedback, I agree - "sandboxgamemaker" sounds better. On Wed, Oct 14, 2009 at 4:38 PM, Eugene V. Lyubimkin wrote: > Scott Howard wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Scott Howard >> >> >> * Package name : sandbox >> Version : 2.4 >> Upstream Author : Platinum Arts, LLX >> * URL : http://sandboxgamemaker.com/ > > The name 'sandbox' is too generic. Can you change it to 'sandboxgamemaker'? > > -- > Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com > C++/Perl developer, Debian Developer > > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551000: ITP: sandbox -- Collaborative 3D game editor for education
Package: wnpp Severity: wishlist Owner: Scott Howard * Package name: sandbox Version : 2.4 Upstream Author : Platinum Arts, LLX * URL : http://sandboxgamemaker.com/ * License : Custom: open source, free to download, but potentially non-free repository Programming Lang: C++ Description : Collaborative 3D game editor for education Platinum Arts Sandbox is an open source easy to use standalone 3D Game Maker and 3D Game Design program currently based on the cube 2 engine being used in many schools throughout the world that allows kids and adults to create their own video games, worlds, levels, adventures and quests, even cooperatively! The goal is to make it accessible to kids but also powerful enough for full game projects. With a simple click and roll of a mouse wheel users can modify the world however they want. In the words of Margaret, a nine year old Sandbox whiz I babysit for, “Press Edit and go fulfill your dreams!”. Now features new game modes such as sidescroller, machinima, kartmode, RPG, and more! -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org