Re: Problems with vlc

[Kevin Cummings]

On 02/14/18 15:52, Ed Greshko wrote:
> On 02/15/18 04:24, Kevin Cummings wrote:
>> On 02/13/18 16:59, Ed Greshko wrote:
>>> On 02/14/18 05:23, Stephen Morris wrote:
 I use Negativo17 because in the past I have found that rpmfusion were very 
 tardy
 with their Nvidia binary files in keeping pace with kernel version 
 changes. I have
 all the negativo17 repositories enabled and all the rpmfusion repositories 
 enabled,
 so far without any apparent conflicts, which may just be luck on my part. 
>>>
>>> You know, if you use akmod-nvidia from rpmfusion you don't have to worry 
>>> about a
>>> binary being available in the repo as the binary will be built locally on 
>>> your own
>>> system when a new kernel is installed.
>> Right up until a kernel interface changes and you have to wait for a new
>> nvidia driver to use the new kernel
>>
> Been using rpmfusion for many years now.

Me too.  But I use the kmods that RPMFusion puts out.  They do not very
often lag behind the new kernels, and most of the time they get updated
at the same time.  Furthermore, they don't "break" when a new version of
the driver gets released, because the new kmods get released at the same
time as the new drivers.  It is usually nVidia who lag behind the latest
kernels.  And the RPMFusion people then have to wait for nVidia to fix
it before they can.

> That has *never* happened to me.

It has to me.

> So, if you're talking about a rare occurrence to say why you shouldn't use
> "something" then one best stop using Fedora, Ubuntu, Suse, any flavor of 
> Linux, all
> brands of mobile phones, etc.  They all have had hiccups causing minor 
> inconvenience
> to a segment of their users.

Indeed.  I just find that use of the kmods is better for me.  YMMV

> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> 

-- 
Kevin J. Cummings
cummi...@kjchome.homeip.net
cummi...@kjc386.framingham.ma.us
kjch...@icloud.com
Registered Linux User #1232 (http://www.linuxcounter.net/)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problems with vlc

[Ed Greshko]

On 02/15/18 10:06, Tim wrote:
> On 02/13/18 20:51, Patrick O'Callaghan wrote:
>>> Sorry for the confusion. The repo name misled me into thinking it
>>> was an official Fedora one.
> Ed Greshko:
>> Understandable.  IMO, they should be discouraged from using the
>> "fedora" name for that very reason. 
> I have mixed feelings about that.  I see the confusion it causes, but
> when dealing with other repos, you want to be able to see that you've
> got the right one.
>
> If /other/ repo sites named their "for Fedora" repos actually including
> the words "for-fedora," it would alleviate both issues.
>
IMO, I feel the problem with using the Fedora name in a repo or site makes 
people
think it is formally affiliated with and endorsed by The Fedora Project.  
Companies
such as Disney, Apple, Samsung, and others go to great lengths to protect their
brand.  Why should Fedora be any different?

-- 
A motto of mine is: When in doubt, try it out



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problems with vlc

[Tim]

On 02/13/18 20:51, Patrick O'Callaghan wrote:
>> Sorry for the confusion. The repo name misled me into thinking it
>> was an official Fedora one.

Ed Greshko:
> Understandable.  IMO, they should be discouraged from using the
> "fedora" name for that very reason. 

I have mixed feelings about that.  I see the confusion it causes, but
when dealing with other repos, you want to be able to see that you've
got the right one.

If /other/ repo sites named their "for Fedora" repos actually including
the words "for-fedora," it would alleviate both issues.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 4.14.16-200.fc26.x86_64 #1 SMP Wed Jan 31 19:34:52 UTC 2018 x86_64

Boilerplate:  All mail to my mailbox is automatically deleted.
There is no point trying to privately email me, I only get to see
the messages posted to the mailing list.

Lucky for you I typed this, you'd never be able to read my handwriting.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: fed/centos - recovery app/process???

[Tim]

Allegedly, on or about 13 February 2018, Patrick O'Callaghan sent:
> I don't know of anything that will just restore all processes that
> happened to be running when a crash occurred, or why you would even
> want that.

You'd be highly likely to get another crash, for one thing.

Back when we used a Data General mainframe, it had a feature that on an
unexpected exit, all open files got saved as "crash save" files.  It
meant that you didn't corrupt the prior version of a saved file.  And
it meant that you could probably recover what you were just working on.
 But you had to manually figure out what all *your* crash files were. 
Which is probably just as well, because the previous error that put you
in that situation, may re-occur.

Having said that, I don't get much in the way of crashes on Linux,
these days.  I used to get the occasional graphics crash, but that's
not surprising considering the lack of technical support for graphics
cards by the manufacturers (their reluctance to do anything other than
build gadgets for Windows, their reluctance to supply finished product
with all the bugs ironed out, their attitude into abandoning their
never-finished products and expecting you to just buy a new one, etc). 
And there'd be other (probable) hardware faults.  But mains power
failure and glitches are often the most common source of stuff-ups, and
a UPS is good insurance.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 4.14.16-200.fc26.x86_64 #1 SMP Wed Jan 31 19:34:52 UTC 2018 x86_64

Boilerplate:  All mail to my mailbox is automatically deleted.
There is no point trying to privately email me, I only get to see
the messages posted to the mailing list.

Linux cures Windows pains.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: To replace fc27 Gnome with KDE spin?

[Samuel Sieb]

On 02/14/2018 09:33 AM, Anne Wilson wrote:

I mistakenly installed the Gnome Desktop from a live DVD  - my SSD is small, 
and I want KDE, so I have burned a disk with the Spin.  Problem now, though, is 
that Fedora appears to have turned UEFI back on, and I can't find any way of 
getting back to promoting the DVD drive.  Interrupting the boot simply offers 
me the choice of the existing Workstation or Rescue.  How can I access the spin 
install?


Fedora can't change the BIOS settings.  You need to access the BIOS (or 
EFI) boot menu.  The key needed depends on the laptop brand.  HP uses 
F9, but others can use ESC or F12 to bring up the menu.  And sometimes 
you have to start pressing it as soon as the backlight turns on, even 
before there is anything on the screen.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: how to (re-?)construct grub menu?

[Stephen Morris]

On 14/2/18 8:18 pm, Tom H wrote:

On Mon, Feb 12, 2018 at 4:28 PM, Stephen Morris
 wrote:

On 12/2/18 9:12 pm, Tom H wrote:

On Sun, Feb 11, 2018 at 8:50 PM, Samuel Sieb  wrote:

Also, I don't know what grub2-install would do to a GPT formatted
disk.

You can specify "TARGET" with "--target=". From the man page:

--target=TARGET

install GRUB for TARGET platform [default=i386-pc]; available
targets: arm-efi ... arm64-efi ... i386-efi ... ia64-efi ...
x86_64-efi ...

Thanks Tom. My statement was from having seen other threads on this
list saying to not run grub2-install on an efi system because it
wasn't needed.

You're welcome.

Chris M has said that grub2-install shouldn't be used on an EFI
system. Maybe it does the wrong thing when you don't specify
"--target=...-efi" because the default is "--target=i386-pc".


It could be. As I understand it the default functionality updates the 
mbr on the specified device, and from what I've read in other threads, I 
thought they said that to get the grub menu displayed at boot you don't 
update the mbr on an efi system any more, all that is necessary is to 
just run grub2-mkconfig.



regards,

Steve


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problems with vlc

[Stephen Morris]

On 14/2/18 10:05 am, Patrick O'Callaghan wrote:

On Wed, 2018-02-14 at 08:08 +1100, Stephen Morris wrote:

So from my perspective the vlc package you had problems with works fine
on my system.

The packages I have installed are:


bash-4.4$ rpm -qa vlc*
vlc-core-3.0.0-25.20180109git0c462fc.fc27.x86_64
vlc-3.0.0-25.20180109git0c462fc.fc27.x86_64

When using Negativo17 I never had a package called vlc, just vlc-core
and vlc-extras. The /usr/bin/vlc binary came from vlc-core. On
switching to RPMfusion I now have a package called vlc. So I wonder if
your installation is in fact from Negativo17.


I am definitely using the negativo17 packages. As a test I uninstalled 
the vlc and vlc-core packages via yumex, and issued the vlc command in a 
shell which told me it couldn't be found. I then went back into Yumex 
and did a search for vlc, in the list of packages returned it said that 
the vlc, vlc-core and vlc-extras package were from fedora-multimedia 
which is negativo17, it did not provide me with any reference to vlc in 
rpmfusion. I then installed vlc, vlc-core and vlc-extras (I didn't have 
this one previously), ran vlc from the shell, and it work as I 
documented previously. I have also checked on the negativo17 physical 
repository and negativo17 does actually provide packages vlc, vlc-core 
and vlc-extras. Looking at the file list from vlc and vlc-core, the vlc 
package may not need to be installed. The vcl package provides files in 
/usr/bin of qvlc and svlc, where the vlc-core package provides files in 
/usr/bin of cvlc, nvlc, rvlc, vlc and vlc-wrapper. I haven't yet tried 
the vlc functionality after uninstalling all 3 packages and just 
installing vlc-core and vlc-extras.


I've also checked the physical rpmfusion repository and their free 
repository also has packages vlc, vlc-core and vlc-extras, but they are 
named differently to the negativo17 ones so there is no confusion as to 
which is which. What I don't know yet is why a vlc search in Yumex 
doesn't show me the rpmfusion ones? Particularly given that dnf info vlc 
tells me the installed vlc package is from fedora-multimedia and there 
is a vlc package available from rpmfusion-free-updates and there is a 
source package available from fedora-multimedia-source, which is what 
dnf told before I did the uninstall and re-install.



regards,

Steve




poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problems with vlc

[Stephen Morris]

On 14/2/18 8:59 am, Ed Greshko wrote:

On 02/14/18 05:23, Stephen Morris wrote:

I use Negativo17 because in the past I have found that rpmfusion were very tardy
with their Nvidia binary files in keeping pace with kernel version changes. I 
have
all the negativo17 repositories enabled and all the rpmfusion repositories 
enabled,
so far without any apparent conflicts, which may just be luck on my part.


You know, if you use akmod-nvidia from rpmfusion you don't have to worry about a
binary being available in the repo as the binary will be built locally on your 
own
system when a new kernel is installed.

Simple, easy.  No muss, no fuss.


I am now using the akmod version and the dkms version as backups to the 
binary version, so that if a kernel matching version has not been 
produced then it would be compiled. The issue with the source code path 
with dkms (it don't know if akmod is similar) is that by default dkms 
compiles against the running kernel so unless you have the dkms.conf set 
up correctly it doesn't compile against the new kernel at kernel install 
time, it compiles against the running kernel, and then it does another 
compile at next boot to compile against the running kernel at that 
point. The two main processes I use the dkms with are my wireless 
adapter driver and my mouse driver, both of which come from git, the 
dkms.conf file supplied with the mouse driver from the F27 repository 
supplied by the vendor has the necessary configuration, whereas for the 
wireless driver I have to manually edit the dkms.conf file to specify 
the necessary parameter to make. Both dkms.conf files use different 
methods to achieve the same result.



regards,

Steve




___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Radeon driver in 4.14.18

[Leander Hutton]

I'm currently running F27 KDE with a Radeon Pro WX7100 and the open source 
amdgpu drivers. After a kernel update from 4.14.14 to 4.14.18 my video card is 
no longer recognized. I'm seeing this in my Xorg.0.log:

[ 6.640] (EE) open /dev/dri/card0: No such file or directory
[ 6.640] (EE) open /dev/dri/card0: No such file or directory
[ 6.641] (EE) open /dev/fb0: No such file or directory
[ 6.641] (EE) open /dev/fb0: No such file or directory
[ 6.641] (EE) Screen 0 deleted because of no matching config section.
[ 6.641] (EE) Screen 0 deleted because of no matching config section.
[ 6.892] (EE) AIGLX: reverting to software rendering

3D acceleration and multihead support do not work. Rebooting back into kernel 
4.14.14 fixes the problem, the card is recognized again and all of the features 
work. It looks like the module for the amdgpu driver isn't there in the newer 
kernel maybe? I'm running the stock kernels from the official F27 repos. 

Thanks!

Leander
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problems with vlc

[Ed Greshko]

On 02/15/18 04:24, Kevin Cummings wrote:
> On 02/13/18 16:59, Ed Greshko wrote:
>> On 02/14/18 05:23, Stephen Morris wrote:
>>> I use Negativo17 because in the past I have found that rpmfusion were very 
>>> tardy
>>> with their Nvidia binary files in keeping pace with kernel version changes. 
>>> I have
>>> all the negativo17 repositories enabled and all the rpmfusion repositories 
>>> enabled,
>>> so far without any apparent conflicts, which may just be luck on my part. 
>>
>> You know, if you use akmod-nvidia from rpmfusion you don't have to worry 
>> about a
>> binary being available in the repo as the binary will be built locally on 
>> your own
>> system when a new kernel is installed.
> Right up until a kernel interface changes and you have to wait for a new
> nvidia driver to use the new kernel
>
Been using rpmfusion for many years now.  That has *never* happened to me. 

So, if you're talking about a rare occurrence to say why you shouldn't use
"something" then one best stop using Fedora, Ubuntu, Suse, any flavor of Linux, 
all
brands of mobile phones, etc.  They all have had hiccups causing minor 
inconvenience
to a segment of their users.
 
-- 
A motto of mine is: When in doubt, try it out



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problems with vlc

[Kevin Cummings]

On 02/13/18 16:59, Ed Greshko wrote:
> On 02/14/18 05:23, Stephen Morris wrote:
>> I use Negativo17 because in the past I have found that rpmfusion were very 
>> tardy
>> with their Nvidia binary files in keeping pace with kernel version changes. 
>> I have
>> all the negativo17 repositories enabled and all the rpmfusion repositories 
>> enabled,
>> so far without any apparent conflicts, which may just be luck on my part. 
> 
> 
> You know, if you use akmod-nvidia from rpmfusion you don't have to worry 
> about a
> binary being available in the repo as the binary will be built locally on 
> your own
> system when a new kernel is installed.

Right up until a kernel interface changes and you have to wait for a new
nvidia driver to use the new kernel

> Simple, easy.  No muss, no fuss.
> 
> 
> 
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> 

-- 
Kevin J. Cummings
cummi...@kjchome.homeip.net
cummi...@kjc386.framingham.ma.us
kjch...@icloud.com
Registered Linux User #1232 (http://www.linuxcounter.net/)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: To replace fc27 Gnome with KDE spin?

[Stephen Morris]

On 15/2/18 4:33 am, Anne Wilson wrote:

I mistakenly installed the Gnome Desktop from a live DVD  - my SSD is small, 
and I want KDE, so I have burned a disk with the Spin.  Problem now, though, is 
that Fedora appears to have turned UEFI back on, and I can't find any way of 
getting back to promoting the DVD drive.  Interrupting the boot simply offers 
me the choice of the existing Workstation or Rescue.  How can I access the spin 
install?


This sounds like you may have UEFI enabled in your motherboard bios. 
When you boot you machine it should display a start up interface that 
lets you go into the motherboard bios setup, the key for this is usually 
F2 or DEL. Have a look in there to see if it provides any mechanism to 
turn UEFI on or off, and whether it provides any mechanism to change to 
order of boot device selection and whether that provides any distinction 
between UEFI and legacy devices. The motherboard previous motherboard I 
had provided that level of functionality with drag and drop boot 
ordering with visual UEFI indicators on the device icons, the current 
motherboard I have doesn't provide that level of functionality.


Just one question on this, what makes you think that F27 has turned UEFI 
back on? I ask this because I am not using UEFI on any of the 3 
operating systems I use on this machine as I don't have any efi 
partitions, but F27 has installed efi packages and created an efi 
directory structure within /boot.



regards,

Steve



Anne
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

To replace fc27 Gnome with KDE spin?

[Anne Wilson]

I mistakenly installed the Gnome Desktop from a live DVD  - my SSD is small, 
and I want KDE, so I have burned a disk with the Spin.  Problem now, though, is 
that Fedora appears to have turned UEFI back on, and I can't find any way of 
getting back to promoting the DVD drive.  Interrupting the boot simply offers 
me the choice of the existing Workstation or Rescue.  How can I access the spin 
install?

Anne 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: "canonical" link to info about a fedora package?

[Matthew Miller]

On Wed, Feb 14, 2018 at 07:38:27AM -0500, Robert P. J. Day wrote:
> >   https://apps.fedoraproject.org/packages/
> ... snip ...
>   ah, yes, that's what i'm talking about, thanks.

It's a lot less discoverable than it should be. I added a link on
https://fedoraproject.org/wiki/.


-- 
Matthew Miller

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: "canonical" link to info about a fedora package?

[Robert P. J. Day]

On Wed, 14 Feb 2018, Matthew Miller wrote:

> On Wed, Feb 14, 2018 at 04:35:47AM -0500, Robert P. J. Day wrote:
> >   is there a generic link i can use for a given fedora package that
> > will keep up with new versions and just allows students to zip over
> > there, read up on the package, and decide whether they want to install
> > it to play with it further? thanks muchly.
>
> I actually have *two* better possibilities for you. First, with an
> end-user focus, there's Fedora Packages Search:
>
>   https://apps.fedoraproject.org/packages/
>
> which will take you to, for example,
>
>   https://apps.fedoraproject.org/packages/git-extras

... snip ...

  ah, yes, that's what i'm talking about, thanks.

rday
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: "canonical" link to info about a fedora package?

[Matthew Miller]

On Wed, Feb 14, 2018 at 04:35:47AM -0500, Robert P. J. Day wrote:
>   is there a generic link i can use for a given fedora package that
> will keep up with new versions and just allows students to zip over
> there, read up on the package, and decide whether they want to install
> it to play with it further? thanks muchly.

I actually have *two* better possibilities for you. First, with an
end-user focus, there's Fedora Packages Search:

  https://apps.fedoraproject.org/packages/

which will take you to, for example, 

  https://apps.fedoraproject.org/packages/git-extras

and from there, you can find links to builds in koji, updates in bodhi,
lists of open bugs, and more.

Or, if you're looking more from a technical perspective and want to
find the source package, and perhaps suggest some changes via a pull
request, try Fedora Package Sources:

  https://src.fedoraproject.org/

and see for example:

  https://src.fedoraproject.org/rpms/git-extras

(Which *also* has links back and forth to the other things.)

-- 
Matthew Miller

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: "canonical" link to info about a fedora package?

[Ed Greshko]

On 02/14/18 17:40, Robert P. J. Day wrote:
> On Wed, 14 Feb 2018, Robert P. J. Day wrote:
>
>>   i want to put together a wiki page for my students with links to
>> all of the interesting git-related packages they might want to
>> peruse after an upcoming course, and i'm looking for what would be
>> the authoritative web page documenting each RPM package.
>>
>>   for example, if they wanted to read about "git-extras", a quick
>> google search found the site "fedora.pkgs.org", and this page:
>>
>> https://fedora.pkgs.org/27/fedora-x86_64/git-extras-4.4.0-2.fc27.noarch.rpm.html
>>
>> which is pretty much what i'm after, but i'm assuming the domain
>> "pkgs.org" is not associated with red hat so i'd rather not use
>> that.
>>
>>   a few more seconds and i found the equivalent koji page:
>>
>> https://koji.fedoraproject.org/koji/buildinfo?buildID=925511
>>
>> again, looks good and clearly affiliated with red hat. but as i
>> understand it (and i could be wrong), that page is specifically for
>> version git-extras-4.4.0-2.fc27 so if that package is updated, the
>> link will still point to the older version.
>>
>>   is there a generic link i can use for a given fedora package that
>> will keep up with new versions and just allows students to zip over
>> there, read up on the package, and decide whether they want to
>> install it to play with it further? thanks muchly.
>   whoops, never mind, i backed up a link and found this:
>
> https://koji.fedoraproject.org/koji/packageinfo?packageID=16360
>
> so i guess that's as good as it's going to get unless someone has a
> better suggestion.

Why not just

https://koji.fedoraproject.org/koji/packages  ?





-- 
A motto of mine is: When in doubt, try it out



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: "canonical" link to info about a fedora package?

[Robert P. J. Day]

On Wed, 14 Feb 2018, Robert P. J. Day wrote:

>   i want to put together a wiki page for my students with links to
> all of the interesting git-related packages they might want to
> peruse after an upcoming course, and i'm looking for what would be
> the authoritative web page documenting each RPM package.
>
>   for example, if they wanted to read about "git-extras", a quick
> google search found the site "fedora.pkgs.org", and this page:
>
> https://fedora.pkgs.org/27/fedora-x86_64/git-extras-4.4.0-2.fc27.noarch.rpm.html
>
> which is pretty much what i'm after, but i'm assuming the domain
> "pkgs.org" is not associated with red hat so i'd rather not use
> that.
>
>   a few more seconds and i found the equivalent koji page:
>
> https://koji.fedoraproject.org/koji/buildinfo?buildID=925511
>
> again, looks good and clearly affiliated with red hat. but as i
> understand it (and i could be wrong), that page is specifically for
> version git-extras-4.4.0-2.fc27 so if that package is updated, the
> link will still point to the older version.
>
>   is there a generic link i can use for a given fedora package that
> will keep up with new versions and just allows students to zip over
> there, read up on the package, and decide whether they want to
> install it to play with it further? thanks muchly.

  whoops, never mind, i backed up a link and found this:

https://koji.fedoraproject.org/koji/packageinfo?packageID=16360

so i guess that's as good as it's going to get unless someone has a
better suggestion.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

"canonical" link to info about a fedora package?

[Robert P. J. Day]

  i want to put together a wiki page for my students with links to all
of the interesting git-related packages they might want to peruse
after an upcoming course, and i'm looking for what would be the
authoritative web page documenting each RPM package.

  for example, if they wanted to read about "git-extras", a quick
google search found the site "fedora.pkgs.org", and this page:

https://fedora.pkgs.org/27/fedora-x86_64/git-extras-4.4.0-2.fc27.noarch.rpm.html

which is pretty much what i'm after, but i'm assuming the domain
"pkgs.org" is not associated with red hat so i'd rather not use that.

  a few more seconds and i found the equivalent koji page:

https://koji.fedoraproject.org/koji/buildinfo?buildID=925511

again, looks good and clearly affiliated with red hat. but as i
understand it (and i could be wrong), that page is specifically for
version git-extras-4.4.0-2.fc27 so if that package is updated, the
link will still point to the older version.

  is there a generic link i can use for a given fedora package that
will keep up with new versions and just allows students to zip over
there, read up on the package, and decide whether they want to install
it to play with it further? thanks muchly.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: how to (re-?)construct grub menu?

[Tom H]

On Mon, Feb 12, 2018 at 4:28 PM, Stephen Morris
 wrote:
> On 12/2/18 9:12 pm, Tom H wrote:
>> On Sun, Feb 11, 2018 at 8:50 PM, Samuel Sieb  wrote:
>>>
>>> Also, I don't know what grub2-install would do to a GPT formatted
>>> disk.
>>
>> You can specify "TARGET" with "--target=". From the man page:
>>
>> --target=TARGET
>>
>> install GRUB for TARGET platform [default=i386-pc]; available
>> targets: arm-efi ... arm64-efi ... i386-efi ... ia64-efi ...
>> x86_64-efi ...
>
> Thanks Tom. My statement was from having seen other threads on this
> list saying to not run grub2-install on an efi system because it
> wasn't needed.

You're welcome.

Chris M has said that grub2-install shouldn't be used on an EFI
system. Maybe it does the wrong thing when you don't specify
"--target=...-efi" because the default is "--target=i386-pc".
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org