Feeds
The Python Show: 40 - Open Source Development with Antonio Cuni
In this episode, we discuss working on several different open-source Python packages. Antonio Cuni is our guest, and he chats about his work on PyScript, pdb++, pypy, HPy, and SPy.
Listen in as we chat about Python, packages, open source, and so much more!
Show LinksHere are some of the projects we talked about in the show:
Real Python: PyTorch vs TensorFlow for Your Python Deep Learning Project
PyTorch vs TensorFlow: What’s the difference? Both are open-source Python libraries that use graphs to perform numerical computations on data in deep learning applications. Both are used extensively in academic research and commercial code. Both are extended by a variety of APIs, cloud computing platforms, and model repositories.
If they’re so similar, then how do you decide which one is best for your project?
In this tutorial, you’ll learn:
- What the differences are between PyTorch and TensorFlow
- What tools and resources are available for each
- How to choose the best option for your specific use case
You’ll start by taking a close look at both platforms, beginning with the slightly older TensorFlow. Then, you’ll explore PyTorch and some considerations to help you determine which choice is best for your project. Let’s get started!
Get Your Decision Guide: Click here to download the free decision guide that will help you choose between PyTorch and TensorFlow for your Python deep learning project.
What Is TensorFlow?TensorFlow was developed by Google and released as open-source in 2015. It grew out of Google’s homegrown machine learning software, which was refactored and optimized for use in production.
The name “TensorFlow” describes how you organize and perform operations on data. The basic data structure for both TensorFlow and PyTorch is a tensor. When you use TensorFlow, you perform operations on the data in these tensors by building a stateful dataflow graph, kind of like a flowchart that remembers past events.
Who Uses TensorFlow?TensorFlow has a reputation for being a production-grade deep learning library. It has a large and active user base and a proliferation of official and third-party tools and platforms for training, deploying, and serving models.
After PyTorch was released in 2016, TensorFlow declined in popularity. But in late 2019, Google released TensorFlow 2.0—a major update that simplified the library and made it more user-friendly, leading to renewed interest among the machine learning community.
Code Style and FunctionIn TensorFlow 2.0, you can use eager execution, which is how Python normally works. Eager execution evaluates operations immediately, so you can write your code using Python control flow rather than graph control flow. To see this in action, you’ll take a look at how you would multiply two tensors using both Tensorflow 1.0 and 2.0.
To start, here’s an example of how to multiply tensors using TensorFlow 2.0. With eager execution, all you need is tf.math.multiply():
Python >>> import tensorflow as tf >>> x = [[2., 4., 6.]] >>> y = [[1.], [3.], [5.]] >>> m = tf.math.multiply(x, y) >>> m <tf.Tensor: shape=(3, 3), dtype=float32, numpy= array([[ 2., 4., 6.], [ 6., 12., 18.], [10., 20., 30.]], dtype=float32)> Copied!In this code, you declare your tensors using Python’s list notation, and tf.math.multiply() executes the element-wise multiplication immediately when you call it.
Before TensorFlow 2.0, you had to manually stitch together an abstract syntax tree by making tf.* API calls. You then had to pass a set of output tensors and input tensors to a session.run() call and manually compile the model.
A Session object is a class for running TensorFlow operations. It contains the environment in which Tensor objects are evaluated and Operation objects are executed, and it can own resources like tf.Variable objects. The most common way to use a Session is as a context manager.
To see how a Session is used in this way, here’s an example of how you multiply two tensors using the old TensorFlow 1.0 method:
Python >>> import tensorflow as tf >>> tf.compat.v1.disable_eager_execution() >>> x = tf.compat.v1.placeholder(tf.float32, name = "x") >>> y = tf.compat.v1.placeholder(tf.float32, name = "y") >>> multiply = tf.math.multiply(x, y) >>> with tf.compat.v1.Session() as session: ... m = session.run( ... multiply, feed_dict={x: [[2., 4., 6.]], y: [[1.], [3.], [5.]]} ... ) ... print(m) [[ 2. 4. 6.] [ 6. 12. 18.] [10. 20. 30.]] Copied!This code uses TensorFlow 2.x’s tf.compat API to access TensorFlow 1.x methods and disable eager execution.
You first declare the input tensors x and y using tf.compat.v1.placeholder tensor objects. Then you define the operation to perform on them. Note that nothing has been calculated at this point.
Next, using the tf.Session object as a context manager, you create a container to encapsulate the runtime environment and do the multiplication by feeding real values into the placeholders with a feed_dict. Finally, still inside the session, you print() the result.
Note: Keep in mind that because TensorFlow 1.0 has been deprecated, it probably isn’t the best option for your future projects, and you should stick with using TensorFlow 2.0.
Read the full article at https://realpython.com/pytorch-vs-tensorflow/ »[ Improve Your Python With 🐍 Python Tricks 💌 – Get a short & sweet Python Trick delivered to your inbox every couple of days. >> Click here to learn more and see examples ]
Bastian Venthur: New python-debianbts in experimental
Last month, I asked for help migrating python-debianbts to zeep, a SOAP library that would replace the now unmaintained pysimplesoap. The main blocker was the lack of a proper WSDL file provided by Debian’s BTS software, debbugs.
Peter De Wachter pointed out other issues with debbugs’ SOAP implementation and provided a patch that solves the whole issue by removing the dependency on an external SOAP library altogether by implementing the required bits of the SOAP protocol directly in python-debianbts. The new version is completely backwards compatible, and the test suites of python-debianbts and reportbug are still passing.
Apparently, while working on this patch, Peter also uncovered an issue with the type hints defined in Python’s xml.etree module, for which he also provided a patch. Really great work!
I’ve uploaded the new version to Debian/experimental for now to get some exposure and feedback, before uploading it to unstable.
Peter, thank you very much for your support, I really appreciate it!
1xINTERNET blog: 1xINTERNET supports the new Drupal Starshot
Dries announced the Starshot initiative, a default CMS config for easy Drupal project creation, prioritizing no-code and low-code features. 1xINTERNET supports the strategy to promote Drupal through pre-configured application and will contribute to Starshot's success.
Python Software Foundation: PSF Grants Program 2022 & 2023 Transparency Report
The PSF’s Grants Program is a key plank in our charitable mission to promote,
protect, and advance the Python programming language, and to support and
facilitate the growth of a diverse and international community of Python
programmers. After much research, input, and analysis, we are pleased to share
a PSF Grants Program 2022 & 2023 Transparency Report. The report includes
context, numbers, analysis, and a proposed path forward. It also includes a
supplemental analysis of several specific grant applications for which we were
requested to share more information.
We feel it is important to
acknowledge that Pythonistas, regional communities, and the broader community
are behind these statistics and commentary. Our community called for this
report to be created. While the report is focused on data and outcomes, we
also feel it is important to acknowledge in this introduction the concerns and
frustrations that brought us here, explained further in the ‘Setting context’
section below. We hope that this report, along with many other steps, helps to
remediate this.
This report reflects the outcome of thousands of
hours of PSF and volunteer efforts over 2022 and 2023 by the Grants Working
Group, the PSF Board, Python organizers, and PSF Staff worldwide. We truly
value this opportunity to share information on the last two years of
increasing grants to the community and to improve our Grants Program while
honoring the hard work of everyone involved in making the Program and our
mission possible.
This report was compiled by PSF Staff and
reviewed by the PSF Board and Grants Working Group. If you have questions,
comments, or feedback about the Grants Program or this report, please email
grants@pyfound.org.
In December of 2023, we received an
open letter
from a coalition of organizers from the pan-African Python community asking
the PSF to address concerns and frustrations around our Grants Program. Before
receiving the letter, the PSF Board was aware of the Grant application that
spurred this letter and published a
transparency blog post
regarding the September and October 2023 Board votes concerning that
application. PSF Staff were aware of a need for a refresh of Grants Program
documentation and processes and worked on these updates time allowing. Since
receiving the letter in December, the PSF Board and Staff have:
- Spent time listening during many discussions with the letter writers and other community members.
- Re-prioritized reviewing and rewriting Grant-related documentation and processes, including revisiting the Grants Working Group Charter.
- Established monthly Grants Program Office Hours.
- Contracted Carol Willing to perform a DjangoCon Africa Grants Process Retrospective which is now available on the PSF Blog.
For a high-level idea of the scope of our Grants Program, we are happy
to share:
- The PSF distributed $393K in Grants during 2022 and $623K during 2023 for the Grants Program and the PyCon US Travel Grants Program combined.
- The Grants Program distributed $215K in Grants during 2022 and $393K during 2023.
-
Noting this Transparency Report is focused on the Grants Program only. If
you want to learn more about travel grants check out the
Travel Grants Process for PyCon US 2024 blog post
on the PyCon US blog.
The growth we saw from 2022 to 2023 is exciting to reflect on, and we’re
looking forward to what 2024 and beyond has in store for our Grants Program!
Thanks to Tania Allard for helping improve the readability and accessibility of the graphs provided in this report.
Our analysis General Trends, Observations, & Notes- In 2022, Grants requests were not at “full capacity” as our community was still recovering from the impact of COVID-19 on events, initiatives, and collective burnout.
- The increase in total grant applications we received from 2023 over 2022 is encouraging. The program grew in 2023 as we began to return to in-person and hybrid events, and we anticipate more applications coming in throughout 2024 and beyond.
- In both 2022 & 2023, we received the most number of applications from Africa and Europe, with South America not far behind.
- The percentage of approved vs. declined applications is reasonable. Some reasons applications were denied include:
- Unable to meet PSF Grants Program criteria
- Unclear benefit to funding the application
- Not Python related
- Spam
- The percentages across continents are reasonably balanced, with fewer applications from Asia, North America, and Oceania. Based on the distribution of populations globally, the percentage of applications from Asia is lower than expected. After receiving input on this directly from PyCon organizers from Asia, we have come to understand that this is based on an approach focused on sustainability. PyCon organizers in Asia are focused on local sponsorship, fiscal responsibility, and independence. We absolutely commend this approach, and at the same time, we urge organizers from Asia to request Grant funding to supplement and enhance their events.
- Additionally, note that we cannot award Grants to certain countries in Asia due to OFAC and our status as a US-based 501c3 non-profit.
- The number of declined applications from Africa shows an area for improvement. Our conclusion is that our documentation is not clear enough on the requirements for a grant to be awarded and that results in applications that will not pass.
- This graph appears to show that Europe received disproportionate funding. On further review, we believe this is because the grant applications we got from Europe were for conferences. In contrast, a large number of the grant applications from other regions were for meetups and workshops, including many Django Girls events. Conferences typically cost significantly more than meetups. Here’s a breakdown:
- We are encouraged to see the dollar amount granted to the Africa region rise significantly between 2022 and 2023.
- Oceania is an outlier; the PSF received one application in 2022 and two in 2023 from Oceania. Many more grants were awarded to other regions, which caused their average dollar amount to be lower. With that in mind, we feel the average is reasonable. It means that we are receiving both large and small grant applications!
- Africa and South America received less on average than other regions. This is another example of the typical types of grant requests we are receiving from different regions (workshops and meetups vs. large conferences).
- The majority of the average grant review period is 4 weeks, which we feel is reasonable based on the process and load of grant applications we receive.
- When we reviewed applications that took longer than 4 weeks to decide, we found a couple of scenarios.
- One of the main reasons for longer decision times is that applications are sometimes submitted without crucial information, and there is significant time spent on communications between applicants, PSF Staff, and the Grants Working Group. Once requested, there are often delays in receiving the required information back from applicants.
- The grant application was escalated to the Board who meet on a monthly basis. Grants can be escalated to the Board either because the amount requested is greater than $10,000 or because the Grants Working Group cannot reach a consensus on a decision.
- This graph also shows Oceania as an outlier, and, again, it is skewed because we received only one application in 2022 and only two in 2023 applications from that region.
- In 2023, applications from Asia took longer to reach decisions. When we looked into this further, we found that the reasons for delays were that applications were submitted without the required information and that significant time was spent on communications between applicants, PSF Staff, and the Grants Working Group.
- We are pleased to see that the average number of days is very close across most regions.
Supplemental information on specific grant requests
The open letter we received from the pan-African Python
community asked us to specifically review the process and share information
about several older grant applications from 2018, 2019, and 2022. We want to
share as much information as possible while noting that some of these requests
were managed by folks who have since moved on from the PSF and Grants Working
Group (GWG).
- Grant request submitted January 2nd, 2018
- Requesting funding for four events in different schools for the 7-9 February, 12-14 February, 19-21 February, 26 Feb-1 March, of 2018.
- GWG Chair forwarded request to the GWG January 4th
- GWG reviewed and needed more information
- GWG Chair requested more information and forwarded that to GWG on January 12th
- GWG Chair acknowledged to the GWG on February 7th that the request was dropped
- No further comments added or actions taken
- Grant request submitted February 21st, 2019
- Requesting funding for a five day event starting on May 6th, 2019
- GWG Chair requested more information
- GWG Chair forwarded request and additional information to the GWG on March 25th
- GWG reviewed and needed more information
- GWG Chair requested more information and forwarded a reply to GWG on April 26th saying the grant requestor was working on solidifying the necessary information
- GWG Chair forwarded additional information to the GWG on July 10th and advised the GWG the event was rescheduled for September 16th
- No further comments added or actions taken
- Grant request submitted September 20, 2022
- Requesting funding for a one day event for November 26th, 2022.
- GWG Chair requested more information, which was provided on September 26th
- GWG Chair forwarded request to GWG on October 20th
- GWG reviewed and no one objected
- GWG Chair moved the request to a vote on October 31st
- Board Member contacted PSF Staff for an update on November 2nd
- GWG approved the request and the GWG Chair sent the Resolution to the grant requester on November 3rd
We do not have many insights into the administration of these
Grant requests outside of what exists on the GWG mailing list, including any
off list emails or in-person conversations that might have occurred. The PSF
Staff administering the GWG for the grant requests from 2018 and 2019 are no
longer on the team. The request from 2022, which was approved, was 2 days over
our goal of 6 week turnaround time for decisions on grant applications.
While our staff roster is currently small, it was even smaller in
2018 and 2019. We realized some time ago that as our grant requests increased
having a solo administrator for the GWG was tough- it was hard for our staff
to catch a break! When we put out a call for a Community Communications
Manager in June of 2023, we planned for whoever stepped into that role to be a
second administrator for the GWG to always have a stopgap at the ready. Our
current administration for the GWG now includes two PSF Staff members. This is
done purposefully to avoid situations where applications get dropped because a
critical piece of information comes just as someone is scheduled to be out of
the office or an emergency happens.
Some of our
goals:
- Review, rewrite, and improve the Grants Working Group Charter, including exploring various decision-making options and criteria.
- Review, rewrite, and improve documentation so that:
- Applicants can be confident that their application meets the Grants Program criteria before submitting.
- Reduce the need for follow-ups for additional information that can cause delays.
- Continue to host the PSF Grants Program Office Hours to increase ongoing transparency, support grant applicants, and understand the gaps in our documentation.
- Analyze and deliberate on the equity of designating grant funding allocated by region.
- Explore ways that the PSF could regularly support the organization of large-scale events in underserved regional communities.
- Examine and update our processes regarding timeframes, including escalating grant applications after 4 weeks of review to avoid 8-week review periods.
- We’d like to receive more applications in the future by continuing to publicize the opportunity and providing support during our Office Hours.
- Revisit the effectiveness and sustainability of the Grants Program yearly.
We
hope this transparency report will help our community understand the state of
our Grants Program over the last two years. It has been instructive to the
Board, the Grants Working Group, and our staff who administer the program to
understand where our strengths and weaknesses lay. This report will inform our
efforts as we progress with improvements to the Grants Program. We also feel
this exercise will continue to be helpful year over year, to both monitor the
health of and analyze how our improvement efforts have impacted the success of
the Grants Program.
If you have any questions, comments, or
feedback, please email grants@pyfound.org.
The Drop Times: Which CMS Powers Your Country's Official Website? A Global CMS Usage Analysis
Debian Brasil: MiniDebConf BH 2024 - vídeos e fotos
Os vídeos das palestras MiniDebConf BH 2024 estão disponíveis nos links abaixo:
As fotos do evento estão nos links abaixo:
E os arquivos usados nas apresentações estão aqui:
Em breve divulgaremos um relato sobre o evento, aguardem :-)
The Drop Times: Drupal Iberia 2024 Unites Portuguese and Spanish Communities
Dries Buytaert: State of Drupal presentation (May 2024)
This week, approximately 1,400 Drupal enthusiasts came together for DrupalCon North America in Portland, Oregon. As a matter of tradition, I delivered my State of Drupal keynote, often referred to as "DriesNote". In case you missed it, you can watch the video or download my slides (385 MB).
This year's keynote was inspired by President John F. Kennedy's famous "Moonshot" speech. After being global leaders, the U.S. had fallen behind in the Space Race. Challenged by the Soviet cosmonaut program, President Kennedy rallied Americans around the ambitious goal of landing on the moon before the decade was out.
Drupal Starshot, a new version of DrupalDrupal has always been known for its low-code capabilities. However, many competitors now offer similar features, and in some areas, they even surpass what Drupal provides. While Drupal is celebrated for its robustness, it can be challenging for newcomers, especially those with limited technical expertise. So in my keynote, I was excited to introduce Drupal Starshot, our "Moonshot" to make Drupal more accessible and easier to use.
Twenty-three years after Drupal's inception, we are preparing to launch a second official version of Drupal. For the time being, we're calling this second version "Drupal CMS". It will be built on top of Drupal Core and common contributed modules, and available as a separate download alongside Drupal Core. Wireframe of the Drupal.org download page featuring two options: Drupal CMS (Drupal Starshot) and Drupal Core, with Drupal CMS being promoted as the preferred starting point for most.
Drupal Starshot will be designed to have a great out-of-the-box experience. It will enable Ambitious Site Builders without Drupal experience to easily create a new Drupal site and extend it with pre-packaged recipes, all using their browser.
The vision for Drupal Starshot is the outcome of highly productive brainstorming sessions with Drupal Core Committers, the Drupal Association, colleagues at Acquia, various Drupal agencies, and others.
From an implementation standpoint, it will primarily rely on the Project Browser and Recipes initiatives, while also incorporating elements from the Experience Builder initiative. We actually started prototyping Drupal Starshot a few weeks ago and showcased our progress at DrupalCon. Our goal is to launch a first version of Drupal Starshot within 8 months.
At DrupalCon, hundreds of people pledged to get involved, and we had two "super BoFs" with over 50 people each. If you're interested in getting involved with the Drupal Starshot project, you can register your interest at https://drupal.org/starshot. Additionally, join the conversation in the #Starshot channel on Drupal Slack.
Drupal's brand refresh and marketing strategyAlongside our technical efforts, we've launched a bold marketing strategy. At DrupalCon Lille, I discussed the need for a fresh marketing approach. Since then, we've made tremendous progress.
I introduced a Drupal brand refresh, which includes updated brand guidelines to ensure a consistent and modern visual identity. This refresh aims to invigorate our brand – making it more vibrant and appealing to newcomers, while still honoring our history and representing our diverse, global community.
I couldn't cover all the details around the brand refresh in my keynote, so I'm expanding on them in this blog post. For a detailed explanation of Drupal's refreshed brand, check out this video by Shawn Perritt: Drupal 2024 brand refresh explained.
Our efforts went beyond just a brand refresh. The Marketing Committee has also guided the community in developing a comprehensive marketing toolkit, which includes messaging guides, pitch decks, and more. All these resources will be available at https://www.drupal.org/marketing.
Let's reach for the starsAs we advance with Drupal Starshot, I recall President Kennedy's famous words:
We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard, because that goal will serve to organize and measure the best of our energies and skills, because that challenge is one that we are willing to accept, one we are unwilling to postpone, and one which we intend to win.Embracing the Drupal Starshot initiative reflects a similar ethos; we're not choosing the easy path, but the one that tests our strength, creativity, and ability to do hard things. The success of Drupal Starshot will be a testament to the incredible collective power of the Drupal community. It's a challenge we are also unwilling to postpone, and intend to win.
Drupal Starshot is more than a technological leap; it represents a shift in how we think, innovate, and collaborate. It's about reaching for the stars and making the Open Web accessible to everyone.
Thank you for being part of this journey. I can't wait to see where it takes us together. The feedback from the last two days at DrupalCon has been overwhelmingly positive. I am more committed than ever and excited to pledge a significant amount of my time to this mission, and to the future of Drupal.
KGraphViewer 2.5.0 released
KGraphViewer 2.5.0 has been just released! The main focus of this release is the port to Qt6 and KDE Frameworks 6 as well as general code modernisation, but of course some bugs have been squashed too. The full changelog can be found below.
About KGraphViewer:
KGraphViewer is a Graphviz DOT graph file viewer, aimed to replace the other outdated Graphviz tools. Graphs are commonly used in scientific domains and particularly in computer science.
You can learn more at https://apps.kde.org/kgraphviewer/
URL: https://download.kde.org/stable/kgraphviewer/2.5.0/
SHA256: 872bee63fb4df6f7fb2b4eaf02ff825cba3ca953ac02509a287fe5cd0f1e2b69
Signed by: D81C 0CB3 8EB7 25EF 6691 C385 BB46 3350 D6EF 31EF Heiko Becker heiko.becker@kde.org
https://invent.kde.org/sysadmin/release-keyring/-/raw/master/keys/heikobecker@key1.asc
Full changelog:
- appstream: Add upcoming 2.5.0 release
- Brush up menu & action terms a bit
- Add icons to more actions & submenus
- Update homepage URL in README
- Remove some outdated/unused files
- Avoid double look-ups in maps, use iterator returned from find method
- Add widget parent to QMenu instances
- DotGraphView: create popup menu only on demand
- Share also zoom actions between DotGraphView & KGraphViewerPart
- Use enum QColor constructor instead of string based one
- Use KStandardAction convenience creation methods, parent all to collecitions
- Drop file_open_recent from ui.rc files, given KStandardAction toolbar magic
- Use more member-function-pointer-based Qt signal/slot connects
- Port away from auto-casting from ascii strings
- Fix missing closing tags in D-Bus API xml files
- Use QList directly instead of Qt6-times alias QVector
- Make manual build & install fully optional
- Update links to graphviz website
- Fix handling file cmdl arguments with relative path
- Fix bad defaults for fonts, also for colors, shapes & style
- KGraphViewerPart CMake config file: drop KGraphViewerPart_INCLUDE_DIRS
- Bump version & SO version for first Qt6-based release
- Drop support for Qt5/KF5
- Clean up includes & forward declares
- Do not use Qt modules includes
- Deploy custom pixmaps as Qt resource
- Printing page settings: remove custom broken window icon
- Printing page settings: replace "lock ratio" button with checkbox
- KGraphViewer KPart metadata: use normal app display name as name
- Drop libkgraphviewer appstream file, no other libraries provide some
- Set target properties right after declaring the target
- Remove unused version header includes
- Drop code for no longer supported KF versions
- Fix another wrong min Qt version variable name usage
- Use ECMDeprecationSettings
- Port away from deprecated QMouseEvent::globalPos()
- KGraphEditor: fix bad port to QMessageBox::question
- Use Q_EMIT instead of emit
- Switch to ECM required-default KDE_COMPILERSETTINGS_LEVEL
- Remove unneeded ; after Q_DECLARE_PRIVATE() & Q_DECLARE_PUBLIC()
- Use more nullptr
- Fix wrong min Qt version variable name usage
- Add Qt6/KF6 build support
- Remove unneeded QApp::setOrganizationDomain, dupl. KAboutData::setApp...Data
- appdate: use desktop-application type, add developer & launchable tags
- Update homepage to apps.kde.org
- Port away from deprecated QDesktopWidget
- Port away from deprecated QPrinter::setOrientation()
- Port away from deprecated QPrinter::numCopies()
- Port away from deprecated operator+(Qt::Modifier, Qt::Key)
- Port away from deprecated QWheelEvent::delta()/orientation()
- Port away from deprecated signal QButtonGroup::buttonClicked(int)
- Port away from deprecated I18N_NOOP2
- Port away from deprecated KXmlGui RESTORE() macro
- Bump min required Qt/KF to 5.15.2/5.100.0
- Port away from deprecated QLayout::setMargin()
- Add missing includes for Qt6 build
- Remove unused include
- Drop usage of outdated no-effect QGraphicsView::DontClipPainter
- Port away from deprecated QStyle::PM_DefaultLayoutSpacing
- change QFontMetrics.width with horizontalAdvance
- replace QRegExp by QRegularExpression
- Use for instead of foreach
- Replace deprecated endl with Qt variant
- remove -qt5 suffix
- change path in gitlab-ci
- snapcraft: initial import snapcraft files.
- kgrapheditor: deploy ui.rc file as Qt resource
- Remove Designer's "." normaloff file data from icon properties in .ui files
- Add explicit moc includes to sources for moc-covered headers
- doc: use a non-deprecated entity for Frameworks
- Add releases
- Add Open Age Content Rating
- Remove warning about unknown DOT fonts
- Remove custom action to configure shortcuts
- Init graph members
- Remove unused graphviz/gvc.h includes
- Add KI18n and KDocTools macro to install translations
- Port away from deprecated KMessageBox Yes/No API
- Remove arcconfig
- Add interface library for part include dir
- Handle Qt6 change around enterEvent
- Add missing include
- Remove unused include
- Port away from deprecated KPluginLoader
- Port away from deprecated endl
- Adapt build system to Qt6
- Remove pointless/broken icons
- Enable highdpi pixmaps
- Add git blame ignore file
- Add GitLab CI
- Use ecm_qt_install_logging_categories to generate kdebugsettings file
- Drop code variants for no longer supported Qt/KF versions
- Use more target-centric cmake code
- Update .gitignore
- Use non-deprecated KDEInstallDirs variables
- Port away from deprecated KSelectAction::triggered(QString)
- Documentation updates - Update date and fix version numbers - Fix tagging and sync option's text
- Port away from deprecated QMatrix
- KAboutData::setupCommandLine() already adds help & version options
- kgraphviewer_part.desktop: remove unused key Categories
- Use .in suffix for header file that is passed to configure_file()
- Port away from deprecated signal QProcess::error
- Use default window flags for QInputDialog::getText
- Port away from deprecated KEditToolBar::newToolbarConfig
- Port to new KPluginMetaData-based KParts API
- Deploy ui.rc files as Qt resources
- Remove broken argument SERVICE_TYPES kpart.desktop from desktop2json call
- Handle Graphviz capitalization changes
- Capitalize Graphviz consistently
- cmake: Simplify and improve FindGraphviz.cmake
- Add KDE ClangFormat on CMake and run the target
- Fix link: ui.html -> menus.html
- Draw empty arrowheads closed
- add genericname for use on kde.org/applications
- Set StartupWMClass in desktop file
- Use more https in links (and update outdated ones)
Massif Visualizer 0.8.0 released
Massif Visualizer 0.8.0 has been just released! The main focus of this release is the port to Qt6 and KDE Frameworks 6 as well as general code modernisation, but of course some bugs have been squashed too. The full changelog can be found below.
About Massif Visualizer:
Massif Visualizer is a tool that - who'd guess that - visualizes massif data. You run your application in Valgrind with --tool=massif and then open the generated file in the visualizer. Gzip or Bzip2 compressed massif files can also be opened transparently.
You can learn more at https://apps.kde.org/massif-visualizer/
URL: https://download.kde.org/stable/massif-visualizer/0.8.0/src/
SHA256: 5fad3f0e0d9fbb6bc8cfb744cb4e2c99f231d57ee0dd66dd594d36c2cc588a80
Signed by: D81C 0CB3 8EB7 25EF 6691 C385 BB46 3350 D6EF 31EF Heiko Becker heiko.becker@kde.org
https://invent.kde.org/sysadmin/release-keyring/-/raw/master/keys/heikobecker@key1.asc
Full changelog:
- appdata: Add upcoming 0.8.0 release
- Unbreak KDE CI config: require "@stable-kf6" branch of kgraphviewer
- KDE CI: require tests to pass (for platforms where they currently do)
- KDE CI config: require "@same" branch of kgraphviewer
- appstream: use new id without hyphen
- Port away from QScopedPointer
- ParseWorker: fix switched error title & text for empty data file
- Overhaul action & title texts to follow KDE HIG, add more UI marker contexts
- Config dialog: align "Shorten Templates" checkbox with form fields
- Config dialog: avoid full-width comboboxes, use system style
- Update outdated Kate editor setting replace-trailing-space-save
- Use more function-pointer-based Qt signal/slot connections
- Remove some unused includes
- Use KStandardAction (member-)function-pointer-based overloads
- Use ECM-requirement-derived default KDE_COMPILERSETTINGS_LEVEL
- Drop any margins around document & tool views
- Use QList directly instead of Qt6-times alias QVector
- Switch from target_link_libraries' legacy LINK_PRIVATE to PRIVATE
- Use more target-centric cmake code
- CMake: remove unneeded explicit addition of current dirs to include dirs
- Fix build with older cmake: -D not expected with COMPILE_DEFINITIONS
- Update homepage to apps.kde.org
- Use commits.kde.org/kgraphviewer as source location for KGraphViewerPart
- Set version to 0.8.0
- Use CMake's project(VERSION)
- Drop support for Qt5/KF5
- Support Qt6/KF6 builds
- Rely on CMake's autorcc (enabled by KDECMakeSettings) to add Qt resources
- Use ECMDeprecationSettings
- Use KF6-proof KConfigGroup::group() overload
- Port away from deprecated KPluginFactory::create() overload
- Port away from deprecated KPluginLoader::factory()
- Port away from deprecated KFilterDev
- Port away from deprecated QPrinter::pageRect()
- Port away from deprecated QDesktopWidget
- Port away from deprecated QString::split overload
- Port away from deprecated QPixmap::grabWidget
- Port away from deprecated QTreeView::sortByColumn overload
- Port away from ModelTest copy to QAbstractItemModelTester
- Adapt iterator type to match actual type returned from QHash method
- Add explicit QRegExp includes
- Port away from deprecated QAlgorithmsPrivate::qReverse
- Port away from deprecated qSort
- Bump min required CMake/Qt/ECM/KF to 3.16/5.15.2/5.100/5.100
- appstream: use https for screenshot links
- appstream: use desktop-application type, add developer & launchable tags
- Appdata: Add developer name
- [CI/CD] Add flatpak job
- [CI] Don't depend on kgraphviewer on Windows
- Port to new CI template syntax
- snapcraft: initial import snapcraft files.
- Deploy ui.rc files as Qt resource
- Move Flatpak CI to GitLab
- Add explicit moc includes to sources for moc-covered headers
- Use non-deprecated KDEInstallDirs variables
- Install translations
- Port away from deprecated KMessageBox::sorry
- Remove arcconfig
- Remove unused include
- Use imported target for KGraphViewerPart
- debug
- Add Gitlab CI
- Remove unused XmlPatterns
- Add some missing linkages
- Use KDE_INSTALL_MIMEDIR instead of custom XDG_MIME_INSTALL_DIR
- appdata.xml: Minor fixes for submission to Flathub
- Fix minor issues found by EBN
- fix xml
- update screenshot
- Set StartupWMClass in desktop file
- ui.rc files: use <gui> instead of deprecated <kpartgui>
- Do not duplicate work done by KAboutData::setupCommandLine()
- Use nullptr
- Use override
- Fix window icon for non-desktopfile WM to own icon "massif-visualizer"
- Properly support BUILD_TESTING
- Remove explicit enable_testing(), duplicated from KDECMakeSettings
- Bump min cmake version to 3.0
- Remove explicit use of ECM_KDE_MODULE_DIR, is part of ECM_MODULE_PATH
- Fix minor EBN issues
Glyph Lefkowitz: Hope
Humans are pattern-matching machines. As a species, it is our superpower. To summarize the core of my own epistemic philosophy, here is a brief list of the activities in the core main-loop of a human being:
- stuff happens to us
- we look for patterns in the stuff
- we weave those patterns into narratives
- we turn the narratives into models of the world
- we predict what will happen based on those models
- we do stuff based on those predictions
- based on the stuff we did, more stuff happens to us; return to step 1
While this ability lets humans do lots of great stuff, like math and physics and agriculture and so on, we can just as easily build bad stories and bad models. We can easily trick ourselves into thinking that our predictive abilities are more powerful than they are.
The existence of magic-seeming levels of prediction in fields like chemistry and physics and statistics, in addition to the practical usefulness of rough estimates and heuristics in daily life, itself easily creates a misleading pattern. “I see all these patterns and make all these predictions and I’m right a lot of the time, so if I just kind of wing it and predict some more stuff, I’ll also be right about that stuff.”
This leaves us very vulnerable to things like mean world syndrome. Mean world syndrome itself is specifically about danger, but I believe it is a manifestation of an even broader phenomenon which I would term “the apophenia of despair”.
Confirmation bias is an inherent part of human cognition, but the internet has turbocharged it. Humans have immediate access to more information than we ever had in the past. In order to cope with that information, we have also built ways to filter that information. Even disregarding things like algorithmic engagement maximization and social media filter bubbles, the simple fact that when you search for things, you are a lot more likely to find the thing that you’re searching for than to find arguments refuting it, can provide a very strong sense that you’re right about whatever you’re researching.
All of this is to say: if you decide that something in the world is getting worse, you can very easily convince yourself that it is getting much, much worse, very rapidly. Especially because there are things which are, unambiguously, getting worse.
However, Pollyanna-ism is just the same phenomenon in reverse and I don’t want to engage in that. The ice sheets really are melting, globally, fascism really is on the rise. I am not here to deny reality or to cherry pick a bunch of statistics to lull people into complacency.
I believe that while dwelling on a negative reality is bad, I also believe that in the face of constant denial, it is sometimes necessary to simply emphasize those realities, however unpleasant they may be. Distinguishing between unhelpful rumination on negativity and repetition of an unfortunate but important truth to correct popular perception is subjective and subtle, but the difference is nevertheless important.
As our ability to acquire information about things getting worse has grown, our ability to affect those things has not. Knowledge is not power; power is power, and most of us don’t have a lot of it, so we need to be strategic in the way that we deploy our limited political capital and personal energy.
Overexposure to negative news can cause symptoms of depression; depressed people have reduced executive function and find it harder to do stuff. One of the most effective interventions against this general feeling of malaise? Hope.. Not “hope” in the sense of wishing. As this article in the American Psychological Association’s “Monitor on Psychology” puts it:
“We often use the word ‘hope’ in place of wishing, like you hope it rains today or you hope someone’s well,” said Chan Hellman, PhD, a professor of psychology and founding director of the Hope Research Center at the University of Oklahoma. “But wishing is passive toward a goal, and hope is about taking action toward it.”
Here, finally, I can get around to my point.
If you have an audience, and you have some negative thoughts about some social trend, talking about it in a way which is vague and non-actionable is potentially quite harmful. If you are doing this, you are engaged in the political project of robbing a large number of people of hope. You are saying that the best should have less conviction, while the worst will surely remain just as full of passionate intensity.
I do not mean to say that it is unacceptable to ever publicly share thoughts of sadness, or even hopelessness. If everyone in public is forced to always put on a plastic smile and pretend that everything is going to be okay if we have grit and determination, then we have an Instagram culture of fake highlight reels where anyone having their own struggles with hopelessness will just feel even worse in their isolation. I certainly posted my way through my fair share of pretty bleak mental health issues during the worst of the pandemic.
But we should recognize that while sadness is a feeling, hopelessness is a problem, a bad reaction to that feeling, one that needs to be addressed if we are going to collectively dig ourselves out of the problem that creates the sadness in the first place. We may not be able to conjure hope all the time, but we should always be trying.
When we try to address these feelings, as I said earlier, Pollyanna-ism doesn’t help. The antidote to hopelessness is not optimism, but curiosity. If you have a strong thought like “people these days just don’t care about other people1”, yelling “YES THEY DO” at yourself (or worse, your audience) is unlikely to make much of a change, and certainly not likely to be convincing to an audience. Instead, you could ask yourself some questions, and use them for a jumping-off point for some research:
- Why do I think this — is the problem in my perception, or in the world?
- If there is a problem in my perception, is this a common misperception? If it’s common, what is leading to it being common? If it’s unique to me, what sort of work do I need to do to correct it?
- If the problem is real, what are its causes? Is there anything that I, or my audience, could do to address those causes?
The answers to these questions also inform step 6 of the process I outlined above: the doing stuff part of the process.
At some level, all communication is persuasive communication. Everything you say that another person might hear, everything you say that a person might hear, is part of a sprachspiel where you are attempting to achieve something. There is always an implied call to action; even “do nothing, accept the status quo” is itself an action. My call to action right now is to ask you to never make your call to action “you should feel bad, and you should feel bad about feeling bad”. When you communicate in public, your words have power.
Use that power for good.
AcknowledgmentsThank you to my patrons who are supporting my writing on this blog. If you like what you’ve read here and you’d like to read more of it, or you’d like to support my various open-source endeavors, you can support my work as a sponsor! Special thanks also to Cassandra Granade, who provided some editorial feedback on this post; any errors, of course, remain my own.
-
I should also note that vague sentiments of this form, “things used to be better, now they’re getting worse”, are at their core a reactionary yearning for a prelapsarian past, which is both not a good look and also often wrong in a very common way. Complaining about how “people” are getting worse is a very short journey away from complaining about kids these days, which has a long and embarrassing history of being comprehensively incorrect in every era. ↩
John Goerzen: Photographic comparison: Is the Kobo Libra Colour display worse than the Kobo Libra 2?
I’ve been using E Ink-based ereaders for quite a number of years now. I’ve had my Kobo Libra 2 for a few years, and was looking forward to the Kobo Libra Colour — the first color E Ink display in a mainstream ereader line.
I found the display to be a mixed bag; contrast seemed a lot worse on B&W images, and the device “backlight” (it’s not technically a “back” light) seemed to cause a particular contrast reduction in dark mode. I went searching for information on this. I found a lot of videos on “Kobo Libra 2 vs Libra Colour” and so forth, but they were all pretty much useless. These were the mistakes they made:
- Being videos. Photos would show the differences in better detail.
- Shooting videos with cameras with automatic light levels. Since the thing we’re trying to evaluate here is how much darker the Kobo Libra Colour screen is than the Kobo Libra screen, having a camera that automatically adjusts for brighter or darker images defeats the purpose. Cell phone cameras (still and video) all do this by default and I saw evidence of it in all the videos.
- Placing the two devices side-by-side instead of in identical locations for subsequent shots. This led to different shadows on each device (because OF COURSE the people shooting videos had to have their phone and head between the light source and the device), again preventing a good comparison.
So I dug out my Canon DSLR, tripod, and set up shots. Every shot here is set at ISO 100. Every shot in the same setting has the same exposure settings, which I document. The one thing I forgot to shut off was automatic white balance; you can notice it is active if you look closely at the backgrounds, but WB isn’t really relevant to this comparison anyhow.
Because there has also been a lot of concern about how well fine B&W details will show up on the Kobo Libra Colour screen, I shot all photos using a PDF test image from the open source hplip package (testpage.ps.gz converted to PDF). This also rules out font differences between the devices. I ensured a full screen refresh before each shot.
This is all because color E Ink is effectively a filter called Kaleido over the B&W layer. This causes dimming and some other visual effects.
You can click on any image here to see a full-resolution view. The full-size images are the exact JPEG coming from the camera, with only two modifications: 1) metadata has been redacted for privacy reasons, and 2) some images were losslessly rotated after the shoot.
OK, onwards!
Outdoors, bright sun, shot from directly overhead
Bright sun is ideal lighting for an E Ink display. They need no lighting at all in this scenario, and in fact, if you turn on their internal display light, it will probably not be very noticeable. Of course, this is in contrast to phone LCD screens, for which bright sunlight is the worst.
Scene: Morning sunlight reaching the ereaders at an angle. The angle was sufficient so that no shadows were cast by the camera or tripod.
Device light: Off on both
Exposure: 1/160, f16, ISO 100
You can see how much darker the Libra Colour is here. Though in these bright conditions, it is still plenty bright. There may actually be situations in which the Libra 2 is too bright in direct sunlight, requiring a person to squint or whatnot.
Looking at the radial lines, it is a bit difficult to tell because the difference in brightness, but I don’t see a hugely obvious reduction in quality in the Libra 2. Later I have a shot where I try to match brightness, and we’ll check it out again there.
Outdoors, shade, shot from directly overhead
For the next shot, I set the ereaders in shade, but still well-lit with the diffuse sunlight from all around.
The first two have both device lights off. For the third, I set the device light on the Kobo Colour to 100%, full cool shade, to try to see how close I could get it to the Libra 2 brightness. (Sorry it looks like I forgot to close the toolbar on the Colour for this set, but it doesn’t modify the important bits of the underlying image.)
Device light: Initially off on both
Exposure: 1/60, f6.4, ISO 100
Here you can see the light on the Libra Colour was nearly able to match the brightness on the Libra 2.
Indoors, room lit with overhead and window light, device light off
We continue to move into dimmer light with this next shot.
Device light: Off on both
Exposure: 1/4, f5, ISO 100
Indoors, room lit with overhead and window light, device light on
Now we have the first head-to-head with the device light on. I set the Libra 2 to my favorite warmth setting, found a brightness that looked good, and then tried my best to match those settings on the Libra Colour. My camera’s light meter aided in matching brightness.
Device light: On (Libra 2 at 40%, Libra Colour at 59%)
Exposure: 1/8, f5, ISO 100
(Apparently I am terrible at remembering to dismiss menus, sigh.)
Indoors, dark room, dark mode, at an angle
The Kobo Libra Colour surprised me with its dark mode. When viewed at an oblique angle, the screen gets pretty washed out. I maintained the same brightness settings here as I did above. It is much more noticeable when the brightness is set down to my preferred nighttime level (4%), or with a more significant angle.
Since you can’t see my tags, the order of the photos here will be: Libra 2 (standard orientation), Colour (standard orientation), Colour (turned around.
Device light: On (as above)
Exposure: 1/4, f5.6, ISO 100
Notice how I said I maintained the same brightness settings as before, and yet the Libra Colour looks brighter than the Libra 2 here, whereas it looked the same in the prior non-dark mode photos. Here’s why. I set the exposure of each set of shots based on camera metering. As we have seen from the light-off photos, the brightness of a white pixel is a lot less on a Libra Colour than on the Libra 2. However, it is likely that the brightness of a black pixel is about that same. Therefore, contrast on the Libra Colour is lower than on the Libra 2. The traditional shot is majority white pixels, so to make the Libra Colour brightness match that of the Libra 2, I had to crank up the brightness on the Libra Colour to compensate for the darker “white” background. With me so far?
Now with the inverted image, you can see what that does. It doesn’t just raise the brightness of the white pixels, but it also raises the brightness of the black pixels. This is expected because we didn’t raise contrast, only brightness.
Also, in the last image, you can see it is brighter to the right. Again, other conditions that are more difficult to photograph make that much more pronounced. Viewing the Libra Colour from one side (but not the other), in dark mode, with the light on, produces noticeably worse contrast on one side.
Conclusions
This isn’t a slam dunk. Let’s walk through this:
I don’t think there is any noticeable loss of detail on the Libra Colour. The radial lines appeared as well defined on it as on the Libra 2. Oddly, with the backlight, some striations were apparent in the gray gradient test, but I wouldn’t be using an E Ink device for clear photographic reproduction anyhow.
If you read mostly black and white: If you had been using a Kobo Libra Colour and were handed a Libra 2, you would go, “Wow! What an upgrade! The screen is so much brighter!” There’s little reason to get a Libra Colour. The Libra 2 might be hard to find these days, but the new Clara BW (with a 6″ instead of the 7″ screen on the Libra series) might be just the thing for you. The Libra 2 is at home in any lighting, from direct sun to pitch black, and has all the usual E Ink benefits (eg, battery life measured in weeks) and drawbacks (slower refresh rate) that we’re all used to.
If you are interested in photographic color reproduction mostly indoors: Consider a small tablet. The Libra Colour’s 4096 colors are going to appear washed out compared to what you’re used to on a LCD screen.
If you are interested in color content indoors and out: The Libra Colour might be a good fit. It could work well for things where superb color rendition isn’t essential — for instance, news stories (the Pocket integration or Calibre’s news feature could be nice there), comics, etc.
In a moderately-lit indoor room, it looks like the Libra Colour’s light can lead it to results that approach Libra 2 quality. So if most of your reading is in those conditions, perhaps the Libra Colour is right for you.
As a final aside, I wrote in this article about the Kobo devices. I switched from Kindles to Kobos a couple of years ago due to the greater openness of the Kobo devices (you can add things like Nickel Menu and KOReader to them, and they have built-in support for more useful formats), their featureset, and their cost. The top-of-the-line Kindle devices will have a screen very similar if not identical to the Libra 2, so you can very easily consider this to be a comparison between the Oasis and the Libra Colour as well.
Acquia Developer Portal Blog: DrupalCon Portland Day 1 Recap
DrupalCon Portland (2024 edition) kicked off with a bang at the Oregon Convention Center yesterday. This is the third time the conference has been at this venue–and I’ve been fortunate enough to attend all three. And, this year’s iteration is shaping up to be a really significant entry in the DrupalCon codex.
Python Engineering at Microsoft: Announcing Data Wrangler: Code-centric viewing and cleaning of tabular data in Visual Studio Code
Today, we are excited to announce the general availability of the Data Wrangler extension for Visual Studio Code! Data Wrangler is a free extension that offers data viewing and cleaning that is directly integrated into VS Code and the Jupyter extension. It provides a rich user interface to view and analyze your data, show insightful column statistics and visualizations, and automatically generate Pandas code as you clean and transform the data. We want to thank all the early adopters who tried out the extension preview over the past year, as your valuable feedback has been crucial to this release.
With this general availability, we are also announcing that the data viewer feature in the Jupyter extension will be going away. In its place, you will be able to use the new and improved data viewing experience offered by Data Wrangler, which is also built by Microsoft. We understand that the data viewer was a beloved feature from our customers, and we see this as the next evolution to working with data in VS Code in an extensible manner and hope that you will love the Data Wrangler extension even more than the data viewer feature. Several of the improvements and features of Data Wrangler are highlighted below.
Previewing data
Once the Data Wrangler extension is installed, you can get to Data Wrangler in one of three ways from the Jupyter Notebook.
- In the Jupyter > Variables panel, beside any supported data object, you can see a button to open it in Data Wrangler.
- If you have a supported data object in your notebook (such as a Pandas DataFrame), you can now see an Open ‘df’ in Data Wrangler button (where ‘df’ is the variable name of your data frame) appear in bottom of the cell after running code that outputs the data frame. This includes df.head(), df.tail(), display(df), print(df), df.
- In the notebook toolbar, selecting View data brings up a list of every supported data object in your notebook. You can then choose which variable in that list you want to open in Data Wrangler.
Alternatively, Data Wrangler can also be directly opened from a local file (such as CSV, Excel, or parquet files) by right clicking the file and selecting “Open in Data Wrangler”.
Filtering and sorting
Data Wrangler can be used to quickly filter and sort through your rows of data.
Transforming dataSwitch from Viewing to Editing mode to unlock additional functionality and built-in data cleaning operations in Data Wrangler. For a full list of supported operations, see the documentation here.
Code generation
As you make changes to the data using the built-in operations, Data Wrangler automatically generates code using open-source Python libraries for the data transformation operations you perform.
When you are done wrangling your data, all the automatically generated code from your data cleaning session can then be exported either back into your Notebook, or into a new Python file.
Trying Data Wrangler today
To start using Data Wrangler today in Visual Studio Code, just download the Data Wrangler extension from the VS Code marketplace to try it out! You can then launch Data Wrangler from any supported data object in a Jupyter Notebook or direct from a data file.
This article only covered some of the high-level features of what Data Wrangler can do. To learn more about Data Wrangler in detail, please check out the Data Wrangler documentation.
The post Announcing Data Wrangler: Code-centric viewing and cleaning of tabular data in Visual Studio Code appeared first on Python.
PyCoder’s Weekly: Issue #628 (May 7, 2024)
#628 – MAY 7, 2024
View in Browser »
In this post, Redowan discusses the fact that TypeGuard has always confused him, and that the newer TypeIs feature does what he thought TypeGuard should do. Read on to learn about them both.
REDOWAN DELOWAR
In this tutorial, you’ll learn how to use the unittest framework to create unit tests for your Python code. Along the way, you’ll also learn how to create test cases, fixtures, test suites, and more.
REAL PYTHON
Tired of dependency conflicts, corrupted environments and “works on my machine” issues? Learn the shortfalls of standard package and environment tools (i.e. pip and venv), and how you can achieve reproducibility, dependency management and security at scale - Watch the Webinar On-Demand →
ACTIVESTATE sponsor
Hard-coded port numbers can be problematic during development because they prevent you from running multiple instances of the same server process in parallel. This article explains how to work around this issue by letting your operating system automatically select a random port number.
CHRISTOPH SCHIESSL • Shared by Christoph Schiessl
In this quiz, you’ll test your understanding of the calendar module in Python. It’ll evaluate your proficiency in manipulating, customizing, and displaying calendars directly within your terminal. By working through this quiz, you’ll revisit the fundamental functions and methods provided by the calendar module.
REAL PYTHON
In this quiz, you’ll have the opportunity to test your knowledge of the __pycache__ folder, including when, where, and why Python creates these folders.
REAL PYTHON
Google recently laid off the majority of their internal Python team. This post to HN, from one of the former team members, covers just what that team was responsible for. The ensuing discussion also includes comments from others on that team as well.
HACKER NEWS
In this video course, you’ll learn how to use global variables in Python functions using the global keyword or the built-in globals() function. You’ll also learn a few strategies to avoid relying on global variables because they can lead to code that’s difficult to understand, debug, and maintain.
REAL PYTHON course
Do you get stressed while trying to learn Python? Do you prefer to build small programs or projects as you continue your coding journey? This week on the show, Real Python author Stephen Gruppetta is here to talk about his new book, “The Python Coding Book.”
REAL PYTHON podcast
“Matplotlib is one of the most popular data visualization packages for the Python programming language. It allows you to create many different charts and graphs.” With it you can even put a watermark on your charts, this tutorial shows you how.
MIKE DRISCOLL
Friction is everywhere in software development. Two setbacks are more than twice as bad as one setback. This article discusses the sources of software friction and what you can do about it.
HILLEL WAYNE
Even functions in Python are objects and can be re-assigned and manipulated. This article shows a problem that at first looks impossible, but can be handled with a few key re-assigments.
STEPHEN GRUPPETTA • Shared by Stephen Gruppetta
Leonardo talks about four principles of software engineering he’s learned though his career. Some are against common practice: DRY may not be you friend.
LEONARDO CREED
This is a quick summary of the changes to the CPython build process to help reduce the risks caused by extra dependencies.
SETH LARSON
This tutorial looks at how to build server-side, reusable UI components in Django using the django-viewcomponent library.
MICHAEL YIN • Shared by Michael Herman
May 8, 2024
REALPYTHON.COM
May 9 to May 10, 2024
MEETUP.COM
May 11, 2024
MEETUP.COM
May 14, 2024
PITERPY.COM
May 14, 2024
MEETUP.COM
May 14 to May 15, 2024
MEETUP.COM
May 15 to May 24, 2024
PYCON.ORG
May 17 to May 18, 2024
FLASKCON.COM
Happy Pythoning!
This was PyCoder’s Weekly Issue #628.
View in Browser »
[ Subscribe to 🐍 PyCoder’s Weekly 💌 – Get the best Python news, articles, and tutorials delivered to your inbox once a week >> Click here to learn more ]
Python Software Foundation: PSF Board Election Dates for 2024
PSF Board elections are a chance for the community to choose representatives to help the PSF create a vision for and build the future of the Python community. This year there are 3 seats open on the PSF board. Check out who is currently on the PSF Board. (Débora Azevedo, Kwon-Han Bae, and Tania Allard are at the end of their current terms.)
Board Election Timeline- Nominations open: Tuesday, June 11th, 2:00 pm UTC
- Nomination cut-off: Tuesday, June 25th, 2:00 pm UTC
- Voter application/affirmation cut-off date: Tuesday, June 25th, 2:00 pm UTC
- Announce candidates: Thursday, June 27th
- Voting start date: Tuesday, July 2nd, 2:00 pm UTC
- Voting end date: Tuesday, July 16th, 2:00 pm UTC
You must be a contributing, managing, supporting, or fellow member by June 25th to vote in this election. Check out the PSF membership page to learn more about membership classes and benefits. If you have questions about membership or nominations please email psf-elections@pyfound.org
Run for the BoardWho runs for the board? People who care about the Python community, who want to see it flourish and grow, and also have a few hours a month to attend regular meetings, serve on committees, participate in conversations, and promote the Python community. Check out our Life as Python Software Foundation Director video to learn more about what being a part of the PSF Board entails. We also invite you to review our Annual Impact Report for 2023 to learn more about the PSF mission and what we do.
You can nominate yourself or someone else. We would encourage you to reach out to folks before you nominate them to make sure they are enthusiastic about the potential of joining the Board. Nominations open on Tuesday, June 11th, 2:00 pm UTC, so you have a few weeks to research the role and craft a nomination statement.
You are welcome to join the discussion about the PSF Board election on our forum. This year we’ll also be running Office Hours on the PSF Discord to answer questions about running for the board and serving on the board. Details for the Office Hours will be announced soon! Subscribe to the PSF blog or join psf-member-announce to receive updates leading up to the election.
Python Anywhere: CPU resetting issues report: 3 - 5 May 2024
We have a number of background processes that execute periodically on our systems; one of these is the one that resets the amount of CPU used, so that you get a fresh allowance every day. Early in the morning of 2024-05-03, on our US-hosted system, that service failed silently.
Unfortunately, we only realized it was not working on the morning of 2024-05-04. Putting a fix in place required another day.
At the same time, our load balancing system was experiencing a DDoS attack by malicious bots, which led to an overall decline of performance.
For some of our users, who noticed the CPU issue, these two separate events correlated, leading to confusion.
These issues appeared only on our US-based system – users on our EU system were not affected.
March and April in KDE PIM
Here's our bi-monthly update from KDE's personal information management applications team. This report covers progress made in the months of March and April 2024.
Since the last report, 36 people contributed more than 1300 code changes. Most of the changes will be available in the coming KDE Gear 24.05 release.
AkonadiWhen Akonadi stores the timestamp of when a database entry has been last modified, the conversion from user's local time zone to UTC and back now works correctly regardless of the database engine used BKO#483060.
KOrganizerKOrganizer has received a number of bug fixes:
- Fixed parsing of events with all-day recurrence rules (BKO#483707)
- KOrganizer now correctly tracks active (selected) tasks in the ToDo View (BKO#485185)
- Creating a new event from the date navigator in top left corner uses the correct date now (BKO#483823)
- Custom filters for event views in KOrganizer work again (BKO#484040)
- Improved handling of calendar colors
- The iCal Resource now correclty handles iCal calendars generated by Google Calendar, which previously caused an endless loop and high CPU usage by the Akonadi iCal Resource (BKO#384309)
- The ToDo view in the KOrganizer side-bar now works even when the Todo View isn't open
- The "Custom Pages" settings page, which didn't worked for years, have been removed
- Fixed a crash on exit after the Settings dialog was opened (BKO#483336)
g10 Code has kindly sponsored Dan's work on those bug fixes and improvements.
Kontact- Fixed name of UI element being too long (Hide/Show Sidebar) (BKO#484599)
- Fixed a regression in the message composer that caused attachments to not get automatically encrypted when encrypting a message (T7059)
- Fixed not translated shortcut (BKO#484281)
- Fixed Monochromatic icons in system tray not always used (BKO#484420)
- Fixed some not extracted i18n string (BKO#484186)
- Allow to change print layout when we export as pdf (BKO#480733)
- Fixed KMail unexpectedly trying to connect to safebrowsing.googleapis.com (BKO#483283)
- Fixed KMail's config dialog taking a long time to show up (BKO#484328)
A new feature will arrive in 24.08: Plasma-Activities support (only Linux). So these class were adapted for supporting it. A check was added in KMail/Akregator/Knotes/KAddressbook, all work is in progress at the moment.
KleopatraThe certificate details (user IDs, subkeys, certifications, etc.) are now shown in a single window. Additionally, information about the smart cards a certificate is stored on is now shown.
Further improvements are:
- The creation of OpenPGP certificates was simplified by replacing the complicated advanced settings with a simple selection of the algorithm and the validity period.
- If the search for certificates on a server takes longer, a progress dialog shows that the search is still ongoing. If no certificates are found, a corresponding message is shown instead of just showing an empty list of results. (T6493)
- Certificates stored on TCOS smart cards (e.g. the German Signature Card V2.0) are now imported automatically. Previously, the import had to be triggered manually. (T6846)
- Fixed not translated shortcut (BKO#484281)
- Fixed some not extracted i18n string (BKO#484186)
Martín González Gómez implemented a new article theme for Akregator which is not only more readable for long-form content but also adapts correctly to dark color themes.
Akregator has received a number of bug fixes:
- Fixing error when adding feed from https://www.qt.io/blog (BKO#484615)
- Fixing translated shortcut (BKO#484281)
- Fixing akregator icon, in systray does not follow dark breeze theme (BKO#483737)
Our travel assistance app Itinerary now shows more details about vehicle and train coach amenities, informs about daylight saving time changes at travel destinations and received many more fixes and improvements for extracting travel documents. See Itinerary's own bi-monthly status update for more details.
Merkuro
Merkuro now make uses of the new Date and Time picker from Kirigami Addons instead of bringing it's own. The date picker instance is also now shared in multiple places to reduce memory and CPU usage and speedup opening the even editor.
Various dialogs were also modernized.
Get Involved
Join us in the #kontact:kde.org Matrix channel or the kde-pim mailing list!
Django Weblog: Django bugfix releases issued: 5.0.6 and 4.2.13
Today we've issued 5.0.6 and 4.2.13 as reissues of the 5.0.5 and 4.2.12 bugfix releases.
The release package and checksums are available from our downloads page, as well as from the Python Package Index. The PGP key ID used for this release is Natalia Bidart: 2EE82A8D9470983E.