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
Am Sun, 2 Jun 2024 13:44:50 +0200
schrieb Tim Rühsen :
> And normally (or often), you don't need the server timestamp for single
> file downloads. And if you really do, there is -N.
Well, what 'normal' need is is obviously something one can discuss
endlessly (see https://bugzilla.mozilla.org/sh
Hi Tim,
Am Sat, 1 Jun 2024 18:57:00 +0200
schrieb Tim Rühsen :
> Wget sets the remote time when using the -N / --timestamping option.
Hm, that is related to comparing local and remote timestamps for
deciding to re-download a file or not (I read in the man page). How is
that related to wget not
Hi all,
I noticed that while wget does nicely preserve Last-Modified times from
HTTP downloads, it does not do so for FTP, apparently. The example I see
is the upstream archive of the file tool:
ftp://ftp.astron.com/pub/file/file-4.26.tar.gz
Wget correctly parses the time information:
$
Am Mon, 20 May 2024 23:51:15 -
schrieb Marcos Alano <2066...@bugs.launchpad.net>:
> [6399376a4e90] main audio output warning: cannot load module
`/usr/lib/x86_64-linux-gnu/vlc/plugins/audio_output/libpulse_plugin.so'
(/lib/x86_64-linux-gnu/libmpg123.so.0: rebuild shared object with SHSTK
Am Mon, 20 May 2024 23:51:15 -
schrieb Marcos Alano <2066...@bugs.launchpad.net>:
> [6399376a4e90] main audio output warning: cannot load module
`/usr/lib/x86_64-linux-gnu/vlc/plugins/audio_output/libpulse_plugin.so'
(/lib/x86_64-linux-gnu/libmpg123.so.0: rebuild shared object with SHSTK
Am Thu, 4 Apr 2024 09:36:37 +0200
schrieb Sebastian Ramacher :
> Now I get the following on arm{hf,el}:
>
> --- debian/libmpg123-0.symbols (libmpg123-0_1.32.6~dev+20240403022201-1_armhf)
> +++ dpkg-gensymbolspYII3c 2024-04-03 09:52:12.863133592 +
> @@ -8,8 +8,8 @@
> mpg123_current_deco
Am Thu, 4 Apr 2024 09:36:37 +0200
schrieb Sebastian Ramacher :
> Now I get the following on arm{hf,el}:
>
> --- debian/libmpg123-0.symbols (libmpg123-0_1.32.6~dev+20240403022201-1_armhf)
> +++ dpkg-gensymbolspYII3c 2024-04-03 09:52:12.863133592 +
> @@ -8,8 +8,8 @@
> mpg123_current_deco
Am Wed, 03 Apr 2024 20:46:29 +0200
schrieb Simon Chopin :
> I just uploaded the attached debdiff to Ubuntu to both fix the FTBFS and
> start the t64 transition for this package, based on the following
> comment:
Are you able to test this for the dev snapshot of mpg123 before I do
the next releas
Am Wed, 03 Apr 2024 20:46:29 +0200
schrieb Simon Chopin :
> I just uploaded the attached debdiff to Ubuntu to both fix the FTBFS and
> start the t64 transition for this package, based on the following
> comment:
Are you able to test this for the dev snapshot of mpg123 before I do
the next releas
Am Wed, 03 Apr 2024 20:46:29 +0200
schrieb Simon Chopin :
> I just uploaded the attached debdiff to Ubuntu to both fix the FTBFS and
> start the t64 transition for this package, based on the following
> comment:
Are you able to test this for the dev snapshot of mpg123 before I do
the next releas
Hi again,
(after Easter hiatus … or rather xz backdoor meltdown?)
I had a stab at this, detecting a system that forces 64 bit offsets on
a 32 bit base in configure. This is to ensure that you do not encounter
the same symbol (like mpg123_tell() on two builds of the library on the
same platform of
Hi again,
(after Easter hiatus … or rather xz backdoor meltdown?)
I had a stab at this, detecting a system that forces 64 bit offsets on
a 32 bit base in configure. This is to ensure that you do not encounter
the same symbol (like mpg123_tell() on two builds of the library on the
same platform of
Hi Sebastian,
thanks for not escalating on the anger that has shown through the end
of my last reply. It really seems to be an endless stream of pain that
results from once having put off_t into public API. This is the message
I have to any developer: Do not put types into your API that could
depe
Hi Sebastian,
thanks for not escalating on the anger that has shown through the end
of my last reply. It really seems to be an endless stream of pain that
results from once having put off_t into public API. This is the message
I have to any developer: Do not put types into your API that could
depe
Am Sat, 23 Mar 2024 21:59:54 +0500
schrieb Andrey Rakhmatullin :
> Source: mpg123
> Version: 1.32.5-1
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/fetch.php?pkg=mpg123&arch=armel&ver=1.32.5-1%2Bb1&stamp=1711185338&raw=0
This is being discussued in
https://bugs
Am Sat, 23 Mar 2024 21:59:54 +0500
schrieb Andrey Rakhmatullin :
> Source: mpg123
> Version: 1.32.5-1
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/fetch.php?pkg=mpg123&arch=armel&ver=1.32.5-1%2Bb1&stamp=1711185338&raw=0
This is being discussued in
https://bugs
Am Sat, 23 Mar 2024 21:59:54 +0500
schrieb Andrey Rakhmatullin :
> Source: mpg123
> Version: 1.32.5-1
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/fetch.php?pkg=mpg123&arch=armel&ver=1.32.5-1%2Bb1&stamp=1711185338&raw=0
This is being discussued in
https://bugs
Hi Sebastian,
Am Sat, 23 Mar 2024 10:40:43 +0100
schrieb Sebastian Ramacher :
> +#MISSING: 1.32.5-1+b1# (arch-bits=32|arch=!x32)mpg123_decode_frame_32@Base
> 1.13.7
> +#MISSING: 1.32.5-1+b1# (arch-bits=32|arch=!x32)mpg123_feedseek_32@Base 1.13.7
> +#MISSING: 1.32.5-1+b1#
> (arch-bits=32|arch=
Hi Sebastian,
Am Sat, 23 Mar 2024 10:40:43 +0100
schrieb Sebastian Ramacher :
> +#MISSING: 1.32.5-1+b1# (arch-bits=32|arch=!x32)mpg123_decode_frame_32@Base
> 1.13.7
> +#MISSING: 1.32.5-1+b1# (arch-bits=32|arch=!x32)mpg123_feedseek_32@Base 1.13.7
> +#MISSING: 1.32.5-1+b1#
> (arch-bits=32|arch=
Am Mon, 05 Feb 2024 08:36:28 +
schrieb Steve Langasek :
> we have identified
> mpg123 as a source package shipping runtime libraries whose ABI
> either is affected by the change in size of time_t, or could not be
> analyzed via abi-compliance-checker (and therefore to be on the safe
> side we
Am Mon, 05 Feb 2024 08:36:28 +
schrieb Steve Langasek :
> we have identified
> mpg123 as a source package shipping runtime libraries whose ABI
> either is affected by the change in size of time_t, or could not be
> analyzed via abi-compliance-checker (and therefore to be on the safe
> side we
Am Mon, 05 Feb 2024 08:36:28 +
schrieb Steve Langasek :
> we have identified
> mpg123 as a source package shipping runtime libraries whose ABI
> either is affected by the change in size of time_t, or could not be
> analyzed via abi-compliance-checker (and therefore to be on the safe
> side we
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
urgency=medium
+
+ * hack it for not doing any critical action
+
+ -- Thomas Orgis Fri, 21 Jul 2023 22:49:00 +0200
+
upower (0.99.17-1) unstable; urgency=medium
* New upstream version 0.99.17
Then:
apt-get --build source upower
dpkg -i upower_0.99.17-99thor_amd64.deb
(matching libupo
urgency=medium
+
+ * hack it for not doing any critical action
+
+ -- Thomas Orgis Fri, 21 Jul 2023 22:49:00 +0200
+
upower (0.99.17-1) unstable; urgency=medium
* New upstream version 0.99.17
Then:
apt-get --build source upower
dpkg -i upower_0.99.17-99thor_amd64.deb
(matching libupo
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};
Am Sat, 05 Nov 2022 12:07:57 +
schrieb Witold Baryluk :
> trying to overwrite shared '/usr/include/mpg123.h', which is
> different from other instances of package libmpg123-dev:i386
Oh, dear. I broke multiarch headers again. By trying to fix BSDs that
don't react to _FILE_OFFSET_BITS at all
Am Sat, 05 Nov 2022 12:07:57 +
schrieb Witold Baryluk :
> trying to overwrite shared '/usr/include/mpg123.h', which is
> different from other instances of package libmpg123-dev:i386
Oh, dear. I broke multiarch headers again. By trying to fix BSDs that
don't react to _FILE_OFFSET_BITS at all
Am Sat, 05 Nov 2022 12:07:57 +
schrieb Witold Baryluk :
> trying to overwrite shared '/usr/include/mpg123.h', which is
> different from other instances of package libmpg123-dev:i386
Oh, dear. I broke multiarch headers again. By trying to fix BSDs that
don't react to _FILE_OFFSET_BITS at all
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
[Continuing on an OT tangent …]
Am Sun, 25 Apr 2021 22:31:16 +
schrieb mat via rockbox-dev :
> The other question is: Is this device any good? I am constantly
> looking for a replacement for my sansa clip as I'm sure it's going to
> die soon (this is my 4th!)
I'll have to second the concer
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
Great. I released 1.26.2 now so that the package here can be updated.
pgpVH6BLdt5Ir.pgp
Description: Firma digital OpenPGP
Great. I released 1.26.2 now so that the package here can be updated.
pgpXAEbLMdip3.pgp
Description: Firma digital OpenPGP
I made a new snapshot now. The old one still had a conflict of off_t
and lfs_alias_t in the suffix-less prototype. I hope this does it!
https://mpg123.org/snapshot
Verify?
I made a new snapshot now. The old one still had a conflict of off_t
and lfs_alias_t in the suffix-less prototype. I hope this does it!
https://mpg123.org/snapshot
Verify?
Am Sun, 28 Jun 2020 22:16:13 +0200
schrieb Sebastian Ramacher :
> Unfortunately the patch fails to build on i386:
Darn. Of course, sorry. This is missing:
Index: src/libsyn123/syn123.h.in
===
--- src/libsyn123/syn123.h.in (revisi
Am Sun, 28 Jun 2020 22:16:13 +0200
schrieb Sebastian Ramacher :
> Unfortunately the patch fails to build on i386:
Darn. Of course, sorry. This is missing:
Index: src/libsyn123/syn123.h.in
===
--- src/libsyn123/syn123.h.in (revisi
OK,
I introduced the additional wrapper now with svn commit 4743 on
svn://scm.orgis.org/mpg123 .
You can test by using current https://mpg123.org/snapshot or by
applying the attached patch.
Test reports before I release (this weekend?) are welcome.
Alrighty then,
Thomas
Index: NEWS
==
OK,
I introduced the additional wrapper now with svn commit 4743 on
svn://scm.orgis.org/mpg123 .
You can test by using current https://mpg123.org/snapshot or by
applying the attached patch.
Test reports before I release (this weekend?) are welcome.
Alrighty then,
Thomas
Index: NEWS
==
Am Thu, 25 Jun 2020 22:55:36 +0200
schrieb Sebastian Ramacher :
> Other than x32, I'm not aware of any 32-bit arch that doesn't have
> 32-bit off_t if _FILE_OFFSET_BITS is not set. So maybe architecture
A sure-fire ruleset is different …
> specific handling could be enough: if _FILE_OFFSET_BITS
Am Thu, 25 Jun 2020 22:55:36 +0200
schrieb Sebastian Ramacher :
> Other than x32, I'm not aware of any 32-bit arch that doesn't have
> 32-bit off_t if _FILE_OFFSET_BITS is not set. So maybe architecture
A sure-fire ruleset is different …
> specific handling could be enough: if _FILE_OFFSET_BITS
Hey, I am on the path to release mpg123 1.26.2. So, how should I
approach this one here? Can someone comment on my suggestions and
possibly give a variant that works in the header without adding
function wrappers?
Alrighty then,
Thomas
Hey, I am on the path to release mpg123 1.26.2. So, how should I
approach this one here? Can someone comment on my suggestions and
possibly give a variant that works in the header without adding
function wrappers?
Alrighty then,
Thomas
Am Sun, 21 Jun 2020 11:23:32 +0200
schrieb Sebastian Ramacher :
> I am wondering why syn123 and mpg123 use different approaches to achieve
> the same thing. The mpg123-way of handling off_t using functions is
> known to work and doesn't require any quirks on the Debian packaging
> side. Why doesn
Am Sun, 21 Jun 2020 11:23:32 +0200
schrieb Sebastian Ramacher :
> I am wondering why syn123 and mpg123 use different approaches to achieve
> the same thing. The mpg123-way of handling off_t using functions is
> known to work and doesn't require any quirks on the Debian packaging
> side. Why doesn
Am Sat, 20 Jun 2020 15:03:32 +0200
schrieb Christian Klein :
> A diff of the header files reveals that the i386 and amd64 versions are now
> different:
> -#define syn123_resample_total syn123_resample_total_32
> -#define syn123_resample_intotal syn123_resample_intotal_32
> +#define
Am Sat, 20 Jun 2020 15:03:32 +0200
schrieb Christian Klein :
> A diff of the header files reveals that the i386 and amd64 versions are now
> different:
> -#define syn123_resample_total syn123_resample_total_32
> -#define syn123_resample_intotal syn123_resample_intotal_32
> +#define
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
Well,
as a special favour to Thorsten, I added the 'u' key now for the
upcoming mpg123 1.26.0 to (un)mute in the audio backend, at the end of
the optional buffer, so that it works immediately like pause.
This was not as easy as it sounds, as I wrote the output library
without detailed knowledge o
Well,
as a special favour to Thorsten, I added the 'u' key now for the
upcoming mpg123 1.26.0 to (un)mute in the audio backend, at the end of
the optional buffer, so that it works immediately like pause.
This was not as easy as it sounds, as I wrote the output library
without detailed knowledge o
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
Hi,
any special reason why this suggestion is not posted to the mpg123 bug tracker,
or just even just mailed to upstream, but reported to the Debian project
instead?
Alrighty then,
Thomas
Hi,
any special reason why this suggestion is not posted to the mpg123 bug tracker,
or just even just mailed to upstream, but reported to the Debian project
instead?
Alrighty then,
Thomas
[
https://issues.apache.org/jira/browse/SVN-4845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17016223#comment-17016223
]
Thomas Orgis commented on SVN-4845:
---
ML thread: https://svn.haxx.se/dev/archive-202
-
Dr. Thomas Orgis
HPC @ Universität Hamburg
[
https://issues.apache.org/jira/browse/SVN-4845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Orgis updated SVN-4845:
--
Description:
I stumbled over a bogus tree conflict in a merge attempt, and managed to create
the source
[
https://issues.apache.org/jira/browse/SVN-4845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Orgis updated SVN-4845:
--
Description:
I stumbled over a bogus tree conflict in a merge attempt, and managed to create
the source
[
https://issues.apache.org/jira/browse/SVN-4845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Orgis updated SVN-4845:
--
Environment: any client (was: I stumbled over a bogus tree conflict in a
merge attempt, and managed to
Thomas Orgis created SVN-4845:
-
Summary: Avoid partial commits that break mergeinfo
Key: SVN-4845
URL: https://issues.apache.org/jira/browse/SVN-4845
Project: Subversion
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/SVN-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17016197#comment-17016197
]
Thomas Orgis commented on SVN-4844:
---
Mailing list thread:
https://svn.haxx.se
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
Thomas Orgis created SVN-4844:
-
Summary: Avoid copies in mixed-revision working copies by default
and add --allow-mixed-revisions for copy
Key: SVN-4844
URL: https://issues.apache.org/jira/browse/SVN-4844
Am Mon, 24 Jun 2019 22:54:23 + (UTC)
schrieb Thorsten Glaser :
> >I suspect the link from alsa to pulse is faulty, as mpg123's alsa output
> >module
> >has been working fine for a long time now using proper alsa.
I just had some reproducable playback trouble on a Ubuntu 18.04 box and
mpg1
Am Mon, 24 Jun 2019 22:54:23 + (UTC)
schrieb Thorsten Glaser :
> >I suspect the link from alsa to pulse is faulty, as mpg123's alsa output
> >module
> >has been working fine for a long time now using proper alsa.
I just had some reproducable playback trouble on a Ubuntu 18.04 box and
mpg1
. 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
see is that
these certs are not even supposed to be in the chain! To repeat the
summary, which may be lost in the noise before it:
The chain in the imported new key & cert file how it should be:
4. Thomas Orgis (me) signed by DFN-Verein Global Issuing CA
3. DFN-Verein Global Issuing CA signe
s e. V./C=DE
Subject: /CN=Thomas
Orgis/OU=HPC/OU=Basis-Infrastruktur/OU=RRZ/O=Universitaet
Hamburg/L=Hamburg/ST=Hamburg/C=DE
validity: 2019-07-05 08:22:41 through 2022-07-04 08:22:41
Certified by
ID: 0xD9463C45
Issuer: /CN=DFN-Verein Certification Authority 2/OU=DFN-PK
Are you using the alsa output plugin with routing to pulseaudio? I remember this
from Ubuntu systems. Running mpg123 -o pulse works, -o alsa plays static noise.
Maybe some byte offset not aligned to the data type ...
I suspect the link from alsa to pulse is faulty, as mpg123's alsa output module
ha
Are you using the alsa output plugin with routing to pulseaudio? I remember this
from Ubuntu systems. Running mpg123 -o pulse works, -o alsa plays static noise.
Maybe some byte offset not aligned to the data type ...
I suspect the link from alsa to pulse is faulty, as mpg123's alsa output module
ha
Are you using the alsa output plugin with routing to pulseaudio? I remember this
from Ubuntu systems. Running mpg123 -o pulse works, -o alsa plays static noise.
Maybe some byte offset not aligned to the data type ...
I suspect the link from alsa to pulse is faulty, as mpg123's alsa output module
ha
Did you try mpg123 -o pulse? I remember that noise under Ubuntu when
using pulse via alsa. Using pulse directly worked. As the mpg123 alsa
output works fine with standalone alsa, I suppose the alsa-pulse binding
is buggy.
One could build mpg123 with a changed order of default output modules,
so t
Did you try mpg123 -o pulse? I remember that noise under Ubuntu when
using pulse via alsa. Using pulse directly worked. As the mpg123 alsa
output works fine with standalone alsa, I suppose the alsa-pulse binding
is buggy.
One could build mpg123 with a changed order of default output modules,
so t
Did you try mpg123 -o pulse? I remember that noise under Ubuntu when
using pulse via alsa. Using pulse directly worked. As the mpg123 alsa
output works fine with standalone alsa, I suppose the alsa-pulse binding
is buggy.
One could build mpg123 with a changed order of default output modules,
so t
Did you try mpg123 -o pulse? I remember that noise under Ubuntu when
using pulse via alsa. Using pulse directly worked. As the mpg123 alsa
output works fine with standalone alsa, I suppose the alsa-pulse binding
is buggy.
One could build mpg123 with a changed order of default output modules,
so t
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
1 - 100 of 521 matches
Mail list logo
