BioMAJ and getData
Dear all, with BioMAJ [1] and getData [2], our distro has now two tools in the distribution that address the retrieval and post-processing of public (or not so public) databases. Hilmar from the OBF has just pointed me to an again very different approach towards the same by the Open Knowledge Foundation named datapkg [3,4] which is not with us, yet. Please have a look at those tools and think about which may be the most appropriate for you. My personal hope is that we can come up with some way that allows package maintainers to specify instructions for associated data to be downloaded and suggest to also install the respective data management tool. This would allow for a decentralisation of the data organisation and help it to scale beyond the most prominent ones. Cheers, Steffen [1] http://biomaj.genouest.org/ [2] http://wiki.debian.org/getData [3] http://okfn.org/projects/datapkg/ [4] http://blog.okfn.org/2010/02/23/introducing-datapkg/ -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e5200f7.6060...@gmx.de
Re: BioMAJ and getData
- Mail original - De: Steffen Möller steffen_moel...@gmx.de À: Debian Med Project List debian-med@lists.debian.org Envoyé: Lundi 22 Août 2011 09:10:47 Objet: BioMAJ and getData Dear all, with BioMAJ [1] and getData [2], our distro has now two tools in the distribution that address the retrieval and post-processing of public (or not so public) databases. Hilmar from the OBF has just pointed me to an again very different approach towards the same by the Open Knowledge Foundation named datapkg [3,4] which is not with us, yet. Please have a look at those tools and think about which may be the most appropriate for you. My personal hope is that we can come up with some way that allows package maintainers to specify instructions for associated data to be downloaded and suggest to also install the respective data management tool. This would allow for a decentralisation of the data organisation and help it to scale beyond the most prominent ones. I made a quick google search, and unfortunately, EBI/NCBI does not seem to provide CKAN links/data. While I need to investigate further on CKAN, it looks a very interesting solution (but is it enough to describe data, I do not know). It could worth checking with EBI/NCBI guys if such solutions could be deployed. Indeed, communities (Debian or other) could help to provide packages that describe some data, but those organisms manage the data itself. And, from what I saw, CKAN/datapkg hold the data itself in the package, it does not seem to describe the data/data location. With the existing (and to come) amount of data, it would be quite difficult (this is my point of view) to maintain the packages with the data itself (some databases change every week). Cheers, Steffen [1] http://biomaj.genouest.org/ [2] http://wiki.debian.org/getData [3] http://okfn.org/projects/datapkg/ [4] http://blog.okfn.org/2010/02/23/introducing-datapkg/ -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e5200f7.6060...@gmx.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/143105359.3213691.1314000666015.javamail.r...@zmbs1.inria.fr
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
2011/8/17 Andreas Tille andr...@an3as.eu: [Luis, I'll drop the CC in case you confirm that you are reading this list] Hi Luis, thanks for your work on sitplus. Hi, Andreas. Thanks for reviewing my package. I've uploaded a new version, 1.0.1-2, to [1]. Here are my comments. 1. At first I would recommend to reflect group maintenance via Done! as we are using the Debian Med packaging list as maintainer and it might probably make sense to allow DM uploads just in case you might intend to become a DM in the future. Of course, I would like to become a DM. I've set DM uploads to yes. 2. You are specifying Vcs-Git: git://github.com/luinix/sitplus-debian.git Vcs-Browser: http://github.com/luinix/sitplus-debian to maintain the debian/ directory. I accepted your application for the Alioth Debian Med tam today so you will have access to the Debian Med SVN or Git repository at your preference. However, if you are using Git the Git-addictive here prefere to have a clone of the full upstream source inside ther repository using pristine tar. I can not competently comment on the reasons because specifically in the case of sitplus I do se a lot of byte ballast (17MB compressed data) for just maintaining the debian/ dir - however as a mere GIt beginner I do not feel responsible for the Git part of the policy. If you don't mind SVN, simply commiting the few files into the SVN might be another option for your workflow. Regardless what you decide (i will adapt to any decision) we should use the Vcs fields pointing to the Debian Med repository to enable other team members commiting flawlessly. I've uploaded my code to git.debian.org/git/debian-med/sitplus.git and updated the Vcs field as you told me. I've followed [2], I hope I didn't made any mistake. I've set commit notifications to debian-med-com...@lists.alioth.debian.org, is that right? 3. debian/copyright The package includes Files: graphics/pictures Copyright: 2011 Jordi Martorell Palliso Lidia Porcar Tabernero License: CC-BY-NC-SA and CC-BY-NC-SA says: * Non-Commercial. You may not use this work for commercial purposes. This clause is in conflict with DFGS[1] item 6. No Discrimination Against Fields of Endeavor and thus makes the package non-free. Do you see any chance to contact the authors whether they might consider a more liberale license? BTW, the file graphics/pictures/License.txt mentions http://creativecommons.org/licenses/by-nc-sa/3.0/legalcode ^^^ while debian/copryright says http://creativecommons.org/licenses/by-nc-sa/2.5/legalcode ^^^ Upstream has just released a new version that fixes this issue with graphics/pictures license. Now it is CC-BY-SA. I've uploaded this new version, 1.0.1. 4. Please explain debian/sitplus.dirs: etc/ld.so.conf.d I do not see any reason for creating this directory which remains empty in the final package and twiddling around with ls.so is at best hackish and should not be done if not needed. I've tried several approach for having a private lib directory (/usr/lib/sitplus). One of them was adding a new directory to ld path. At the end I have used an RPATH, but I forgot to remove that directory from the package. 5. IMHO the files debian/install and debian/sitplus.install are competing each other. I think sitplus.install wins, but I would remove debian/install to not confuse others.I would also prefix debian/post{inst,rm} files by 'sitplus.' because this makes things more verbose in multi binary packages. The same for debian/menu and debian/docs. Fixed! So far for the important remarks, now a bit of nitpicking: 6. You provided a debian/sitplus.desktop file which is great (I wished more maintainers (including me in some cases) would do so. However, a missing manpage is claimed by lintian - it would be great if you could write a basic one to follow good packaging practice (feel free to ask if you need simple examples). I've included a very basic manpage, I hope that is enough. 7. If you switch on lintian -I mode you see some more messages: I: sitplus source: quilt-patch-missing-description lib_location_fix.diff I: sitplus source: quilt-patch-missing-description packager.diff I: sitplus: spelling-error-in-binary usr/lib/sitplus/libspcore.so childs children I would at least inform upstream about the spelling error and adding some comments to your quilt patches would not harm (even if this is no precondition for sponsoring the package for sure). I've added descriptions to the patches, and I've added a new patch to fix the spelling error for the moment. I still have to notify upstream. 8. debian/rules claims: # This file was originally written by Joey Hess and Craig Small. So either you mention these two people
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
On Mon, Aug 22, 2011 at 02:53:37PM +0200, Luis Rivas wrote: 1. At first I would recommend to reflect group maintenance via Done! Fine. I've uploaded my code to git.debian.org/git/debian-med/sitplus.git and updated the Vcs field as you told me. I've followed [2], I hope I didn't made any mistake. I've set commit notifications to debian-med-com...@lists.alioth.debian.org, is that right? That's perfect and I have just noticed your commits on the mailing list. (I also noted that you just fixed .git/descriptiondescription to be a bit more verbose. :-)) Now comes my git-Beginner status where I need help myself: $ git-buildpackage dh clean dh_testdir dh_auto_clean dh_clean gbp:error: You have uncommitted changes in your source tree: gbp:error: # On branch debian # Changes not staged for commit: # (use git add/rm file... to update what will be committed) # (use git checkout -- file... to discard changes in working directory) # # deleted:src/mod_camera/a la espera/mod_camera.pjd.bak # no changes added to commit (use git add and/or git commit -a) gbp:error: Use --git-ignore-new to ignore. Do the git-buildpackage users have any idea what to do? Upstream has just released a new version that fixes this issue with graphics/pictures license. Now it is CC-BY-SA. I've uploaded this new version, 1.0.1. Cool. 4. Please explain debian/sitplus.dirs: etc/ld.so.conf.d I do not see any reason for creating this directory which remains empty in the final package and twiddling around with ls.so is at best hackish and should not be done if not needed. I've tried several approach for having a private lib directory (/usr/lib/sitplus). This sounds like the proper way to go. One of them was adding a new directory to ld path. There should be no need to use ld path! I've included a very basic manpage, I hope that is enough. Yes, it is. May be you foreward it upstream. I've added descriptions to the patches, and I've added a new patch to fix the spelling error for the moment. I still have to notify upstream. Fine. I admit I would probably be too lazy to fix spelling errors in patches because if upstream might not incorporate it soonish you frequently will end up with adjusting patches to new upstream versions. But it's quite fine if you are doing so Again, thanks for reviewing my package. Best regards! I'll keep you informed once I sourted out how to use git-buildpackage properly. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110822144115.ga10...@an3as.eu
Latest blog post
Hi, the latest debian-med blog post (syndicated on Planet Debian, CC'd) http://debianmed.blogspot.com/2011/08/experimenting-with-amazon-cloud-and.html has raised some eyebrows. First off, it should be somehow stated which person wrote/posted the particular post for team-based blogs. This blog post was posted by s, which is not enough IMHO. Second, the content might be appropriate to the specific debian-med audience, but advertising commercial cloud services and/or payback systems (even with obviously good intentions) might be considered unsolicited spam by other Planet Debian readers, as it indeed did: Clint yay, spam Cheers, Michael -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110822151538.gf28...@nighthawk.chemicalconnection.dyndns.org
Re: Latest blog post
Hello, On 08/22/2011 05:15 PM, Michael Banck wrote: the latest debian-med blog post (syndicated on Planet Debian, CC'd) http://debianmed.blogspot.com/2011/08/experimenting-with-amazon-cloud-and.html has raised some eyebrows. First off, it should be somehow stated which person wrote/posted the particular post for team-based blogs. This blog post was posted by s, which is not enough IMHO. It was me. Second, the content might be appropriate to the specific debian-med audience, but advertising commercial cloud services and/or payback systems (even with obviously good intentions) might be considered unsolicited spam by other Planet Debian readers, as it indeed did: Clint yay, spam Yip, agreed, I had seen it on the planet and did not like it there, either. I apologise. For the future, is there a way to have some bits not forwarded? Or to have them only selectively forwarded? Well, the mailing list, probably. Thanks Steffen -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e527704.1010...@gmx.de
Re: Latest blog post
Hi! On Mon, Aug 22, 2011 at 12:34 PM, Steffen Möller steffen_moel...@gmx.de wrote: For the future, is there a way to have some bits not forwarded? Or to have them only selectively forwarded? Well, the mailing list, probably. You can tag the posts and have a RSS (for that specific tag) that will be published in Planet. Other posts will be available through the blog but won't be included in this RSS. Best regards, Nelson -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caarfvtxoogyxpvyw9vht27feos2arjvxxnpghc5um4aju57...@mail.gmail.com
Re: Latest blog post
Hi, On Mon, Aug 22, 2011 at 05:34:28PM +0200, Steffen Möller wrote: On 08/22/2011 05:15 PM, Michael Banck wrote: the latest debian-med blog post (syndicated on Planet Debian, CC'd) http://debianmed.blogspot.com/2011/08/experimenting-with-amazon-cloud-and.html has raised some eyebrows. First off, it should be somehow stated which person wrote/posted the particular post for team-based blogs. This blog post was posted by s, which is not enough IMHO. It was me. Second, the content might be appropriate to the specific debian-med audience, but advertising commercial cloud services and/or payback systems (even with obviously good intentions) might be considered unsolicited spam by other Planet Debian readers, as it indeed did: Clint yay, spam Yip, agreed, I had seen it on the planet and did not like it there, either. I apologise. For the future, is there a way to have some bits not forwarded? Or to have them only selectively forwarded? Well, the mailing list, probably. AFAIK it is posisble to just syndicate posts with certain tags on Planet Debian. I have re-added the CC to pla...@debian.org, hopefully somebody can clarify/advise. Michael -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110822154746.gb16...@nighthawk.chemicalconnection.dyndns.org
Re: Workaround for the *LibraryDepends.cmake issue
On Sun, Aug 21, 2011 at 08:51:04PM +0200, Michael Schutte wrote: I’ll take care of this tomorrow. ITK is a team effort anyway. VTK maintainers: now it’s time to complain (or upload yourself) :-) Done! Cheers, -- Michael Schutte | michi@{uiae.at,debian.org} Innsbruck, Austria| happily accepting encrypted mail OpenPGP: 0x16fb 517b a866 c3f6 8f11 1485 f3e4 122f 1D8C 261A -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110822163205.GA28615@jeremy.homenet
Re: Bug#506992: vtk: diff for NMU version 5.6.1-6.1
On Mon, Aug 22, 2011 at 06:16:59PM +0200, Michael Schutte wrote: I just uploaded vtk to DELAYED/0. For the record, the updated package was rejected due to #638883. All the best, -- Michael Schutte | michi@{uiae.at,debian.org} Innsbruck, Austria| happily accepting encrypted mail OpenPGP: 0x16fb 517b a866 c3f6 8f11 1485 f3e4 122f 1D8C 261A -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110822172254.GA29907@jeremy.homenet
Re: Workaround for the *LibraryDepends.cmake issue
On Mon, Aug 22, 2011 at 06:32:05PM +0200, Michael Schutte wrote: I’ll take care of this tomorrow. ITK is a team effort anyway. VTK maintainers: now it’s time to complain (or upload yourself) :-) Done! Cool! Thanks, Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110822183131.gb10...@an3as.eu
Re: Bug#506992: vtk: diff for NMU version 5.6.1-6.1
On Mon, Aug 22, 2011 at 07:22:54PM +0200, Michael Schutte wrote: On Mon, Aug 22, 2011 at 06:16:59PM +0200, Michael Schutte wrote: I just uploaded vtk to DELAYED/0. For the record, the updated package was rejected due to #638883. Uhmmm. :-( IMHO it is quite straightforeward to verify sqlite whether there are some changes. I would think handling this apropriately and overriding the ftgl library with the (not so good) reason to push foreward this package to be able to get other FTBFS packages back again while having not enough time to check ftgl carefully is a reasonable way to go. (For sure the brave solution is even checking ftgl ...) Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110822184600.gc10...@an3as.eu
Re: Bug#506992: vtk: diff for NMU version 5.6.1-6.1
On Mon, Aug 22, 2011 at 8:46 PM, Andreas Tille andr...@an3as.eu wrote: On Mon, Aug 22, 2011 at 07:22:54PM +0200, Michael Schutte wrote: On Mon, Aug 22, 2011 at 06:16:59PM +0200, Michael Schutte wrote: I just uploaded vtk to DELAYED/0. For the record, the updated package was rejected due to #638883. Working on it right now. -- Mathieu -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+7wUsyfs=-bvB=6p66AYYMq_yE-nMR=p-bndxs+v_hfdyt...@mail.gmail.com
Re: Bug#506992: vtk: diff for NMU version 5.6.1-6.1
Hi, On Mon, Aug 22, 2011 at 08:46:00PM +0200, Andreas Tille wrote: IMHO it is quite straightforeward to verify sqlite whether there are some changes. I would think handling this apropriately and overriding the ftgl library with the (not so good) reason to push foreward this package to be able to get other FTBFS packages back again while having not enough time to check ftgl carefully is a reasonable way to go. (For sure the brave solution is even checking ftgl ...) What intimidates me is that there seems to be some s/sqlite/vtk_sqlite/ all over the place. This probably requires a massive patch. On Mon, Aug 22, 2011 at 08:59:55PM +0200, Mathieu Malaterre wrote: Working on it right now. Thanks a lot! :-) Cheers, -- Michael Schutte | michi@{uiae.at,debian.org} Innsbruck, Austria| happily accepting encrypted mail OpenPGP: 0x16fb 517b a866 c3f6 8f11 1485 f3e4 122f 1D8C 261A -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110822191949.GA2956@graeme
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
2011/8/22 Andreas Tille andr...@an3as.eu: Do the git-buildpackage users have any idea what to do? dh_clean removes src/mod_camera/a la espera/mod_camera.pjd.bak file at the beginning of the build process, so git thinks it is an uncommited change. The error comes from an unclean orig.tar.gz from upstream. I'll check it with César, but for the moment I think you can just use git-buildpackage --git-ignore-new Fine. I admit I would probably be too lazy to fix spelling errors in patches because if upstream might not incorporate it soonish you frequently will end up with adjusting patches to new upstream versions. But it's quite fine if you are doing so I know, but a clean lintian -I --pedantic output feels so good! ;) -- If you can't be a good example, then you'll just have to serve as a horrible warning -- Catherine Aird -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CABsJszx1AHMgKQ4auF0_=poztwheyrxf_wznm1-peujrvyt...@mail.gmail.com
Re: Latest blog post
On 12580 March 1977, Michael Banck wrote: On 08/22/2011 05:15 PM, Michael Banck wrote: the latest debian-med blog post (syndicated on Planet Debian, CC'd) http://debianmed.blogspot.com/2011/08/experimenting-with-amazon-cloud-and.html has raised some eyebrows. First off, it should be somehow stated which person wrote/posted the particular post for team-based blogs. This blog post was posted by s, which is not enough IMHO. It was me. This should be *very* visible in the post itself. We generally require Team Blogs, like this is, to prominently state who made it. Good examples are the DebConf and the Debian Sysadmin blog, where its basically Blog title Posted by HUMAN NAME Second, the content might be appropriate to the specific debian-med audience, but advertising commercial cloud services and/or payback systems (even with obviously good intentions) might be considered unsolicited spam by other Planet Debian readers, as it indeed did: Clint yay, spam Yip, agreed, I had seen it on the planet and did not like it there, either. I apologise. For the future, is there a way to have some bits not forwarded? Or to have them only selectively forwarded? Well, the mailing list, probably. AFAIK it is posisble to just syndicate posts with certain tags on Planet Debian. I have re-added the CC to pla...@debian.org, hopefully somebody can clarify/advise. Well, the way is simple: Planet only reads rss feeds. Setup your blog to have a seperate feed with only those tags included that you want to appear on Planet. As the post was still visible now I just disabled Debian Med in planets config. Feel free to reenable it as soon as a) this spammy post no longer appears in the feed planet reads, and b) its clearly visible who made the post. -- bye, Joerg exa Snow-Man: Please don't talk to me. You have demonstrated yourself sufficiently. There is a serious matter being talked. Snow-Man exa: It's hardly serious, it's about you. -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87bovhz00v@gkar.ganneff.de
Re: Bug#506992: vtk: diff for NMU version 5.6.1-6.1
On Mon, Aug 22, 2011 at 9:19 PM, Michael Schutte mi...@debian.org wrote: Hi, On Mon, Aug 22, 2011 at 08:46:00PM +0200, Andreas Tille wrote: IMHO it is quite straightforeward to verify sqlite whether there are some changes. I would think handling this apropriately and overriding the ftgl library with the (not so good) reason to push foreward this package to be able to get other FTBFS packages back again while having not enough time to check ftgl carefully is a reasonable way to go. (For sure the brave solution is even checking ftgl ...) What intimidates me is that there seems to be some s/sqlite/vtk_sqlite/ all over the place. This probably requires a massive patch. On Mon, Aug 22, 2011 at 08:59:55PM +0200, Mathieu Malaterre wrote: Working on it right now. Thanks a lot! :-) Hum... I have to give up for now. my git-fu is really not up to date. I have no clue on how to integrate my patch to: git://anonscm.debian.org/collab-maint/vtk.git So I am attaching them here. One also need to change the debian/control file to add libsqlite3-dev I am fairly confident with the sqlite patch. I am a lot less confident with the ftgl patch. For some reason FTLibrary.h is not installed in ftgl installation but seems to be used by VTK internals. Is is possible to add a lintian override for now, until all those ftgl issues gets resolved. Thanks, -- Mathieu Index: vtk-5.6.1/Utilities/CMakeLists.txt === --- vtk-5.6.1.orig/Utilities/CMakeLists.txt 2011-08-22 20:55:47.0 +0200 +++ vtk-5.6.1/Utilities/CMakeLists.txt 2011-08-22 22:10:33.0 +0200 @@ -40,7 +40,7 @@ IF(VTK_USE_METAIO) SUBDIRS(vtkmetaio) ENDIF(VTK_USE_METAIO) -SUBDIRS(vtksqlite) +#SUBDIRS(vtksqlite) IF(VTK_HAS_EXODUS) SUBDIRS(vtkexodus2) @@ -67,7 +67,7 @@ ENDIF(VTK_USE_PARALLEL) IF(VTK_USE_RENDERING) - SUBDIRS(ftgl ParseOGLExt) + SUBDIRS(ParseOGLExt) ENDIF(VTK_USE_RENDERING) IF(NOT VTK_INSTALL_NO_DEVELOPMENT) Index: vtk-5.6.1/Charts/CMakeLists.txt === --- vtk-5.6.1.orig/Charts/CMakeLists.txt 2011-08-22 20:57:34.0 +0200 +++ vtk-5.6.1/Charts/CMakeLists.txt 2011-08-22 20:57:39.0 +0200 @@ -10,7 +10,7 @@ ENDIF (JAVA_AWT_LIBRARY) SET(KIT_INTERFACE_LIBRARIES vtkHybrid vtkViews) -SET(KIT_LIBS vtkIO vtkftgl +SET(KIT_LIBS vtkIO ftgl ${VTK_FREETYPE_LIBRARIES} ) Index: vtk-5.6.1/Rendering/vtkFreeTypeUtilities.cxx === --- vtk-5.6.1.orig/Rendering/vtkFreeTypeUtilities.cxx 2011-08-22 21:48:12.0 +0200 +++ vtk-5.6.1/Rendering/vtkFreeTypeUtilities.cxx 2011-08-22 22:06:26.0 +0200 @@ -23,9 +23,10 @@ // FTGL -#include vtkftglConfig.h -#include FTLibrary.h -#include FTGLPixmapFont.h +//#include vtkftglConfig.h +//#include FTLibrary.h +//#include FTGLPixmapFont.h +#include FTGL/ftgl.h // The embedded fonts @@ -81,7 +82,7 @@ #if VTK_FTFC_DEBUG_CD printf(vtkFreeTypeUtilitiesCleanup::vtkFreeTypeUtilitiesCleanup\n); #endif - FTLibraryCleanup::AddDependency(vtkFreeTypeUtilitiesCleanupCallback); + //FTLibraryCleanup::AddDependency(vtkFreeTypeUtilitiesCleanupCallback); } // @@ -181,11 +182,11 @@ printf(vtkFreeTypeUtilities::GetLibrary\n); #endif - FTLibrary *ftgl_lib = FTLibrary::GetInstance(); - if (ftgl_lib) -{ -return ftgl_lib-GetLibrary(); -} + //FTLibrary *ftgl_lib = FTLibrary::GetInstance(); + //if (ftgl_lib) + // { + // return ftgl_lib-GetLibrary(); + // } return NULL; } @@ -1394,8 +1395,8 @@ if (this-Entries[i]-Font) { printf( [F: %p], static_castvoid *(this-Entries[i]-Font)); -printf(\n[f: %p], - static_castvoid*(*(this-Entries[i]-Font-Face()-Face(; +//printf(\n[f: %p], +// static_castvoid*(*(this-Entries[i]-Font-Face()-Face(; } printf(\n); @@ -1544,7 +1545,7 @@ // OK the font is not cached, try to create one - FTFont *font = new FTGLPixmapFont; + FTFont *font = NULL; // = new FTGLPixmapFont; // A face file name has been provided, try to load it, otherwise // just use the embedded fonts (i.e. font family, bold and italic attribs) @@ -1649,7 +1650,8 @@ unsigned char *ptr = EmbeddedFonts [tprop-GetFontFamily()][tprop-GetBold()][tprop-GetItalic()].ptr; -if (!font-Open(ptr, length, false)) +font = new FTGLPixmapFont(ptr, length); +if (false /* !font-Open(ptr, length, false) */ ) { vtkErrorWithObjectMacro( tprop, Index: vtk-5.6.1/Rendering/vtkOpenGLFreeTypeTextMapper.cxx === --- vtk-5.6.1.orig/Rendering/vtkOpenGLFreeTypeTextMapper.cxx 2011-08-22 22:07:09.0 +0200 +++
Re: Bug#506992: vtk: diff for NMU version 5.6.1-6.1
On Mon, Aug 22, 2011 at 10:37:05PM +0200, Mathieu Malaterre wrote: I am fairly confident with the sqlite patch. I am a lot less confident with the ftgl patch. For some reason FTLibrary.h is not installed in ftgl installation but seems to be used by VTK internals. What are the differences between the VTK version of these libraries and their respective upstream version? -Steve signature.asc Description: Digital signature
Re: Licsensing scientific data
On Mon, Aug 15, 2011 at 2:16 PM, Peter Cock p.j.a.c...@googlemail.com wrote: Dear all, I have now emailed UniProt regarding the recent discussion on the Debian-Med list about the UniProt CC BY-ND 3.0 licence stemming from the inclusion of example data from UniProt in EMBOSS (and potentially other open source tools like BioPerl and Biopython). My email has been received by the UniProt help desk system, which assigned reference [help #61792] which should be included in the email subject of any follow up correspondence. The automated reply also warned that during the summer holiday period (until end of August) there may be some delays in dealing with queries. Regards, Peter I have had an initial reply that the licensing issue will be raised at the next UniProt consortium meeting, but in the meantime they recommend downloading test files via the UniProt API as part of a test suite, rather than bundling files. Obviously a unit test requiring network access has downsides, but this seems a practical interim solution for packaging EMBOSS etc within Debian free. Peter -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKVJ-_4JAwvbSinSJAQoUOru+g4T_=tpxkaba5sr6wtvk2_...@mail.gmail.com