pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkg/47418: pkgin cannot identify upstream version



The following reply was made to PR pkg/47418; it has been noted by GNATS.

From: George Georgalis <george%galis.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: imil%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, 
pkgsrc-bugs%netbsd.org@localhost
Subject: Re: pkg/47418: pkgin cannot identify upstream version
Date: Wed, 16 Jan 2013 14:22:52 -0800

 More specifically, the change request is to identify the source url,
 including the software version, without installing the pkgsrc tree, ie
 with pkgin or another tool available at minimal install.
 
 Two goals here,
 1) identify most appropriate package prior to install, eg "pkgin search 
firefox"
 2) generate a report that includes package name, version and url to
 download original source from a minimal environment.
 
 On Tue, Jan 15, 2013 at 11:00 PM, Thomas Klausner <wiz%netbsd.org@localhost> 
wrote:
 >
 >  Easy part first:
 >       pkg_info -Q HOMEPAGE firefox
 >  will give you the homepage for the installed firefox package.
 
 I don't have firefox installed, I'd like to review the data to choose
 which package to install. It is also an example, I need to do this
 programmaticly.
 
 >  You can track the pkgsrc versions of used files by looking at
 >  /var/db/pkg/firefox*/+BUILD_VERSION
 >  which includes the RCS Ids of the pkgsrc files used; then you
 >  can visit cvsweb.netbsd.org to look at the corresponding versions
 >  and extract all the information that's needed.
 >
 >  Not very comfortable, but I think you're the first that requests these
 >  particular pieces of information :)
 
 I think it's reasonable (for quality, transparency and convenience) to
 integrate reporting of the upstream original sources as part of
 packaging in a minimal environment. So, I've made the request. :)
 
 At the moment these are significant barriers to using the platform,
 and resolving as-yet unreported issues.
 
 I'm requesting because while it may be possible to discover this data
 for my immediate issues, it is not practical.
 
 Regards,
 -George
 
 
 -- 
 George Georgalis, (415) 894-2710, http://www.galis.org/
 


Home | Main Index | Thread Index | Old Index