[gentoo-user] mouse and keyboard don't respond

2021-09-09 Thread thelma
This is a new installation: 
mouse and keyboard don't respond at all
dmesg sees them and in the Xorg.0.log
libinput sees them both but it keeps saying
libinput: Logitech G703 (my mouse) Failed to create a device for 
/dev/input/event23
and before that it says xf85OpenSerial: Cannot open device /dev/input/event23 
Permission denied.
:((( my kernel has everything and i have the drivers all installed
im not sure what im missing



Re: [gentoo-user] how to generate a kernel that is like -x86_64

2021-09-09 Thread Neil Bothwick
On Thu, 09 Sep 2021 15:31:12 -0400, Jack wrote:

> > On 9/9/21 1:18 PM, the...@sys-concept.com wrote:  
> > > how to generate a kernel that is like: vmlinuz-5.4.97-gentoo-x86_64
> > >  
> > My kernel looks like vmlinuz-5.4.97-gentoo  and it I think it should  
> > be: vmlinuz-5.4.97-gentoo-x86_64

Have you tried renaming the file manually to see if it makes a difference?

> > im pretty sure this is the problem because after i select the option  
> > on grub im stuck on the next screen that says its loading the kernel  
> > commands
> > but im pretty sure ive run into this problem before and i need to  
> > generate the config so that it says x86_64 on the end i just dont  
> > remember how  
> Does it say it's loading the kernel commands, or just that it's loading
> the kernel?
> 
> The name of the kernel file is essentially arbitraty, although there  
> are certainly conventions.  What is important is that grub knows the  
> correct name to use.

AFAIR, grub-mkconfig looks for files named vmlinuz-version, so while it
is not arbitrary when auto-generating the GRUB config, the name here
should be fine.

I suspect the issue is with either the contents of the kernel or the
parameters you pass it, rather than the suffix of the file name.


-- 
Neil Bothwick

0 and 1. Now what could be so hard about that?


pgpb8Dq2NvMI3.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] how to generate a kernel that is like -x86_64

2021-09-09 Thread Jack

On 2021.09.09 15:23, the...@sys-concept.com wrote:

On 9/9/21 1:18 PM, the...@sys-concept.com wrote:
> how to generate a kernel that is like: vmlinuz-5.4.97-gentoo-x86_64
>
My kernel looks like vmlinuz-5.4.97-gentoo  and it I think it should  
be: vmlinuz-5.4.97-gentoo-x86_64


im pretty sure this is the problem because after i select the option  
on grub im stuck on the next screen that says its loading the kernel  
commands
but im pretty sure ive run into this problem before and i need to  
generate the config so that it says x86_64 on the end i just dont  
remember how
Does it say it's loading the kernel commands, or just that it's loading  
the kernel?


The name of the kernel file is essentially arbitraty, although there  
are certainly conventions.  What is important is that grub knows the  
correct name to use.


For starts, how are you generating the kernel, and did you run  
grub-mkconfig after building the new kernel?




Re: [gentoo-user] how to generate a kernel that is like -x86_64

2021-09-09 Thread thelma
On 9/9/21 1:18 PM, the...@sys-concept.com wrote:
> how to generate a kernel that is like: vmlinuz-5.4.97-gentoo-x86_64
> 
My kernel looks like vmlinuz-5.4.97-gentoo  and it I think it should be: 
vmlinuz-5.4.97-gentoo-x86_64

im pretty sure this is the problem because after i select the option on grub im 
stuck on the next screen that says its loading the kernel commands
but im pretty sure ive run into this problem before and i need to generate the 
config so that it says x86_64 on the end i just dont remember how



[gentoo-user] how to generate a kernel that is like -x86_64

2021-09-09 Thread thelma
how to generate a kernel that is like: vmlinuz-5.4.97-gentoo-x86_64




Re: [gentoo-user] faded images with Gwenview

2021-09-09 Thread Michael
On Thursday, 9 September 2021 14:00:50 BST Michael wrote:
> On Thursday, 9 September 2021 00:25:41 BST Philip Webb wrote:
> > I have cropped some  .png  images using Gwenview
> > & the reduced versions are faded with Gwenview, but fully colored with
> > Feh.
> > I've tried using 'convert' to create  .jpg  versions,
> > but while they're much smaller in Kbytes (good),
> > they're also faded when viewed with Gwenview (Feh ok).
> > 
> > Can anyone explain what has caused this ?
> > Is there a way of correcting it, eg with Imagemagick ?
> 
> Once you have converted an original raster image into a smaller (i.e. more
> compressed) jpeg image you have thrown away some pixels.  Post-processing
> can't put these missing pixels back.
> 
> I think the gwenview faded display phenomenon you describe here is unlikely
> to be the result of your conversion, since feh displays it without any
> fading. It may be caused by gwenview scaling the image to a different size,
> to make it fit in the gwenview window, unlike feh which will open it in its
> original size whether its full size dimensions fit in your PC monitor or
> not.  You can check the gwenview % reduction/increase shown at the bottom
> right hand corner and change this to 100% to see if it makes any odds.
> 
> In the gwenview settings you can select what the default 'Zoom Mode' is, if
> indeed this is the cause of the faded image display.
> 
> Another thing perhaps related could be the anti-aliasing gwenview applies to
> fit the image in the window aperture and how this interacts with the image
> elements and the resolution of your monitor - you should be able to check
> this if you change the zoom level.
> 
> https://photo.stackexchange.com/questions/24512/what-is-aliasing-and-anti-al
> iasing
> 
> On the same PC/monitor with the same display dimensions for an image
> gwenview (with its default settings) and feh ought to produce the same
> output - at least they do so here.

I may have misread your OP - apologies:

"... but fully *colored* with Feh."

This is probably related to the colour gamut settings of gwenview.  In the 
gwenview settings, on the Advanced tab, there are settings for "Rendering 
intent" and "Colour profile".  Change these and see if it makes a difference.

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] faded images with Gwenview

2021-09-09 Thread Michael
On Thursday, 9 September 2021 00:25:41 BST Philip Webb wrote:
> I have cropped some  .png  images using Gwenview
> & the reduced versions are faded with Gwenview, but fully colored with Feh.
> I've tried using 'convert' to create  .jpg  versions,
> but while they're much smaller in Kbytes (good),
> they're also faded when viewed with Gwenview (Feh ok).
> 
> Can anyone explain what has caused this ?
> Is there a way of correcting it, eg with Imagemagick ?

Once you have converted an original raster image into a smaller (i.e. more 
compressed) jpeg image you have thrown away some pixels.  Post-processing 
can't put these missing pixels back.

I think the gwenview faded display phenomenon you describe here is unlikely to 
be the result of your conversion, since feh displays it without any fading.  
It may be caused by gwenview scaling the image to a different size, to make it 
fit in the gwenview window, unlike feh which will open it in its original size 
whether its full size dimensions fit in your PC monitor or not.  You can check 
the gwenview % reduction/increase shown at the bottom right hand corner and 
change this to 100% to see if it makes any odds.

In the gwenview settings you can select what the default 'Zoom Mode' is, if 
indeed this is the cause of the faded image display.

Another thing perhaps related could be the anti-aliasing gwenview applies to 
fit the image in the window aperture and how this interacts with the image 
elements and the resolution of your monitor - you should be able to check this 
if you change the zoom level.

https://photo.stackexchange.com/questions/24512/what-is-aliasing-and-anti-aliasing

On the same PC/monitor with the same display dimensions for an image gwenview 
(with its default settings) and feh ought to produce the same output - at 
least they do so here.

signature.asc
Description: This is a digitally signed message part.


[gentoo-user] 2021-08-19-mc-legacy-config-dirs

2021-09-09 Thread zcampe
i am a little confused about the news 2021-08-19
in the 4.8.26 ebuilds the use flag is +xdg.
with 4.8.26 everything is ok.

4.8.27 does not show me e.g. man-pages correctly, only source, no
format.

i put a file in dir /etc/portage/package.use with:
app-misc/mc xdg
it has no effect

i use temp 
USE="xdg" emerge app-misc/mc
it has no effect.

what is wrong?