Closed GoogleCodeExporter closed 8 years ago
This is not a bug or defect, but a request for enhanced -r support. Each
upgrade system has to be built up manually based on datasets/samples from real
systems. In this case, since I don't run either distro, I need full outputs
from several diverse systems, with different repos used, etc, to construct the
additional support for this repository output type.
The issue is accepted but changed from defect to enhancement, but requires
attachments for each system, ie, run the command, as regular user, not root:
urpmq --list-media active --list-url > system1.txt
then include that as an attachment. Do not paste in the output directly because
I need to see all the actual white spaces etc for the output.
Once at least 3 sample files are received, ideally from different systems, with
different repositories, that show the possible range the data can have in
formatting/syntax, the enhancement can be added to inxi.
Original comment by inxi-...@techpatterns.com
on 4 Oct 2013 at 7:42
obviously, change the file output name for each sample, like sample1.txt,
sample2.txt, sample3.txt.
Also, if you can find different release versions of these distros and run the
command on them to make sure the output has no variations, and if it does, so
support for those can be added.
Original comment by inxi-...@techpatterns.com
on 4 Oct 2013 at 7:45
Here are the files you requested. Four are from various releases of Mageia
and one is from an old (2011) version of Mandriva that I have in
virtualbox. I does not look like the output of the urpmq command has
changed over time. Each line of output has 2 parts; the repo name (which
can be more than one word) and the url to that repo. The urls will start
with http:// ftp:// file:// or rsync://
*Dennis Griffin*
Grants Pass, Oregon
541-479-3079
541-450-0042 cell
dennisgrif@gmail.com
http://griffin.isa-geek.net
Original comment by dennisg...@gmail.com
on 4 Oct 2013 at 10:00
I'm not seeing any attached files, am I missing something somewhere?
Original comment by inxi-...@techpatterns.com
on 5 Oct 2013 at 12:02
I had sent them through gmail but I guess they never made it. Hopefully this
works.
Original comment by dennisg...@gmail.com
on 5 Oct 2013 at 12:07
Attachments:
Nonfree Release (distrib11)
http://mirrors.kernel.org/mageia/distrib/3/x86_64/media/nonfree/release
is the: (distrib11) part of that meaningful in terms of the repo information?
Original comment by inxi-...@techpatterns.com
on 5 Oct 2013 at 12:14
By the way, to be clear, the -r method doesn't care about the distro, only the
package manager, so it checks a sequence of various package management systems
if present, in this case, any distro that uses urpmq will get support when this
is enabled.
Original comment by inxi-...@techpatterns.com
on 5 Oct 2013 at 12:18
It might be to some people but it is not to me. It is part of the medium name
that is sometimes added by automated programs that can set up the repositories
but I don't think it is really necessary. If people set up the media using
other tools, they can give them any name they want.
Original comment by dennisg...@gmail.com
on 5 Oct 2013 at 12:27
1.9.15 should now in theory support urpmq, unless there's something else wrong,
like urpmq sending its output to stdout 2, error, which sometimes happens.
Once you show me some sample output from inxi -r after updating I'll mark this
issue completed.
Original comment by inxi-...@techpatterns.com
on 5 Oct 2013 at 1:42
Ok, issue resolved, inxi enhancement added, checked, and works.
Original comment by inxi-...@techpatterns.com
on 5 Oct 2013 at 6:09
I may have been too hasty when I said everything worked. Apparently some tools
to set up repos do not add the "file://" to the url when the repo is on the
local filesystem. A url with just a pathname such as
/mnt/data/mirrors/mageia/distrib/cauldron/x86_64/media/core/release is also
valid. The new version of inxi does not show those repos. Here is some
discussion of the problem:
https://forums.mageia.org/en/viewtopic.php?f=41&t=6183&p=40580#p40580
Original comment by dennisg...@gmail.com
on 6 Oct 2013 at 3:42
inxi with this type of repo testedfor :// in the line, same as pisi, I added in
space/ testing now, 1.9.16.
Hopefully that's it for possible syntaxes of output.
Original comment by inxi-...@techpatterns.com
on 6 Oct 2013 at 6:12
It works but it puts the "url" on the same line as the name. That is different
from the repos with "://". See attached.
Original comment by dennisg...@gmail.com
on 6 Oct 2013 at 6:24
Attachments:
{{{
inxi -r
Repos: urpmq repo: Core Updates (private3)
/mirror/Mageia/distrib/3/x86_64/media/core/updates
urpmq repo: Core Release (private1)
/mirror/Mageia/distrib/3/x86_64/media/core/release
urpmq repo: Nonfree Release (private11)
/mirror/Mageia/distrib/3/x86_64/media/nonfree/release
urpmq repo: Nonfree Updates (private13)
/mirror/Mageia/distrib/3/x86_64/media/nonfree/updates
urpmq repo: Tainted Release (private21)
/mirror/Mageia/distrib/3/x86_64/media/tainted/release
urpmq repo: Tainted Updates (private23)
/mirror/Mageia/distrib/3/x86_64/media/tainted/updates
urpmq repo: Core 32bit Release (private31)
/mirror/Mageia/distrib/3/i586/media/core/release
urpmq repo: Core 32bit Updates (private33)
/mirror/Mageia/distrib/3/i586/media/core/updates
urpmq repo: chrome_x86_64
http://dl.google.com/linux/chrome/rpm/stable/x86_64
urpmq repo: google-earth
http://dl.google.com/linux/earth/rpm/stable/x86_64
urpmq repo: iscan
ftp://192.168.0.2/pub/mirror/iscan
}}}
No version number change, it's fixed, I forgot to update the second regex that
slices out the repo url/path
Original comment by inxi-...@techpatterns.com
on 6 Oct 2013 at 6:56
Great! Thanks!
Original comment by dennisg...@gmail.com
on 6 Oct 2013 at 7:00
I tightened the regex slightly, no new version number, the last svn commit, ie,
upgrade inxi now, will have it.
That avoids some possibly but highly unlikely scenarios with / type paths.
Original comment by inxi-...@techpatterns.com
on 6 Oct 2013 at 7:16
Original issue reported on code.google.com by
dennisg...@gmail.com
on 4 Oct 2013 at 5:55