I have (in the past couple of minutes) added a more detailed description to all of the GitHub pages. If you have URL or BugReports fields in your package DESCRIPTION those are used to provide links to the project page and bug tracker if they are available, see Roberts https://github.com/Bioconductor-mirror/categoryCompare for an example.
I would also recommend doing as Robert suggests and adding a link in a README.md file if you would like to direct users elsewhere. These files are automatically rendered by GitHub and users are used to looking at them for project documentation. Thank you all for being patient as we roll out this functionality. Jim On Wed, Jun 17, 2015 at 9:06 AM, Robert M. Flight <rfligh...@gmail.com> wrote: > Why not write your own *readme.md* file for the package and put the link > there? There is nothing stopping the maintainer from having a README file > in the package. Although it does not show up on the Bioconductor page, it > shows up nicely on Github: > > My package: > > https://github.com/Bioconductor-mirror/categoryCompare > https://github.com/rmflight/categoryCompare > > -Robert > > On Wed, Jun 17, 2015 at 8:43 AM Michael Lawrence < > lawrence.mich...@gene.com> > wrote: > > > It would be cool if we could somehow get the equivalent of the > > bioconductor package page to show up as the "readme" on the github > > page. Or at least, if there could be a very obvious link from the > > mirror repository to the maintainer repository, without having to > > click through to the Bioconductor package page, which might confuse > > new users a bit. > > > > > > On Tue, Jun 16, 2015 at 12:00 PM, Dan Tenenbaum <dtene...@fredhutch.org> > > wrote: > > > Dear Bioconductors, > > > > > > We're pleased to announce the availability of Bioconductor Git Mirrors. > > > These are read-only GitHub repositories (available under > > https://github.com/Bioconductor-mirror) > > > for every Bioconductor software package. These repositories are > > synchronized with our > > > Subversion repository. Package maintainers (or anyone else) can fork > > these repositories > > > and do their development on the fork. Complete documentation of the > > mirrors is at > > > > > > http://bioconductor.org/developers/how-to/git-mirror/ > > > > > > These mirrors supersede the Git-SVN bridge, which is now deprecated. > > > Creation of new bridges is disabled and maintainers who are using the > > bridge > > > should migrate to the Git mirrors as soon as it's convenient, as the > > bridge > > > will eventually go away. Instructions for migrating can be found at the > > above link. > > > > > > Some features of the new Git Mirrors, and why we feel they are a better > > solution than the Git-SVN bridge: > > > > > > - The mirrors contain complete commit history. > > > - The mirrors contain release branches for Bioconductor 3.0 and 3.1, > and > > > new releases will be added as they happen. You will no longer need > > > separate repositories for release and devel. > > > - Setup is easy and you no longer have to grant any permissions on > your > > > repository to other users. You can commit directly to Subversion > > > using git-svn (https://git-scm.com/docs/git-svn). > > > - Each git commit appears in the SVN log as a distinct SVN commit; > > commits > > > are no longer grouped together as they were with the bridge. Each > git > > > commit can be mapped to a specific svn commit, and vice versa. > > > - The Git mirrors are much more reliable. > > > - Use is flexible. You can use git locally (without GitHub) or you > > > can use GitHub as well, to take advantage of all its social coding > > features. > > > - Using GitHub's code search, you can search the entire Bioconductor > > codebase. > > > Here's a sample search: https://goo.gl/jI92Ys > > > - Subversion is fully supported and remains the cannonical repository; > > use > > > of Git and GitHub is optional. > > > > > > We are excited about these new mirrors (brought to you by the hard > > > work of Jim Hester) and we hope you are too. Questions and comments are > > > welcome on the bioc-devel mailing list. > > > > > > Dan > > > > > > _______________________________________________ > > > Bioc-devel@r-project.org mailing list > > > https://stat.ethz.ch/mailman/listinfo/bioc-devel > > > > _______________________________________________ > > Bioc-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/bioc-devel > > > > [[alternative HTML version deleted]] > > _______________________________________________ > Bioc-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/bioc-devel > [[alternative HTML version deleted]] _______________________________________________ Bioc-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/bioc-devel