On Fri, Aug 02, 2019 at 09:12:28AM +0300, Reco wrote:
> On Wed, Jul 31, 2019 at 01:01:05PM +0100, Paul Sutton wrote:
> > Looks like chromium 76 is out soon, hopefully will make its way in to
> > Buster. As Chromium + Scratch website is still very sluggish on Buster.
> >
> > http://www.tuxmachines
On 2019-08-04 20:06-0400, Felix Miata wrote:
> Works on 32 bit Buster on host m7ncd here, with one little glitch that
> Ctrl-Alt-F3
I've not tried 32bit. I'll get the ISO and give that a whirl.
> memory currently lacks any connective dots between
> https://bugzilla.redhat.com/show_bug.cgi?id=16
On 2019-08-04 22:54+0100, nektarios wrote:
> Indeed the problem seems reproducible for debian Stretch with sddm
> display manager.
> The only logs appearing are from KDE applications (nothing in X11 logs):
Could this be systemd? My only thoughts are that systemd starts the x
server on a vt, but
On Sun 04 Aug 2019 at 20:56:01 (+), Long Wind wrote:
> the file is more than 3 G, i can't read it with nanoi have 3 G memory, no
> swap
> why don't X print important error msg to terminals?i can't see any of them
>
> is it a bug of X?? my problem isn't solved,
> ls .local/share/xorg/ -ltota
ho...@rumormillnews.com composed on 2019-08-04 17:29 (UTC-0400):
> Whatever's on the motherboard (presumably Kaveri) is still present,
> nothing done to tell it to sit idly by.
The place to start, after putting the GeForce back in, is to try doing
something.
There should be some BIOS setup optio
Ed composed on 2019-08-04 21:01 (UTC+0100):
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
> The way to reproduce the problem is as follows:
> 1. log in via lightdm/gdm
> 2. switch to a text consol
On Sun, 4 Aug 2019 18:36:44 -0400
Cindy Sue Causey wrote:
> On 8/4/19, nektarios wrote:
> > On Sun, 4 Aug 2019 21:01:57 +0100
> > Ed wrote:
> >>
> >> What I have observed is that x sessions started from a text console
> >> can cooperate with each other, it seems limited to lightdm/gdm
> >> lo
It worked for me too. Thanks a lot!
On 8/4/19, nektarios wrote:
> On Sun, 4 Aug 2019 21:01:57 +0100
> Ed wrote:
>>
>> What I have observed is that x sessions started from a text console
>> can cooperate with each other, it seems limited to lightdm/gdm logins
>> only.
>>
>> Something happened between jobs which meant I didn't need t
On 8/4/19, Ed wrote:
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
>
> The way to reproduce the problem is as follows:
>
> 1. log in via lightdm/gdm
> 2. switch to a text console
> 3. run startx an
On Sun, 4 Aug 2019 21:01:57 +0100
Ed wrote:
> Hello,
>
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
>
> The way to reproduce the problem is as follows:
>
> 1. log in via lightdm/gdm
> 2. switch
Le 04/08/2019 à 22:56, Long Wind a écrit :
the file is more than 3 G, i can't read it with nanoi have 3 G memory, no swap
You do not use an *editor* to *read* a file, you use a pager such as
more, less, most...
why don't X print important error msg to terminals?i can't see any of them
is
Thanks, Felix. P:)
>> My amd64 stable ('buster') system has this on the motherboard:
>
>> AMD Kaveri [Radeon R7 Graphics]
>
>> In the "Psychedelic colors" thread we added this to the kernal
>> commandline:
>
>> radeon.cik_support=0 amdgpu.cik_support=1
>
>> ...which, in the long run, may not have
Hello,
For years I would happily ctrl-alt-f<1-6> for an additional x.org
session by running 'startx' and another window manager. Until now-ish.
The way to reproduce the problem is as follows:
1. log in via lightdm/gdm
2. switch to a text console
3. run startx and use the window manager fo
On Sunday 04 August 2019 11:44:23 David Wright wrote:
> On Sun 04 Aug 2019 at 19:02:01 (+1200), Richard Hector wrote:
> > On 4/08/19 2:46 AM, Gene Heskett wrote:
> > >>> gene@picnc:~$ sudo adduser
> > >>> [sudo] password for gene:
> > >>> adduser: Only one or two names allowed.
> > >>> gene@picnc:
On Sunday 04 August 2019 10:45:08 John Hasler wrote:
> Gene writes:
> > Three phase, at most any frequency can be had a lot cheaper at up to
> > 10 horse or so by using a suitably sized VFD.
>
> Yes. Don't buy a static or rotary converter for a single machine.
> They only make sense these days i
On Sun 04 Aug 2019 at 19:02:01 (+1200), Richard Hector wrote:
> On 4/08/19 2:46 AM, Gene Heskett wrote:
> >>> gene@picnc:~$ sudo adduser
> >>> [sudo] password for gene:
> >>> adduser: Only one or two names allowed.
> >>> gene@picnc:~$
> >> I'm guessing 'adduser' needs at least a name for the new us
On Sun 04 Aug 2019 at 13:06:07 (+0200), Pascal Hambourg wrote:
> Le 04/08/2019 à 12:43, Long Wind a écrit :
> > i think i find out
> > it's in ~/.local it's Xorg.0.log.old
> > it's more than 3.9G
> > it seems keeping growing
> > clearly i don't need it, i delete it
> > it should solve my problem
>
On 5/08/19 12:07 AM, to...@tuxteam.de wrote:
> On Sun, Aug 04, 2019 at 12:58:14PM +0100, mick crane wrote:
>
>> what sort of cable ?
>> If ethernet, machine to machine directly seem to recall you might
>> want a cross over cable.
>> Can chop cable in two and connect the
>> red to green,
>> green t
Gene writes:
> Three phase, at most any frequency can be had a lot cheaper at up to
> 10 horse or so by using a suitably sized VFD.
Yes. Don't buy a static or rotary converter for a single machine. They
only make sense these days if you can build them at no cost with stuff
you have laying around
On Sun, Aug 04, 2019 at 12:58:14PM +0100, mick crane wrote:
> what sort of cable ?
> If ethernet, machine to machine directly seem to recall you might
> want a cross over cable.
> Can chop cable in two and connect the
> red to green,
> green to red,
> red stripy to green stripy
> green stripy to r
On 2019-07-29 17:56, Richard Owlett wrote:
On 07/29/2019 10:51 AM, Richard Owlett wrote:
On 07/29/2019 10:10 AM, Patrick Bartek wrote:
[snip]
Since your machines are very close together, take a look at USB to
USB
networking.
Did ;} One of the first things I thought of as I date back days of
Le 04/08/2019 à 12:43, Long Wind a écrit :
i think i find out
it's in ~/.local it's Xorg.0.log.old
it's more than 3.9G
it seems keeping growing
clearly i don't need it, i delete it
it should solve my problem
What about Xorg.0.log ?
If these files keep growing up to such a size, then it means th
i think i find outit's in ~/.local it's Xorg.0.log.oldit's more than 3.9Git
seems keeping growingclearly i don't need it, i delete it
it should solve my problem
Thanks to all that reply!
On Sunday, August 4, 2019, 6:26:11 PM GMT+8, to...@tuxteam.de
wrote:
On Sun, Aug 04, 2019 at 09:37
On Sun, Aug 04, 2019 at 09:37:12AM +, Long Wind wrote:
> thank! i enter "du -sh /home", it's 5.8G. it's unbelievable
You mean: it is more than you expected? If so, you can try
du -sh /home/*
to see which subdirectory holds the biggest chunk, and slowly
work your way down the directory tr
On 04/08/2019 11.58, Andrei POPESCU wrote:
> On Du, 04 aug 19, 11:46:31, Étienne Mollier wrote:
>> This space is most likely taken up by file system metadata, such
>> as inode tables, or journaling space. 0.5 G looks a lot like 5%
>> of a 10 G partition, which is the default setting for Ext4
>> me
On Du, 04 aug 19, 11:46:31, Étienne Mollier wrote:
>
> This space is most likely taken up by file system metadata, such
> as inode tables, or journaling space. 0.5 G looks a lot like 5%
> of a 10 G partition, which is the default setting for Ext4
> metadata as provided in Debian Installer.
The 5
Hi,
Long Wind wrote:
> /dev/sda2 9.8G 9.3G 0 100% /
I place my bet on the highest rated answer in
https://unix.stackexchange.com/questions/7950/reserved-space-for-root-on-a-filesystem-why
mattdm wrote there:
"Ext3 is pretty good at avoiding filesystem fragmentation, but once
yo
On Du, 04 aug 19, 08:32:00, Long Wind wrote:
> i have stretch at sda2, which has 9.8Gfree space is far more than 1 Gbut some
> program i'm unware of take all space
> how to find out and solve? Thanks!
To find out what files are taking up the space
Command line:
du -hx --maxdepth=1 | sort
Long Wind, on 2019-08-04:
> i enter "df -h"
> Filesystem Size Used Avail Use% Mounted on
> [...]
> /dev/sda2 9.8G 9.3G 0 100% /
> ..
>
> 0.5 G seems missing
This space is most likely taken up by file system metadata, such
as inode tables, or journaling space. 0.5 G looks a lo
tomás, on 2019-08-04:
> On Sun, Aug 04, 2019 at 08:32:00AM +, Long Wind wrote:
> > i have stretch at sda2, which has 9.8G
> > free space is far more than 1 G
> > but some program i'm unware of take all space
> >
> > how to find out and solve? Thanks!
>
> Your request is too general for a meanin
On Sun, Aug 04, 2019 at 08:32:00AM +, Long Wind wrote:
> i have stretch at sda2, which has 9.8Gfree space is far more than 1 Gbut some
> program i'm unware of take all space
> how to find out and solve? Thanks!
Your request is too general for a meaningful answer.
First off, space on a file s
ho...@rumormillnews.com composed on 2019-08-04 04:19 (UTC-0400):
> My amd64 stable ('buster') system has this on the motherboard:
> AMD Kaveri [Radeon R7 Graphics]
> In the "Psychedelic colors" thread we added this to the kernal commandline:
> radeon.cik_support=0 amdgpu.cik_support=1
> .
Hi, Folks -
My amd64 stable ('buster') system has this on the motherboard:
AMD Kaveri [Radeon R7 Graphics]
In the "Psychedelic colors" thread we added this to the kernal commandline:
radeon.cik_support=0 amdgpu.cik_support=1
...which, in the long run, may not have been necessary, but it's stil
On 2019-08-03, Gene Heskett wrote:
>
> But seat0-greeter.log(s) are all this:
> ** Message: 13:37:04.194: Starting lightdm-gtk-greeter 2.0.6 (Dec 27
> 2018, 16:15:47)
> ** Message: 13:37:04.203: [Configuration] Reading
> file: /usr/share/lightdm/lightdm-gtk-greeter.conf.d/01_debian.conf
> ** Mes
On 4/08/19 2:46 AM, Gene Heskett wrote:
>>> gene@picnc:~$ sudo adduser
>>> [sudo] password for gene:
>>> adduser: Only one or two names allowed.
>>> gene@picnc:~$
>> I'm guessing 'adduser' needs at least a name for the new user ;)
>>
> Ac the manpage, correct. And I didn't give it a name, so it pic
36 matches
Mail list logo
