Language Selection

English French German Italian Portuguese Spanish

Second Debian Med COVID-19 hackathon (June 15-21, 2020)

Filed under
Debian
Sci/Tech
  • Second Debian Med COVID-19 hackathon (June 15-21, 2020)
    Dear Debian Community,
    
    Debian Med joined the virtual (online) [COVID-19 Biohackathon] from
    April 5-11 2020.  We considered the outcome a great success in terms of
    the approached tasks, the new members we gained and the support of
    Debian infrastructure teams (namely the ftpmaster team).
    
    COVID-19 is not over and the Debian Med team wants to do another week of
    hackathon to continue with this great success.  We want to do this from
    June 15th to June 21th 2020.
    
    A [recently shared pre-publication draft paper] highlights which
    software tools are considered useful "to Accelerate SARS-CoV-2 and
    Coronavirus Research".  Many of these tools would benefit from being
    packaged in Debian and all the advantages that Debian brings for both
    users and upstream alike.
    
    As in the first sprint most tasks do not require any knowledge of
    biology or medicine, and all types of contributions are welcome: bug
    triage, testing, documentation, CI, translations, packaging, and code
    contributions.
    
    1. [Debian related bugs in COVID-19 related packages]
    
    2. [COVID-19 related software that is awaiting packaging]
       please respond to the RFP with your intent so we don't duplicate work
    
    3. You can also contribute directly to the upstream packages, linked
       from the [Debian Med COVID-19 task page].  Note: many biomedical
       software packages are quite resource limited, even compared to a
       typical FOSS project. Please be kind to the upstream author/maintainers
       and realize that they may have limited resources to review your
       contribution. Triaging open issues and opening pull requests to fix
       problems is likely to be more useful than nitpicking their coding
       style.
    
    4. Architectures/porting: Please focus on amd64, as it is the primary
       architecture for biomedical software. A secondary tier would be arm64 /
       ppc64el / s390x (but beware the endian-related issues on s390x). From a
       free/open hardware perspective it would be great to see more riscv64
       support, but that is not a priority right now
    
    5. Python developers: The Debian Med team is also trying to [improve the
       availability ofautomated biomedical pipelines/workflows]  using the
       Common Workflow Language open standard. The reference implementation of
       CWL is written in Python and there are many [open issues ready for work
       that don't require any biomedical background].
    
    6. It is very easy to contribute to Debian Med team. We have a lowNMU
       policy for all our packages. Merge requests on Salsa are usually
       processed quickly (but please ping some of the latest Uploaders of the
       package to make sure it will be noticed). Even better if you ask for
       membership to the team and push directly to the salsa repository.
    
    7. The [debian-med-team-policy] should answer all questions how to contribute.
    
    8. There is a [work-needed wiki] that will help keep track of who is
       working on which projects.
    
    9. There is also a [NEW requests wiki] where we can request expedited
       NEW processing to support this effort.  In the last sprint ftpmaster
       was picking from here with high priority.  Thanks again for this.
    
    During the hackathon we will coordinate ourselves via the the Salsa
    coordination page, Debian Med mailing list and IRC:
    
    *  https://salsa.debian.org/med-team/community/2020-covid19-...
    *  https://lists.debian.org/debian-med/
    *  https://wiki.debian.org/IRC
    *  irc://irc.debian.org/debian-med
    *  https://jitsi.debian.social/DebianMedCovid19 every day at 15:00 UTC
    
    Thanks in advance for considering to join our sprint.
    
    Sincerely
    
        Andreas Tille on behalf of the Debian Med team.
    
  • Second Debian Med COVID-19 hackathon

    The Debian Med team joined a COVID-19 Biohackathon last April and is planing on doing it again on June 15-21.

More in Tux Machines

Build a successful community using a Linux leader's playbook

I love books about technology. My idea of a relaxing weekend is—legitimately—settling in with my copy of DocBook: The Definitive Guide (TDG to those of us who us who've read the whole series). I love learning to understand and integrate technology, and so those are the books I read. But when I heard that Jono Bacon, former community manager of Ubuntu Linux, had written a book about understanding and integrating people, I was intrigued enough to purchase the book for myself. This past weekend, I sat down with the book and read it from cover to cover. I'll admit I still don't understand people, but for the cover price of the book, I do have a few years' worth of new insight. Read more

Linux Jargon Buster: What is FOSS? What is Open Source?

In this part of Linux jargon buster, learn about the FOSS principles. Learn what is FOSS, what is open source and why you should care about it. Read more

Games: Discover, Overland and DOSBox on Chromebooks

     
  • Another Discord voice chat overlay for Linux appears with 'Discover'

    Since the official Discord client doesn't currently support the Overlay on Linux, it's up to the community and another has been released named Discover. Not to be confused with the KDE application store, which is also named Discover. The Discover overlay for Discord was created by the same people as the last one we wrote about. This time, it's a little different. They're not relying on Discord's StreamKit and it instead interacts with the Discord client directly. This means it could expand to support other chat applications too in future perhaps, plus they said it should also be "lighter on system resources and less hack-and-slash included than discord-overlay".

  • Post-apocalyptic road-trip strategy Overland has a big 1.2 update with an all-dogs mode

    Possibly one of the most stylish turn-based strategy games around and one that's also rather difficult, Overland just had a big 1.2 update released with some funny new additions. A post-apocalyptic road-trip game all about making tough decisions. You thought XCOM 2 was difficult? Overland can be quite on the brutal side. Small maps that don't give you a lot of wiggle room, with one misstep it might all be over. Every noise you make only brings weird creatures closer and you've got to get moving across the United States. [...] Finding another dog and inviting them into my crew might be the sweetest thing I've seen in a turn-based strategy game, as they both give a little "woof" and wag their tails and suddenly I've got a two-dog crew driving across the USA during the end of the world. It's weirdly wholesome, until one of them dies that is — so sad.

  •  
  • Revisit childhood games with DOSBox on your Chromebook

    I’m back at it! I spent the better part of yesterday morning tinkering with virtual machines and the Linux container on my Chromebook to see was sort of shenanigans I could get myself into. Somewhere along the way, I decided to fiddle with MS-DOS. More on that later. Along the way, I discovered a nifty little app that I had never heard of until this week. Just to be clear, this application is not new. In fact, it’s been around for nearly two decades and its sole purpose is to emulate DOS in an x86 environment. [...] There you go. You’re all set. You can now launch DOSBox from the terminal by just typing or you can open it with the app icon that is now in your app launcher. I’m sure you’re now wondering what you can actually do with DOSBox. Don’t worry. We’ll get to that next. As I mentioned above, DOSBox has been reworked to bring countless older video games directly to the web by allowing users to play in the browser. Chances are decent that, if you are looking for one of your favorite childhood games, it’s available in a browser-based version. Sites such as playclassic.games use this very technology to run games like Oregon Trail, DOOM, and Civilization I&II. Anyway, you can use DOSBox to do the very same thing locally on your Chromebook. Here’s how to get your favorite MS-DOS games on Chrome OS using DOSBox. First, we will need a game to play. For many DOS games, you can download the .exe file and run the game directly from that file. Other games, like the example we’re using, has an installation file. That file will create the .exe file that will launch the game. In honor of all the Intel Gemini Lake Chromebooks out there, we will be installing the cult classic Commander Keen. If you have no clue what I’m talking about, most Chromebook code names and baseboards are named after video game or animated characters. The original Google Cr-48 is code-named Mario. More recent devices powered by Intel’s Gemini Lake processors are named after characters from ID Software’s Commander Keen series of video games.

Python Programming

  • Ternary Search Algorithm: Explained with example.
  • Robot Framework with Selenium and Python: All You Need to Know

    With 5000+ stars and 1500+ forks on GitHub, Robot framework has been a go-to-option for many organizations who are aiming for Agile and Test Driven Development (TDD) where developers should write functional code only when there is a test that has failed. Robot framework allows acceptance testing, behaviour driven testing, Robotic Process Automation (RPA), and Acceptance test-driven development (ATDD). It offers an extensible keyword driven approach to perform automation testing. The learning curve is simple as you don’t need to have a programming experience to get started with the Robot framework. Robot framework is written in Python, however, it is not restricted to that. You can implement keywords in Robot framework using Python, Java, JavaScript, Perl, .Net and PHP.

  • How and why I built a menu planning application: What's on the Menu?

    The application that I build can, of course, be used for searching recipes. Additionally, a list of persons could be maintained with their list of allergies, favourite ingredients and when the user decides to plan a meal or cook for them, then appropriate recipes would be suggested which fulfils the needs of the people being planned for. It also learns to suggest recipes based on previous selections.

  • PyCharm: Webinar Recording: “From The Docs: PyCharm Skills, Beginner to Advanced” with Alla Redko

    PyCharm has broad, useful, up-to-date documentation. How does it get made? Who works on it? What are some hidden gems? Last week we had a webinar covering this with Alla Redko, technical writer for PyCharm, and the recording is now available.

  • Mixing text and chemistry toolkits

    This is part of a series of essays about using chemfp to work with SD files at the record and simple text level. Chemfp has a text toolkit to read and write SDF and SMILES files as records, rather than molecules. It also has a chemistry toolkit I/O API to have a consistent way to handle structure input and output when working with the OEChem, RDKit, and Open Babel toolkits. In this essay I'll combine the two, so chemfp reads records from an SD file, which are then passed to a chemistry toolkit for further parsing, then chemfp adds a data item back to the original record instead of converting the toolkits molecule into a new SDF record.

  • Colin Watson: Porting Launchpad to Python 3: progress report

    Launchpad still requires Python 2, which in 2020 is a bit of a problem. Unlike a lot of the rest of 2020, though, there’s good reason to be optimistic about progress. I’ve been porting Python 2 code to Python 3 on and off for a long time, from back when I was on the Ubuntu Foundations team and maintaining things like the Ubiquity installer. When I moved to Launchpad in 2015 it was certainly on my mind that this was a large body of code still stuck on Python 2. One option would have been to just accept that and leave it as it is, maybe doing more backporting work over time as support for Python 2 fades away. I’ve long been of the opinion that this would doom Launchpad to being unmaintainable in the long run, and since I genuinely love working on Launchpad - I find it an incredibly rewarding project - this wasn’t something I was willing to accept. We’re already seeing some of our important dependencies dropping support for Python 2, which is perfectly reasonable on their terms but which is starting to become a genuine obstacle to delivering important features when we need new features from newer versions of those dependencies. It also looks as though it may be difficult for us to run on Ubuntu 20.04 LTS (we’re currently on 16.04, with an upgrade to 18.04 in progress) as long as we still require Python 2, since we have some system dependencies that 20.04 no longer provides. And then there are exciting new features like type hints and async/await that we’d like to be able to use.