Hírolvasó

"Nyugaton minden jobb" #1 trey 2025. 09. 29., h – 14:32

A Windows 11 24H2 és 25H2 verziószámú frissítéseivel élesedik az újragondolt klasszikus elem.

Mire használom még az AI-t #2 - A közösségi megosztási meta tag-ekről trey 2025. 09. 29., h – 12:02

The F-Droid project has posted an urgent message regarding Google's plan to require developer registration to install apps on Android devices.

The F-Droid project cannot require that developers register their apps through Google, but at the same time, we cannot "take over" the application identifiers for the open-source apps we distribute, as that would effectively seize exclusive distribution rights to those applications.

If it were to be put into effect, the developer registration decree will end the F-Droid project and other free/open-source app distribution sources as we know them today, and the world will be deprived of the safety and security of the catalog of thousands of apps that can be trusted and verified by any and all. F-Droid's myriad users will be left adrift, with no means to install — or even update their existing installed — applications.

Nem tervez lazítani az európai testület a digitális piacról szóló törvény rendelkezésein.

Boldog 10. születésnapot, Umbertó uraság! trey 2025. 09. 29., h – 08:54

Linus Torvalds has released the 6.17 kernel. He notes that the shortlog for the changes since -rc7 are pretty tame: It's not exciting, which is all good. I think the biggest patch in there is some locking fixes for some bluetooth races that could cause use-after-free situations. Whee - that's about as exciting as it gets.

Other than that, there' the usual driver fixlets (GPU and networking dominate as usual, but "dominate" is still pretty small), there's some minor random other driver updates, some filesystem noise, and core kernel and mm.

And some selftest updates.

Significant features in this release include better control over x86 Spectre mitigations, live patching support on 64-bit Arm platforms, a number of pidfd improvements, the removal of special support for uniprocessor systems, initial support for proxy execution, experimental large-folio support in the Btrfs filesystem, the file_getattr() and file_setattr() system calls, and support for the DualPI2 congestion-control protocol.

See the LWN merge-window summaries (part 1, part 2) for more information. In addition, KernelNewbies has a look at the changes that went into 6.17.

"Magyarországon terrorszervezetnek számítanak az Antifa csoportosulások" trey 2025. 09. 28., v – 09:05

Mire használom még az AI-t #1 trey 2025. 09. 28., v – 08:11

"többen is kiakadtak Hadházy Ákos cigányozós posztjára" trey 2025. 09. 27., szo – 14:36

Claudio Jeker (claudio@) announced the release of version 8.9 of OpenBGPD, the OpenBSD project's Border Gateway Protocol (BGP) daemon:

We have released OpenBGPD 8.9, which will be arriving in the OpenBGPD directory of your local OpenBSD mirror soon. This release includes the following changes to the previous release: * In verbose mode log the NOTIFICATION data for UPDATE errors. * Fix a busy loop error in the pfkey handling for OpenBSD and FreeBSD. * Introduce monotime - an internal time API using microsecond resolution. * Fix accounting of the pending update counter * Use new ibufq interface instead of handrolling the same. * Large refactoring of internal APIs to make the code easier to share and cleaner.

Read more…

The openSUSE project is nearing the release of Leap 16, its first major release since openSUSE Leap 15 in May 2018. This release brings some changes to the core of the distribution aside from the usual software upgrades; YaST has been retired, SELinux has replaced AppArmor as the default mandatory access control (MAC) system, and more. If all goes according to plan, Leap 16 final should be released in early October, with planned support through 2031.

Security updates have been issued by AlmaLinux (firefox, kernel, and thunderbird), Debian (ceph and thunderbird), Fedora (chromium, mingw-expat, python-deepdiff, python-orderly-set, python-pip, rust-az-cvm-vtpm, rust-az-snp-vtpm, rust-az-tdx-vtpm, and trustee-guest-components), Oracle (aide, kernel, and thunderbird), Red Hat (firefox, kernel, openssh, perl-YAML-LibYAML, and thunderbird), Slackware (expat), SUSE (jasper, libssh, openjpeg2, and python-pycares), and Ubuntu (linux-aws-6.14, linux-hwe-6.14, linux-azure, linux-hwe-6.8, linux-realtime-6.8, node-sha.js, and pcre2).

Már globálisan is élesíti a közösségi óriás a beépített védelmet és szülői felügyeleti eszközöket kínáló fiókokat.

Az eddig hezitáló szövetségi bíró rányomta az előzetes jóváhagyást a másfél milliárd dolláros ajánlatra.

Az SAP potenciálisan versenyellenes gyakorlatai kapcsán vizsgálódna az Európai Bizottság.

Van-e realitása tovább álmodozni, lesz-e újabb IT munkaerőpiaci reneszánsz, látványos túlkereslettel?

Célt értek az európai fogyasztóvédők.

Longtime PyPy developer Antonio Cuni has a lengthy blog post that describes his talk at the recently completed 2025 CPython Core Dev Sprint, held at Arm in Cambridge, UK. The talk, entitled "Tracing JIT and real world Python — aka: what we can learn from PyPy" was meant to try to pass on some of his experiences "optimizing existing code for PyPy at a high-frequency trading firm" to the developers working on the CPython JIT compiler. His goal was to raise awareness of some of the problems he encountered: Until now CPython's performance has been particularly predictable, there are well established "performance tricks" to make code faster, and generally speaking you can mostly reason about the speed of a given piece of code "locally".

Adding a JIT completely changes how we reason about performance of a given program, for two reasons:

1. JITted code can be very fast if your code conforms to the heuristics applied by the JIT compiler, but unexpectedly slow(-ish) otherwise;
2. the speed of a given piece of code might depend heavily on what happens elsewhere in the program, making it much harder to reason about performance locally.

The end result is that modifying a line of code can significantly impact seemingly unrelated code. This effect becomes more pronounced as the JIT becomes more sophisticated.

Cuni also gave a talk on Python performance, which LWN covered, at EuroPython 2025 in July.

The file_operations structure in the kernel is a set of function pointers implementing, as the name would suggest, operations on files. A subsystem that manages objects which can be represented by a file descriptor will provide a file_operations structure providing implementations of the various operations that a user of the file descriptor may want to carry out. The mmap() method, in particular, is invoked when user space calls the mmap() system call to map the object behind a file descriptor into its address space. That method, though, is currently on its way out in a multi-release process that started in 6.17.