El día martes, junio 04, 2024 a las 09:14:48 +0200, Peter van Ormondt escribió:
> On Mon, Jun 03, 2024 at 12:38:19PM +0200, Matthias Apitz wrote:
> >
> > +Cc: The author of thge page, Peter van Ormondt
> >
> > El día lunes, junio 03, 2024 a las 11:57:58 +02
+Cc: The author of thge page, Peter van Ormondt
El día lunes, junio 03, 2024 a las 11:57:58 +0200, Matthias Apitz escribió:
>
> Hello,
>
> The page about how to configure mutt with oauth2 support says:
>
> https://www.vanormondt.net/~peter/blog/2021-03-16-mutt-
int = 895A 3082 6A0A 0269 0D38 5529 B84C 65D9 DC4A A850
uid [ultimate] Matthias Apitz (OpenPGP card 2)
sub rsa4096/237B4D65 2024-05-12 [A]
sub rsa4096/981CBAF1 2024-05-12 [E]
Should this be entered as 'DC4AA850' or as '0xDC4AA850' in the script
mutt_oauth2.py
Thanks
matthias
El día martes, mayo 21, 2024 a las 10:49:08a. m. +0200, Nicolas George escribió:
> Matthias Apitz (12024-05-21):
> > How could we expand this for signing mails on the fly?
>
> Hi.
>
> ...
>
> - Ditch GPG. GPG has been increasingly incapable of deciding if it is a
&
t;encryption and signing" section too.
--
Kevin J. McCarthy
Is this still the case, that cryptographic operations are disabled in
batch mode? I could not locate it in the man pages of mutt and muttrc.
What other options do we have outside of mutt on Linux?
Thanks
matthias
--
Matth
El día viernes, mayo 17, 2024 a las 01:39:55 +0900, NIIBE Yutaka escribió:
> Hello,
>
> Matthias Apitz wrote:
> > This isn't that easy. The pcscd is running (when needed) as:
> >
> > purism@pureos:~$ ps ax | grep pcscd
> >2151 ?Ssl0:00 /usr/sb
El día jueves, mayo 16, 2024 a las 04:09:44 +0900, NIIBE Yutaka escribió:
> Hello,
>
> Matthias Apitz wrote:
> > It seems that the first time is longer. I will increase the debug-level
> > for scdaemon.
>
> Thank you for the information. I think that it's bette
El día jueves, mayo 16, 2024 a las 03:00:52 +0900, NIIBE Yutaka escribió:
> Hello,
>
> I wonder if it taks always 8-9 secs, or it's only for the first time.
>
> Matthias Apitz wrote:
> > /tmp/scdaemon-debug.log:
> [...]
> > 2024-05-15 11:07:58 scdaemon[
18 FF 81 B1 FE 75 1F 03
00 31 F5 73 C0 01 60 00 90 00 1C
2024-05-15 11:08:06 scdaemon[16983] AID: D2 76 00 01 24 01 03 04 00 05 00 00 A6
FE 00 00
2024-05-15 11:08:06 scdaemon[16983] Historical Bytes: 00 31 F5 73 C0 01 60 05
90 00
2024-05-15 11:08:06 scdaemon[16983] Version-2+ .: yes
I did a factory reset and changed the keylength with the subcommand
'key-attr' to 4096. All fine and one must be patient as the key
'generate' takes significantly longer.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http
9BD8 CEF7 C01C EE22 0666 1921 411A
created : 2024-05-11 15:18:52
Authentication key: 1274 5D73 CDA7 69B5 979D 2FE9 5E3B 2EB2 1466 6396
created : 2024-05-11 15:18:52
General key info..: pub rsa2048/06500BB7D65F4BE3 2024-05-11 Matthias Apitz
(OpenPGP card)
sec> rsa2
El día martes, mayo 07, 2024 a las 07:07:22 +0200, Matthias Apitz escribió:
> # ls -l /usr/local/sisis-pap/lib/libcurl*
> -rw-r--r-- 1 bin bin 1315526 May 6 10:29 /usr/local/sisis-pap/lib/libcurl.a
> -rwxr-xr-x 1 bin bin1004 May 6 10:29 /usr/local/sisis-pap/lib/libcurl.la
> -rwx
El día lunes, mayo 06, 2024 a las 07:45:52 -0700, Adrian Klaver escribió:
> On 5/6/24 07:42, Adrian Klaver wrote:
> > On 5/6/24 04:05, Matthias Apitz wrote:
>
> >
> > I see three different versions of OpenSSL:
> >
> > OPENSSL_1_1_1d -- From er
CTX_new_id
EVP_KDF_ctrl
EVP_KDF_CTX_free
EVP_KDF_derive
I have a complete different OpenSSL 3.0.x environment: all OpenSSL
consumers use /usr/local/sisis-pap.sp01/lib/libssl.so.3, also
PostgreSQL and pg_tde have been compiled against this; and this
runs fine with 'pg_tde'.
What the avove error means?
Thanks
El día jueves, mayo 02, 2024 a las 07:46:33 +0200, Werner Koch via Gnupg-users
escribió:
> On Thu, 2 May 2024 15:31, Matthias Apitz said:
>
> > which locks the card again. Any ideas?
>
> If you really want to reset the card after an operation _and_ you are
> us
Any ideas?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia.
Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
___
Gnupg-user
El día jueves, mayo 02, 2024 a las 08:13:12 -0400, Henning Follmann escribió:
> On Thu, May 02, 2024 at 01:58:37PM +0200, Matthias Apitz wrote:
> >
> > gpg-agent was always there, started by system boot.
>
> Are you certain? Did you change that at some point? Because if
El día jueves, mayo 02, 2024 a las 07:44:04 -0400, Henning Follmann escribió:
> On Thu, May 02, 2024 at 10:33:15AM +0200, Matthias Apitz wrote:
> > El día jueves, mayo 02, 2024 a las 08:17:58 +0200, Werner Koch via
> > Gnupg-users escribió:
> >
> > > ...
> >
t contains:
GNUPGHOME=/home/purism/.gnupg
GPG_TTY=not a tty
Any idea how to get gpg-agent asking correctly for the PIN?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia. Я не
rsa':
...
$ rm id_rsa # so it can't get lost of teft of the L5
Is there some other solution for GnuPG+SSH without writing the private
key id_rsa to a file? Or even better as well without the need of
entering the passphrase for the RSA key?
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, h
El día miércoles, abril 10, 2024 a las 06:26:23 -0400, Kurt Hackenberg escribió:
> On Wed, Apr 10, 2024 at 10:23:37AM +0200, Matthias Apitz wrote:
>
> > I wasn't aware before, that muttprint exists for my mobile phone as
> > well. I've now installed it and configured it, even
ies = 'pg_tde';
ALTER SYSTEM
sisis=#
and the file gets modified :-(
Why it does not give an error because the shared lib isn't there?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
: The extension must first be installed on the system where PostgreSQL is
running.
How was this option set into the file postgresql151/data/postgresql.auto.conf?
And I did not do this by hand, I wasn't even aware until today that this
file exists at all.
matthias
--
Matthias Apitz, ✉
El día miércoles, abril 10, 2024 a las 07:25:11 +0200, Matthias Apitz escribió:
> I could make it available on my Internet host. About any RPM I don't
> know much. On my Linux mobilephone, running a Debian I see:
>
> $ apt search muttprint
> muttprint/byzantium 0.73-10 all
>
El día martes, abril 09, 2024 a las 06:54:46 -0400, H escribió:
> On 04/07/2024 07:42 AM, Matthias Apitz wrote:
> > I do use on FreeBSD muttprint:
> >
> > Name : muttprint
> > Version: 0.73_5
> > Installed on : Sun Sep 24 11:32:52 2023 CEST
>
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia.
Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
0x84336000 334d hmt.ko
401 0x8433a000 22c4 hconf.ko
The complete Xorg.0.log is here: http://www.unixarea.de/Xorg.0.log.txt
Thanks in advance for ideas.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key
El día miércoles, marzo 27, 2024 a las 03:51:33p. m. +0100, Matthias Apitz
escribió:
> The WLAN card seems to be:
>
> none2@pci0:1:0:0: class=0x028000 rev=0x00 hdr=0x00 vendor=0x14c3
> device=0x7961 subvendor=0x1a3b subdevice=0x4680
> vendor = 'MEDIATEK Corp
El día miércoles, marzo 27, 2024 a las 10:37:48a. m. +0100, Matthias Apitz
escribió:
>
> Hello,
>
> I bought the laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230 and managed to
> boot FreeBSD with boot verbose messages from an USB key and I'm able to
> login. The /var/log/messag
), but don't see any mouse
and WLAN card. I will also boot an Ubuntu 22.04.4 from USB, maybe this
gives more hints about hardware details.
Thanks for any comments. I have 30 days to return the laptop to the
store.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49
El día viernes, marzo 22, 2024 a las 01:31:43p. m. -0400, Ron Johnson escribió:
> On Fri, Mar 22, 2024 at 1:27 PM Tom Lane wrote:
>
> > Matthias Apitz writes:
> > > We have a PostgreSQL 15.1 server in production at a customer for some
> > > weeks (migrated from
ould have caused the locks? Just to make sure that we hit the beast.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
El día viernes, marzo 08, 2024 a las 12:56:16 -0800, Christophe Pettus escribió:
>
>
> > On Mar 8, 2024, at 00:53, Matthias Apitz wrote:
> > It does not say definitely that for all other versions a dump/restore is
> > required.
>
> You cannot just replac
from Sybase and Oracle
to PostgreSQL). But I think, producing the dump with the old version,
setup new cluster and load the dump with the 16.2 sql command will work.
Any comments?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key
..@oclc.org
Finished: FAILURE
A jenkins restart fixes the issue without any other changes.
There is nothing visible in /var/log/jenkins/jenkins.log. This is with
version 2.401.3 on RH 8.9 (Ootpa).
Any ideas?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-3
ly.
> "
>
> Is there any other alternative approach using some configuration files from
> client side?
An option could be to run the connection through an SSH tunnel and use
there the sshd(8) config parameter ClientAliveInterval.
HIH
matthias
--
Matthias Apitz, ✉
30 [SC]
336E B968 92FE 9FE7 F6AD 01D6 529B 7423 F360 8141
uid [ultimate] Matthias Apitz (GnuPG CCID L5)
sub rsa2048 2021-10-30 [A]
sub rsa2048 2021-10-30 [E]
purism@pureos:~$ cat .password-store/.gpg-id
336E B968 92FE 9FE7 F6AD 01D6 529B 7423 F360 8141
Thanks for this hin
nd all attachments.
Interesting signature :-)
You have sent a confidential message to a mailing list with many
subscribers and which will be visible in the archive for the world until
the end of it (which could be soon).
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de
id file and allows to
> set different ones per directories.
Werner,
I have only one .gpg-id file on my L5 mobile in my password-store:
purism@pureos:~$ find .password-store/ -name .gpg-id
.password-store/.gpg-id
purism@pureos:~$ cat .password-store/.gpg-id
CCID L5
matthias
--
30 [SC]
> > 336EB96892FE9FE7F6.......
> > uid [ultimate] Matthias Apitz (GnuPG CCID L5)
> > sub rsa2048 2021-10-30 [A]
> > sub rsa2048 2021-10-30 [E]
> >
> > [...]
>
> Are you sure that *that* is the list of public keys used by pass
El día lunes, febrero 26, 2024 a las 06:40:26 -0600, Jacob Bachmeyer via
Gnupg-users escribió:
> Matthias Apitz wrote:
> > [...]
> > Said/showed that, I can't imagine that, when I SCP the file
> > .password-store/test.gpg to another mobile with another OpenPGP card,
>
El día martes, febrero 13, 2024 a las 11:04:31a. m. +0100, Werner Koch via
Gnupg-users escribió:
> On Fri, 9 Feb 2024 15:36, Matthias Apitz said:
>
> > So, can I buy this card here in Europe or even in Germany?
>
> floss-shop.de
Only for the record:
Meanwhile I bought th
El día martes, febrero 13, 2024 a las 12:47:13 +0100, Klaus Ethgen escribió:
> Hi,
>
> Am Fr den 9. Feb 2024 um 15:36 schrieb Matthias Apitz:
> > Next question: Can I transfer somehow the key from one card to the
> > other to use the same encrypted files foo.gpg f
El día martes, febrero 13, 2024 a las 09:57:17a. m. -0500, Henning Follmann
escribió:
> On Tue, Feb 13, 2024 at 02:32:04PM +0100, Matthias Apitz wrote:
> > El día martes, febrero 13, 2024 a las 11:04:31a. m. +0100, Werner Koch via
> > Gnupg-users escribió:
> >
> >
El día martes, febrero 13, 2024 a las 03:40:12p. m. +0100, Jakob Bohm via
Gnupg-users escribió:
> On 2024-02-13 14:32, Matthias Apitz wrote:
> > El día martes, febrero 13, 2024 a las 11:04:31a. m. +0100, Werner Koch via
> > Gnupg-users escribió:
> >
> > > On Fr
El día martes, febrero 13, 2024 a las 11:04:31a. m. +0100, Werner Koch via
Gnupg-users escribió:
> On Fri, 9 Feb 2024 15:36, Matthias Apitz said:
>
> > So, can I buy this card here in Europe or even in Germany?
>
> floss-shop.de
I've contacted floss-shop.de. They can not
in this tree and
encrypt them again after setup the card. But, it would be better just
copy the files over by SCP, also when passwords get added or updated.
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de
.664158 usbus0.4
DONE-BULK-EP=0081,SPD=SUPER,NFR=1,SLEN=512,IVAL=0,ERR=0
08:36:10.664161 usbus0.4 SUBM-BULK-EP=0081,SPD=SUPER,NFR=1,SLEN=0,IVAL=0
08:36:10.664411 usbus0.4
DONE-BULK-EP=0081,SPD=SUPER,NFR=1,SLEN=16,IVAL=0,ERR=0
Thanks in advance for further comments
matthias
sfers"; the USB port itself says
on plugin of an external disks "da0: 400.000MB/s transfers", what is
expected for USB 3.0;
Why both USB keys only reach da0: 40.000MB/s?
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Pu
Hello,
I will move this topic to freebsd-usb@
I bought a new USB 3.0 key with very poor write performan and the
question is if the key is really USB 3.0:
- Forwarded message from Matthias Apitz -
El día jueves, enero 18, 2024 a las 02:43:23 +1100, Ian Smith escribió:
> From y
fine on RedHat and also on
SuSE Linux when the container gets pushed from RedHat to SuSE, i.e.
without rebuilding it.
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia. Я не воюю с Россией.
I
age for debugging/testing;
I plan to have a similar PostgreSQL server outside the image, with
loaded database. Shut this down and create a tar archive of the full
server which then will be COPY'ed into the image at build time
and scripts in /entrypoint.d will arange everything.
matthias
--
El día lunes, enero 01, 2024 a las 09:10:01p. m. +0100, Ingo Klöcker escribió:
> On Montag, 1. Januar 2024 20:33:28 CET Matthias Apitz wrote:
> > It seems from the man page that only '#' is documented:
>
> Must be an older version. The manual page of GnuPG 2.4.3 reads:
You are
t all keys from the secret keyrings, or just the ones given
on the command line. A # after the letters sec means that the
secret key is not usable (for example, if it was created via
--export-secret-subkeys).
What does '>' means?
Thanks
matthi
start fetching such messages.
Questions:
How could I set a limit in mutt that it denies to tech messages with
size over this limit?
How can I interrupt such fetch without killing mutt from another
terminal?
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de
o rm -r main_old/
> > or
> > sudo cp -r main_old
>
> Arrgh.
>
> sudo mv -r main_old
>
> Memo to self don't eat lunch and copy/paste at same time.
Hmmm
purism@pureos:~$ uname -s
Linux
purism@pureos:~$ mv -r foo bar
mv: invalid option -- 'r'
Try 'mv
a_sources(). Are you
> calling that somewhere?
Exactly, we were calling it without correct credentials in the env vars
PGUSER, PGPASSWORD. Thanks for your hint. The code of this module is
more than thousand lines long and not written by me.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia. Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
<- STORE('Username', 'sisis')= ( 1 ) [1 items] at DBI.pm line 734
<- STORE('ChopBlanks', 1)= ( 1 ) [1 items] at DBI.pm line 734
<- connected('dbi:Pg:dbname = sisis; host = sisis-db ; port = 5432',
'sisis', ...)= ( undef ) [1 items] at DBI.pm line 741
...
How could we avoid such connect to the database server without
the correct credentials?
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
r says something about "replication", we do
pg_basebackup?
Some more information:
- wal_sender_timeout has default value (60s)
- backup target is a local file, not a network storage
- the Linux SLES 15 server is good equipped
- nothing is logged in /var/log/messages
Any ideas
El día viernes, noviembre 10, 2023 a las 12:11:12p. m. +0300, Gleb Popov
escribió:
> On Fri, Nov 10, 2023 at 10:46 AM Matthias Apitz wrote:
> >
> > How could I prevent its start on start of plasma?
> > Thanks
> >
> > matthias
> > --
>
0:02,38 /usr/local/bin/akonadi_sendlater_agent --identifier
akonadi_sendla
1631 - S 0:02,43 /usr/local/bin/akonadi_unifiedmailbox_agent --identifier
akonadi_u
How could I prevent its start on start of plasma?
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http
0:02,38 /usr/local/bin/akonadi_sendlater_agent --identifier
akonadi_sendla
1631 - S 0:02,43 /usr/local/bin/akonadi_unifiedmailbox_agent --identifier
akonadi_u
How could I prevent its start on start of plasma?
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http
ctl vfs.aio.max_aio_per_proc=8192
sysctl vfs.aio.max_aio_queue=65536
sysctl vm.pageout_oom_seq=120
sysctl vm.pfault_oom_attempts=-1
With these settings I have no page faults or killed processes anymore.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG
El día miércoles, octubre 25, 2023 a las 11:33:11 +0200, Andreas Kretschmer
escribió:
> Am 25.10.23 um 11:24 schrieb Matthias Apitz:
> > We have a client who run REINDEX in certain tables of the database of
> > our application (on Linux with PostgreSQL 13.x):
> >
> >
the issue that the number of
rows in some of the above tables has increased. Is this possible?
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia.
Я не воюю с Россией
our help.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia.
Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
our help.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia.
Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
\a\0\0\0m\0\0\0"...,2048}],1,{},0,MSG_CMSG_CLOEXEC},MSG_CMSG_CLOEXEC)
= 227 (0xe3)
27.025182480 recvmsg(21,0x896a197b0,MSG_CMSG_CLOEXEC) ERR#35 'Resource
temporarily unavailable'
i.e. it sends something to /var/run/dbus/system_bus_socket and waits 25
secs in poll(2) for the answer until it timesout
\a\0\0\0m\0\0\0"...,2048}],1,{},0,MSG_CMSG_CLOEXEC},MSG_CMSG_CLOEXEC)
= 227 (0xe3)
27.025182480 recvmsg(21,0x896a197b0,MSG_CMSG_CLOEXEC) ERR#35 'Resource
temporarily unavailable'
i.e. it sends something to /var/run/dbus/system_bus_socket and waits 25
secs in poll(2) for the answer until it timesout
browser.
- Can be extended using KIPI plugins.
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia.
Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
browser.
- Can be extended using KIPI plugins.
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
I am not at war with Russia.
Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
s5/
An example presentation done with s5 is here: http://www.unixarea.de/LiHab2013/
To go through the slides just do a click in the browser.
HIH
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
e
Here is the PR with the logs attached:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274597
Yours
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
El día miércoles, octubre 18, 2023 a las 08:45:16p. m. +0200, Matthias Apitz
escribió:
>
> Hello salvad...@freebsd.org,
>
> I'm writing to you as MAINTAINER of the port lang/gcc10.
>
> When compiling the port lang/gcc10 with poudriere on a recent
> 14.0-CURRENT system
as background the forwarded mail.
Any clue about this? The package itself is produced fine.
Yours
matthias
- Forwarded message from Matthias Apitz -
Date: Wed, 18 Oct 2023 18:19:51 +0200
From: Matthias Apitz
To: freebsd-current@freebsd.org
Subject: Re: poudriere job && find jo
El día miércoles, octubre 18, 2023 a las 12:10:27p. m. +0200, Alexander
Leidinger escribió:
> Am 2023-10-18 09:54, schrieb Matthias Apitz:
> > Hello,
> >
> > I'm compiling with poudriere on 14.0-CURRENT 1400094 amd64 "my" ports,
> > from git October 14, 20
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
uch better.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
s2023
poudriere/poudriere/ports/ports20230806 on
/usr/local/poudriere/ports/ports20230806 (zfs, local, noatime, nfsv4acls)
on c720-1400094 it is only plain UFS.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
p.tar
[guru@c720-1400094 ~]$ du -sh ports20230806
1,2Gports20230806
How this is possible?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
] CONTEXT: while locking tuple (38,57) in
relation "d03geb"
2023-09-30 16:50:50.951 CEST [18117] STATEMENT: fetch hc_d03geb
The shown PIDs for sure are the ones of the Pos backend proc (on Linux).
Is there any chance to investigate it further?
Thanks
matthias
--
Matthias
https://bugs.kde.org/show_bug.cgi?id=474892
Matthias Apitz changed:
What|Removed |Added
CC||g...@unixarea.de
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=474892
Matthias Apitz changed:
What|Removed |Added
Summary|High CPU utilisation of |High CPU utilization
https://bugs.kde.org/show_bug.cgi?id=474892
Bug ID: 474892
Summary: High CPU utilisation of kglobalaccel and Xorg-server
when switching between virtual desktops
Classification: Plasma
Product: kwin
Version: 5.27.8
El día lunes, septiembre 18, 2023 a las 07:44:40 +0300, Gleb Popov escribió:
> On Mon, Sep 18, 2023 at 7:39 PM Matthias Apitz wrote:
> >
> > When I kill kglobalaccel5, Xorg stressed with repeated 'Control_L' goes
> > only to 20% but Control_L + TAB does not switch t
El día martes, septiembre 26, 2023 a las 09:35:52a. m. +0900, NIIBE Yutaka
escribió:
> Matthias Apitz wrote:
> > $ gdb /usr/local/libexec/scdaemon
> > ...
> > r --debug-all --verbose --verbose --server
> > ...
> > OK GNU Privacy Guard's Smartcard server ready
://dev.gnupg.org/T6239
How to fix this?
I helped me as workaround with:
touch /home/guru/scdaemon/gnupg-2.4.3/dirmngr/dirmngr
With this the 'make && make install' went fine.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG k
Please forget my mail and forgive me the noise. I used the wrong HOME.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
___
Gnupg-users mailing list
e. gpg-error-config is built fine but not installed.
What did I wrong? Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
___
Gnupg-users mailing list
El día lunes, septiembre 25, 2023 a las 11:03:23a. m. +0900, NIIBE Yutaka
escribió:
> Hello,
>
> Matthias Apitz wrote:
> > After an update of FreeBSD from 13-CURRENT to 14-CURRENT I can't used
> > my OpenPGP card with the USB token anymore. In /var/log/messages
> &g
Hello,
After an update of FreeBSD from 13-CURRENT to 14-CURRENT I can't used
my OpenPGP card with the USB token anymore. In /var/log/messages
it says:
Sep 24 19:33:02 c720-1400094 kernel: ugen0.4: at usbus0
Sep 24 19:33:07 c720-1400094 kernel: pid 3886 (scdaemon), jid 0, uid 1001:
exited on
ot
> me who is possible.)
> So please go for it.
Here we go: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274063
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
og
Do you want me to file a PR?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274017
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
El día jueves, septiembre 21, 2023 a las 05:03:15p. m. +0300, Gleb Popov
escribió:
> On Thu, Sep 21, 2023 at 4:47 PM Matthias Apitz wrote:
> >
> > Should I file a new PR?
>
> You should check git log:
> https://cgit.freebsd.org/ports/commit/?id=190bd2d090115c5c
El día jueves, septiembre 21, 2023 a las 05:03:15p. m. +0300, Gleb Popov
escribió:
> On Thu, Sep 21, 2023 at 4:47 PM Matthias Apitz wrote:
> >
> > Should I file a new PR?
>
> You should check git log:
> https://cgit.freebsd.org/ports/commit/?id=190bd2d090115c5c
El día jueves, septiembre 21, 2023 a las 05:03:15p. m. +0300, Gleb Popov
escribió:
> On Thu, Sep 21, 2023 at 4:47 PM Matthias Apitz wrote:
> >
> > Should I file a new PR?
>
> You should check git log:
> https://cgit.freebsd.org/ports/commit/?id=190bd2d090115c5c
The full log is here: http://www.unixarea.de/qt5-webengine-5.15.8_6.log.txt
Should I file a new PR?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
The full log is here: http://www.unixarea.de/qt5-webengine-5.15.8_6.log.txt
Should I file a new PR?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
The full log is here: http://www.unixarea.de/qt5-webengine-5.15.8_6.log.txt
Should I file a new PR?
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
1 - 100 of 5014 matches
Mail list logo