Re: missing repo, no repomd, no metalink.xml

[Ed Greshko]

On 10/07/2015 11:14 AM, Shane wrote:
> Hi,
>
>   I'm using Fedora18 x86_64.  (Yes, it's old.)  Within the last few days I 
> found that I cannot install or list anything from the fedora-18 repo via yum. 
> I get the typical errors everybody complains about "no repomd" and 
> "metalink.xml does not exist".  Common workarounds from google searches 
> haven't worked.
>
>   I opened the link spit out by yum 
> "http://mirrors.fedoraproject.org/metalink?repo=fedora-18=x86_64; in a 
> browser.  It downloaded a metalink file (no .xml suffix).  The 3rd (or so) 
> line of the file has the following dubious message.
>
> # repo = fedora-18 arch = x86_64 error: invalid repo or arch
>
>   Following this line is a HUGE listing of available repos and architectures. 
>  There is nothing shown for fedora-18 arch i386 or x86_64.  In fact, even 
> fedora-source-18 repo is missing.  I don't think this is a yum problem on my 
> system.
>
>   Is there something else I can try (yum-wise)?  If I need to report it then 
> where?  I'm quite certain that this is the wrong list.
>
Nothing.  F18 was EOL a long time ago.  Updates via yum aren't available.

If you need something from the last time things were updated you need to find 
them and download them manually from 
http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/18/x86_64/  
and you'll need to resolve the dependencies yourself.  (Insert the normal 
advice about running old, outdated, and not security patched software here)


-- 
In reality, some people should stick to running Windows and others should stay 
away from computers altogether.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Fedora Server 21 - Screen not clearing on exit.

[Aero Maxx]

On 06/10/2015 22:07, Rick Stevens wrote:

On 10/06/2015 01:29 PM, Aero Maxx wrote:

Hello,

I use the screen tool quite a lot for running processes that I need to
complete but aren't able to be connected to the box for the length of
time it takes for it to complete.

I've noticed the last few months, (cant remember how long exactly but
its been less than a year i'd say) that when I either create a screen or
resume an existing screen, when either of these are exitted the output
is still displayed within the window that I went to when I detacted from
the screen.

I cant recall anything that I may have done to stop the screen from
clearing when I detacted from them.

I was just wondering if anyone was able to shed any light on why it
might be doing this.


Are you starting screen, then issuing the command inside the screen
session or are you doing "screen somecommand" and then detaching once
the command has started?
--
- Rick Stevens, Systems Engineer, AllDigital ri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
- -
-I'm afraid my karma just ran over your dogma-
--
I am starting the screen, then typing in the command inside the screen 
session, then I wait a bit to check its running as intended then detach 
from the screen afterwards.


I didn't know I could do "screen somecommand" and then detach.

Thanks,
Daniel.


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Gordon Messmer]

On 10/06/2015 05:06 PM, Cameron Simpson wrote:


Rick gave a nightmarishly complex answer, as did several others. It 
might work, but I'm not sure I'd call it reasonable. Bob only needed a 
temporary config, so the reasonable thing to do is to add an "eth0:0" 
with the right addressing as already suggested using the "ifconfig" or 
"ip" commands.


Yeah, he suggested that.

https://lists.fedoraproject.org/pipermail/users/2015-October/465478.html

If you want this to just be temporary, you could (as root):
ifconfig  1.1.1.2 netmask 255.255.255.0


--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Fedora Server 21 - Screen not clearing on exit.

[Aero Maxx]

On 07/10/2015 06:45, Aero Maxx wrote:

On 06/10/2015 22:07, Rick Stevens wrote:

On 10/06/2015 01:29 PM, Aero Maxx wrote:

Hello,

I use the screen tool quite a lot for running processes that I need to
complete but aren't able to be connected to the box for the length of
time it takes for it to complete.

I've noticed the last few months, (cant remember how long exactly but
its been less than a year i'd say) that when I either create a 
screen or

resume an existing screen, when either of these are exitted the output
is still displayed within the window that I went to when I detacted 
from

the screen.

I cant recall anything that I may have done to stop the screen from
clearing when I detacted from them.

I was just wondering if anyone was able to shed any light on why it
might be doing this.


Are you starting screen, then issuing the command inside the screen
session or are you doing "screen somecommand" and then detaching once
the command has started?
--
- Rick Stevens, Systems Engineer, AllDigital ri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
- -
-I'm afraid my karma just ran over your dogma-
--
I am starting the screen, then typing in the command inside the screen 
session, then I wait a bit to check its running as intended then 
detach from the screen afterwards.


I didn't know I could do "screen somecommand" and then detach.

Thanks,
Daniel.
I just tried the "screen some command" and then detach and that does the 
same as doing screen, then typing in the command in the window then 
detaching afterwards.


Thanks,
Daniel.


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[linux guy]

lspci says my laptop has an NVIDIA GF116M [GeForce GT 555M/635M] rev a1

http://www.geforce.com/hardware/notebook-gpus/geforce-gt-555m/features

My laptop is only a few years old.  Seems funny the video card wouldn't be
supported by the nvidia driver.

On Tue, Oct 6, 2015 at 6:31 AM, Ed Greshko  wrote:

> On 10/06/2015 06:23 PM, Timothy Murphy wrote:
> > linux guy wrote:
> >
> >> What kernel/ nvidia driver combination is working for people right now ?
> >> Is there a kmod package that is working with the current kernels ?
> > Is the nvidia driver likely to be better than nouveau?
> >
> > Incidentally, where do you find nvidia drivers?
> > I can't find one for my chip, NVIDIA Quadro NVS 140M
> > at .
> >
> > The standard nouveau driver I am using with F23beta is not perfect
> > (eg some web-pages are distorted) but just about passable.
> >
>
> From the nVidia README file of the linux drivers.
>
> The 340.xx driver supports the following set of GPUs:
>
> NVIDIA GPU productDevice PCI ID*VDPAU features
> GeForce 8800 GTX0191-
> GeForce 8800 GTS0193-
> GeForce 8800 Ultra0194-
> Tesla C8700197-
> Quadro FX 5600019D-
> Quadro FX 4600019E-
> GeForce 8600 GTS0400A
> GeForce 8600 GT0401A
> GeForce 8600 GT0402A
> GeForce 8600 GS0403A
> GeForce 8400 GS0404A
> GeForce 9500M GS0405A
> GeForce 8300 GS0406-
> GeForce 8600M GT0407A
> GeForce 9650M GS0408A
> GeForce 8700M GT0409A
> Quadro FX 370040AA
> Quadro NVS 320M040BA
> Quadro FX 570M040CA
> Quadro FX 1600M040DA
> Quadro FX 570040EA
> Quadro FX 1700040FA
> GeForce GT 3300410A
> GeForce 8400 SE0420-
> GeForce 8500 GT0421A
> GeForce 8400 GS0422A
> GeForce 8300 GS0423-
> GeForce 8400 GS0424A
> GeForce 8600M GS0425A
> GeForce 8400M GT0426A
> GeForce 8400M GS0427A
> GeForce 8400M G0428A
> Quadro NVS 140M0429A
> Quadro NVS 130M042AA
> Quadro NVS 135M042BA
>
> --
> In reality, some people should stick to running Windows and others should
> stay away from computers altogether.
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[John Pilkington]

On 06/10/15 15:32, linux guy wrote:

lspci says my laptop has an NVIDIA GF116M [GeForce GT 555M/635M] rev a1

http://www.geforce.com/hardware/notebook-gpus/geforce-gt-555m/features

My laptop is only a few years old.  Seems funny the video card wouldn't
be supported by the nvidia driver.


There's a lot of talk on this list about THE nvidia driver.

There are many of them and they claim to support different chipsets.
Here's the 'legacy' list.  I believe rpmfusion provides most of them.

http://www.nvidia.com/object/IO_32667.html

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Displaying all the available kernels at boot ?

[linux guy]

My computer is not displaying all the available kernels when it boots.

Right now it displays Fedora, Advanced options for Fedora and tboot 1.81.

How do I get it to display a list of kernels ?
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[linux guy]

THE nvidia driver I speak of is 352-41.

Here is a copy and paste of the supported hardware list for that version of
the driver.  Both the GT555M and the GT635M are in the list.

Source: http://www.nvidia.com/Download/driverResults.aspx/90279/en-us

*GeForce 900 Series:*

GeForce GTX TITAN X, GeForce GTX 980 Ti, GeForce GTX 980, GeForce GTX 970,
GeForce GTX 960, GeForce GTX 950
*GeForce 900M Series (Notebooks):*

GeForce GTX 980M, GeForce GTX 970M, GeForce GTX 965M, GeForce GTX 960M,
GeForce GTX 950M, GeForce 940M, GeForce 930M, GeForce 920M, GeForce 910M
*GeForce 800M Series (Notebooks):*

GeForce GTX 880M, GeForce GTX 870M, GeForce GTX 860M, GeForce GTX 850M,
GeForce 840M, GeForce 830M, GeForce 820M, GeForce 810M
*GeForce 700 Series:*

GeForce GTX TITAN Z, GeForce GTX TITAN Black, GeForce GTX TITAN, GeForce
GTX 780 Ti, GeForce GTX 780, GeForce GTX 770, GeForce GTX 760, GeForce GTX
760 Ti (OEM), GeForce GTX 750 Ti, GeForce GTX 750, GeForce GTX 745, GeForce
GT 740, GeForce GT 730, GeForce GT 720, GeForce GT 710, GeForce GT 705
*GeForce 700M Series (Notebooks):*

GeForce GTX 780M, GeForce GTX 770M, GeForce GTX 765M, GeForce GTX 760M,
GeForce GT 755M, GeForce GT 750M, GeForce GT 745M, GeForce GT 740M, GeForce
GT 735M, GeForce GT 730M, GeForce GT 720M, GeForce 710M
*GeForce 600 Series:*

GeForce GTX 690, GeForce GTX 680, GeForce GTX 670, GeForce GTX 660 Ti,
GeForce GTX 660, GeForce GTX 650 Ti BOOST, GeForce GTX 650 Ti, GeForce GTX
650, GeForce GTX 645, GeForce GT 645, GeForce GT 640, GeForce GT 630,
GeForce GT 620, GeForce GT 610, GeForce 605
*GeForce 600M Series (Notebooks):*

GeForce GTX 680MX, GeForce GTX 680M, GeForce GTX 675MX, GeForce GTX 675M,
GeForce GTX 670MX, GeForce GTX 670M, GeForce GTX 660M, GeForce GT 650M,
GeForce GT 645M, GeForce GT 640M, GeForce GT 640M LE, GeForce GT 635M,
GeForce GT 630M, GeForce GT 625M, GeForce GT 620M, GeForce 610M
*GeForce 500 Series:*

GeForce GTX 590, GeForce GTX 580, GeForce GTX 570, GeForce GTX 560 Ti,
GeForce GTX 560 SE, GeForce GTX 560, GeForce GTX 555, GeForce GTX 550 Ti,
GeForce GT 545, GeForce GT 530, GeForce GT 520, GeForce 510
*GeForce 500M Series (Notebooks):*

GeForce GTX 580M, GeForce GTX 570M, GeForce GTX 560M, GeForce GT 555M,
GeForce GT 550M, GeForce GT 540M, GeForce GT 525M, GeForce GT 520M
*GeForce 400 Series:*

GeForce GTX 480, GeForce GTX 470, GeForce GTX 465, GeForce GTX 460 SE v2,
GeForce GTX 460 SE, GeForce GTX 460, GeForce GTS 450, GeForce GT 440,
GeForce GT 430, GeForce GT 420
*GeForce 400M Series (Notebooks):*

GeForce GTX 485M, GeForce GTX 480M, GeForce GTX 470M, GeForce GTX 460M,
GeForce GT 445M, GeForce GT 435M, GeForce GT 425M, GeForce GT 420M, GeForce
GT 415M, GeForce 410M, GeForce 405M
*Quadro Series:*

Quadro M6000, Quadro M5000, Quadro M4000, Quadro K6000, Quadro K5200,
Quadro K5000, Quadro K4000, Quadro K4200, Quadro K2200, Quadro K2000,
Quadro K2000D, Quadro K1200, Quadro K620, Quadro K600, Quadro K420, Quadro
6000, Quadro 5000, Quadro 4000, Quadro 2000, Quadro 2000D, Quadro 600,
Quadro 410
*Quadro Series (Notebooks):*

Quadro K5100M, Quadro K5000M, Quadro K4100M, Quadro K4000M, Quadro K3100M,
Quadro K2200M, Quadro K2100M, Quadro K3000M, Quadro K2000M, Quadro K1100M,
Quadro K1000M, Quadro K620M, Quadro K610M, Quadro K510M, Quadro K500M,
Quadro 5010M, Quadro 5000M, Quadro 4000M, Quadro 3000M, Quadro 2000M
*Quadro NVS Series:*

NVS 510, NVS 315, NVS 310
*Quadro NVS Series (Notebooks):*

NVS 5400M, NVS 5200M, NVS 4200M
*Quadro Plex Series:*

Quadro Plex 7000
*Quadro Sync Series:*

Quadro Sync, Quadro G-Sync II
*Quadro SDI:*

Quadro SDI
*GRID Series:*

GRID K2, GRID K520, GRID K1, GRID K340
*NVS Series:*

NVS 510, NVS 315, NVS 310
*NVS Series (Notebooks):*NVS 5400M, NVS 5200M, NVS 4200M

On Tue, Oct 6, 2015 at 9:02 AM, John Pilkington  wrote:

> On 06/10/15 15:32, linux guy wrote:
>
>> lspci says my laptop has an NVIDIA GF116M [GeForce GT 555M/635M] rev a1
>>
>> http://www.geforce.com/hardware/notebook-gpus/geforce-gt-555m/features
>>
>> My laptop is only a few years old.  Seems funny the video card wouldn't
>> be supported by the nvidia driver.
>>
>
> There's a lot of talk on this list about THE nvidia driver.
>
> There are many of them and they claim to support different chipsets.
> Here's the 'legacy' list.  I believe rpmfusion provides most of them.
>
> http://www.nvidia.com/object/IO_32667.html
>
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: 

Re: Change ip address -

[Gordon Messmer]

On 10/06/2015 05:24 AM, Robert Nichols wrote:


  ip route add to 1.1.1.1 dev enp0s25

That's all there is to it. Your system now knows that address 1.1.1.1
can be reached directly (no gateway) on that interface.


And how does that destination respond?

It's not as simple as you suggest.  The Buffalo device probably has no 
(reachable) gateway, so it will only be able to route outgoing packets 
of its own if the destination is within the broadcast network 
corresponding to its address and netmask.


The right way to do this was always to add 1.1.1.2 to Bob's interface.  
Either, as was suggested, using the older (deprecated) ifconfig command:

ifconfig eth0:0 1.1.1.2 netmask 255.255.255.0
or using ip:
ip addr add 1.1.1.2/24 dev eth0


--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Bob Goodwin]

On 10/06/15 10:39, Gordon Messmer wrote:


The right way to do this was always to add 1.1.1.2 to Bob's 
interface.  Either, as was suggested, using the older (deprecated) 
ifconfig command:

ifconfig eth0:0 1.1.1.2 netmask 255.255.255.0
or using ip:
ip addr add 1.1.1.2/24 dev eth0

.

I've saved this for future use, too bad you weren't here yesterday ...

Thank you,

Bob

--
Bob Goodwin - Zuni, Virginia, USA
http://www.qrz.com/db/W2BOD
box10  FEDORA-23beta/64bit LINUX XFCE POP3

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[linux guy]

This page says that the GT555M is supported in the latest nvidia drivers.
(See the supported products tab.)
http://www.nvidia.com/Download/driverResults.aspx/90279/en-us

On Tue, Oct 6, 2015 at 8:32 AM, linux guy  wrote:

> lspci says my laptop has an NVIDIA GF116M [GeForce GT 555M/635M] rev a1
>
> http://www.geforce.com/hardware/notebook-gpus/geforce-gt-555m/features
>
> My laptop is only a few years old.  Seems funny the video card wouldn't be
> supported by the nvidia driver.
>
> On Tue, Oct 6, 2015 at 6:31 AM, Ed Greshko  wrote:
>
>> On 10/06/2015 06:23 PM, Timothy Murphy wrote:
>> > linux guy wrote:
>> >
>> >> What kernel/ nvidia driver combination is working for people right now
>> ?
>> >> Is there a kmod package that is working with the current kernels ?
>> > Is the nvidia driver likely to be better than nouveau?
>> >
>> > Incidentally, where do you find nvidia drivers?
>> > I can't find one for my chip, NVIDIA Quadro NVS 140M
>> > at .
>> >
>> > The standard nouveau driver I am using with F23beta is not perfect
>> > (eg some web-pages are distorted) but just about passable.
>> >
>>
>> From the nVidia README file of the linux drivers.
>>
>> The 340.xx driver supports the following set of GPUs:
>>
>> NVIDIA GPU productDevice PCI ID*VDPAU features
>> GeForce 8800 GTX0191-
>> GeForce 8800 GTS0193-
>> GeForce 8800 Ultra0194-
>> Tesla C8700197-
>> Quadro FX 5600019D-
>> Quadro FX 4600019E-
>> GeForce 8600 GTS0400A
>> GeForce 8600 GT0401A
>> GeForce 8600 GT0402A
>> GeForce 8600 GS0403A
>> GeForce 8400 GS0404A
>> GeForce 9500M GS0405A
>> GeForce 8300 GS0406-
>> GeForce 8600M GT0407A
>> GeForce 9650M GS0408A
>> GeForce 8700M GT0409A
>> Quadro FX 370040AA
>> Quadro NVS 320M040BA
>> Quadro FX 570M040CA
>> Quadro FX 1600M040DA
>> Quadro FX 570040EA
>> Quadro FX 1700040FA
>> GeForce GT 3300410A
>> GeForce 8400 SE0420-
>> GeForce 8500 GT0421A
>> GeForce 8400 GS0422A
>> GeForce 8300 GS0423-
>> GeForce 8400 GS0424A
>> GeForce 8600M GS0425A
>> GeForce 8400M GT0426A
>> GeForce 8400M GS0427A
>> GeForce 8400M G0428A
>> Quadro NVS 140M0429A
>> Quadro NVS 130M042AA
>> Quadro NVS 135M042BA
>>
>> --
>> In reality, some people should stick to running Windows and others should
>> stay away from computers altogether.
>> --
>> users mailing list
>> users@lists.fedoraproject.org
>> To unsubscribe or change subscription options:
>> https://admin.fedoraproject.org/mailman/listinfo/users
>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>> Have a question? Ask away: http://ask.fedoraproject.org
>>
>
>
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[linux guy]

Here is an image of the console when it stops booting.

https://picasaweb.google.com/lh/photo/2lIvcIc9OsOgSAK0_VhtrFve0uk252X7hjsY_3ZXvi8?feat=directlink

I have posted this issue to the test mailing list as well.

On Tue, Oct 6, 2015 at 9:08 AM, linux guy  wrote:

> THE nvidia driver I speak of is 352-41.
>
> Here is a copy and paste of the supported hardware list for that version
> of the driver.  Both the GT555M and the GT635M are in the list.
>
> Source: http://www.nvidia.com/Download/driverResults.aspx/90279/en-us
>
> *GeForce 900 Series:*
>
> GeForce GTX TITAN X, GeForce GTX 980 Ti, GeForce GTX 980, GeForce GTX 970,
> GeForce GTX 960, GeForce GTX 950
> *GeForce 900M Series (Notebooks):*
>
> GeForce GTX 980M, GeForce GTX 970M, GeForce GTX 965M, GeForce GTX 960M,
> GeForce GTX 950M, GeForce 940M, GeForce 930M, GeForce 920M, GeForce 910M
> *GeForce 800M Series (Notebooks):*
>
> GeForce GTX 880M, GeForce GTX 870M, GeForce GTX 860M, GeForce GTX 850M,
> GeForce 840M, GeForce 830M, GeForce 820M, GeForce 810M
> *GeForce 700 Series:*
>
> GeForce GTX TITAN Z, GeForce GTX TITAN Black, GeForce GTX TITAN, GeForce
> GTX 780 Ti, GeForce GTX 780, GeForce GTX 770, GeForce GTX 760, GeForce GTX
> 760 Ti (OEM), GeForce GTX 750 Ti, GeForce GTX 750, GeForce GTX 745, GeForce
> GT 740, GeForce GT 730, GeForce GT 720, GeForce GT 710, GeForce GT 705
> *GeForce 700M Series (Notebooks):*
>
> GeForce GTX 780M, GeForce GTX 770M, GeForce GTX 765M, GeForce GTX 760M,
> GeForce GT 755M, GeForce GT 750M, GeForce GT 745M, GeForce GT 740M, GeForce
> GT 735M, GeForce GT 730M, GeForce GT 720M, GeForce 710M
> *GeForce 600 Series:*
>
> GeForce GTX 690, GeForce GTX 680, GeForce GTX 670, GeForce GTX 660 Ti,
> GeForce GTX 660, GeForce GTX 650 Ti BOOST, GeForce GTX 650 Ti, GeForce GTX
> 650, GeForce GTX 645, GeForce GT 645, GeForce GT 640, GeForce GT 630,
> GeForce GT 620, GeForce GT 610, GeForce 605
> *GeForce 600M Series (Notebooks):*
>
> GeForce GTX 680MX, GeForce GTX 680M, GeForce GTX 675MX, GeForce GTX 675M,
> GeForce GTX 670MX, GeForce GTX 670M, GeForce GTX 660M, GeForce GT 650M,
> GeForce GT 645M, GeForce GT 640M, GeForce GT 640M LE, GeForce GT 635M,
> GeForce GT 630M, GeForce GT 625M, GeForce GT 620M, GeForce 610M
> *GeForce 500 Series:*
>
> GeForce GTX 590, GeForce GTX 580, GeForce GTX 570, GeForce GTX 560 Ti,
> GeForce GTX 560 SE, GeForce GTX 560, GeForce GTX 555, GeForce GTX 550 Ti,
> GeForce GT 545, GeForce GT 530, GeForce GT 520, GeForce 510
> *GeForce 500M Series (Notebooks):*
>
> GeForce GTX 580M, GeForce GTX 570M, GeForce GTX 560M, GeForce GT 555M,
> GeForce GT 550M, GeForce GT 540M, GeForce GT 525M, GeForce GT 520M
> *GeForce 400 Series:*
>
> GeForce GTX 480, GeForce GTX 470, GeForce GTX 465, GeForce GTX 460 SE v2,
> GeForce GTX 460 SE, GeForce GTX 460, GeForce GTS 450, GeForce GT 440,
> GeForce GT 430, GeForce GT 420
> *GeForce 400M Series (Notebooks):*
>
> GeForce GTX 485M, GeForce GTX 480M, GeForce GTX 470M, GeForce GTX 460M,
> GeForce GT 445M, GeForce GT 435M, GeForce GT 425M, GeForce GT 420M, GeForce
> GT 415M, GeForce 410M, GeForce 405M
> *Quadro Series:*
>
> Quadro M6000, Quadro M5000, Quadro M4000, Quadro K6000, Quadro K5200,
> Quadro K5000, Quadro K4000, Quadro K4200, Quadro K2200, Quadro K2000,
> Quadro K2000D, Quadro K1200, Quadro K620, Quadro K600, Quadro K420, Quadro
> 6000, Quadro 5000, Quadro 4000, Quadro 2000, Quadro 2000D, Quadro 600,
> Quadro 410
> *Quadro Series (Notebooks):*
>
> Quadro K5100M, Quadro K5000M, Quadro K4100M, Quadro K4000M, Quadro K3100M,
> Quadro K2200M, Quadro K2100M, Quadro K3000M, Quadro K2000M, Quadro K1100M,
> Quadro K1000M, Quadro K620M, Quadro K610M, Quadro K510M, Quadro K500M,
> Quadro 5010M, Quadro 5000M, Quadro 4000M, Quadro 3000M, Quadro 2000M
> *Quadro NVS Series:*
>
> NVS 510, NVS 315, NVS 310
> *Quadro NVS Series (Notebooks):*
>
> NVS 5400M, NVS 5200M, NVS 4200M
> *Quadro Plex Series:*
>
> Quadro Plex 7000
> *Quadro Sync Series:*
>
> Quadro Sync, Quadro G-Sync II
> *Quadro SDI:*
>
> Quadro SDI
> *GRID Series:*
>
> GRID K2, GRID K520, GRID K1, GRID K340
> *NVS Series:*
>
> NVS 510, NVS 315, NVS 310
> *NVS Series (Notebooks):*NVS 5400M, NVS 5200M, NVS 4200M
>
> On Tue, Oct 6, 2015 at 9:02 AM, John Pilkington  wrote:
>
>> On 06/10/15 15:32, linux guy wrote:
>>
>>> lspci says my laptop has an NVIDIA GF116M [GeForce GT 555M/635M] rev a1
>>>
>>> http://www.geforce.com/hardware/notebook-gpus/geforce-gt-555m/features
>>>
>>> My laptop is only a few years old.  Seems funny the video card wouldn't
>>> be supported by the nvidia driver.
>>>
>>
>> There's a lot of talk on this list about THE nvidia driver.
>>
>> There are many of them and they claim to support different chipsets.
>> Here's the 'legacy' list.  I believe rpmfusion provides most of them.
>>
>> http://www.nvidia.com/object/IO_32667.html
>>
>>
>> --
>> users mailing list
>> users@lists.fedoraproject.org
>> To unsubscribe or change subscription options:
>> 

missing repo, no repomd, no metalink.xml

[Shane]

Hi,

  I'm using Fedora18 x86_64.  (Yes, it's old.)  Within the last few 
days I found that I cannot install or list anything from the fedora-18 
repo via yum. I get the typical errors everybody complains about "no 
repomd" and "metalink.xml does not exist".  Common workarounds from 
google searches haven't worked.


  I opened the link spit out by yum 
"http://mirrors.fedoraproject.org/metalink?repo=fedora-18=x86_64; 
in a browser.  It downloaded a metalink file (no .xml suffix).  The 3rd 
(or so) line of the file has the following dubious message.


# repo = fedora-18 arch = x86_64 error: invalid repo or arch

  Following this line is a HUGE listing of available repos and 
architectures.  There is nothing shown for fedora-18 arch i386 or 
x86_64.  In fact, even fedora-source-18 repo is missing.  I don't think 
this is a yum problem on my system.


  Is there something else I can try (yum-wise)?  If I need to report it 
then where?  I'm quite certain that this is the wrong list.


  Thanks.

  Shane

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Gordon Messmer]

On 10/06/2015 09:13 AM, Robert Nichols wrote:

It's highly likely that it will simply use its only interface as
a default route, at least that's the way it worked for the two IP
cameras I set up that also had an initial IP address of 1.1.1.1.


That's not generally how IPv4 works.  In the simple, most common 
configuration, a device has an address and a netmask.  For a device that 
defaults to 1.1.1.1, that's probably either /8 or /24.  In that case, 
the device will be able to respond to addresses prefixed with 1.anything 
or 1.1.1.anything, respectively.


It's technically possible that the device could have a 0.0.0.0/0 direct 
route on its network interface, but it's extremely unlikely. I've never 
seen a device configured that way by default.  (Such a device would try 
to resolve all addresses via ARP.)  If a device were configured that 
way, users probably wouldn't be instructed to use 1.1.1.2 as their own 
address, as Bob was.  And that's really the point: Bob stated the 
requirement that he use 1.1.1.2 as his address, and adding a direct 
route doesn't accomplish that.



--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Gordon Messmer]

On 10/06/2015 08:42 AM, Bob Goodwin wrote:
I've saved this for future use, too bad you weren't here yesterday ... 


Rick gave a reasonable response.  Could have been improved to not 
interfere with regular network access, but I thought it was good enough.

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Bob Goodwin]

On 10/06/15 15:05, Gordon Messmer wrote:
too bad you weren't here yesterday ... 


Rick gave a reasonable response.  Could have been improved to not 
interfere with regular network access, but I thought it was good enough. 

.

Yes. Initially I could not get the NM GUI to respond to my entries. 
After I edited /etc/sysconfig/network-scripts/ifcfg-enp0s25 I was able 
to configure it. Perhaps adding NM_CONTROLLED=yes made the difference? I 
just wanted my problem fixed and did not experiment beyond that. 
Restored the original file when done ...


--
Bob Goodwin - Zuni, Virginia, USA
http://www.qrz.com/db/W2BOD
box10  FEDORA-23beta/64bit LINUX XFCE POP3

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Rick Stevens]

On 10/06/2015 12:15 PM, Gordon Messmer wrote:

On 10/06/2015 09:13 AM, Robert Nichols wrote:

It's highly likely that it will simply use its only interface as
a default route, at least that's the way it worked for the two IP
cameras I set up that also had an initial IP address of 1.1.1.1.


That's not generally how IPv4 works.  In the simple, most common
configuration, a device has an address and a netmask.  For a device that
defaults to 1.1.1.1, that's probably either /8 or /24.  In that case,
the device will be able to respond to addresses prefixed with 1.anything
or 1.1.1.anything, respectively.

It's technically possible that the device could have a 0.0.0.0/0 direct
route on its network interface, but it's extremely unlikely. I've never
seen a device configured that way by default.  (Such a device would try
to resolve all addresses via ARP.)  If a device were configured that
way, users probably wouldn't be instructed to use 1.1.1.2 as their own
address, as Bob was.  And that's really the point: Bob stated the
requirement that he use 1.1.1.2 as his address, and adding a direct
route doesn't accomplish that.


I don't know that Bob actually said he HAD to use 1.1.1.2. My guess
(without knowing what the mysterious "device" is) is that the device
used 1.1.1.1/24 and it suggested he use 1.1.1.2 as his address. If that
was the case, than any 1.1.1.0/24 address (other than 1.1.1.1) would
work.

I think the proper way to do handle this (if this reset thing is going
to be ongoing) would be to:

1. Create a udev rule that uses the MAC addr of the NIC to tie
the device to a standardized name (e.g. "eth0"). I absolutely
detest this damned renaming of devices based on when they got
scanned by the kernel. It is a spectacularly idiotic idea and
the fact you can rename it in udev hints that the kernel
developers tacitly agree.

2. Create create an alias to that new name (e.g. "eth0:0").

3. Stick a permanent 1.1.1.2/24 address on that alias.

That way he can always get to 1.1.1.1 (with or without a gateway) since
the aliased NIC and the reset device will be on the same network.

The best solution is to set up the device so it is on the same network
as his machine and figure out why he has to reset it to factory
defaults all the time. I could possibly live with resets to a saved
configuration although I'd be rather annoyed. Having to reset to
factory defaults constantly would indicate the thing should be junked
because of a really poor design. Heaven knows what other nefarious
things it's doing (I sure hope this is all behind a firewall and you
monitor all network connections with something like snort).
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
-Working with Linux is like wrestling with a worthy opponent.-
-   Working with Windows is like picking on an annoyed child with a  -
-loaded handgun. -
--
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Fedora Server 21 - Screen not clearing on exit.

[Aero Maxx]

Hello,

I use the screen tool quite a lot for running processes that I need to 
complete but aren't able to be connected to the box for the length of 
time it takes for it to complete.


I've noticed the last few months, (cant remember how long exactly but 
its been less than a year i'd say) that when I either create a screen or 
resume an existing screen, when either of these are exitted the output 
is still displayed within the window that I went to when I detacted from 
the screen.


I cant recall anything that I may have done to stop the screen from 
clearing when I detacted from them.


I was just wondering if anyone was able to shed any light on why it 
might be doing this.


I'm using Fedora Server 21.

Thanks,
Daniel.


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Rick Stevens]

On 10/06/2015 12:36 PM, Bob Goodwin wrote:

On 10/06/15 15:05, Gordon Messmer wrote:

too bad you weren't here yesterday ...


Rick gave a reasonable response.  Could have been improved to not
interfere with regular network access, but I thought it was good enough.

.

Yes. Initially I could not get the NM GUI to respond to my entries.
After I edited /etc/sysconfig/network-scripts/ifcfg-enp0s25 I was able
to configure it. Perhaps adding NM_CONTROLLED=yes made the difference? I
just wanted my problem fixed and did not experiment beyond that.
Restored the original file when done ...


"NM_CONTROLLED=yes" indicates that, yes, that device is controlled via
Network Manager (and therefore modifiable via the GUI). If that's
missing or set to "no", then the device is controlled via the settings
in the ifcfg- file.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
- I.R.S.: We've got what it takes to take what you've got!   -
--
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Fedora Server 21 - Screen not clearing on exit.

[Rick Stevens]

On 10/06/2015 01:29 PM, Aero Maxx wrote:

Hello,

I use the screen tool quite a lot for running processes that I need to
complete but aren't able to be connected to the box for the length of
time it takes for it to complete.

I've noticed the last few months, (cant remember how long exactly but
its been less than a year i'd say) that when I either create a screen or
resume an existing screen, when either of these are exitted the output
is still displayed within the window that I went to when I detacted from
the screen.

I cant recall anything that I may have done to stop the screen from
clearing when I detacted from them.

I was just wondering if anyone was able to shed any light on why it
might be doing this.


Are you starting screen, then issuing the command inside the screen
session or are you doing "screen somecommand" and then detaching once
the command has started?
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 226437340   Yahoo: origrps2 -
--
-I'm afraid my karma just ran over your dogma-
--
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Parole needs H.264 decoder to play this file

[Paul Smith]

On Tue, Oct 6, 2015 at 6:19 PM, Heinz Diehl  wrote:
>
>> "Parole needs H.264 decoder to play this file.
>> What can I do to fix the problem?
>
> dnf install gstreamer-ffmpeg

Thanks, Heinz, but that has not solved the problem. Kevin Fenzi wrote
in my bug report:


So, H.264 isnt a codec Fedora ships (It has patents associated with it).

parole moved from gstreamer 0.10, to gstreamer1 in that update.

Likely you have a package that provides a H.264 decoder for gstreamer
0.10, but not gstreamer 1 installed. Likely it's called
'gstreamer-plugins-ugly' or similar. If you install the
'gstreamer1-plugins-ugly' from the same place the new parole should
play those files.


The problem still persists, unfortunately.

My installed gstreamer packages are the following:

gstreamer.x86_64
gstreamer-ffmpeg.x86_64
gstreamer-plugins-bad.x86_64
gstreamer-plugins-bad-free.x86_64
gstreamer-plugins-base.x86_64
gstreamer-plugins-espeak.x86_64
gstreamer-plugins-good.x86_64
gstreamer-plugins-ugly.x86_64
gstreamer-python.x86_64
gstreamer-tools.x86_64
gstreamer1.x86_64
gstreamer1-plugins-bad-free.x86_64
gstreamer1-plugins-bad-freeworld.x86_64
gstreamer1-plugins-base.x86_64
gstreamer1-plugins-good.x86_64
gstreamer1-plugins-ugly.x86_64

Paul
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Parole needs H.264 decoder to play this file

[Paul Smith]

On Tue, Oct 6, 2015 at 10:27 PM, Paul Smith  wrote:
>>
>>> "Parole needs H.264 decoder to play this file.
>>> What can I do to fix the problem?
>>
>> dnf install gstreamer-ffmpeg
>
> Thanks, Heinz, but that has not solved the problem. Kevin Fenzi wrote
> in my bug report:
>
> 
> So, H.264 isnt a codec Fedora ships (It has patents associated with it).
>
> parole moved from gstreamer 0.10, to gstreamer1 in that update.
>
> Likely you have a package that provides a H.264 decoder for gstreamer
> 0.10, but not gstreamer 1 installed. Likely it's called
> 'gstreamer-plugins-ugly' or similar. If you install the
> 'gstreamer1-plugins-ugly' from the same place the new parole should
> play those files.
> 
>
> The problem still persists, unfortunately.
>
> My installed gstreamer packages are the following:
>
> gstreamer.x86_64
> gstreamer-ffmpeg.x86_64
> gstreamer-plugins-bad.x86_64
> gstreamer-plugins-bad-free.x86_64
> gstreamer-plugins-base.x86_64
> gstreamer-plugins-espeak.x86_64
> gstreamer-plugins-good.x86_64
> gstreamer-plugins-ugly.x86_64
> gstreamer-python.x86_64
> gstreamer-tools.x86_64
> gstreamer1.x86_64
> gstreamer1-plugins-bad-free.x86_64
> gstreamer1-plugins-bad-freeworld.x86_64
> gstreamer1-plugins-base.x86_64
> gstreamer1-plugins-good.x86_64
> gstreamer1-plugins-ugly.x86_64

I have just fixed the problem with:

dnf install gstreamer1-libav

Paul
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Bob Goodwin]

On 10/05/15 21:18, Robert Nichols wrote:


All you needed to do was add a routing table entry to direct packets for
1.1.1.1 out the appropriate interface. No need to mess up the rest of
your networking. 

.

I was able to accomplish what I needed to do and the system was returned 
to normal without much difficulty but I am interested in your suggestion 
since this is something that comes up at times however I could use a 
some clarification of:


"add a routing table entry to direct packets for
1.1.1.1 out the appropriate interface."

After a bit of Googling I see the following which seems like it might 
apply to my need to access the Buffalo ethernet bridge device I needed 
to access after  doing a default "reset" to 1.1.1.1.


"Directly Attached NetworkThe local network entry corresponds to the 
directly attached network. IP packets destined for the directly attached 
network are not forwarded to a router but sent directly to the 
destination. Note that the Gateway and Interface columns match the IP 
address of the node. This indicates that the packet is sent from the 
network adapter corresponding to the node's IP address."


I don't know exactly how to do that, an example perhaps ...

Thanks,

--
Bob Goodwin - Zuni, Virginia, USA http://www.qrz.com/db/W2BOD box10 
FEDORA-23beta/64bit LINUX XFCE POP3

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

PS generated file -> pdftotext -layout and images

[Gary Stainburn]

Hi folks,

Thanks to help from here I've managed to get pseudo printers working with CUPS 
to allow Windows PC's to print a document which then gets converted to PDF, 
has stationery applied to it, and the result emailed back to the requesting 
user.

I'm now on phase 2 of the project which uses

pseudo printer -> ps2pdf -> pdftotext -layout

to generate a text file which then is used to import data into my systems.  
This method is because the system that generates the report doesn't have an 
export facility.

My only problem with this is that the generating system uses images of a tick 
and a cross to indicate some boolean values.

Can anyone suggest how I can convert these ticks and crosses back to their 
boolean value?  

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Peer to peer adhoc network setup using network manager. ARP, gateways and routes...

[linux guy]

I need to connect a wifi device to my Linux computer. There is no router in
between the two. Just my computer and the device. The device has a fixed
IP, 192.168.0.10. It has its own Wifi interface built in  It isn't capable
of connecting to a router.  It has a fixed IP address.

My home wifi network uses 192.168.1.x. It has a router. It works fine. My
computer connects to it via its built in wifi interface.

I have added a USB wifi interface (dongle) to my computer to connect to the
device. My computer displays the device properly in a network manager scan.
So the device is available for connections.

Next I edit the connection for the device in network manager. The SSID is
filled in from the scan. I select Ad-hoc mode. Band, Channel, etc. are all
automatic.

Next I edit wifi security. The device is open security wise, so I select
None.

Next I edit the IPV4 tab. Under connection method I select Manual.

The next fields are DNS server and Search Domains. In a point to point
connection, there will be no DNS server. I leave the boxes blank.

Next up is adding the static IP address, netmask and gateway.

I set the address of my interface to be 192.168.0.123, because it was
recommended by another user who connected with an Apple device. I set
netmask to 255.255.255.0.

The next thing to set is the gateway address. Here is where I get
confused.  What is a gateway in the context of a peer to peer connection ?
I try to leave it blank, but it won't let me.  So I put in 0.0.0.0.   I
also tried the address of the interface (192.168.0.123) and the address of
the device (192.168.0.10)

Then there is a route field.  I add a route for the ip address
192.168.0.10, using a netmask of 255.255.255.0 and again it asks for a
gateway. I tried 0.0.0.0, the device address and the interface address.

I don't touch any of the IPV6 settings because the device doesn't support
IPV6 addresses.

I save everything and connect to the device successfully.

I run "arp -a" and the device is found connected to the interface.  Yippee !

Pinging the device fails.  Destination Host Unreachable.

When I ping the device and watch in wireshark I see an ARP broadcast
message "Who has 192.168.0.10 ? Tell 192.168.0.123". 192.168.0.123 is the
static IP for the interface. And that is as far as the process gets.

When I watch the other interface and do a ping to a local device, I see the
same ARP broadcast message, but also a reply message to it. 192.168.1.142
is at  And then the process continues successfully.

So what am I missing in the setup of my adhoc connection such that the OS
knows that a message sent to my device (192.168.0.10) gets routed through
the USB wifi interface, ie the ARP broadcast message gets a reply ?

Thanks.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Cameron Simpson]

On 06Oct2015 12:05, Gordon Messmer  wrote:

On 10/06/2015 08:42 AM, Bob Goodwin wrote:
I've saved this for future use, too bad you weren't here yesterday 
...


Rick gave a reasonable response.  Could have been improved to not 
interfere with regular network access, but I thought it was good enough.


Rick gave a nightmarishly complex answer, as did several others. It might work, 
but I'm not sure I'd call it reasonable. Bob only needed a temporary config, so 
the reasonable thing to do is to add an "eth0:0" with the right addressing as 
already suggested using the "ifconfig" or "ip" commands. It is _direct_! All 
this other guff that hacks with the OS config is just nuts.


Just my 2c,
Cameron Simpson 
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Peer to peer adhoc network setup using network manager. ARP, gateways and routes...

[linux guy]

I figured out the problem.  The gateway addresses need to be empty.  If you
delete the entry and create a new one you can use an empty gateway
address.  If you have an address in the field, including 0.0.0.0, you
cannot save an empty gateway address.

On Tue, Oct 6, 2015 at 5:56 PM, linux guy  wrote:

> I need to connect a wifi device to my Linux computer. There is no router
> in between the two. Just my computer and the device. The device has a fixed
> IP, 192.168.0.10. It has its own Wifi interface built in  It isn't capable
> of connecting to a router.  It has a fixed IP address.
>
> My home wifi network uses 192.168.1.x. It has a router. It works fine. My
> computer connects to it via its built in wifi interface.
>
> I have added a USB wifi interface (dongle) to my computer to connect to
> the device. My computer displays the device properly in a network manager
> scan. So the device is available for connections.
>
> Next I edit the connection for the device in network manager. The SSID is
> filled in from the scan. I select Ad-hoc mode. Band, Channel, etc. are all
> automatic.
>
> Next I edit wifi security. The device is open security wise, so I select
> None.
>
> Next I edit the IPV4 tab. Under connection method I select Manual.
>
> The next fields are DNS server and Search Domains. In a point to point
> connection, there will be no DNS server. I leave the boxes blank.
>
> Next up is adding the static IP address, netmask and gateway.
>
> I set the address of my interface to be 192.168.0.123, because it was
> recommended by another user who connected with an Apple device. I set
> netmask to 255.255.255.0.
>
> The next thing to set is the gateway address. Here is where I get
> confused.  What is a gateway in the context of a peer to peer connection ?
> I try to leave it blank, but it won't let me.  So I put in 0.0.0.0.   I
> also tried the address of the interface (192.168.0.123) and the address of
> the device (192.168.0.10)
>
> Then there is a route field.  I add a route for the ip address
> 192.168.0.10, using a netmask of 255.255.255.0 and again it asks for a
> gateway. I tried 0.0.0.0, the device address and the interface address.
>
> I don't touch any of the IPV6 settings because the device doesn't support
> IPV6 addresses.
>
> I save everything and connect to the device successfully.
>
> I run "arp -a" and the device is found connected to the interface.  Yippee
> !
>
> Pinging the device fails.  Destination Host Unreachable.
>
> When I ping the device and watch in wireshark I see an ARP broadcast
> message "Who has 192.168.0.10 ? Tell 192.168.0.123". 192.168.0.123 is the
> static IP for the interface. And that is as far as the process gets.
>
> When I watch the other interface and do a ping to a local device, I see
> the same ARP broadcast message, but also a reply message to it.
> 192.168.1.142 is at  And then the process continues
> successfully.
>
> So what am I missing in the setup of my adhoc connection such that the OS
> knows that a message sent to my device (192.168.0.10) gets routed through
> the USB wifi interface, ie the ARP broadcast message gets a reply ?
>
> Thanks.
>
>
>
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Parole needs H.264 decoder to play this file

[Paul Smith]

On Sun, Oct 4, 2015 at 6:32 PM, Paul Smith  wrote:

 After today's updates, I get the following error with Parole:

 "Parole needs H.264 decoder to play this file.
 It can be installed automatically."

 What can I do to fix the problem?
>>>
>>> Let me add that I cannot even get sound on YouTube videos.
>>
>> Now, YouTube videos work just fine.
>>
>> Moreover, my videos can now play with
>>
>> gst-launch playbin2 uri=file:///path/to/file
>>
>> but not with Parole, with which the problem persists. I remember that
>> Parole was one of the today's updates.
>
> I got he problem fixed after
>
> dnf downgrade parole

I have just filed a bug report:

https://bugzilla.redhat.com/show_bug.cgi?id=1269084

Paul
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[Timothy Murphy]

linux guy wrote:

> What kernel/ nvidia driver combination is working for people right now ?
> Is there a kmod package that is working with the current kernels ?

Is the nvidia driver likely to be better than nouveau?

Incidentally, where do you find nvidia drivers?
I can't find one for my chip, NVIDIA Quadro NVS 140M
at .

The standard nouveau driver I am using with F23beta is not perfect
(eg some web-pages are distorted) but just about passable.

-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin 2, Ireland


-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[Timothy Murphy]

Tim wrote:

> There's certainly a better place to ask:  On the test mailing list.
> That's where the people testing out the not-the-current-release are
> conversing.  That's where the appropriate experience is, and probably
> the most useful advice, as well.

Where is the "test mailing list"?
According to 
the "test" list is "For testing and quality assurance of Fedora releases".


-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin 2, Ireland


-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: DNF: Only one kernel-devel package allowed?

[Andre Robatino]

Richard Shaw  gmail.com> writes:

> Added this to dnf.conf:
> installonlypkgs=kernel,kernel-devel
> 
> 
> And now it's not removing kernel-devel... I'm not sure if the kernel one
is needed (not sure where the defaults come from and if they're overwritten
when you specify it yourself).

I experimented with this on Rawhide, which gets frequent kernel updates. It
appears that if you add the installonlypkgs line but don't include kernel,
it will upgrade that rather than install. Also, if you add kernel-devel, it
will unconditionally remove the oldest version of kernel-devel, even if
you're running the oldest kernel, so kernel and kernel-devel will get out of
sync. Yum-deprecated keeps kernel and kernel-devel in sync regardless of
which one you're running.

Applicable bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1062997
https://bugzilla.redhat.com/show_bug.cgi?id=1079906
https://bugzilla.redhat.com/show_bug.cgi?id=1226402

In https://bugzilla.redhat.com/show_bug.cgi?id=1226402#c1 Josh Boyer is
opposed to dnf treating kernel-devel the same as yum, but IMO the vast
majority of people with kernel-devel installed are using it for compiling
3rd-party modules, and that's what they want. There should at least be an
option for making dnf behave the same.


-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Robert Nichols]

On 10/06/2015 03:19 AM, Bob Goodwin wrote:

On 10/05/15 21:18, Robert Nichols wrote:


All you needed to do was add a routing table entry to direct packets for
1.1.1.1 out the appropriate interface. No need to mess up the rest of
your networking.

.

I was able to accomplish what I needed to do and the system was returned
to normal without much difficulty but I am interested in your suggestion
since this is something that comes up at times however I could use a
some clarification of:

"add a routing table entry to direct packets for
1.1.1.1 out the appropriate interface."

After a bit of Googling I see the following which seems like it might
apply to my need to access the Buffalo ethernet bridge device I needed
to access after  doing a default "reset" to 1.1.1.1.

"Directly Attached NetworkThe local network entry corresponds to the
directly attached network. IP packets destined for the directly attached
network are not forwarded to a router but sent directly to the
destination. Note that the Gateway and Interface columns match the IP
address of the node. This indicates that the packet is sent from the
network adapter corresponding to the node's IP address."

I don't know exactly how to do that, an example perhaps ...


  ip route add to 1.1.1.1 dev enp0s25

That's all there is to it. Your system now knows that address 1.1.1.1
can be reached directly (no gateway) on that interface. At some point
you'll probably want to run "ip route delete 1.1.1.1", but there's no
rush unless you want to connect to a 1.1.1.1 address out there on the
internet.

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[Ed Greshko]

On 10/06/2015 06:23 PM, Timothy Murphy wrote:
> linux guy wrote:
>
>> What kernel/ nvidia driver combination is working for people right now ?
>> Is there a kmod package that is working with the current kernels ?
> Is the nvidia driver likely to be better than nouveau?
>
> Incidentally, where do you find nvidia drivers?
> I can't find one for my chip, NVIDIA Quadro NVS 140M
> at .
>
> The standard nouveau driver I am using with F23beta is not perfect
> (eg some web-pages are distorted) but just about passable.
>

From the nVidia README file of the linux drivers.

The 340.xx driver supports the following set of GPUs:

NVIDIA GPU productDevice PCI ID*VDPAU features
GeForce 8800 GTX0191-
GeForce 8800 GTS0193-
GeForce 8800 Ultra0194-
Tesla C8700197-
Quadro FX 5600019D-
Quadro FX 4600019E-
GeForce 8600 GTS0400A
GeForce 8600 GT0401A
GeForce 8600 GT0402A
GeForce 8600 GS0403A
GeForce 8400 GS0404A
GeForce 9500M GS0405A
GeForce 8300 GS0406-
GeForce 8600M GT0407A
GeForce 9650M GS0408A
GeForce 8700M GT0409A
Quadro FX 370040AA
Quadro NVS 320M040BA
Quadro FX 570M040CA
Quadro FX 1600M040DA
Quadro FX 570040EA
Quadro FX 1700040FA
GeForce GT 3300410A
GeForce 8400 SE0420-
GeForce 8500 GT0421A
GeForce 8400 GS0422A
GeForce 8300 GS0423-
GeForce 8400 GS0424A
GeForce 8600M GS0425A
GeForce 8400M GT0426A
GeForce 8400M GS0427A
GeForce 8400M G0428A
Quadro NVS 140M0429A
Quadro NVS 130M042AA
Quadro NVS 135M042BA

-- 
In reality, some people should stick to running Windows and others should stay 
away from computers altogether.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[Tim]

Timothy Murphy:
>> Where is the "test mailing list"?
>> According to 
>> the "test" list is "For testing and quality assurance of Fedora
>> releases".


Patrick O'Callaghan:
> https://admin.fedoraproject.org/mailman/listinfo/test


Hmm, looks like the mailing list could do with a better description
then.  I knew of the test list from reading it being mentioned, here,
many times over the years I've been on the list.  I wouldn't have
guessed it from that "corporate jargon speak" description.

The "users" list description (Community support for Fedora users) is
only slightly better.  Sounds like counselling for people in dire
situations.  ;-\

-- 
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64

All mail to my mailbox is automatically deleted, there is no point
trying to privately email me, I will only read messages posted to the
public lists.

Linux servers are always being dæmonised...



-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: F22/23 + nvidia = no boot...

[Patrick O'Callaghan]

On Tue, 2015-10-06 at 16:19 +1030, Tim wrote:
> Allegedly, on or about 05 October 2015, linux guy sent:
> > Another question... is there a better repository than
> > rpmfusion-rawhide for getting akmod-f23 from ? 
> 
> There's certainly a better place to ask:  On the test mailing list.
> That's where the people testing out the not-the-current-release are
> conversing.  That's where the appropriate experience is, and probably
> the most useful advice, as well.
> 
> On here, the people using the current releases are conversing about
> the
> current releases.  Many of us, myself included, have not tried the
> test
> releases, and are not going to.  The test releases may/do behave
> differently from the current releases.

Also, many developers on the Test list *do not read the Users list*
(i.e. this one). Reporting problems with unreleased versions of Fedora
on the Users list is very likely to be a waste of everyone's time.

poc

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: [389-users] 389 Server force user password expiry

[Bedorf, Paul]

Hi William, do you know where can I find this ' nsAccountLock ' attribute?

__
Paul Bedorf | Linux Administrator | Mosaic
O: 905.238.8058 x 6414 | M: 416.799.4028 
mosaic.com

-Original Message-
From: 389-users-boun...@lists.fedoraproject.org 
[mailto:389-users-boun...@lists.fedoraproject.org] On Behalf Of William Brown
Sent: Monday, October 05, 2015 7:03 PM
To: General discussion list for the 389 Directory server project.
Subject: Re: [389-users] 389 Server force user password expiry

On Mon, 2015-10-05 at 16:14 -0400, Rob Crittenden wrote:
> Bedorf, Paul wrote:
> > I am running a 389 Directory Server v1.2.9.9
> > 
> > We have enabled a password policy as follows:
> > 
> >  
> > 
> > However, I don’t want to wait until tomorrow for my ‘test’ user to 
> > expire, as im doing some API testing and need the ‘test’
> > 
> > user to expire at any time. How would I force a user password expiry 
> > on an individual account?
> > 
> 
> A coarse way to do it is to manually advance the system clock. Or find 
> the attribute holding the expiration date and tweak it.

Set either nsAccountLock: true or change accountUnlockTime: to be in the future.
You can get the current DS system time for the root DSE, and just add to it.

--
William Brown 

--
389 users mailing list
389-users@lists.fedoraproject.org
http://cp.mcafee.com/d/5fHCN8gdEIccnushud79KVJ5BNdBYQsK6QmhObyoVASyUed7bab3VIs-OyqenXI6RJrfUxW5oKwFmJdBrBPqJqraTbCXqztB5N_HYyyed7bOvnKnjjuuVdZdNZzG8FHnjlKyVOEuvkzaT0QSyrhdTV555MQsLe8FTdTdAVPmEBCqwHa7e-xmeHhG8_qv00s4RtxxYGjB1SKcL6zAKTjUQdIL6zAKTjUQbAaJMJZ0kvaAWsXW5oWJ6EzZFY01dIe6zCVI5-Aq83iSOYqeiXtfzgQKCy1BUQsCy0o-9DUCy1SIruq86Wv4QgbrixyIk3h1UuJa9oS-OraeIo
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

Re: F22/23 + nvidia = no boot...

[Patrick O'Callaghan]

On Tue, 2015-10-06 at 11:29 +0100, Timothy Murphy wrote:
> Tim wrote:
> 
> > There's certainly a better place to ask:  On the test mailing list.
> > That's where the people testing out the not-the-current-release are
> > conversing.  That's where the appropriate experience is, and
> > probably
> > the most useful advice, as well.
> 
> Where is the "test mailing list"?
> According to 
> the "test" list is "For testing and quality assurance of Fedora
> releases".

https://admin.fedoraproject.org/mailman/listinfo/test

poc
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

ovpn and NetworkManager

[Chris Murphy]

Does anyone know why .ovpn import in Netork Manager on Fedora 22 (and 23)
are incomplete? None of the key or cert pop-up menus are populated. I have
to manually explode the ovpn file into multiple files to get NetworkManager
to use it. Seems like an overdue feature, or bug.

Chris Murphy
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Change ip address -

[Robert Nichols]

On 10/06/2015 09:39 AM, Gordon Messmer wrote:

On 10/06/2015 05:24 AM, Robert Nichols wrote:


  ip route add to 1.1.1.1 dev enp0s25

That's all there is to it. Your system now knows that address 1.1.1.1
can be reached directly (no gateway) on that interface.


And how does that destination respond?

It's not as simple as you suggest.  The Buffalo device probably has no
(reachable) gateway, so it will only be able to route outgoing packets
of its own if the destination is within the broadcast network
corresponding to its address and netmask.


It's highly likely that it will simply use its only interface as
a default route, at least that's the way it worked for the two IP
cameras I set up that also had an initial IP address of 1.1.1.1.
Of course that's going to work only for a direct connection with
no router in the way, but that's also true for "ip addr add
1.1.1.2/24 dev eth0".

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

fedup leaves me stuck between 21 and 22

[sean darcy]

running updated 21.

fedup --network 22

Preparation seemed to go well:


[   191.911] (II) fedup:() /usr/bin/fedup exiting cleanly at Tue 
Oct  6 12:26:25 2015


Rebooted.

Died somewhere in upgrading. Is there any log of the upgrade ?

No new kernel installed. Reboots into 21 kernel. Lots of dupes. yum 
upgrade just give 21 updates.


fedup no help:

fedup --network 22
usage: fedup  [options]
fedup: error: argument --network: version must be higher than 22

Any help appreciated.

sean


--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Parole needs H.264 decoder to play this file

[Heinz Diehl]

On 04.10.2015, Paul Smith wrote: 

> "Parole needs H.264 decoder to play this file.
> What can I do to fix the problem?

dnf install gstreamer-ffmpeg

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Displaying all the available kernels at boot ?

[Patrick O'Callaghan]

On Tue, 2015-10-06 at 09:11 -0600, linux guy wrote:
> My computer is not displaying all the available kernels when it
> boots.
> 
> Right now it displays Fedora, Advanced options for Fedora and tboot
> 1.81.
> 
> How do I get it to display a list of kernels ?

Take a look at /boot/grub2/grub.cfg. If some kernels are missing, it's
likely they were incompletely installed.

poc
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: Displaying all the available kernels at boot ?

[linux guy]

Thanks.

On Tue, Oct 6, 2015 at 9:40 AM, Patrick O'Callaghan 
wrote:

> On Tue, 2015-10-06 at 09:11 -0600, linux guy wrote:
> > My computer is not displaying all the available kernels when it
> > boots.
> >
> > Right now it displays Fedora, Advanced options for Fedora and tboot
> > 1.81.
> >
> > How do I get it to display a list of kernels ?
>
> Take a look at /boot/grub2/grub.cfg. If some kernels are missing, it's
> likely they were incompletely installed.
>
> poc
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org