on a clean install from a revisor rawhide DVD yum does not recognise file repos
[fedora-local] name=Fedora 7 - Moonshine - i386 - DVD baseurl=file:///media/Fedora\ rawhide\ i386\ DVD/ enabled=0 gpgcheck=0
yum install vlc Options Error: Error parsing 'file:///media/Fedora\ rawhide\ i386\ DVD/': URL must be http, ftp, file or https not ""
As the baseurl is URL you have to use %20 instead '\ '. I reported this as a bug, but it was rejected.. well user confusion is fine so far...
Adam Pribyl
On Sat, 27 Oct 2007, Mike Martin wrote:
on a clean install from a revisor rawhide DVD yum does not recognise file repos
[fedora-local] name=Fedora 7 - Moonshine - i386 - DVD baseurl=file:///media/Fedora\ rawhide\ i386\ DVD/ enabled=0 gpgcheck=0
yum install vlc Options Error: Error parsing 'file:///media/Fedora\ rawhide\ i386\ DVD/': URL must be http, ftp, file or https not ""
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
Odchozi zprava neobsahuje viry, protoze nebyla odeslana z Windows. Otestovano zdarma a legalne na OS Linux. (Proc pouzivat Linux - http://proc.linux.cz/).
On Tue, Oct 30, 2007 at 08:29:26PM +0100, Adam Pribyl wrote:
As the baseurl is URL you have to use %20 instead '\ '. I reported this as a bug, but it was rejected.. well user confusion is fine so far...
I can see a possible desire to keep '' "reserved" if somebody will put repository on, say, NTFS; altough Samba will accept '/' path separators too without much fuss. This is at least a documentation bug as 'man yum.conf' does not say much about acceptable baseurl formats. I gather that quoting will be not of much help too, right? I think that this should be reopened. I also think that at least quoted baseurl strings could be automatically converted into an acceptable format.
Options Error: Error parsing 'file:///media/Fedora\ rawhide\ i386\ DVD/': URL must be http, ftp, file or https not ""
That error message is not very illuminating as well.
Michal
On Tue, 30 Oct 2007 14:21:10 -0600 Michal Jaegermann michal@harddata.com wrote:
I can see a possible desire to keep '' "reserved" if somebody will put repository on, say, NTFS; altough Samba will accept '/' path separators too without much fuss. This is at least a documentation bug as 'man yum.conf' does not say much about acceptable baseurl formats. I gather that quoting will be not of much help too, right? I think that this should be reopened. I also think that at least quoted baseurl strings could be automatically converted into an acceptable format.
Media as of test 3 now has a media.repo file on it that is suitable for adding to your yum configs. It (yum) will figure out where the media is mounted correctly.
On Tue, 2007-10-30 at 16:27 -0400, Jesse Keating wrote:
On Tue, 30 Oct 2007 14:21:10 -0600 Michal Jaegermann michal@harddata.com wrote:
I can see a possible desire to keep '' "reserved" if somebody will put repository on, say, NTFS; altough Samba will accept '/' path separators too without much fuss. This is at least a documentation bug as 'man yum.conf' does not say much about acceptable baseurl formats. I gather that quoting will be not of much help too, right? I think that this should be reopened. I also think that at least quoted baseurl strings could be automatically converted into an acceptable format.
Media as of test 3 now has a media.repo file on it that is suitable for adding to your yum configs. It (yum) will figure out where the media is mounted correctly.
Actually, yum the CLI tool doesn't do anything with media. It ignores mediaid= only repos. Things built on top of the yum API like pirut, on the other hand, do handle it nicely
Doing prompting for CDs and CD switching and things like that just isn't practical for a CLI app that is often called in automated situations
Jeremy
Jeremy Katz wrote:
Actually, yum the CLI tool doesn't do anything with media. It ignores mediaid= only repos. Things built on top of the yum API like pirut, on the other hand, do handle it nicely
Doing prompting for CDs and CD switching and things like that just isn't practical for a CLI app that is often called in automated situations
CLI yum is the only way I update. It would be nice for it to work properly.