Changelog.Pdf
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Debian Developer's Reference Version 12.0, Released on 2021-09-01
Debian Developer’s Reference Release 12.0 Developer’s Reference Team 2021-09-01 CONTENTS 1 Scope of This Document 3 2 Applying to Become a Member5 2.1 Getting started..............................................5 2.2 Debian mentors and sponsors......................................6 2.3 Registering as a Debian member.....................................6 3 Debian Developer's Duties 9 3.1 Package Maintainer's Duties.......................................9 3.1.1 Work towards the next stable release............................9 3.1.2 Maintain packages in stable .................................9 3.1.3 Manage release-critical bugs.................................. 10 3.1.4 Coordination with upstream developers............................ 10 3.2 Administrative Duties.......................................... 10 3.2.1 Maintaining your Debian information............................. 11 3.2.2 Maintaining your public key.................................. 11 3.2.3 Voting.............................................. 11 3.2.4 Going on vacation gracefully.................................. 12 3.2.5 Retiring............................................. 12 3.2.6 Returning after retirement................................... 13 4 Resources for Debian Members 15 4.1 Mailing lists............................................... 15 4.1.1 Basic rules for use....................................... 15 4.1.2 Core development mailing lists................................. 15 4.1.3 Special lists........................................... 16 4.1.4 Requesting new -
Tuto Documentation Release 0.1.0
Tuto Documentation Release 0.1.0 DevOps people 2020-05-09 09H16 CONTENTS 1 Documentation news 3 1.1 Documentation news 2020........................................3 1.1.1 New features of sphinx.ext.autodoc (typing) in sphinx 2.4.0 (2020-02-09)..........3 1.1.2 Hypermodern Python Chapter 5: Documentation (2020-01-29) by https://twitter.com/cjolowicz/..................................3 1.2 Documentation news 2018........................................4 1.2.1 Pratical sphinx (2018-05-12, pycon2018)...........................4 1.2.2 Markdown Descriptions on PyPI (2018-03-16)........................4 1.2.3 Bringing interactive examples to MDN.............................5 1.3 Documentation news 2017........................................5 1.3.1 Autodoc-style extraction into Sphinx for your JS project...................5 1.4 Documentation news 2016........................................5 1.4.1 La documentation linux utilise sphinx.............................5 2 Documentation Advices 7 2.1 You are what you document (Monday, May 5, 2014)..........................8 2.2 Rédaction technique...........................................8 2.2.1 Libérez vos informations de leurs silos.............................8 2.2.2 Intégrer la documentation aux processus de développement..................8 2.3 13 Things People Hate about Your Open Source Docs.........................9 2.4 Beautiful docs.............................................. 10 2.5 Designing Great API Docs (11 Jan 2012)................................ 10 2.6 Docness................................................. -
RZ/G Verified Linux Package for 64Bit Kernel V1.0.5-RT Release Note For
Release Note RZ/G Verified Linux Package for 64bit kernel Version 1.0.5-RT R01TU0311EJ0102 Rev. 1.02 Release Note for HTML5 Sep 7, 2020 Introduction This release note describes the contents, building procedures for HTML5 (Gecko) and important points of the RZ/G Verified Linux Package for 64bit kernel (hereinafter referred to as “VLP64”). In this release, Linux packages for HTML5 is preliminary and provided AS IS with no warranty. If you need information to build Linux BSPs without a GUI Framework of HTML5, please refer to “RZ/G Verified Linux Package for 64bit kernel Version 1.0.5-RT Release Note”. Contents 1. Release Items ................................................................................................................. 2 2. Build environment .......................................................................................................... 4 3. Building Instructions ...................................................................................................... 6 3.1 Setup the Linux Host PC to build images ................................................................................. 6 3.2 Building images to run on the board ........................................................................................ 8 3.3 Building SDK ............................................................................................................................. 12 4. Components ................................................................................................................. 13 5. Restrictions -
Alinex Data Store
Alinex Data Store Read, work and write data structures to differents stores Alexander Schilling Copyright © 2019 - 2021 <a href="https://alinex.de">Alexander Schilling</a> Table of contents Table of contents 1. Home 6 1.1 Alinex Data Store 6 1.1.1 Usage 6 1.1.2 Debugging 6 1.1.3 Module Usage 7 1.1.4 Chapters 7 1.1.5 Support 7 1.2 Command Line Usage 8 1.2.1 Input 8 1.2.2 Output 8 1.2.3 Transform Files 9 1.2.4 Using Definition 9 1.2.5 Examples 9 1.3 Last Changes 10 1.3.1 Version 1.16.0 - (12.05.2021) 10 1.3.2 Version 1.15.0 - (02.01.2021) 10 1.3.3 Version 1.13.0 - (16.06.2020) 10 1.3.4 Version 1.12.0 - (27.01.2020) 10 1.3.5 Version 1.11.0 - (13.01.2020) 11 1.3.6 Version 1.10.0 - (22.11.2019) 11 1.3.7 Version 1.9.1 - (13.11.2019) 11 1.3.8 Version 1.8.0 - (31.10.2019) 11 1.3.9 Version 1.7.0 - (13.10.2019) 11 1.3.10 Version 1.6.0 - (01.10.2019) 11 1.3.11 Version 1.5.0 - (28.08.2019) 12 1.3.12 Version 1.4.0 - (15.08.2019) 12 1.3.13 Version 1.3.0 - (6.08.2019) 12 1.3.14 Version 1.2.0 - (22.06.2019) 13 1.3.15 Version 1.1.0 - (17.05.2019) 13 1.3.16 Version 1.0.0 - (12.05.2019) 13 1.3.17 Version 0.7.0 (29.04.2019) 13 1.3.18 Version 0.6.0 (26.04.2019) 14 1.3.19 Version 0.5.0 (19.04.2019) 14 1.3.20 Version 0.4.0 (17.04.2019) 14 1.3.21 Version 0.3.0 (15.04.2019) 14 - 2/80 - Copyright © 2019 - 2021 <a href="https://alinex.de">Alexander Schilling</a> Table of contents 1.3.22 Version 0.2.0 (12.04.2019) 14 1.3.23 Version 0.1.0 (0t.04.019) 14 1.4 Roadmap 16 1.4.1 Add Protocols 16 1.4.2 Multiple sources 16 1.5 Privacy statement 17 2. -
D4.1 Source Code and Documentation Repository
D4.1 Source code and documentation repository Co-funded by the Horizon 2020 Framework Programme of the European Union GRANT AGREEMENT NUMBER: 842009 - NIVA DELIVERABLE NUMBER D4.1 DELIVERABLE TITLE Source code and documentation repository RESPONSIBLE AUTHOR Konstantinos Kountouris – Nikolaos Galanis, OPEKEPE Greece 1 GRANT AGREEMENT N. 842009 PROJECT ACRONYM NIVA PROJECT FULL NAME A New IACS Vision in Action STARTING DATE (DUR.) 1/06/2019 ENDING DATE 30/05/2022 PROJECT WEBSITE COORDINATOR Sander Janssen ADDRESS Droevendaalsesteeg 1, Wageningen REPLY TO [email protected] PHONE +31 317 481908 EU PROJECT OFFICER Mrs. Francisca Cuesta Sanchez WORKPACKAGE N. | TITLE WP4 | Knowledge Information System WORKPACKAGE LEADER 8 - AGEA DELIVERABLE N. | TITLE D4.1 | Source code and documentation repository RESPONSIBLE AUTHOR Konstantinos Kountouris – Nikolaos Galanis, OPEKEPE Greece REPLY TO [email protected], [email protected] DOCUMENT URL DATE OF DELIVERY (CONTRACTUAL) 31 August 2019 (M3) DATE OF DELIVERY (SUBMITTED) 30 September 2019 (M4) VERSION | STATUS V1.0| Final NATURE Report DISSEMINATION LEVEL PUBLIC Konstantinos Kountouris – Nikolaos Galanis - Ioannis Andreou, OPEKEPE AUTHORS (PARTNER) Greece 2 VERSION MODIFICATION(S) DATE AUTHOR(S) Konstantinos Kountouris – Nikolaos Galanis - Ioannis 1.0 Final version 24 August 2019 Andreou, OPEKEPE Greece 3 Table of Contents Choosing the proper tool ........................................................................................ 5 Requirements and Assumptions ........................................................................... -
Jetbrains Upsource Comparison Upsource Is a Powerful Tool for Teams Wish- Key Benefits Ing to Improve Their Code, Projects and Pro- Cesses
JetBrains Upsource Comparison Upsource is a powerful tool for teams wish- Key benefits ing to improve their code, projects and pro- cesses. It serves as a polyglot code review How Upsource Compares to Other Code Review Tools tool, a source of data-driven project ana- lytics, an intelligent repository browser and Accuracy of Comparison a team collaboration center. Upsource boasts in-depth knowledge of Java, PHP, JavaScript, Integration with JetBrains Tools Python, and Kotlin to increase the efcien- cy of code reviews. It continuously analyzes Sales Contacts the repository activity providing a valuable insight into potential design problems and project risks. On top of that Upsource makes team collaboration easy and enjoyable. Key benefits IDE-level code insight to help developers Automated workflow, to minimize manual tasks. Powerful search engine. understand and review code changes more efectively. Smart suggestion of suitable reviewers, revi- IDE plugins that allow developers to partici- sions, etc. based on historical data and intel- pate in code reviews right from their IDEs. Data-driven project analytics highlighting ligent progress tracking. potential design flaws such as hotspots, abandoned files and more. Unified access to all your Git, Mercurial, Secure, and scalable. Perforce or Subversion projects. To learn more about Upsource, please visit our website at jetbrains.com/upsource. How Upsource Compares to Other Code Review Tools JetBrains has extensively researched various As all the products mentioned in the docu- tools to come up with a useful comparison ment are being actively developed and their table. We tried to make it as comprehensive functionality changes on a regular basis, this and neutral as we possibly could. -
Fpm Documentation Release 1.7.0
fpm Documentation Release 1.7.0 Jordan Sissel Sep 08, 2017 Contents 1 Backstory 3 2 The Solution - FPM 5 3 Things that should work 7 4 Table of Contents 9 4.1 What is FPM?..............................................9 4.2 Installation................................................ 10 4.3 Use Cases................................................. 11 4.4 Packages................................................. 13 4.5 Want to contribute? Or need help?.................................... 21 4.6 Release Notes and Change Log..................................... 22 i ii fpm Documentation, Release 1.7.0 Note: The documentation here is a work-in-progress. If you want to contribute new docs or report problems, I invite you to do so on the project issue tracker. The goal of fpm is to make it easy and quick to build packages such as rpms, debs, OSX packages, etc. fpm, as a project, exists with the following principles in mind: • If fpm is not helping you make packages easily, then there is a bug in fpm. • If you are having a bad time with fpm, then there is a bug in fpm. • If the documentation is confusing, then this is a bug in fpm. If there is a bug in fpm, then we can work together to fix it. If you wish to report a bug/problem/whatever, I welcome you to do on the project issue tracker. You can find out how to use fpm in the documentation. Contents 1 fpm Documentation, Release 1.7.0 2 Contents CHAPTER 1 Backstory Sometimes packaging is done wrong (because you can’t do it right for all situations), but small tweaks can fix it. -
Setting up Your Environment
APPENDIX A Setting Up Your Environment Choosing the correct tools to work with asyncio is a non-trivial choice, since it can significantly impact the availability and performance of asyncio. In this appendix, we discuss the interpreter and the packaging options that influence your asyncio experience. The Interpreter Depending on the API version of the interpreter, the syntax of declaring coroutines change and the suggestions considering API usage change. (Passing the loop parameter is considered deprecated for APIs newer than 3.6, instantiating your own loop should happen only in rare circumstances in Python 3.7, etc.) Availability Python interpreters adhere to the standard in varying degrees. This is because they are implementations/manifestations of the Python language specification, which is managed by the PSF. At the time of this writing, three relevant interpreters support at least parts of asyncio out of the box: CPython, MicroPython, and PyPy. © Mohamed Mustapha Tahrioui 2019 293 M. M. Tahrioui, asyncio Recipes, https://doi.org/10.1007/978-1-4842-4401-2 APPENDIX A SeTTinG Up YouR EnViROnMenT Since we are ideally interested in a complete or semi-complete implementation of asyncio, our choice is limited to CPython and PyPy. Both of these products have a great community. Since we are ideally using a lot powerful stdlib features, it is inevitable to pose the question of implementation completeness of a given interpreter with respect to the Python specification. The CPython interpreter is the reference implementation of the language specification and hence it adheres to the largest set of features in the language specification. At the point of this writing, CPython was targeting API version 3.7. -
Gogs Vs Gitlab Gitlab Compared to Other Devops Tools
Gogs vs GitLab GitLab compared to other DevOps tools Gogs is a light weight git server written in Go which is designed to be simple to set up and operate and can be run on just about anything. It is 100% open source under the MIT OSS license and provided only in self-managed form. Gogs offers repository file viewing and editing, project issue tracking, and a built-in wiki for project documentation. FEATURES Built-in CI/CD GitLab has built-in Continuous Integration/Continuous Delivery, for free, no need to install it separately. Use it to build, test, and deploy your website (GitLab Pages) or webapp. The job results are displayed on merge requests for easy access. Learn more about CI/CD Group Milestones Create and manage milestones across projects, to work towards a target date from the group level. View all the issues for the milestone you’re currently working on across multiple projects. Learn more about Group Milestones Runs with less memory and consumes less CPU power Uses little memory, it runs fine with 512MB. Uses little CPU power since Go is a compiled language Powerful Issue Tracker Quickly set the status, assignee or milestone for multiple issues at the same time or easily filter them on any properties. See milestones and issues across projects. Learn more about the Issue Tracker Issue Boards GitLab has Issue Boards, each list of an Issue Board is based on a label that exists in your issue tracker. The Issue Board will therefore match the state of your issue tracker in a user-friendly way. -
Open Data User Guide.Pdf
PARTICIPANT’S GUIDE Virtual Machine Connection Details Hostname: hackwe1.cs.uwindsor.ca Operating System: Debian 6.0 (“Squeeze”) IP Address: 137.207.82.181 Middleware: Node.js, Perl, PHP, Python DBMS: MySQL, PostgreSQL Connection Type: SSH Web Server: Apache 2.2 UserID: root Available Text Editors: nano, vi Password: Nekhiav3 UserID: hackwe Feel free to install additional packages or tools. Password: Imusyeg6 Google Maps API Important Paths and Links Follow this quick tutorial to get started Home Directory https://developers.google.com/maps/documentation/javascript/tutorial /home/hackwe The most common objects you will use are LatLng objects which store a lati- tude and longitude, and Marker objects which place a point on a Map object APT Package Management Tool help.ubuntu.com/community/AptGet/Howto LatLng Object developers.google.com/maps/documentation/javascript/reference#LatLng City of Windsor Open Data Catalogue Marker Object www.citywindsor.ca/opendata/Pages/Open-Data- developers.google.com/maps/documentation/javascript/reference#Marker Catalogue.aspx Map Object Windsor Hackforge developers.google.com/maps/documentation/javascript/reference#Map hackf.org WeTech Alliance wetech-alliance.com XKCD xkcd.com PARTICIPANT’S GUIDE Working with Geospatial (SHP) Data in Linux Node.js Python To manipulate shape files in Python 2.x, you’ll need the pyshp package. These Required Libraries instructions will quickly outline how to install and use this package to get GIS data out of *.shp files. node-shp: Github - https://github.com/yuletide/node-shp Installation npm - https://npmjs.org/package/shp To install pyshp you first must have setuptools installed in your python site- packages. -
Packaging and Distributing Python Projects
Packaging and Distributing Python Projects Maximilian Nöthe Astroparticle Physics, TU Dortmund Summer School – 2021-06-10 overview Introduction Using setuptools Versions and Semantic Versioning Choosing a License Publishing Binary Wheels A new Alternative: poetry Conda Packages and conda-forge Conclusions and Recommendations M. Nöthe – TU Dortmund Packaging 2 Warning Copying commands or code from PDF files is BIOHAZARD dangerous Radiation Copy from the example files in the repository or type by hand. Typing by hand is best for learning. M. Nöthe – TU Dortmund Packaging 3 The Python Package Index → Python packages are published on the Python Package Index (https://pypi.org) → pip install foo will by default: 1. Search for a package named foo on PyPI 2. Download the best available distribution for your platform 3. Install all dependencies of the package 4. Install the package → There is https://test.pypi.org for people to test their packaging code before publishing to “the real thing”. → It is also possible to self-host a python package index M. Nöthe – TU Dortmund Packaging – Introduction 4 Source Distributions and Wheels Source Distributions Wheels → .zip or .tar.gz archives of the → Standardized format for pre-built project python packages → Simplest solution to publish your → Simple for pure-python packages (no package compiled components) → If a package contains compiled → Platform-dependent wheels for components, these need to be built at packages with compiled components installation time → C-Extensions → Cython-Code → Wrappers for C or C++-Libraries → … M. Nöthe – TU Dortmund Packaging – Introduction 5 Wheels → Platform dependent binary wheels must follow standards to be uploaded to PyPI → This is to ensure they run on many systems (not just on your computer) → Essentially: → Compile using the oldest C-Standard Library a package wants to support → Include all needed libraries in the wheel More on how to actually build wheels for your own projects later. -
Nuitka User Manual Contents
Nuitka User Manual Contents Overview 1 Usage 1 Requirements 1 Command Line 3 Installation 3 License 3 Tutorial Setup and build on Windows 3 Setup 4 Install Python 4 Install Nuitka 4 Write some code and test 4 Create a folder for the Python code 4 Test your program 4 Build it using 4 Run it 5 Distribute 5 Use Cases 5 Use Case 1 - Program compilation with all modules embedded 5 Use Case 2 - Extension Module compilation 6 Use Case 3 - Package compilation 7 Use Case 4 - Program Distribution 7 Tweaks 8 Icons 8 Splash screen 9 Typical Problems 9 Memory issues and compiler bugs 9 Avoid 32 bit C compiler/assembler memory limits 9 Use LTO compilation or not 10 Switch the C compiler to clang 10 Add a larger swap file to your embedded Linux 10 Limit the amount of compilation jobs 10 Dynamic sys.path 10 Missing data files in standalone 10 Missing DLLs in standalone 10 Dependency creep in standalone 10 Onefile: Finding files 11 Windows Programs without console give no errors 11 Tips 11 Nuitka Options in the code 11 Python command line flags 12 Caching compilation results 12 Control where Caches live 12 Runners 12 Fastest C Compilers 12 Unexpected Slowdowns 13 Standalone executables and dependencies 13 Windows errors with resources 13 Windows standalone program redistribuation 13 Detecting Nuitka at run time 14 Performance 14 pystone results 14 Where to go next 14 Follow me on Twitter 14 Report issues or bugs 14 Word of Warning 15 Join Nuitka 15 Donations 15 Unsupported functionality 15 The co_code attribute of code objects 15 PDB 16 Optimization 16