I was investigating a bit, under Ubuntu, but I suspect this is quite similar in
Debian... will verify a bit more tomorrow.
paul@jacko:/etc/menu$ dpkg -L twm
/.
[...]
/etc/X11/twm/system.twmrc-menu
/etc/menu-methods
/etc/menu-methods/twm
/usr
/usr/bin
/usr/bin/twm
[...]
/usr/lib/X11/tw
Hey Paul!
Thanks for reporting! Every little bit helps!
January 27, 2021 5:00 PM, "Paul Dufresne" mailto:dufres...@zoho.com?to=%22Paul%20Dufresne%22%20)>
wrote:
Oh, I should probably mention the following warning from QEMU:
qemu-system-x86_64: warning: host doesn't support requested feature:
C
Oh, I should probably mention the following warning from QEMU:
qemu-system-x86_64: warning: host doesn't support requested feature:
CPUID.8001H:ECX.svm [bit 2]
I did not investigate much... don't know what kind of problem it can cause me.
Trying to summarize what I have found.
Default X resolution with QEMU is too big, I set it to the minimum size:
1024x768 with:
root@debian:/home/paul# cat /etc/X11/xorg.conf.d/paul.conf
Section "Device"
Identifier "mydev"
EndSection
Section "Monitor"
Identifier "mymon"
EndSection
Le mer., 27 janv. 2021 13:04:08 -0500 Samuel Thibault
écrit
> Paul Dufresne, le mer. 27 janv. 2021 13:01:14 -0500, a ecrit:
> > So we have /dev/random... but not /dev/urandom
>
> That's not expected. Normally /dev/urandom is a mere symlink to random
>
> Samuel
Indeed, a
Paul Dufresne, le mer. 27 janv. 2021 13:01:14 -0500, a ecrit:
> So we have /dev/random... but not /dev/urandom
That's not expected. Normally /dev/urandom is a mere symlink to random
Samuel
I get some of those in my .xsession-errors file:
localuser:paul being added to access control list
dbus[823]: Failed to start message bus: Failed to generate UUID: Could not open
/dev/urandom: No such file or directory
EOF in dbus-launch reading address from bus daemon
dbus-update-activation
Paul Dufresne, le mer. 27 janv. 2021 12:12:16 -0500, a ecrit:
> And I tried to find fdwalk in bahs-5.1 directory with:
> paul@debian:~/bash-5.1$ grep -rn . -e 'fdwalk'
alternatively, you can use codesearch:
https://codesearch.debian.net/search?q=fdwalk&hl=en
I guess it's coming from libreadline.
I have xterm (and lxterm) working in Xorg now, but I did not figure out why...
yet.
First, trying to do a program with fdwalk, I have come to the conclusion fdwalk
does not exist in Debian sid.
My program:
paul@debian:~$ cat fdwalk.c
#include
#include
#include
struct rlimit rl;
I love Samuel's positivity. He's probably one of the most positive people I
know.
I read recently that 80% of your success is mental
and only 20% is technical skill. For example Gregor Mendel failed his
teachers'
exams three times, but he still spent 10 years cross breeding 21,000 plants to
Paul Dufresne, le mer. 27 janv. 2021 10:00:46 -0500, a ecrit:
> I guess I should write a function in C to use fdwalk, and see if I can get it
> to run in normal console, than in Xorg... but it feels hard work to me.
All of us started with banging their head to the walls over such kinds of
exercice
Thinkpad X220 and X230 probably are too much modern for Hurd.
In my case, I use Thinkpad T60 (and similar models, like R60e) and T410.
These models have good compatibility with Hurd
El mié, 27 ene 2021 a las 15:52, Joshua Branson ()
escribió:
> Damien Zammit writes:
>
> > On 26/1/21 4:00 pm, Da
First, thanks for informing about "su -" needed for /sbin commands to be used
rather than just "su", indeed it fixed my problem.
So after installing the daily image,tasksel, selected "Debian Desktop
environment", "dpkg-reconfigure x11-common xserver-xorg-legacy" as described in
https://www.de
Damien Zammit writes:
> On 26/1/21 4:00 pm, Damien Zammit wrote:
>> I burnt the cd to physical media and tried to install natively on X220
>> thinkpad.
>
> I also tried the same image on a physical X230 thinkpad, this time the disk
> was detected by gnumach,
> but it failed to detect the CD ROM
14 matches
Mail list logo
