Quoting Phil D'Amore <[EMAIL PROTECTED]>:
> Thanks. This is kind of odd, because these names appear to follow the
> standard N-V-R convention of RPM. My code relies on the whole N-E:V-R
> (Name-Epoch:Version-Release) working "properly", which I suspect is
> where the breakdown may be happening. Can I get you to do the same
> thing, but this time with a queryformat:
>
> rpm -qa --queryformat "%{NAME}-%{EPOCH}:%{VERSION}-%{RELEASE}\n"
>
Here it comes
esound-(none):0.2.35-4.2
powersave-(none):0.8.19.13-0.1
java-1_4_2-sun-(none):1.4.2.06-1.1
automake-(none):1.9.1-4
libstdc++-devel-(none):3.3.4-11
uim-(none):0.4.3-3
gcc-c++-(none):3.3.4-11
xine-lib-(none):0.99.rc6a-4.2
canna-libs-(none):3.7p3-3
xemacs-packages-info-(none):20040202-57
alsaplayer-(none):0.99.76-70
kdelibs3-(none):3.3.0-34.3
release-notes-(none):9.2-21.6
libopencdk-(none):0.5.4-4
perl-HTML-Tagset-(none):3.03-552
perl-Net-DNS-(none):0.48-2
gnome-panel-(none):2.6.2-43
yelp-(none):2.6.1-6
libsoup-(none):2.2.0-3.2
samba-client-(none):3.0.9-2.3
mc-(none):4.6.0-332.2
iproute2-(none):2.4.7-870.4
db41-devel-(none):4.1.25-75
python-(none):2.3.4-3.2
> This is similar to what cfengine does to get the version information,
> but I added the name part in here so I can still see it for comparison.
> Epoch is a bloody mess, and if it turns out I need to add a way to
> ignore the epoch in order to make some variants of RPM work properly, I
> should be able to do so without breaking the existing interface.
>
> Thanks again!
>
> Mark Burgess wrote:
>
> >>From rpm -qa
> >
> >
> >gcc-c++-3.3.4-11
> >xine-lib-0.99.rc6a-4.2
> >canna-libs-3.7p3-3
> >xemacs-packages-info-20040202-57
> >alsaplayer-0.99.76-70
> >kdelibs3-3.3.0-34.3
> >release-notes-9.2-21.6
> >libopencdk-0.5.4-4
> >perl-HTML-Tagset-3.03-552
> >perl-Net-DNS-0.48-2
> >gnome-panel-2.6.2-43
> >yelp-2.6.1-6
> >libsoup-2.2.0-3.2
> >samba-client-3.0.9-2.3
> >mc-4.6.0-332.2
> >iproute2-2.4.7-870.4
> >db41-devel-4.1.25-75
> >python-2.3.4-3.2
> >
> >
> >M
> >
> >On Fri, 2005-02-25 at 18:00 -0500, Phil D'Amore wrote:
> >
> >
> >>Out of curiosity, can you post an example? I've never seen their naming
> >>convention.
> >>
> >>On Fri, 2005-02-25 at 17:16, Mark Burgess wrote:
> >>
> >>
> >>>I was trying to use this on SuSE recently, whihc also uses RPM but it does
> not
> >>>work because the package naming convention is different, There is clearly
> >>>a lot to be done on the matter of package management,
> >>>
> >>>M
> >>>
> >>>
> >>>
> >>>>Phil D'Amore wrote:
> >>>>
> >>>>
> >>>>>I used RPM as an example here, but all three supported package managers
> >>>>>*should* work. You can actually use more than one package manager at
> >>>>>once, since each keeps its own to-be-installed list. If folks could
> >>>>>test the Debian and Sun parts of this, it'd be greatly appreciated, as
> I
> >>>>>don't really have the facilities to do so ;). Most of the code for
> this
> >>>>>is package manager agnostic, except for the part that decides which
> >>>>>variable to read for the install command (RPMInstallCommand,
> >>>>>DPKGInstallCommand, SUNInstallCommand), so I'm expecting it will Just
> >>>>>Work (tm).
> >>>>>
> >>>>>
> >>>>I realize that I'm not up to speed on the packages section and its
> >>>>support - but there are more than three package formats.
> >>>>
> >>>>Beyond the three listed above, I can think of several:
> >>>>
> >>>>* HP-UX software depots
> >>>>* FreeBSD packages
> >>>>* Slackware packages
> >>>>
> >>>>And this doesn't account for alternative installation programs, although
>
> >>>>that may not be relevant - RPMInstall command could be set to "apt-get
> >>>>install" for instance.
> >>>>
> >>>>However, I find the names "RPMInstallCommand" et al to be just ghastly.
> >>>> What if RPM is phased out and replaced with the new name
> >>>>FooBarPackageMgr? What if someone installs RPM on a SUN machine? What
> >>>>if someone installs RPM onto Debian and uses it? More importantly, how
> >>>>are you EVER going to be able to get ALL package managers represented?
> >>>>
> >>>>The commands ought to be package manager neutral, should they not?
> >>>>
> >>>>--
> >>>>David Douthitt
> >>>>UNIX System Administrator
> >>>>Linux+, LPIC-1, RHCE
> >>>>HP-UX, Unixware, Linux, FreeBSD, OpenBSD
> >>>>Member: ACM, USENIX/SAGE
> >>>>
> >>>>
> >>>>_______________________________________________
> >>>>Help-cfengine mailing list
> >>>>Help-cfengine@gnu.org
> >>>>http://lists.gnu.org/mailman/listinfo/help-cfengine
> >>>>
> >>>>
> >>>>
> >>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >>>Work: +47 22453272 Email: [EMAIL PROTECTED]
> >>>Fax : +47 22453205 WWW : http://www.iu.hio.no/~mark
> >>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >>>
> >>>
> >>>----------------------------------------------------------------
> >>>This message was sent using IMP, the Internet Messaging Program.
> >>>
> >>>
> >>>_______________________________________________
> >>>Help-cfengine mailing list
> >>>Help-cfengine@gnu.org
> >>>http://lists.gnu.org/mailman/listinfo/help-cfengine
> >>>
> >>>
> >
> >
> >
>
> --
> Phil D'Amore "Sometimes there is a fine line
> Senior System Administrator between criminally abusive
> Red Hat, Inc behavior and fun."
> Office: 919.754.3700 x44395 -- Ted the Generic Guy
> Pager: 877.383.8795 (Dilbert 4/19/2003)
>
>
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Work: +47 22453272 Email: [EMAIL PROTECTED]
Fax : +47 22453205 WWW : http://www.iu.hio.no/~mark
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
_______________________________________________
Help-cfengine mailing list
Help-cfengine@gnu.org
http://lists.gnu.org/mailman/listinfo/help-cfengine
