JRepin

joined 2 years ago
MODERATOR OF
 

cross-posted from: https://lemmy.ml/post/47499847

BayLibre is proud to announce a successful collaboration with SpacemiT to enable initial functionalities of Android 16 on the SpacemiT K1 (RISC-V RVA22 + RVV 1.0) System-on-Chip (SOC). This achievement marks a significant step toward validating and accelerating Android enablement on high-end RISC-V platforms.

The main objective of this project was to validate the feasibility of porting modern Android to recent, high-performance RISC-V platforms. Furthermore, this work serves as crucial preparation for Android enablement on upcoming RISC-V profile RVA23 SOCs, as much of the effort and code will be directly reusable.

 

BayLibre is proud to announce a successful collaboration with SpacemiT to enable initial functionalities of Android 16 on the SpacemiT K1 (RISC-V RVA22 + RVV 1.0) System-on-Chip (SOC). This achievement marks a significant step toward validating and accelerating Android enablement on high-end RISC-V platforms.

The main objective of this project was to validate the feasibility of porting modern Android to recent, high-performance RISC-V platforms. Furthermore, this work serves as crucial preparation for Android enablement on upcoming RISC-V profile RVA23 SOCs, as much of the effort and code will be directly reusable.

 

cross-posted from: https://lemmy.ml/post/47263342

The investment will be used to strengthen the structural reliability and security of KDE's core infrastructure, including Plasma, KDE Linux, and the frameworks underlying its communication services.

 

cross-posted from: https://lemmy.ml/post/47263342

The investment will be used to strengthen the structural reliability and security of KDE's core infrastructure, including Plasma, KDE Linux, and the frameworks underlying its communication services.

 

cross-posted from: https://lemmy.ml/post/47263342

The investment will be used to strengthen the structural reliability and security of KDE's core infrastructure, including Plasma, KDE Linux, and the frameworks underlying its communication services.

 

cross-posted from: https://lemmy.ml/post/47263342

The investment will be used to strengthen the structural reliability and security of KDE's core infrastructure, including Plasma, KDE Linux, and the frameworks underlying its communication services.

 

The investment will be used to strengthen the structural reliability and security of KDE's core infrastructure, including Plasma, KDE Linux, and the frameworks underlying its communication services.

 

cross-posted from: https://lemmy.ml/post/47263094

Current approaches to addressing deceptive design largely focus on visible interface manipulations, commonly referred to as "dark patterns". With the rise of generative AI, deception is becoming more difficult to spot and easier to live with, as it is quietly embedded in default settings, automated suggestions, and conversational interactions rather than discrete interface elements. These subtle, normalised forms of influence, which Simone Natale frames as "banal deception", shape everyday digital use and blur the line between AI-enabled assistance and manipulation.

This position paper explores banality as a lens through which to reason through deception in generative AI experiences, especially with chatbots. We explore what Natale describes as users' own involvement in their deception, and argue that this perspective could lead to future work for introducing friction to safeguard users from deception in generative AI interactions, such as empowering users through raising awareness, providing them with intervention tools, and regulatory or enforcement improvements. We present these concepts as points for discussion for the deceptive design scholarly community.

Full paper: PDF | HTML | TeX source

 

Current approaches to addressing deceptive design largely focus on visible interface manipulations, commonly referred to as "dark patterns". With the rise of generative AI, deception is becoming more difficult to spot and easier to live with, as it is quietly embedded in default settings, automated suggestions, and conversational interactions rather than discrete interface elements. These subtle, normalised forms of influence, which Simone Natale frames as "banal deception", shape everyday digital use and blur the line between AI-enabled assistance and manipulation.

This position paper explores banality as a lens through which to reason through deception in generative AI experiences, especially with chatbots. We explore what Natale describes as users' own involvement in their deception, and argue that this perspective could lead to future work for introducing friction to safeguard users from deception in generative AI interactions, such as empowering users through raising awareness, providing them with intervention tools, and regulatory or enforcement improvements. We present these concepts as points for discussion for the deceptive design scholarly community.

Full paper: PDF | HTML | TeX source

 

cross-posted from: https://piefed.world/c/europe/p/1102854/european-union-surveillance-technology-sold-to-rights-violators

cross-posted from: https://piefed.world/c/tech/p/1102847/european-union-surveillance-technology-sold-to-rights-violators

Languages

54-Page Report “Looking the Other Way: EU Failure to Prevent Surveillance Exports to Rights Violators": HTML/OnlinePDF.

  • EU member states host many companies that produce dangerous surveillance technology that can be used to violate rights, the export of which necessitates robust controls.
  • The implementation and oversight of the EU regulatory framework governing export of surveillance technologies have serious flaws, resulting in the technology being sold to those who use it in violation of international human rights and humanitarian law.
  • The EU should tighten the controls requiring states to do greater human rights due diligence, block risky exports, and enforce the transparency and reporting requirements so they provide meaningful oversight and accountability.
 

cross-posted from: https://piefed.world/c/europe/p/1102854/european-union-surveillance-technology-sold-to-rights-violators

cross-posted from: https://piefed.world/c/tech/p/1102847/european-union-surveillance-technology-sold-to-rights-violators

Languages

54-Page Report “Looking the Other Way: EU Failure to Prevent Surveillance Exports to Rights Violators": HTML/OnlinePDF.

  • EU member states host many companies that produce dangerous surveillance technology that can be used to violate rights, the export of which necessitates robust controls.
  • The implementation and oversight of the EU regulatory framework governing export of surveillance technologies have serious flaws, resulting in the technology being sold to those who use it in violation of international human rights and humanitarian law.
  • The EU should tighten the controls requiring states to do greater human rights due diligence, block risky exports, and enforce the transparency and reporting requirements so they provide meaningful oversight and accountability.
 

cross-posted from: https://lemmy.ml/post/47214950

The new report, Permission to Pollute, reveals how the European Commission is taking a chainsaw to permitting rules for energy and industrial infrastructure. This is part of a wider deregulatory push driven by some of Europe’s most polluting industries. Although the EU presents this agenda as the “simplification” of permitting laws, in practice, it risks eroding the hard-won social and environmental protections that underpin these rules.

Since European Commission President, Ursula von der Leyen, took up her second term in office, permitting rules have come under sustained attack from Big Tech, the fossil fuel industry, and mining lobby groups. What’s more, under labels such as “strategic” or “overriding public interest”, harmful projects are increasingly able to side-step normal permitting procedures. But who decides what sort of projects enjoy the label?

Documents obtained by CEO expose how major polluters have lobbied for easier access to permits – and public subsidies – for polluting infrastructure projects. They reveal how the European Commission has actively invited industry players to shape its permitting deregulation agenda. Europe risks not only living with more pollution but paying polluters to create it.

Some of the key industry demands being delivered include:

  • fast-tracked permitting for industrial and energy infrastructure, side-lining democratic participation;
  • simpler, quicker environmental assessments, meaning less protection;
  • more dirty projects classed as ‘strategic’ or ‘public interest’ and therefore getting special treatment in permitting processes, elevated above environmental or social concerns;
  • water protection and nature laws opened up to be weakened.
[–] JRepin@lemmy.ml 1 points 2 months ago

Not yet, few are just announced. The actual ones are expected to arrive sometime in April

[–] JRepin@lemmy.ml 2 points 6 months ago* (last edited 6 months ago) (1 children)

Well for x86 software still needs to be testing if some instructions are supported dynamically if they want to take adventage of the latest ones. For example you still neeed to test for different versions of AVX or even older SSE versions, since not all the x86 CPUs support everything. In 2020 something similar to RISC-V profiles was also defined for x86: microarchitectural levels. And most software just is compiled for the lowest commonly supported set of x86 instructions, in essence x86-64-v1 or x86-64-v2, depends on the software or GNU/Linux distribution. Although recently some distributions started to provide additional higher levels of packages for programs that benefit most from the use of latest x86 instructions. And then glibc HWCAPS feature enables the system to load the most optimized binary of the appliation. For example see openSUSE Tumbleweed gains optional x86-64-v3 optimization.

[–] JRepin@lemmy.ml 6 points 6 months ago* (last edited 6 months ago) (3 children)

To make this easier RISC-V has profiles (the latest being RVA23), which specify a base extension set. So software can target a specific profile, and CPUs advertises which profile they support (+ possible additional extensions). Regarding naming schemes, AMD and Intel are not so clear here either, so it would not be so much different :)

[–] JRepin@lemmy.ml 9 points 11 months ago (2 children)

On openSUSE they have snapper snapshotting integrated into package management, so it automatically creates a snapshot before and after updates. And if something would go wrong you could easily select an old snappshot to boot from in the GRUB menu.

[–] JRepin@lemmy.ml 3 points 1 year ago (1 children)

I have the BPI-F3 and it comes with Bianbu distribution by default. It is based on old LTS versions of Ubuntu with some updated packages (like Mesa) and some packages optimized for the X60/K1 CPU. The problem with this CPU/SBC is that SpacemiT is bad at upstreaming the support, they do support only in their own forks of Linux kernel and other software. So upstreaming is done by volunteers and is progressing very slowly (example only for the Linux kernel), so usual distros like Debian do not have support out of the box. Also it is a problem that the K1/X60 has some Imagination PowerVR BXE-2-32 integrated graphics and this one is not supported by Mesa and only has closed binary drivers which Imagination provides to SpacemiT and they then add it into Bianbu. Also keep in mind that even this driver does not support OpenGL (the normal desktop one). Only OpenGL ES and Vulkan. So in essence this means that the compositor/windowmanager and the toolkits like Qt need to be compiled with this support which is generaly not the case in more normal distros. Sometimes they provide two sets of compiled packags, one with normal desktop OpenGL which you then have to replace with the openGL ES variants. And these are usually not so well tested in the normal daily desktop use case.

So for daily use you more or less have to stick with Bianbu Linux on it. If you do that, I would it is quite usable, if you do not find GNOME-based desktop it has limiting as I do, since I am used to the power and plethora of features in KDE Plasma :) It is a bit slow for some more demanding tasks like video, graphics, games and stuff like that, but yeah, for simple office usecases, it is fine. So depends on what you would use it to do.

[–] JRepin@lemmy.ml 3 points 1 year ago* (last edited 1 year ago)

Oh yeah. Can't wait for this. Bad session management/restore is basically the only major thing I still miss a lot on Wayland. Hopefully Firefox and other apps will gain support for this soon (I guess all Qt/KDE apps will get support at once when they also add support to Qt and KDE Frameworks). Anyways I just opened the enhancement request for Firefox for this just hoping they will add support soon.

[–] JRepin@lemmy.ml 9 points 1 year ago (1 children)
[–] JRepin@lemmy.ml 4 points 1 year ago

I would guess these are for device-tree specifications and run-time detection of what extensions some RISC-V CPU supports. Also might be some support for using these extensions in some common kernel code that is used by other parts of the kernel. But to be sure we would need to check the commits themselves.

[–] JRepin@lemmy.ml 2 points 1 year ago (1 children)

It does not break anything. Just uses C++ and builds upon it and improves it. And MOC comes in when some niceties are required that are hard to do with plain C++ (and be backwards compatible) or when more flexibility is required. If you know how to do it better, well Qt is free (as in freedom) and opensource and you can join the project and replace MOC with a better implementation. Until then it is a not so important detail and foolish to throw away entire Qt and all the numerous goodies and nice things that it brings just for this small detail.

[–] JRepin@lemmy.ml 2 points 1 year ago (3 children)

What's wrong with it? It is basically invisible and all done automatically in the background by the build system.

[–] JRepin@lemmy.ml 1 points 1 year ago (5 children)

Why are you sad?

[–] JRepin@lemmy.ml 1 points 1 year ago (7 children)
view more: next ›