Am Thu, 31 Oct 2024 14:38:00 -0300
schrieb Marco Benatto :
> I just filed the details for the CVE above.
Thanks a lot! The description sounds about right.
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
when
actually decoding.
So in short:
mpg123 --no-infoframe --index -n 0 testfile.mp3 \
| grep '^This was a Frankenstein track\.'
would be an adequate test.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
ease now.
Basically any version of mpg123 is affected by this, at least those
that explicitly support so-called Frankenstein streams.
Thanks to k123 for bringing this heir to the initial bug 322 to my
attention.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
lude the .deb built
from that for now.
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
differing mainboard vendors.
I'd be happy to install updated amd64-microcode from
bookworm-backports, but it's not there, I am stuck at
3.20230808.1.1~deb12u1 without starting to mix in packages from testing.
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
o be specific and
fail early if the configured choice is not available in the build
environment. Pkgsrc is especially trying hard to avoid locating
libraries from the host system (possibly a full GNU/Linux distro) if
not explicitly told to.
Also, my H
could link the vendored
superly with -lblas without changing the meson machinery?
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
___
NumPy-Discussion mailing list -- numpy-discussion@python.org
To unsubscribe send an email to numpy-di
Am Sun, 3 Dec 2023 19:54:10 +0100
schrieb "Dr. Thomas Orgis" :
> > You have to go through a "build frontend" to produce a wheel, which then
> > gets installed/repackaged for your distro.
>
> This is obviously happening in pkgsrc.
>
> I'll
x27;])
So there's this elaborate machinery that special-cases BLAS as a
library that could (not) offer certain sets of API? Well, as long as
the dynamic libcblas is used, the base BLAS API should be transparently
avaible and those meson tests will work … ?
I'll do some testing tomorro
9' but uses
feature introduced in '1.3.0': dep 'blas' custom lookup.
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
___
NumPy-Discussion mailing list -- numpy-discussion@python.org
To unsubscribe send an email to numpy-discussion-le.
ild if a 64 variant is chosen by the user. I wonder a bit if there
are possible pitfalls combining other libraries with Python and
indirectly some incompatible BLAS variant via NumPy … but one point of
our user choice is that they could ensure that all packages really use
the same BLAS.
Alrighty t
of the major way I encounter BLAS when not
building it myself for HPC users, I'd like you to be aware of what we
discuss regarding library (and symbol) naming.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
--
debian-science-maintainers mailing list
debian-sc
t our next system will
have. It could be that my path of least resistance is a quick hack on
that one like I did with xCAT back in 2015 …
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user
re (ages 6 and up) and scheduled jobs.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
t software more than a few 100K
big.
Should this be supported in xCAT upstream? Having 100G networking in
the admin node might make this obsolete, but this just means that we
could scale to a few thousand nodes more without impacting a single
network link. In clusters, when you can distribute a loa
Am Wed, 29 Mar 2023 14:42:33 +0200
schrieb Ben Polman :
> I'd be interested in your kludge, we face a similar situation where the
> slurmctld node
> does not have access to the ipmi network and can not ssh to machines
> that have access.
> We are thinking on creating a rest interface to a contro
on a) above goes against Slurm's focus on throughput
and avoiding delays caused by synchronization points, while our idea here
is that batch jobs where that matters should be written differently,
packing more than a few seconds worth of work into each step.
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
eginning to describe what Slurm has in terms of various
steps as scheduling entities that by default also use delayed
allocation techniques (regarding prolog script behaviour, for example).
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
I also sent this already directly to Joey, but later found this bug
report. My take is this:
--- /usr/bin/ts 2019-02-20 22:03:31.0 +0100
+++ ./ts2023-03-01 21:06:41.177886024 +0100
@@ -53,6 +53,7 @@
use strict;
use POSIX q{strftime};
no warnings 'utf8';
+use open q{:locale};
t is just that this would differ from the simplest common
case of one upstream source archive that is extracted and built.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
it would be a nice
feature to be able review/sign those afterwards.
But back on topic: Yes, please make use of simple password storage
usable for everyone again. The use cases are real.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
n,
Thomas
PS: I guess lots is possible by writing a custom plugin that ties in
with what my prolog/epilog scripts do, but I'd prefer a light touch
first. Hacking the scripts during development is far more convenient.
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
could just define one by convention?). I keep using it for
existing projects but feel increasingly stupid for doing so, despite my
opinion of the file tree semantics being superior to branching/tagging
elsewhere.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
offer
a kind of (remote) file management GUI for the shell servers, to ease
things a bit for the users that have normal GUI file managers at home.
Manually hacking smbclient commands is not that much fun for a lot of
people.
Alrighty then,
Thomas
--
Dr. Thomas O
ing a modern sacct directly on the old system works, I
might get around to hack in the missing matches. Any helpful pointers
before I blindly dig into the code?
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
Am Thu, 30 Jan 2020 19:03:38 +0100
schrieb "Dr. Thomas Orgis" :
> batch 1548429637 1548429637 - - 0 1 4294536312
> 48 node[09-15,22] (null)
>
> So, matching for job ID, user name (via numerical uid lookup),
> timestamps and the nodes should be possible, it'
job ID, user name (via numerical uid lookup),
timestamps and the nodes should be possible, it's all there.
Can someone confirm that it indeed is the case that _none_ of the
filtering options of sacct are supposed to work on filetxt?
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
than 5 jobs and
about 6M in size. To give a figure: 24 seconds user time, keeping one
core of a Xeon E5-2609 v2 @ 2.5 GHz busy.
Alrighty then,
Thomas
PS: Please no pointers about better running a proper database with
slurmdbd … I know that that works;-)
--
Dr. Thomas Orgis
HPC @ Univer
-
Dr. Thomas Orgis
HPC @ Universität Hamburg
we can quickly come up with a patch avoiding the creation of
the ‘bad’ copies … but maybe the discussion also produces a change that
makes the bogus tree conflict disappear for existing repositories.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
. It's not what I remember, but something to look at. Thanks
for the pointer. Would help if it'd be contained in standard installs of
svn, but I could roll it out on the servers. It reminds me of these
idle ideas to have signed commits via added svn properties …
Alrighty then,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
svn to
version whole filesystems including special/device files, but cannot
find it right now. I still do think that exploiting the file system
metaphor of svn provides the niche for it to continue to exist besides
the all-mighty git.
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
dirfile.
Am Tue, 30 Jul 2019 13:28:32 +0200
schrieb "Dr. Thomas Orgis" :
> And even with it present, is it
> correct behaviour for gpgsm to consider the chain invalid instead of
> just the cross-signature? It _does_ trust the new root cert already …
> no need for any further signatur
chain invalid instead of
just the cross-signature? It _does_ trust the new root cert already …
no need for any further signature.
Regards,
Thomas
PS: Just for fun, I'm trying to sign this post now. Maybe it won't even
be broken by the list?
--
Dr. Thomas Orgis
HPC @ Universität Hamb
Am Sat, 20 Jul 2019 20:07:37 +0200
schrieb "Dr. Thomas Orgis" :
> The issue I see is that
> these certs are not even supposed to be in the chain!
> the presence of the old certificates stirs things up. When I create a
> fresh user and import the new key with its certs
'd like to
have understood first what happened here.
Regards,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
___
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users
I do something wrong?
Regards,
Thomas
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
___
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users
least, this change should be documented as a possible
implementation difference in the manual, and for sure with the version
that changed behaviour, shouldn't it?
Regards,
Thomas Orgis
--
Dr. Thomas Orgis
Universität Hamburg
RRZ / Basis-Infrastruktur / HPC
Schlüterstr. 70
20146 Hamburg
Tel.:
This adds fields to the taskstats struct that give device and inode info
for the executable file associated with the process as a safer way
to get that than polling /proc/$pid/exe before a process ends.
The getdelay example program is accompanied by a variant that
just prints a stream of exiting t
case TASKSTATS_TYPE_NULL:
+ break;
+ }
+ na = (struct nlattr *) (GENLMSG_DATA(&msg) + len);
+ }
+ } while (loop);
+done:
+ if (maskset) {
+ rc = send_cmd(nl_sd, id, mypid, TASKSTATS_CMD_GET,
+ TASKSTATS_CMD_ATTR_DEREGISTER_CPUMASK,
+ &cpumask, strlen(cpumask) + 1);
+ printf("Sent deregister mask, retval %d\n", rc);
+ if (rc < 0)
+ err(rc, "error sending deregister cpumask\n");
+ }
+err:
+ close(nl_sd);
+ if (fd)
+ close(fd);
+ if (cfd)
+ close(cfd);
+ return 0;
+}
--
2.15.1
--
Dr. Thomas Orgis
HPC @ Universität Hamburg
Oh … this is _another_ bug. We are dealing here with the situation that
mdmon controlling rootfs on RAID is not handled at all with Ubuntu
initrd, while this new CentOS issue is a bug in said handling in the
CentOS initrd …
The reference is valuable nevertheless … not least because I have
systems
Oh … this is _another_ bug. We are dealing here with the situation that
mdmon controlling rootfs on RAID is not handled at all with Ubuntu
initrd, while this new CentOS issue is a bug in said handling in the
CentOS initrd …
The reference is valuable nevertheless … not least because I have
systems
Can we get any reaction from Ubuntu on this? Is the needed reworking of
the initrd about to happen for the LTS or is this a WONTFIX and root-on-
Intel-Matrix-RAID is simply not supported? It is clear what has to
happen to make things work again with systemd and mdadm/mdmon. Will it
happen?
--
You
Can we get any reaction from Ubuntu on this? Is the needed reworking of
the initrd about to happen for the LTS or is this a WONTFIX and root-on-
Intel-Matrix-RAID is simply not supported? It is clear what has to
happen to make things work again with systemd and mdadm/mdmon. Will it
happen?
--
You
you'd get when logging into the compute node is dangerous IMHO. Another
good point about such batch scripts with modules is that they document
what enviroment they are designed for, perhaps down to the exact
version of programs they need.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
Univer
Is anyone working on this? I see that the bug is assigned, but apart
from that only messages from affected users.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1587142
Titl
Is anyone working on this? I see that the bug is assigned, but apart
from that only messages from affected users.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1587142
Title:
Shutdown hangs in md kw
Well, of course effects are a pain. The sync is only 256G SSDs im my
case.
Main point is that the fix is known since many years and should
hopefully be quickly adaptible to Ubuntu. Or not … if it is really
necessary to switch to a return to the initrd like Fedora.
I wonder if 17.04 has this fixed
Well, of course effects are a pain. The sync is only 256G SSDs im my
case.
Main point is that the fix is known since many years and should
hopefully be quickly adaptible to Ubuntu. Or not … if it is really
necessary to switch to a return to the initrd like Fedora.
I wonder if 17.04 has this fixed
So I got a simple fix for being able to reboot again:
```
udpate-rc.d mdadm disable
```
With that, the mdmon instance from the initrd persists (with @sbin/mdmon
as argv[0]) and is not killed by systemd. So systemd-reboot does not
hang. But: Since mdmon is not killed at all now, the array always g
So I got a simple fix for being able to reboot again:
```
udpate-rc.d mdadm disable
```
With that, the mdmon instance from the initrd persists (with @sbin/mdmon
as argv[0]) and is not killed by systemd. So systemd-reboot does not
hang. But: Since mdmon is not killed at all now, the array always g
This very much looks like this ancient issue in RedHat:
https://bugzilla.redhat.com/show_bug.cgi?id=752593
It got fixed at some point in 2012 …
https://bugzilla.redhat.com/show_bug.cgi?id=785739
Is Ubuntu still running mdmon from inside the root fs and killing it
before r/o remount?
I am now p
This very much looks like this ancient issue in RedHat:
https://bugzilla.redhat.com/show_bug.cgi?id=752593
It got fixed at some point in 2012 …
https://bugzilla.redhat.com/show_bug.cgi?id=785739
Is Ubuntu still running mdmon from inside the root fs and killing it
before r/o remount?
I am now p
Am Fri, 9 Jun 2017 14:17:24 +0200
schrieb "Dr. Thomas Orgis" :
> But after that, claws-mail as well as gpgsm complain about
> the keys being ambiguous. Clearly, the call
No takers? I am the only one getting a fresh S/MIME cert? I now
modified claws-mail to add preferences to e
7;t anyone
else have issues with the accumulating number of old certificates?
(I am using GnuPG 2.1.21, gpgme 1.9.0., btw.)
Alrighty then,
Thomas
--
Dr. Thomas Orgis
Universität Hamburg
RRZ / Basis-Infrastruktur / HPC
Schlüterstr. 70
20146 Hamburg
Tel.: 040/42838 8826
Fax: 040/428 38 6270
smim
ur test cluster. If that does not yield, I'll follow
your example.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
Universität Hamburg
RRZ / Basis-Infrastruktur / HPC
Schlüterstr. 70
20146 Hamburg
Tel.: 040/42838 8826
Fax: 040/428 38 6270
smime.p7s
Description: S/MIME cryptographic signature
Am Fri, 20 Jan 2017 19:58:20 +0100
schrieb "Dr. Thomas Orgis" :
> So I know my check works, but the failure in the prolog is without
> consequence. It is not reported anywhere, apparently.
I need to correct that. The prolog failure indeed is reported, but
without any acting
is ready for it. I do want to avoid unnecessary
job aborts due to bad timing of the periodic checks and also
unnecessary checks as such while a job is still filling the node and
the check might even interfere.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
Universität Hamburg
RRZ / Basis
grade Slurm when Intel MPI does not work properly anymore. Even
if this is ultimately Intel MPI's fault, this would be a strong reason
for us to keep Slurm at the older version for the whole lifetime of our
cluster in order to support the existing binaries.
Alrighty then,
Thomas
--
Dr.
interference with the user's scripts we
want to afford.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
Universität Hamburg
RRZ / Zentrale Dienste / HPC
Schlüterstr. 70
20146 Hamburg
Tel.: 040/42838 8826
Fax: 040/428 38 6270
smime.p7s
Description: S/MIME cryptographic signature
e reasoning?
I might have to start hacking on this myself in the Slurm sources, but
would like to know if any outcome of this would be considered for
inclusion.
Alrighty then,
Thomas
--
Dr. Thomas Orgis
Universität Hamburg
RRZ / Zentrale Dienste / HPC
Schlüterstr. 70
20146 Hamburg
Tel.: 040
/O
delays or sub-optimal parallelization. Please consider optimizing
this type of job.
This used to be easy with Torque … just echo >&2 in the epilogue script
… is it still a challenge with Slurm?
Alrighty then,
Thomas
--
Dr. Thomas Orgis
Universität Hamburg
RRZ / Zentral
62 matches
Mail list logo
