Arbol One wrote:
> After installing PostgreSQL on my Debian-12 machine
> Is there a way I can locate the installation directory?
Assuming that you installed the `postgresql` package. Try:
dpkg -L postgresql
On Fri, 23 Aug 2024 at 05:12, Arbol One wrote:
> After installing PostgreSQL [...]
Hi, we dont know what 'installing' means for you.
For example:
>From where did you obtain the software?
What command did you run to install it?
What output did it produce while it was installing?
After installing PostgreSQL on my Debian-12 machine, I typed 'postgres
--version' and got this msg:
*bash: postgres: command not found*
'psql --version', however, does work and gives me this message :
*psql (PostgreSQL) 16.3 (Debian 16.3-1.pgdg120+1)*
Obviously postgres is not in the path, but
Max Nikulin composed on 2024-08-23 10:09 (UTC+0700):
> Felix Miata wrote:
>> That is written by any process that
>> reads GRUB_DISTRIBUTOR= to determine where to do its writing on the ESP.
> To avoid confusion of those who may notice this thread in search engine
> results:
> In Debian GRUB_D
On Thu, Aug 22, 2024 at 4:31 PM David Wright wrote:
> Irrespective of the time taken, that could trigger the OOM killer,
> couldn't it. Very risky, unless you're using two swaps as mentioned.
I was actually surprised to see this happen in a test right now. I
*thought* that swapoff() would fail i
pandas-datareader(python package) isn't included in any Debian repositoriy.
Is it not stable or not compatible with current Debian policy ?
Mike Castle dixit:
>Exactly. In my experience, running swapoff(8) _will_ take a long time
>if the swap area has a lot of content.
Yes.
>It will block until everything is moved out.
Unfortunately not. It will block until *almost* everything is
moved out. I think what we’re seeing is that the re
On 22/08/2024 16:44, Felix Miata wrote:
That is written by any process that
reads GRUB_DISTRIBUTOR= to determine where to do its writing on the ESP.
To avoid confusion of those who may notice this thread in search engine
results:
In Debian GRUB_DISTRIBUTOR value is *not* passed to "grub-inst
On Thu, Aug 22, 2024 at 11:45 AM David Wright wrote:
> I'm not convinced. Finding out what needs copying back and locating
> somewhere to put it is AIUI a slow process. What's much faster is
> when processes themselves demand something be paged back in from
> swap. I think there are "tricks" avai
On Thu 22 Aug 2024 at 21:34:45 (+0200), to...@tuxteam.de wrote:
> On Thu, Aug 22, 2024 at 01:45:06PM -0500, David Wright wrote:
> > On Thu 22 Aug 2024 at 17:21:04 (+), Thorsten Glaser wrote:
> > > Mike Castle dixit:
>
> [...]
>
> > > >I suspect that the race is that, when the the swapoff() sy
Max Nikulin composed on 2024-08-22 22:56 (UTC+0700):
> Felix Miata wrote:
>> # ls -gG/boot/efi/EFI/opensusetw/
>> total 148
>> -rwxr-xr-x 1 151552 Aug 21 16:08 grubx64.efi
> Am I right that you either do not use Secure Boot or generated a local
> key instead of/in addition to Microsoft and SUSE
Hello,
On Thu, Aug 22, 2024 at 08:38:20AM -0400, Stefan Monnier wrote:
> > cross-graded to amd64 only as far as running the amd64 kernel while
> > leaving all of the user land and the primary dpkg architecture as
> > i386. This is a supported configuration.
>
> It's not just "supported": it's ba
On Thu, Aug 22, 2024 at 01:45:06PM -0500, David Wright wrote:
> On Thu 22 Aug 2024 at 17:21:04 (+), Thorsten Glaser wrote:
> > Mike Castle dixit:
[...]
> > >I suspect that the race is that, when the the swapoff() syscall
> > >returns, the kernel has indeed moved all of the content off, so tha
On Thu 22 Aug 2024 at 17:21:04 (+), Thorsten Glaser wrote:
> Mike Castle dixit:
>
> >Does cryptdisks have the ability to display what is in use at the
> >moment? Maybe polling that before executing the stop?
>
> That’s what I would like to ask and why I sent this eMail.
Is cryptdisks_stop f
On Wed, 21 Aug 2024, Steve Keller wrote:
Can I run a container for a different CPU architecture using
systemd-nspawn? I can easily install on my amd64 host a Debian
container of the same architecture and run that:
Don't know about systemd-nspawn but I do something like this using
unshare, bi
Mike Castle dixit:
>Does cryptdisks have the ability to display what is in use at the
>moment? Maybe polling that before executing the stop?
That’s what I would like to ask and why I sent this eMail.
>I suspect that the race is that, when the the swapoff() syscall
>returns, the kernel has indee
Beloved debian users,
After years of using GNOME (even back in my Ubuntu-days), i got fed up
with the ever changing behavior, which came on top of "development
politics". And since i was/am still on buster, i decided to move forward
to bookworm-KDE. But i am old and slow. It really took me a mont
On 22/08/2024 16:44, Felix Miata wrote:
# ls -gG/boot/efi/EFI/opensusetw/
total 148
-rwxr-xr-x 1 151552 Aug 21 16:08 grubx64.efi
Am I right that you either do not use Secure Boot or generated a local
key instead of/in addition to Microsoft and SUSE ones?
In the case of default or almost defa
On Thu, Aug 22, 2024 at 5:45 AM Stefan Monnier wrote:
> How 'bout checking the success of `cryptdisks_stop`?
Does cryptdisks have the ability to display what is in use at the
moment? Maybe polling that before executing the stop?
I suspect that the race is that, when the the swapoff() syscall
re
lina (12024-08-22):
> however, the internal keyboard does not work
Sorry to ear it. Did it been laid off? Is it eligible for unemployment
benefits?
More seriously, start by explaining your problem with more accuracy than
“does not work”.
Regards,
--
Nicolas George
XKBMODEL="apple"
XKBMODEL="applealu_ansi"
I tried all possible related keyboard, none does work. thanks for your
help, lina
On Thu, Aug 22, 2024 at 9:34 AM lina wrote:
> # KEYBOARD CONFIGURATION FILE
>
> I tried all these, none of them worked
>
> XKBMODEL="macbook79"
>
>
> XKBMODEL="macbook78"
# KEYBOARD CONFIGURATION FILE
I tried all these, none of them worked
XKBMODEL="macbook79"
XKBMODEL="macbook78"
*XKBMODEL="macintosh"*
*XKBMODEL="macintosh_old"*
On Thu, Aug 22, 2024 at 9:29 AM lina wrote:
> Hi
>
> I have a macbook pro since 2019, now I finally install the debian st
Hi
I have a macbook pro since 2019, now I finally install the debian stable
version,
however, the internal keyboard does not work, here is the output with the
external keyboard.
# more /etc/default/keyboard
# KEYBOARD CONFIGURATION FILE
# Consult the keyboard(5) manual page.
XKBMODEL="apple_lap
On Thu, Aug 22, 2024 at 08:17:36AM -0400, Greg Wooledge wrote:
> On Thu, Aug 22, 2024 at 14:33:22 +0300, Dmitrii Odintcov wrote:
> > Hi Greg,
> >
> >
> > This has occurred to me, but seemed like a bit of a hack and less
> > convenient to transfer to other machines...
> >
> > > do it manually, no
> Not the right condition though… it’s absent there but still in use.
> I am looking for the right thing to check…
How 'bout checking the success of `cryptdisks_stop`?
Stefan
> cross-graded to amd64 only as far as running the amd64 kernel while
> leaving all of the user land and the primary dpkg architecture as
> i386. This is a supported configuration.
It's not just "supported": it's basically the recommended setup for an
i386 install, since the support for the i386
On Thu, Aug 22, 2024 at 14:33:22 +0300, Dmitrii Odintcov wrote:
> Hi Greg,
>
>
> This has occurred to me, but seemed like a bit of a hack and less
> convenient to transfer to other machines...
>
> > do it manually, not with update-alternatives
> Why so? Could I not feed the script path to update
Hi Greg,
This has occurred to me, but seemed like a bit of a hack and less
convenient to transfer to other machines...
> do it manually, not with update-alternatives
Why so? Could I not feed the script path to update-alternatives install?
Thanks
On Thu, 22 Aug 2024 at 14:02, Greg Wooledge wr
On Thu, Aug 22, 2024 at 13:09:06 +0300, Dmitrii Odintcov wrote:
> Let's say I want to install VS Code / Codium as an alternative for
> `/usr/bin/editor`, but I want it to always run with `--wait
> --reuse-window` so that other software can rely on the editor
> returning after the file is saved (lik
Let's say I want to install VS Code / Codium as an alternative for
`/usr/bin/editor`, but I want it to always run with `--wait
--reuse-window` so that other software can rely on the editor
returning after the file is saved (like `crontab -e` does, for
example)
I cannot do `update-alternatives --in
Max Nikulin composed on 2024-08-22 10:17 (UTC+0700):
> Felix Miata wrote:
>> My BBS menu contains 4 entries corresponding to output from efibootmgr,
>> with the highlight on the one beginning "opensusetw", as configured via
>> GRUB_DISTRIBUTOR=.
> Or it just coincides with the configured value.
Usually Zathura works to display PDFs even though for some time now I
get a warning about database. I don't have that warning to share but I
think it's current behavior should lead to solving the same problem.
Currently
zathura [filename] gives:
info: Opening plain database via sqlite backend
32 matches
Mail list logo