Dixi quod…
>I have a workaround in a package where I (also) build binaries
>against Linux klibc to not do that for mipsel and mips64el as
>klibc 2.0.13+ needs kernel 5.1+ and some buildds and possibly
>other infrastructure or relevant users were still on 4.x kernels
While https://bugs.debian.org/
Dixi quod:
>Justification: Policy 10.4
Policy has an extra requirement on top of POSIX that -a is supported,
but /etc/profile can be read by shells not suitable for /bin/sh in
Debian, so a fix would still be appreciated, but I don’t insist on rc
severity.
bye,
//mirabilos
--
“It is inappropriat
.
Thorsten
Control: tags -1 + moreinfo
Hi,
there is a reverse dependency that needs to be taken care of:
Checking reverse dependencies...
# Broken Build-Depends:
ruby-faker: ruby-saml
In case it matters, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
Package: bash-completion
Version: 1:2.11-6
Severity: serious
Justification: Policy 10.4
Tags: bookworm trixie sid
Control: found -1 1:2.16.0-7
X-Debbugs-Cc: t...@mirbsd.de
/etc/profile.d/bash_completion.sh has:
if [ "x${BASH_VERSION-}" != x -a "x${PS1-}" != x -a
"x${BASH_COMPLETION_VERSINFO-}" =
is pretty minimal.
[ Risks ]
Fairly minimal, since it has no rdeps.
unblock displaylink-driver/6.1-2
Thanks!
Thorsten
On Wed, 2 Apr 2025, Moritz Mühlenhoff wrote:
>This looks good to me!
Thanks!
>could you please make uploads for musescore2 and musescore3
>with this file added before the trixie freeze?
Will do.
I had other changes piled up, but not all of the fixes that I
think are needed, and these I have no
...
Thorsten
and asked for an evaluation.
As I now understand nobody in this team was interested in that package
anymore, so nobody was going to answer your request.
I did answer your second email and asked you to clean up your mess.
8. Thorsten answered[7] only to the list which I do not read regularly
On Mon, 24 Mar 2025, Matthew Vernon wrote:
> I'm sorry that my MBF didn't find the issue; presumably the package concerned
> didn't specify a Build-Depends on pcre3?
Yes, exactly: it was only used in debian/tests/control as runtime
dependency for autopkgtests, to work around a bug in GNU grep (wh
On Mon, 3 Feb 2025, Paul R. Tagliamonte wrote:
>I agree. I checked all the breakage
Unfortunately, neither got the debian/tests/control dependencies,
so I had the pleasure to receive an RC bug in my package, which used
pcregrep, this short before the freeze, with no advance notice at all.
Please
On Thu, 20 Mar 2025, Bjarni Ingi Gislason wrote:
>~#apt-get dist-upgrade
>
> * What was the outcome of this action?
>
>The following packages were automatically installed and are no longer required:
> dracut-install libatopology2t64 linux-doc-6.1
>Use 'apt autoremove' to remove them.
>The follo
On Mon, 17 Mar 2025, Mark Hindley wrote:
> Scripts should follow the style produced by shfmt(1)
FWIW, never heard of that tool.
> - case indented
Don’t indent case, it’s useless and just adds clutter.
You cannot have something other than the pattern inside, so:
case $foo in
(bar)
echo
Dear Maintainer,
I can confirm that on my system, a local rebuild of the encfs
package, without any manual changes, fixes the problem.
--
Toto
Package: encfs
Version: 1.9.5-2+b2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
encfs segfaults on my system:
$ encfs --verbose ~/.crypt ~/crypt
VERBOSE Root directory: /home/toto/.crypt/ [main.cpp:686]
VERBOSE Fuse arguments: (daemon) (threaded) (keyCheck) encfs /hom
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libosmo-abis
Unfortunately libosmo-abis got a new dependency (libosmo-netif), which is not
available on 32bit architectures.
Thorsten
Hi,
is there any bug resulting from these file permissions? Is there something
not working?
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:afnix
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libosmo-sccp
The arch:all package libosmo-sigtran-doc is no longer built from this source
package.
Thorsten
Hi Guido,
On Tue, 11 Mar 2025, Guido Günther wrote:
I have a package at https://salsa.debian.org/agx/osmo-cbc/ . Should we
move that under the "Debian Mobcom maintaienrs" umbrella?
oh, you beat me to it. Yes, moving would be fine. Am I to do anything?
Thorsten
On Fri, 7 Mar 2025, Bastian Germann wrote:
Control: tags -1 patch
I am uploading a NMU with the attached change as this is hindering the
whole linphone stack to migrate.
Great job, an uncoordinated upload. Thanks for nothing!
On Thu, 30 Jan 2025, Sam Pinkus wrote:
> On 29/1/25 06:41, Sebastian Andrzej Siewior wrote:
>>>override_dh_update_autotools_config:
>>> ./autogen.sh
>> How is this different from the current autoreconf step that is
>> already as part of dh?
Not effectively, other than being vulnerable
Mark Hindley dixit:
>So, I am inclined to close. What do you think?
I guess so, the warning is gone anyway.
bye,
//mirabilos
--
"Using Lynx is like wearing a really good pair of shades: cuts out
the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL."
Package: ocrfeeder
Version: 0.8.5-1
Severity: important
Dear Maintainer,
ocrfeeder depends on python3-standard-imghr, it won't start without that
package installed, but the ocrfeeder package doesn't list it as a dependency:
$ ocrfeeder [11:49:05]
Traceback (most rec
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:meep-mpi-default
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:meep
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
On Mon, 3 Mar 2025, Richard Laager wrote:
> On 2025-03-03 05:16, Thorsten Glaser wrote:
>> Is there a way to say “give me only v4 or only v6 from this pool”
>
> I haven't tested, but you could try:
>
> pool -4
> pool -6
Ah! I hadn’t tested it as it’s only documente
On Fri, 28 Feb 2025, Richard Laager wrote:
> What does `ntpq -pn` report?
>
> I suspect the answer is that you are getting the server once with IPv4
> and once with IPv6.
Bingo.
Incidentally, for the other pool (of a massive size, 4×Legacy IP,
5×IPv6) I’m using, I use a specific alias to only ge
Hi Ben
>It works for me.
unfortunately, I do not have the system in question any more.
Looking at the version, it’s the same as in bookworm (sans deb12u1),
and a bookworm/armel system I have (RPi 1) indeed succeeds.
>- What's the full command line that doesn't work?
sudo update-initram
es this bug but has other changes, too.
(https://github.com/emacsorphanage/key-chord)
--
Thorsten Bonow
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.12.16-amd64 (SMP w/4 CPU threads;
Package: ntpsec
Version: 1.2.3+dfsg1-3
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de
With 'pool ntp.hetzner.de' in the config, I get multiple entries
of the same servers in 'ntpq -p':
$ sudo ntpq -p
remote
Dixi quod…
>I’ve only tested that with GPT at the moment.
Same for MBR:
Command (m for help): n
Partition type
p primary (0 primary, 0 extended, 4 free)
e extended (container for logical partitions)
Select (default p): p
Partition number (1-4, default 1): 1
First sector (2048-10002152
Package: fdisk
Version: 2.38.1-5+deb12u1
X-Debbugs-Cc: t...@mirbsd.de
When I create a new partition with +sectors, fdisk creates one
that is one sector too large:
Command (m for help): n
Partition number (1-128, default 1):
First sector (2048-7814037134, default 2048):
Last sector, +/-sectors or
On Mon, Feb 17, 2025 at 10:25 AM Vincent Lefevre wrote:
>
> On 2025-02-17 08:03:23 +0100, Thorsten Kukuk wrote:
> > Some terminal applications (e.g. xterm, konsole, ...) create fake utmp
> > entries for historic reasons: so that broadcast messages are shown in
> > every si
Applications are doing that via glibc. But this will go away with
glibc 2.42, when this functions don't do anything anymore.
And this will not happen if distributions don't create /run/utmp on
boot. glibc only writes to this files if they exist, it will not
create them.
Thorsten
--
Th
On Mon, Feb 17, 2025 at 8:40 AM Paul Eggert wrote:
>
> On 2025-02-16 23:03, Thorsten Kukuk wrote:
> > The problems were already all solved with the first coreutils versions
> > having systemd-logind support. Even with all the bug reports I don't
> > see a need for
and wtmp. Latest with this all
applications should use systemd-logind and wtmpdb as replacement.
> Perhaps whoever has changed the longstanding API (is that Thorsten
> Kukuk, or someone else? anyway I'll cc Thorsten) can chime in with a
> proposed patch to bleeding-edge GNU coreut
Hi Etienne,
yes, from my point of view removal is fine.
Thorsten
On Fri, 14 Feb 2025, Guillem Jover wrote:
>> >This bug does not count as RC just because Debian upload bureaucracy
>> >hasn't been performed yet.
>>
>> If packagers cannot rely on Policy to give correct information, what
>> *can* they rely on?
>
>This is not how Debian Policy has ever worked. By t
On Fri, 14 Feb 2025, Guillem Jover wrote:
>As was discovered in bug #1095746, this package misbuilds when calling
>for example «fakeroot debian/rules binary-arch» w/o first calling
>«debian/rules build-arch», which is a policy violation:
Yes. I noticed yesterday (or so… memory is a bit fuzzy) and
On Fri, 14 Feb 2025, Sean Whitton wrote:
>Policy has to go through binary-NEW in order to be released. So there
Technicalities.
>isn't a quick fix here.
Not looking for one. dpkg should revert this until then.
>This bug does not count as RC just because Debian upload bureaucracy
>hasn't been
severity 1095791 serious
thanks
On Thu, 13 Feb 2025, Guillem Jover wrote:
>> >From what I can tell from other mails, I believe the package in
>> question is openjdk-8 (unstable only); see bug #1095746.
>
>Ah, thanks for the context. In that case, going by that bug report, it
>looks like openjdk-8
On Tue, 11 Feb 2025, Emilio Pozuelo Monfort wrote:
> From the affected versions, I believe this affects Oracle Java 8
> Enterprise Performance Pack, but not OpenJDK 8
Meanwhile, after several mails back and forth, I managed to extract
useful information from the Oracle employee who deigned to res
Dixi quod…
>One thing I do can see is that the older build called
>debian/rules build-arch before debian/rules binary-arch,
>the newer calls only the latter. So, perhaps, some value
>that got reobtained is now cached? (But why only the one?)
>
>Investigation continues.
It’s an incompatible change
Source: dpkg
Version: 1.22.13
Severity: serious
Justification: Policy §5.6.31
X-Debbugs-Cc: t...@mirbsd.de
dpkg 1.22.13 implemented a backwards-incompatible change,
violating Policy (which states the default value is most
certainly *not* “no”) and breaking builds of packages.
dpkg (1.22.13) unsta
>These seem to be the only ones affected, from the apt-get install
>output, though I’ll also look at the packages. I’ll investigate.
Best I can say at this point is that the wildcard in…
all_jre_tools = $(filter-out javaws, $(notdir $(wildcard
$(builddir)/$(jreimg)/bin/*)))
jre_tools = $
reassign 1095746 openjdk-8-jre-headless
thanks
On Tue, 11 Feb 2025, Matthias Mueller wrote:
>The Link from /etc/alternatives/java ->
>/usr/lib/jvm/java-8-openjdk-amd64/bin/java is missing in 8u442-ga-1.
Ouch, indeed. This is… surprising, there’s not been a deliberate
change even near that area.
On Tue, 11 Feb 2025, Mark Hindley wrote:
>or what an initramfs might have setup.
This is probably a point. So, put it under /dev, which has this purpose.
bye,
//mirabilos
--
den AGP stecker anfeilen, damit er in den slot aufm 440BX board passt…
oder netzteile, an die man auch den monitor anges
Hi Agustin,
thanks a lot for taking care of this1
@Marcin: did you try the patch from Agustin and does it help with your
problem?
Thorsten
On Mon, 10 Feb 2025, David Holmes wrote:
> 8u-perf is an Oracle product. You won't find any links to commits for it.
Guess so.
>> I also cannot read JDK-8330045 (wants a login, in contrast to the
>> other JDK-### bugs I peeked into).
>>
>> So, what’s the state of this?
>
> The entry here lis
Source: vim
Version: 2:9.0.1378-2+deb12u1
Severity: serious
Justification: FTBFS
Tags: security bookworm
James McCoy indicated that…
>Indeed, upstream ended up disabling the test that 9.0.1532 introduced
>because it took too long:
>
>https://github.com/vim/vim/compare/v9.0.1533...v9.0.1535
What
Hi,
I’ve got this report against openjdk-8 in Debian about CVE-2025-21502
and I cannot find whether this even affects openjdk-8 at all, nor if
it’s fixed in 8u442.
There are links to commits in 21/17/11 and a page saying Oracle’s
8u431-perf is affected with the fix in 8u441-perf, but without a
li
Hi,
On Sun, 2 Feb 2025, Jérôme Charaoui wrote:
According to the log it seems like there's a segfault happening in the Ruby
SELinux binding. Do you have SELinux installed/enabled on this system?
libselinux1 and ruby-selinux were installed, but I think SELinux was not
configured at all.
After
On Sat, 18 Jan 2025, Thorsten Glaser wrote:
>I had a look through the setup screen to check for an option to
>configure the date format, which was ENOENT.
Oh goodie, it sort of honours LC_TIME but sort of doesn’t,
now I have mails from “Jan 14”… which is *still* wrong as
the locale sa
severity 1085065 serious
found 1085065 2:9.0.1378-2+deb12u1
thanks
This is now affecting stable-security builds.
ould still have the default configuration of Trixie.
Thorsten
s-3.8:
lazarus-3.8 hängt ab von lazarus-src-3.8 (>= 3.8+dfsg1-1); aber:
Paket lazarus-src-3.8 ist nicht installiert.
"
Sincerely,
Thorsten de Jong.
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did
Hi Lukas,
didn't you assign this and other related bugs to the wrong package?
osmo-bsc does not directly depend on either bctoolbox or mbedtls!? So how
could I fix this issue?
Thorsten
retitle 929983 ipxe-qemu: virtio booting no longer works after upgrade to
buster due to machine type support change
tags 929983 + wontfix
close 929983
thanks
On Sun, 19 Jan 2025, Sven Geuer wrote:
>Reading through the messages to this bug, I am afraid there's nothing
>that can be done about it a
On Tue, 2 Oct 2012, Dominik George wrote:
>The tiem information in the thread index does not take into account
>timezone offsets.
This has bugged me for a while as well.
As far as I can tell, the setup option “Convert Dates To Localtime”
(pinerc feature-list convert-dates-to-localtime) is suppos
Package: alpine
Version: 2.26+dfsg-1~bpo11+1
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de
Besides the awful “Yesterday”, “Monday”, etc. (which in itself
is a regression to pine’s always using the “Jan 17” format), it
uses “02/06/18” for older messages, which is just plain broken.
I had a look th
On Thu, 16 Jan 2025, Luca Boccassi wrote:
>This is an anti-pattern, and best avoided. What's the problem if the
>script runs twice? If it just detects things it should be just fine,
Extra effort, though. And, in general, TOCTOU, but probably not
applicable here.
bye,
//mirabilos
--
den AGP ste
On Thu, 16 Jan 2025, Sven Geuer wrote:
>> If not, I’d lean towards one (which?) of the errorlevel-using ones,
>> because otherwise we’d have to run the detection code twice.
>
>Not sure what you mean by 'one of the errorlevel-using ones'. Please
>explain your idea in more details.
SuccessExitStat
On Wed, 15 Jan 2025, Sven Geuer wrote:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504044#162
>Applying ExecCondition to me seems the most reasonable solution to this
>bug.
Can the script behind ExecCondition pass variables to the script
behind ExecStart or, even better, the unit itself
On Tue, 14 Jan 2025, Luca Boccassi wrote:
>It looks like this is doing some checks, and intends to skip. But just
>exiting means the service is recorded as failed, and this will likely
>trip other tests, hence the severity to stop migrating to testing for
>now.
Ah, ouch. Agreed.
>There are sever
(tl;dr at the end)
Paride Legovini dixit:
>Hello Thorsten and thanks for the suggestion. Currently autopkgtest is
>used to test systems as old a Ubuntu Trusty, which ships with Linux
>3.13, so what you suggest is too modern.
Ah, you test the older systems from a newer host and w
Source: autopkgtest
X-Debbugs-Cc: t...@debian.org, s...@debian.org
Hello!
It has come to my attention that autopkgtest currently depends on
rng-tools-debian as provider of rng-tools for its VMs to ensure
entropy is available, or something.
If the entropy provider uses the hwrng subsystem (HRNGDE
On Sat, 26 Oct 2024, Sven Geuer wrote:
>Feel free to integrate my additions into your repo. You might want to
>test the sysv-init functionality still works. According to my tests
>sysv-init and systemd unit work flawlessly at least when running
>autopkgtest from a Qemu VM.
I’ve integrated that, b
Matthias Klose dixit:
> openjdk-8 still builds using GCC 13, please try to build with the
> default GCC.
I check the various distros’ default GCC versions before each
upload I do, so we’ll try for 8u442.
Do you happen to know whether 8u supports GCC 14 by now or
whether there are any known issue
reopen 774565
thanks
node-jsdoc2 is not jsdoc 3.x :/
On Tue, 7 Jan 2025, Andrew Bower wrote:
>On Thu, Dec 19, 2024 at 09:53:47AM +, Mark Hindley wrote:
>> Looking at docker.io's initscript, it checks if /sys/fs/cgroup is a mount
>> point
>> before mounting cgroups there. So, adding elogind to LSB header
>> 'Should-Start'
>I just tried exactly
Hi Guido,
On 04.01.25 15:40, Guido Günther wrote:
Would the current osmocom stack maintainers be interested in packaging
this?
yes, this is already on our list.
Thorsten
On Thu, 26 Dec 2024, Georges Khaznadar wrote:
>The patch comes as
>https://github.com/georgesk/dygraphs/blob/debian/debian/patches/node-jsdoc2.patch
>
>I guess that node-jsdoc2 may be stable for some time in the near future.
>
>If you do not mind, I am uploading a NMU for the package libjs-dygrap
Package: src:linux
Version: 5.10.226-1
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de
I wrote a program to run…
ioctl(i, CDROM_LOCKDOOR, 1)
… on /dev/cdrom aka /dev/sr0, and it executes correctly.
The program then holds the file descriptor open until SIGTERM.
However, the only effect of th
source: renamed-tag debian-watch-does-not-check-gpg-signature =>
debian-watch-does-not-check-openpgp-signature [debian/source/lintian-overrides:1]
X: adminerevo source: update-debian-copyright 2017 vs 2024 [debian/copyright:18]
Thorsten
Helmut is much more
transparent, gives everybody enough time to react and immediately gives
all information needed to process such bugs.
Thorsten
Hi Lucas,
please file a RM bug for each package and also take care of each reverse
dependency.
Thorsten
Package: poppler-data
Version: 0.4.10-1
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de
I noticed this:
/usr/share/fonts/cMap/Identity-UTF16-H
/usr/share/fonts/cmap/Identity-H
/usr/share/fonts/cmap/Identity-V
/usr/share/fonts/cmap/adobe-cns1
/usr/share/fonts/cmap/adobe-gb1
/usr/share/fonts/cmap/ado
Hi everybody,
as someone has to start: there are no objections from the ftpmaster team
to add loong64 to the archive.
Thorsten
On Sat, 20 Jan 2024, Nick Hastings wrote:
>I'll likely not even try packaging 0.11 or newer until it can once again
>bootstrap. However I don't expect that to happen anytime soon.
You can do it like OpenJDK does.
First, package 0.10.x which can be bootstrapped from C with
just the included code.
ntinue (y/N)?
Aborted.
In case they matter, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
found.
Continue (y/N)?
Aborted.
In case they matter, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
ut as this has nothing to do with any ftpmaster policy
but is a decision of the Python team, I leave you free to decide what you
like best.
Thorsten
Hi Julian,
On Sun, 24 Nov 2024, Julian Gilbey wrote:
Unfortunately, the ftpmasters have made the decision that they now
require new source package names that are specific to Python to have a
source package name of python-* (unless the package name is already
clearly Python specific).
do you ha
ase they matter, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
the
moreinfo tag once that is done.
Thorsten
r-bioc-alabaster.base (1.4.2+ds-2~0exp3 >=)
r-bioc-alabaster.matrix
Dependency problem found.
Continue (y/N)?
Aborted.
In case they matter, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
-elf
picolibc: gcc-riscv64-unknown-elf
Dependency problem found.
Continue (y/N)?
Aborted.
In case they matter, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
-procfs-dev
Dependency problem found.
Continue (y/N)?
Aborted.
In case they matter, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
ng a regression. It is by far worse to not be able to process
an image with dcraw at all than to have no fix for a fictional security
issue.
And yes I did apply for CVE after your reply.
Great, please share the number.
Thorsten
for a
CVE for your issue. Did you already get one?
Thorsten
*
I understand your concern and thanks for your patience
___
Debian-astro-maintainers mailing list
debian-astro-maintain...@alioth-lists.debian.net
https://alioth-lists.debian.ne
as "unimportant" or
"minor" by the Debian Security Team. What evidence do you have that this
bug is different?
Setting severity to normal again.
Thorsten
On Wed, 20 Nov 2024, Simon McVittie wrote:
>On Thu, 07 Feb 2019 at 17:59:42 +0000, Thorsten Glaser wrote:
>> + xvfb-run -a -e /dev/stderr -s '-screen 0 1024x768x24 -fbdir /var/tmp' --
>> ctest -O ctest.log -j8 --output-on-failure
>> /usr/bin/xvfb-run: 159: /usr/b
c) the changes are unnecessary and should be reverted back.
but users are already used to the changed names. Why do you want to
break their scripts, workflows or whatever? Do those additional links
bring any trouble?
Thorsten
Hi,
t_utility fails in:
if (Utility::hashs ("a") != "509C42B379FE4842") return 1;
and later other tests fail as well. So there seems to be a real problem
with 32bits architectures and I would suggest to remove all 32bit
versions and only keep at least the 64bit ones.
Thorsten
Package: firefox-esr
Version: 128.4.0esr-1~deb11u1
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de, debian-...@lists.debian.org
Ever since the major upgrade to 128, I noticed during backing up my system
that firefox-esr leaves all or almost all of the sqlite files open on exit
as if it crashed, leav
On Fri, 8 Nov 2024, Mark Hindley wrote:
>Reading the original thread, I share some of the concerns[1] about
>enabling this globally.
I’ve recently worked with debugfs+relayfs in a project,
and I share the opinion of the kernel documentation that
it should not be enabled by default (or rather, it
Dixi quod…
>Das schließt dann sogar den ursprünglichen #504044 und einige weitere,
>da es für alle RNGs gilt, die das hwrng-Interface verwenden.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/char/hw_random/core.c?id=be4000bc4644d027c519b6361f5ae3bbfc52c347
bye
1 - 100 of 3028 matches
Mail list logo
