A new package fetching utility, pkg_get
Hello, I have made this little program named pkg_get. It's decided to ease fetching and installing of FreeBSD (and why not Open- or NetBSD) binary packages, by making a database out of packages at a ftp server's packages directory. I had the idea from Debian Linux's atp-get utility, which my friend praised a lot. The source tarball can be fetched from the following URL: http://www.saunalahti.fi/~jsalomaa/pkg_get.tar.gz The program has already been tested by a few geeks (hope no-one gets hurt) at IRCNET, but of course I'd like some more testers, creative ideas how things should really be done (I'm not much of a C-guru nor UN*X guru) and flame about segmentation faults and uselessnes. And yes, I know what ports are. But fetching and installing packages is much faster than fetching the bigger source tarball and compiling it. And yes, I know about the remote fetching ability of pkg_add, but it is pretty poor in my opinion. I think we need something like this. I'll make a port out of this if you want, or if it's my lucky day, perhaps it should even be added to the base distribution (damn, I'm ambitious :-]). For those of you without enough time/interest to try it out, I add some "screen shots" (things typed by the user are surrounded by asterisks.) % ** ./pkg_get -h ** Syntax: ./pkg_get [options] [package] Available options: -h : Get help -i : Install package -U : Upgrade database -s : Server (if not set, first check PKGSERVER environment variable, then the server database (./database) -p : Port to use with ftp server, default 21 -d : FTP directory at server (if not set, first check PKGDIR environment variable, then appropriate entry in the server db -P : Use passive ftp -n : Username at ftp server, default anonymous -f : Only fetch package to CWD, don't install. -a : Automatically fetch any not previously installed or fetched dependancys of the package to be installed. The package-argument may be a regular expression. -- % ** ./pkg_get -i gtk ** Current server is the main distribution site, ftp.freebsd.org. Do you want to use it? (Y/N) ** n ** Enter hostname of your FreeBSD mirror site: nic.funet.fi No entry found in database for server 'nic.funet.fi'. Enter ftp directory at server (D for default, /pub/FreeBSD/packages/All) :** D ** URL to packages dir: ftp:[EMAIL PROTECTED]:21/%2Fpub/FreeBSD/packages/All No database entry for server nic.funet.fi, making one. Done. No package entry for server nic.funet.fi, making one. Making tcp connection to nic.funet.fi:21 Sending username anonymous...done. Sending password [EMAIL PROTECTED] Changing working dir to /pub/FreeBSD/packages/All...done. Sending PORT command...done. Listing ftp directory done. Terminating control connection...done. Matching packages: 1. asclock-gtk-beta-2.1.10.tgz 2. gtk---1.0.0.tgz 3. gtk-1.0.6.tgz 4. gtk-1.1.2.tgz < clippety clip > 17. gtksql-0.3.tgz 18. gtkstep-1.8.tgz 19. gtkyahoo-0.16.tgz 20. ja-gtkicq-0.60.tgz Press enter to continue. ** enter ** 21. ko-gtk-1.0.6.tgz Enter too big or non-numeral value to re-show choices. Select package [1-21]: ** 5 ** Receiving gtk-1.2.3.tgz (1474260 bytes): 100% 1474260 bytes transferred in 194.6 seconds (7.40 Kbytes/s) New dependancy: glib-1.2.3 Package gtk-1.2.3.tgz has dependancys (glib-1.2.3). Do you want to: (A)utomatically fetch them (F)etch this one only (Q)uit, already fetched packages will besaved in the packages directory (./packages) Enter your choice [AFQ]: ** a ** Receiving glib-1.2.3.tgz (166214 bytes): 100% 166214 bytes transferred in 21.9 seconds (7.40 Kbytes/s) /usr/sbin/pkg_add gtk-1.2.3.tgz - The last line meant that it echoed what it would do. Both of the files were fetches to the packages/ subdir, and the gettext dependancy was ignored, because it's already installed. This was the first run of the program, of course next time it will know more, for example the last used ftp server, the directory at it and stuff. So, there it was. May you live long and prosper. Jaakko Salomaa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
* From: Jaakko Salomaa <[EMAIL PROTECTED]> * poor in my opinion. I think we need something like this. I'll make a port * out of this if you want, or if it's my lucky day, perhaps it should even * be added to the base distribution (damn, I'm ambitious :-]). * % ** ./pkg_get -i gtk ** * Current server is the main distribution site, ftp.freebsd.org. * Do you want to use it? (Y/N) ** n ** : * Receiving glib-1.2.3.tgz (166214 bytes): 100% * 166214 bytes transferred in 21.9 seconds (7.40 Kbytes/s) * /usr/sbin/pkg_add gtk-1.2.3.tgz This looks great! Make it a port please! :) Satoshi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On 23 Sep 1999, Satoshi - Ports Wraith - Asami wrote: > * % ** ./pkg_get -i gtk ** > * Current server is the main distribution site, ftp.freebsd.org. > * Do you want to use it? (Y/N) ** n ** > : > * Receiving glib-1.2.3.tgz (166214 bytes): 100% > * 166214 bytes transferred in 21.9 seconds (7.40 Kbytes/s) > * /usr/sbin/pkg_add gtk-1.2.3.tgz > > This looks great! Make it a port please! :) Sure, as soon as I get to write the manual page, and get the ftp upgrade code tested enough by unfortunate -hackers readers :-) May you live long and prosper. Jaakko Salomaa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
> I had the idea from Debian Linux's atp-get utility, which my friend > praised a lot. The source tarball can be fetched from the following URL: > http://www.saunalahti.fi/~jsalomaa/pkg_get.tar.gz This is quite interesting and I'm looking at it now. Just one quick question though - why did you "roll your own" ftp I/O handling instead of simply using fetch(3) or ftpio(3)? - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Thu, 23 Sep 1999, Jordan K. Hubbard wrote: > > I had the idea from Debian Linux's atp-get utility, which my friend > > praised a lot. The source tarball can be fetched from the following URL: > > http://www.saunalahti.fi/~jsalomaa/pkg_get.tar.gz > > This is quite interesting and I'm looking at it now. Just one quick > question though - why did you "roll your own" ftp I/O handling instead > of simply using fetch(3) or ftpio(3)? Well, it uses fetch(1) to fetch the packages, but to be honest, I did not know about fetch(3) and ftpio(3). But these look like a better way to do the directory listing - I'll switch to them ASAP. And also, because I try to learn to become a better C programmer as a by-product, I sometimes make things stoopidly just to see if I could make them work that way ;-p (this wasn't the case this time, however.) May you live long and prosper. Jaakko Salomaa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
"Jordan K. Hubbard" wrote: > > > I had the idea from Debian Linux's atp-get utility, which my friend > > praised a lot. The source tarball can be fetched from the following URL: > > http://www.saunalahti.fi/~jsalomaa/pkg_get.tar.gz > > This is quite interesting and I'm looking at it now. Just one quick > question though - why did you "roll your own" ftp I/O handling instead > of simply using fetch(3) or ftpio(3)? Alas, it also seems to have a "default" ftp site. I don't think that's a good idea (remember CHANGE_THIS.freebsd.org :). An environment variable would do just as well, except... this is the kind of tool like to be used by clueless users, which are the ones most likely to really want a default site. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] "Thus, over the years my wife and I have physically diverged. While I have zoomed toward a crusty middle-age, she has instead clung doggedly to the sweet bloom of youth. Naturally I think this unfair. Yet, if it was the other way around, I confess I wouldn't be happy either." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, 24 Sep 1999, Daniel C. Sobral wrote: > > This is quite interesting and I'm looking at it now. Just one quick > > question though - why did you "roll your own" ftp I/O handling instead > > of simply using fetch(3) or ftpio(3)? > > Alas, it also seems to have a "default" ftp site. I don't think > that's a good idea (remember CHANGE_THIS.freebsd.org :). An > environment variable would do just as well, except... this is the > kind of tool like to be used by clueless users, which are the ones > most likely to really want a default site. It's designed to be easy to use, so it first checks -s parameter, then PKGSERVER environment variable, then the machine's toplevel domain. If the toplevel domain contains only two letters it attemps to use ftp..freebsd.org, else it defaults to ftp.freebsd.org and prompts whether the user wants to use it. BTW, I'm now utilizing ftpio(3) instead of my own kludge, I'll probably send a new message to -hackers when the new version is ready. (I'm going to spend a few days somewhere else.) May you live long and prosper. Jaakko Salomaa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Jaakko Salomaa wrote: > > It's designed to be easy to use, so it first checks -s parameter, then > PKGSERVER environment variable, then the machine's toplevel domain. If the > toplevel domain contains only two letters it attemps to use > ftp..freebsd.org, else it defaults to ftp.freebsd.org and prompts > whether the user wants to use it. Well... that's better than directing all users of the world automatically to ftp.freebsd.org. :-) -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] "Thus, over the years my wife and I have physically diverged. While I have zoomed toward a crusty middle-age, she has instead clung doggedly to the sweet bloom of youth. Naturally I think this unfair. Yet, if it was the other way around, I confess I wouldn't be happy either." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Jaakko Salomaa wrote: > > On Fri, 24 Sep 1999, Daniel C. Sobral wrote: > > > > This is quite interesting and I'm looking at it now. Just one quick > > > question though - why did you "roll your own" ftp I/O handling instead > > > of simply using fetch(3) or ftpio(3)? > > > BTW, I'm now utilizing ftpio(3) instead of my own kludge, I'll probably > send a new message to -hackers when the new version is ready. (I'm going > to spend a few days somewhere else.) Why not fetch(3)? I was under the impression that fetch(3) supersedes ftpio(3). Frank To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, 24 Sep 1999, Jaakko Salomaa wrote: > It's designed to be easy to use, so it first checks -s parameter, then > PKGSERVER environment variable, then the machine's toplevel domain. If the > toplevel domain contains only two letters it attemps to use > ftp..freebsd.org, else it defaults to ftp.freebsd.org and prompts > whether the user wants to use it. Do all ftp.xx.freebsd.org mirrors contain a full set of packages? Kris To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Jaakko Salomaa wrote: > > BTW, I'm now utilizing ftpio(3) instead of my own kludge, I'll probably > send a new message to -hackers when the new version is ready. (I'm going > to spend a few days somewhere else.) fetch(3) is a better choice because it allows http downloads too. Passing a URL is now the "one true way" to specify an internet resource. Boy, we're having fun asking you to rewrite your program. It's good training for you, though, this is what it's like to be a programmer in "The Real World". ;^) -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
> Boy, we're having fun asking you to rewrite your program. It's good training > for you, though, this is what it's like to be a programmer in "The Real > World". ;^) You bet! And we haven't even gotten to the topic of the interactive package selection menu yet! :-) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, 24 Sep 1999, Jaakko Salomaa wrote: > And yes, I know what ports are. But fetching and installing packages is > much faster than fetching the bigger source tarball and compiling it. And > yes, I know about the remote fetching ability of pkg_add, but it is pretty > poor in my opinion. I think we need something like this. I'll make a port > out of this if you want, or if it's my lucky day, perhaps it should even > be added to the base distribution (damn, I'm ambitious :-]). Most of what you've shown can be accomplished with 'pkg_add -r' and some enviromental variables. I don't see the huge benefit. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp - - ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, 24 Sep 1999, Jordan K. Hubbard wrote: > You bet! And we haven't even gotten to the topic of the interactive > package selection menu yet! :-) A friend of mine is working on an X/Java version of that. I have no idea how far he has gotten. I reviewed his notes, it looks like a great concept though. I CC'd him on this. Jamie To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, 24 Sep 1999, Jordan K. Hubbard wrote: > > Most of what you've shown can be accomplished with 'pkg_add -r' and > > some enviromental variables. > > In its current incarnation, that's pretty much true. However, we also > intend to throw feature upon feature request onto his pile until > Jaakko ends up reproducing the Debian package manager for us! :-) Why not just just teach 'pkg_add -r' about regex. It already knows about alternate package site's (PACKAGESITE). I don't see why we need a pkg_get or whatever when pkg_add already has remote (with or without -r) functions, and adds dependencies just fine. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp - - ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
> Most of what you've shown can be accomplished with 'pkg_add -r' and > some enviromental variables. In its current incarnation, that's pretty much true. However, we also intend to throw feature upon feature request onto his pile until Jaakko ends up reproducing the Debian package manager for us! :-) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, Sep 24, 1999 at 12:54:32PM -0700, Jordan K. Hubbard wrote: > > Most of what you've shown can be accomplished with 'pkg_add -r' and > > some enviromental variables. > > In its current incarnation, that's pretty much true. However, we also > intend to throw feature upon feature request onto his pile until > Jaakko ends up reproducing the Debian package manager for us! :-) ^^ Have you actually used that? If so, and you want to reproduce it, I question your sanity. -Chris -- :Chris Piazza : Abbotsford, BC: :[EMAIL PROTECTED] :[EMAIL PROTECTED]: : : : To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Daniel C. Sobral wrote in list.freebsd-hackers: > Jaakko Salomaa wrote: > > It's designed to be easy to use, so it first checks -s parameter, then > > PKGSERVER environment variable, then the machine's toplevel domain. If the > > toplevel domain contains only two letters it attemps to use > > ftp..freebsd.org, else it defaults to ftp.freebsd.org and prompts > > whether the user wants to use it. > > Well... that's better than directing all users of the world > automatically to ftp.freebsd.org. :-) How about extracting the server name from the MASTER_SITE specified in /etc/make.conf{,.local}? Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:[EMAIL PROTECTED]) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Chris Piazza <[EMAIL PROTECTED]> writes: > On Fri, Sep 24, 1999 at 12:54:32PM -0700, Jordan K. Hubbard wrote: > > > Most of what you've shown can be accomplished with 'pkg_add -r' and > > > some enviromental variables. > > > > In its current incarnation, that's pretty much true. However, we also > > intend to throw feature upon feature request onto his pile until > > Jaakko ends up reproducing the Debian package manager for us! :-) > ^^ > > Have you actually used that? If so, and you want to reproduce it, > I question your sanity. I completely agree!! Debian's package manager is one of the most infuriatingly buggy piece of software that I've ever used. 1. It does a terrible job at tracking dependencies, IMHO. If you install packages A, B and C at the same time and A depends on C, it's not smart enough to install C first. pkg_order | tsort should do the job, one would presume. 2. It does an even more terrible job at fetching dependencies. Try installing a complex set of programs and files (e.g. gnome) and see how many individual components you have to fetch. Contrast with "cd /usr/ports/x11/gnome; make install". 3. (This is more of a packaging issue) I personally cannot abide by the notion that when you install a library, the header files are not installed. 4. The number of times that I've had a random bug in the {pre|post}{install|remove} scripts essentially render the system unupgradeable is not funny. I have had to go and physically remove some files and edit the package database by hand to get the system back to some sane state. Now one can argue that many of the defects are really cosmetic and many are packaging issues, but I feel that by hacking up a Debian replacement is an inferior solution to leveraging the current (elegant and wonderful) ports mechanism that we have. I personally would rather see an option added to the ports mechanism, which lets you fetch binary, compiled packages instead of source tarballs and still do: "cd /usr/ports/x11/gnome; make -DUSE_BINARY_PACKAGES install" Thanks, Rajappa -- <[EMAIL PROTECTED]> a.k.a. Rajappa Iyer.New York, New York. We're too busy mopping the floor to turn off the faucet. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
"Jordan K. Hubbard" wrote: > > > Boy, we're having fun asking you to rewrite your program. It's good training > > for you, though, this is what it's like to be a programmer in "The Real > > World". ;^) > > You bet! And we haven't even gotten to the topic of the interactive > package selection menu yet! :-) Let alone the Java-based GUI. Of course, somebody needs to do a market survey and write the Product Requirements Document first. Wait a minute, aren't YOU the "Product Manager" for FreeBSD? Hah! Now YOU'RE trapped, too! -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
> > You bet! And we haven't even gotten to the topic of the interactive > > package selection menu yet! :-) > > Let alone the Java-based GUI. In all seriousness, given the stability of the JDK on FreeBSD *plus* the ability to ship a FreeBSD with the JRE legally (although we don't ship anything at this time that doesn't come with source), I think it would be easy to build a slick GUI for FreeBSD. Unfortunately, as with all 'slick' products we've talked about, it still requires a working X setup in order to run. You could do one as a CUI, but doing it in Java would be just as hard as anything else at this point. :( Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
"Jordan K. Hubbard" wrote: > > > Boy, we're having fun asking you to rewrite your program. It's good training > > for you, though, this is what it's like to be a programmer in "The Real > > World". ;^) > > You bet! And we haven't even gotten to the topic of the interactive > package selection menu yet! :-) You're doing it all wrong, y'know. You have to first accept a passable version of his program, and *THEN* demand upgrades! -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] Rule 69: Do unto other's code as you'd have it do unto yours To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, Sep 24, 1999 at 06:08:15PM -0400, Rajappa Iyer wrote: > 4. The number of times that I've had a random bug in the >{pre|post}{install|remove} scripts essentially render the system >unupgradeable is not funny. I have had to go and physically remove >some files and edit the package database by hand to get the system >back to some sane state. You have sent in PRs for the ports/packages where you've had this problem, right? N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On 25-Sep-99 Nik Clayton wrote: > On Fri, Sep 24, 1999 at 06:08:15PM -0400, Rajappa Iyer wrote: >> 4. The number of times that I've had a random bug in the >>{pre|post}{install|remove} scripts essentially render the system >>unupgradeable is not funny. I have had to go and physically >>remove >>some files and edit the package database by hand to get the >>system >>back to some sane state. > > You have sent in PRs for the ports/packages where you've had this > problem, > right? Re-read the first para of his message: -> I completely agree!! Debian's package manager is one of the most -> infuriatingly buggy piece of software that I've ever used. He's complaining about Debian's stuff, not the Ports Collection. :) > N --- John Baldwin <[EMAIL PROTECTED]> -- http://www.cslab.vt.edu/~jobaldwi/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Bill Fumerola wrote: > > Most of what you've shown can be accomplished with 'pkg_add -r' and > some enviromental variables. > > I don't see the huge benefit. That's because you are not a loser. Losers want plug-and-play. This pkg_get is plug and play, pkg_add isn't. It doesn't, for instance, automatically retrives a list of the packages available fromt he net and show them to you. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] Rule 69: Do unto other's code as you'd have it do unto yours To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, 24 Sep 1999, Bill Fumerola wrote: > I don't see why we need a pkg_get or whatever when pkg_add already has > remote (with or without -r) functions, and adds dependencies just fine. Well, I for one would like a command that fetches a package without installing it. I don't see any option to pkg_add for that. -- Ben Rosengart UNIX Systems Engineer, Skunk Group StarMedia Network, Inc. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Hi, I'm back and boy, this has became a long thread. > > Most of what you've shown can be accomplished with 'pkg_add -r' and > > some enviromental variables. > > > > I don't see the huge benefit. > > That's because you are not a loser. Losers want plug-and-play. This > pkg_get is plug and play, pkg_add isn't. It doesn't, for instance, > automatically retrives a list of the packages available fromt he net > and show them to you. Well, I wouldn't use the word 'loser'. A 'newbie' would be more politically correct. And what's wrong with it if it's easy to use? /stand/sysinstall is, too. It still doesn't give them breast-feeding. But he was correct, the benefit is the easiness. And really, I don't think I could have pushed trough such a radical patch to pkg_add, it would have just met as much resistance, perhaps even more. I haven't posted anything to the lists before, just read them silently. But look, I mean no harm with this - if it's useless, I'll just make a port out of it and commit it. You never need to see it again. And if you think the changes should be made to pkg_add, that's a fine idea. Please do so. But in my opinion it still could become useful. What features should I actually add? I already discussed about few changes in privacy with - well, he won't mind - [EMAIL PROTECTED] and he made a few pretty good suggestions. This usage of master_dist_site isn't a dead idea neither. And hey, fetch(3) actually does look even better than ftpio(3). I didn't note all those routines because of my 80x24 xterm, silly me. Well, even the best of us make mistakes and I'm not definately one of them. But. I'll listen to new ideas, add as much of them as I can and send a new posting when a new version gets ready. May you live long and prosper. Jaakko Salomaa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
While we're talking about making package handling easier for newbies, I'd like to present two simple shell scripts that I wrote quite some time ago. Yeah, I know I could send-pr this, but I'm not sure if they're really worth it (if someone thinks they are, then I'll send-pr them). The first one is "pkg_ls" and it simply lists packages that are installed. If no arguments are given, it lists all of them, otherwise the arguments are (abbreviated) package names to list. For example, "pkg_ls lynx" will list your installed lynx package, without you having to know which version it is. You can do this with pkg_info | grep, but remember we're talking about making things easier for newbies. ;-) The second script is called "pkg_rm"; it can be used to delete packages like pkg_delete, but you can use arguments in the same way as for pkg_ls above (i.e. "pkg_rm lynx"). Think of it like pkg_info | grep | pkg_delete. It might more sense to implement these features in pkg_info and pkg_delete, resprectively, but I don't have the time to do that (and these scripts work fine, so I have no incentive to bother with the C sources of pkg_{info,delete}). -- begin file pkg_ls -- #!/bin/sh - PL_EXITCODE=0 Usage() { echo "" echo "Usage: `basename $0` []" >&2 echo "Where is one or more package names which may" >&2 echo "be abbreviated." >&2 echo "" exit 1 } if OPTS=`getopt 'h?' "$@"`; then : else Usage fi set -- $OPTS while :; do case "$1" in --) shift; break;; -*) Usage;; *) break;; esac shift done if [ $# -lt 1 ]; then set -- . fi while [ $# -gt 0 ]; do PKGS=`pkg_info -aI 2>/dev/null | grep "^$1"` if [ -z "$PKGS" ]; then echo "*** No package matching \"$1\" found!" >&2 echo "" PL_EXITCODE=1 else echo "$PKGS" >&2 fi shift done exit $PL_EXITCODE -- end file pkg_ls -- -- begin file pkg_rm -- #!/bin/sh - PR_FLAGS="" PR_EXITCODE=0 Usage() { echo "" echo "Usage: `basename $0` [-fln] " >&2 echo "Where is one or more package names which may" >&2 echo "be abbreviated, as long as they're unique. If multiple" >&2 echo "packages match, they are listed (but none is removed)." >&2 echo " -f Force removal, ignoring dependencies." >&2 echo " -l Only list packages (do not remove)." >&2 echo " -n Print what would be done (do not remove)." >&2 echo "" exit 1 } if OPTS=`getopt 'lnfh?' "$@"`; then : else Usage fi set -- $OPTS while :; do case "$1" in -f) PR_FLAGS="-f";; -n) PR_NOTREALLY=1;; -l) PR_LIST=1;; --) shift; break;; -*) Usage;; *) break;; esac shift done if [ $# -lt 1 ]; then Usage fi while [ $# -gt 0 ]; do PKGS=`pkg_info -aI 2>/dev/null | grep "^$1"` if [ -z "$PKGS" ]; then echo "*** No package matching \"$1\" found!" >&2 echo "" PR_EXITCODE=1 elif [ `echo "$PKGS" | wc -l` -eq 1 ]; then PKG=`echo "$PKGS" | cut -f1 -d" "` if [ "$PR_LIST" = 1 ]; then echo "$PKGS" elif [ "$PR_NOTREALLY" = 1 ]; then echo pkg_delete $PR_FLAGS $PKG else echo "Removing $PKGS ..." pkg_delete $PR_FLAGS $PKG fi else echo "*** Multiple packages match \"$1\":" >&2 echo "$PKGS" >&2 echo "" PR_EXITCODE=1 fi shift done exit $PR_EXITCODE -- end file pkg_rm -- Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:[EMAIL PROTECTED]) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Sat, Sep 25, 1999 at 12:32:16PM -0400, John Baldwin wrote: > Re-read the first para of his message: > > -> I completely agree!! Debian's package manager is one of the most > -> infuriatingly buggy piece of software that I've ever used. > > He's complaining about Debian's stuff, not the Ports Collection. :) Ah, oops. My humble apologies to Rajappa. As penance, I'm about to work my way through the 76 messages in -doc that need my attention, roughly half of which probably have PRs attached. . . N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Sun, 26 Sep 1999, Daniel C. Sobral wrote: > > I don't see the huge benefit. > > That's because you are not a loser. Losers want plug-and-play. This > pkg_get is plug and play, pkg_add isn't. It doesn't, for instance, > automatically retrives a list of the packages available fromt he net > and show them to you. I need to check into this 'loser' thing, it sounds nice. I'd rather see pkg_add's functionality extended, then another program. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp - - ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Sat, 25 Sep 1999, Ben Rosengart wrote: > Well, I for one would like a command that fetches a package without > installing it. I don't see any option to pkg_add for that. Patches to do this would be trivial. It would have to be a flag you'd use with '-r' otherwise we'd have to call the program 'fetch'. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp - - ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Sat, Sep 25, 1999, Bill Fumerola wrote: > Patches to do this would be trivial. It would have to be a flag you'd > use with '-r' otherwise we'd have to call the program 'fetch'. What about the graphical interface and Java versions? Any plans for that in pkg_install? -- |Chris Costello <[EMAIL PROTECTED]> |It's 10 o'clock. Do you know where your child processes are? `- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Fri, Sep 24, 1999, Nate Williams wrote: > Unfortunately, as with all 'slick' products we've talked about, it still > requires a working X setup in order to run. You could do one as a CUI, > but doing it in Java would be just as hard as anything else at this > point. :( There's nothing keeping it from being a port or being an optional part of a distribution that can be installed if X is installed (emphasis on ``optional''). We've got what we need behind-the-scenes, now we need to put a good show on stage. Let's show Linux what package management is all about. :) [If these words aren't motivational, I give up.] -- |Chris Costello <[EMAIL PROTECTED]> |Eunuchs, the non-gender-specific OS ` To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Jaakko Salomaa wrote: > > Well, I wouldn't use the word 'loser'. A 'newbie' would be more I meant luser, actually. :-) > politically correct. And what's wrong with it if it's easy to use? That depends on your definition of "easy". I can use pkg_add faster, not having to go through menus, thus I consider it easier. > /stand/sysinstall is, too. It still doesn't give them breast-feeding. > But he was correct, the benefit is the easiness. And really, I don't think > I could have pushed trough such a radical patch to pkg_add, it would have > just met as much resistance, perhaps even more. I haven't posted anything > to the lists before, just read them silently. You might have got me wrong. I approve of your program. It targets the largest existing class of user, and complements nicely our tools (without having to adopt a whole new packaging mechanism, to boot!). Hard core Unix users won't see any benefit of it, though, because they are not what they usually call "lusers". > But look, I mean no harm with this - if it's useless, I'll just make a > port out of it and commit it. You never need to see it again. And if you > think the changes should be made to pkg_add, that's a fine idea. Please do > so. But in my opinion it still could become useful. What features should I > actually add? I already discussed about few changes in privacy with - > well, he won't mind - [EMAIL PROTECTED] and he made a few pretty good > suggestions. This usage of master_dist_site isn't a dead idea neither. I think your utility is great, and I'll use it if I feel a bit lazy (which is not that uncommon... :). -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] Rule 69: Do unto other's code as you'd have it do unto yours To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
At 26/09/99, you wrote: >The second script is called "pkg_rm"; it can be used to delete >packages like pkg_delete, but you can use arguments in the same >way as for pkg_ls above (i.e. "pkg_rm lynx"). Think of it like >pkg_info | grep | pkg_delete. > >It might more sense to implement these features in pkg_info and >pkg_delete, resprectively, but I don't have the time to do that >(and these scripts work fine, so I have no incentive to bother >with the C sources of pkg_{info,delete}). What about to extend the pkg_delete to use a syntax like : pkg_delete /var/db/pkg/netscape-communicator-4.61/ it can help so much everyone that can automagically complete file/path names with the shell :-) Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://www.giovannelli.it/~gmarco http://www2.masternet.it To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Erm, I must admit, I've never actually tried it or Debian Linux. It merely seemed reasonable humor-fodder. :) - Jordan > On Fri, Sep 24, 1999 at 12:54:32PM -0700, Jordan K. Hubbard wrote: > > > Most of what you've shown can be accomplished with 'pkg_add -r' and > > > some enviromental variables. > > > > In its current incarnation, that's pretty much true. However, we also > > intend to throw feature upon feature request onto his pile until > > Jaakko ends up reproducing the Debian package manager for us! :-) > ^^ > > Have you actually used that? If so, and you want to reproduce it, > I question your sanity. > > -Chris > -- > :Chris Piazza : Abbotsford, BC: > :[EMAIL PROTECTED] :[EMAIL PROTECTED]: > : : : > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
"Daniel C. Sobral" wrote: > > That's because you are not a loser. Losers want plug-and-play. This > pkg_get is plug and play, pkg_add isn't. It doesn't, for instance, > automatically retrives a list of the packages available fromt he net > and show them to you. I meant luser, of course. With this, and one sig11 message I answer, I'm now sure I must have passive-smoked something... -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] Rule 69: Do unto other's code as you'd have it do unto yours To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Sun, Sep 26, 1999 at 09:05:20AM +0200, Gianmarco Giovannelli wrote: > What about to extend the pkg_delete to use a syntax like : > > pkg_delete /var/db/pkg/netscape-communicator-4.61/ > > it can help so much everyone that can automagically complete file/path > names with the shell :-) zsh users can do this already: zsh# compctl -g '/var/db/pkg/*(/:t)' pkg_delete pkg_info -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Wes Peters wrote: > > "Jordan K. Hubbard" wrote: > > > > > Boy, we're having fun asking you to rewrite your program. It's good training > > > for you, though, this is what it's like to be a programmer in "The Real > > > World". ;^) > > > > You bet! And we haven't even gotten to the topic of the interactive > > package selection menu yet! :-) > > Let alone the Java-based GUI. > > Of course, somebody needs to do a market survey and write the Product > Requirements Document first. Wait a minute, aren't YOU the "Product > Manager" for FreeBSD? Hah! Now YOU'RE trapped, too! > > Wes, you've walked away and forgot to logout again. I suspect Dogbert has been seen around your home/office lately. -- Kris Kirby <[EMAIL PROTECTED]> --- TGIFreeBSD... 'Nuff said. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Sun, Sep 26, 1999 at 09:05:20AM +0200, Gianmarco Giovannelli wrote: > What about to extend the pkg_delete to use a syntax like : > > pkg_delete /var/db/pkg/netscape-communicator-4.61/ > > it can help so much everyone that can automagically complete file/path > names with the shell :-) If you use zsh, use this: #pkg_delete completion (according to the manpage) compctl -g '/var/db/pkg/*(:t)' -x \ 's[-]' -k (v D n f p) - \ 'c[-1,-p]' -g '*(D-/)' -- \ pkg_delete CU, Sec -- Win16, Win32s, Win32c, Win32 - Which API do you want to go today? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Tony Finch <[EMAIL PROTECTED]> writes: > Rajappa Iyer <[EMAIL PROTECTED]> wrote: > >1. It does a terrible job at tracking dependencies, IMHO. If you > > install packages A, B and C at the same time and A depends on C, > > it's not smart enough to install C first. pkg_order | tsort should > > do the job, one would presume. > > > >2. It does an even more terrible job at fetching dependencies. Try > > installing a complex set of programs and files (e.g. gnome) and see > > how many individual components you have to fetch. Contrast with > > "cd /usr/ports/x11/gnome; make install". > > Both of those are handled by the apt-get program, and were in the past > handled by dselect (but dselect is horrid for a whole load of other > reasons). apt-get does a better job at collections, true, but in my experience still does not do a proper package ordering before installation. And if component packages have inconsistent dependencies, apt-get puts your system in a state that is hard to recover from. I've had both of these things happen to me while installing gnome. Now one can argue that this reflects a problem with the individual package rather than the infrastructure, but I feel that if a package manager deals with a bundle in a manner similar to a package, it should deal with consistency issues of the component packages. Don't get me wrong. I think that the problem that Debian package manager is trying to solve is not an easy one to solve in a completely bulletproof manner and I don't have a solution to offer offhand, either. apt-get is undoubtedly an improvement on dselect, but I think it builds on a fundamentally shaky infrastructure, IMHO. My gut feeling is that one would be better off building a super-duper package management system on top of the ports mechanism and extending the existing pkg_* tools. Regards, Rajappa -- <[EMAIL PROTECTED]> a.k.a. Rajappa Iyer.New York, New York. We're too busy mopping the floor to turn off the faucet. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Gianmarco Giovannelli wrote: > > At 26/09/99, you wrote: > >The second script is called "pkg_rm"; it can be used to delete > >packages like pkg_delete, but you can use arguments in the same > >way as for pkg_ls above (i.e. "pkg_rm lynx"). Think of it like > >pkg_info | grep | pkg_delete. > > > >It might more sense to implement these features in pkg_info and > >pkg_delete, resprectively, but I don't have the time to do that > >(and these scripts work fine, so I have no incentive to bother > >with the C sources of pkg_{info,delete}). > > What about to extend the pkg_delete to use a syntax like : > > pkg_delete /var/db/pkg/netscape-communicator-4.61/ A hearty "Me too" for this option. It's something I've often wished for. I can 'cd /var/db/pkg' a lot easier than I can reprogram zsh, but it'd still be nice to have this option. Thanks, Doug -- "Stop it, I'm gettin' misty." - Mel Gibson as Porter, "Payback" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Sun, Sep 26, 1999 at 01:52:36AM +0200, Oliver Fromme wrote: > While we're talking about making package handling easier for > newbies, I'd like to present two simple shell scripts that I > wrote quite some time ago. Yeah, I know I could send-pr this, > but I'm not sure if they're really worth it (if someone thinks > they are, then I'll send-pr them). Here's a bit of me-too-erism, and (I hope) some food for thought and discussion: I've longed for a mechanism to keep the ports that I use as up-to-date as the rest of my FreeBSD system. Unfortunately, some ports I don't use very often, and so forget that they're there. Unfortunately (again), the port name-version_number identifier isn't _quite_ unique enough to use as a key for tracking ports. For example: ssh and docbook have multiple versions for the same base name installed concurrently. What I'd like is a little weekly crontab script that runs after my weekly ports cvsup, and tells me which of the ports that I "subscribe to" has changed, so that I can think about rebuilding it. This is the closest I've come, so far. Comments and suggestions welcome, of course: pkg_info -a -q -I > tags pkg_info -a -I | awk '{print $1}' | paste -d\| - tags | sort -t\| -k 2 > alist sort -t\| -k 4 /usr/ports/INDEX |\ join -t\| -o1.1,2.1 -1 2 -2 4 alist - |\ awk -F\| '{if ($1 != $2) print $1 "-->" $2}' This throws up some obvious candidates, like: mutt-1.0b1-->mutt-1.0b2 But also some dubious ones: bzip2-0.9.0c-->bzip-0.21 bzip2-0.9.0c-->bzip2-0.9.5c And some that seem to have different pkg_* names from the values in the INDEX file: squid-2.2-->squid-2.0 squid-2.2-->squid-2.1 This probably also loses for any ports where the comment field has changed... I've thought about parsing the "updated ports" list that gets posted to usenet every (?) month or so, but that seems hard too. -- Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Mon 1999-09-27 (10:22), Andrew Reilly wrote: > I've longed for a mechanism to keep the ports that I use as > up-to-date as the rest of my FreeBSD system. Unfortunately, > some ports I don't use very often, and so forget that they're > there. > > Unfortunately (again), the port name-version_number identifier > isn't _quite_ unique enough to use as a key for tracking ports. > For example: ssh and docbook have multiple versions for the same > base name installed concurrently. > > What I'd like is a little weekly crontab script that runs after > my weekly ports cvsup, and tells me which of the ports that I > "subscribe to" has changed, so that I can think about rebuilding it. I have patches to pkg_version that teach it to handle multiple versions installed and in the ports INDEX, which works pretty well in my use, albeit a bit slower than pkg_version. They are at http://rucus.ru.ac.za/~nbm/pkg_version-patch I've got a local patch at home that can take a list of packages (like "pkg_version gtk docbook ssh") and checks only those packages for changes - it does break current command-line interpretation - usually pkg_version takes a path to the INDEX as its only argument, my patches use a -f location option. Plug in those patches Nik has, and you can have intelligent automatic updating (although sometimes you'll clobber your configuration files). Neil -- Neil Blakey-Milner [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Mon, Sep 27, 1999 at 10:22:34AM +1000, Andrew Reilly wrote: > What I'd like is a little weekly crontab script that runs after > my weekly ports cvsup, and tells me which of the ports that I > "subscribe to" has changed, so that I can think about rebuilding it. ports/sysutils/pkg_version. Then apply the patches at http://www.freebsd.org/~nik/pkg_version.diff pkg_version.1.diff and use the -c flag. N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Mon, Sep 27, 1999 at 08:09:13AM +0100, Nik Clayton wrote: > On Mon, Sep 27, 1999 at 10:22:34AM +1000, Andrew Reilly wrote: > > What I'd like is a little weekly crontab script that runs after > > my weekly ports cvsup, and tells me which of the ports that I > > "subscribe to" has changed, so that I can think about rebuilding it. > > ports/sysutils/pkg_version. > > Then apply the patches at > > http://www.freebsd.org/~nik/pkg_version.diff > pkg_version.1.diff > > and use the -c flag. This is lovely. And it re-inforces one of my pet theories: if you want a program badly enough that you're prepared to write it, someone else almost certainly has... Thanks. -- Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
Ben Rosengart wrote: > > On Fri, 24 Sep 1999, Bill Fumerola wrote: > > > I don't see why we need a pkg_get or whatever when pkg_add already has > > remote (with or without -r) functions, and adds dependencies just fine. > > Well, I for one would like a command that fetches a package without > installing it. I don't see any option to pkg_add for that. See fetch(1). ;^) (Sorry, catching up after a weekend of the flu.) -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
If memory serves me right, "Andrew Reilly" wrote: > On Mon, Sep 27, 1999 at 08:09:13AM +0100, Nik Clayton wrote: > > On Mon, Sep 27, 1999 at 10:22:34AM +1000, Andrew Reilly wrote: > > > What I'd like is a little weekly crontab script that runs after > > > my weekly ports cvsup, and tells me which of the ports that I > > > "subscribe to" has changed, so that I can think about rebuilding it. > > > > ports/sysutils/pkg_version. > > > > Then apply the patches at > > > > http://www.freebsd.org/~nik/pkg_version.diff > > pkg_version.1.diff > > > > and use the -c flag. > > This is lovely. And it re-inforces one of my pet theories: if > you want a program badly enough that you're prepared to write > it, someone else almost certainly has... FYI: I've kind of dropped the ball on further revisions to pkg_version, mostly since it does what I need it to do right now, there are other people whose Perl hacking skills far surpass mine, and I suffer from the same chronic lack of time that most people around here have. However... pkg_version is supposed to go into -STABLE once billf gets some time to import it, and then hopefully it'll be easier for people to add bugfixes and functionality (i.e. whomever reads PRs will probably be more responsive than I've been). Cheers, Bruce. (instigator of pkg_version) PGP signature
Re: A new package fetching utility, pkg_get
On Mon, 27 Sep 1999, Wes Peters wrote: > Ben Rosengart wrote: > > > > Well, I for one would like a command that fetches a package without > > installing it. I don't see any option to pkg_add for that. > > See fetch(1). ;^) > > (Sorry, catching up after a weekend of the flu.) But pkg_add knows where to find the packages, and fetch doesn't. -- Ben Rosengart UNIX Systems Engineer, Skunk Group StarMedia Network, Inc. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A new package fetching utility, pkg_get
On Sat, 25 Sep 1999, Chris Costello wrote: :On Fri, Sep 24, 1999, Nate Williams wrote: :> Unfortunately, as with all 'slick' products we've talked about, it still :> requires a working X setup in order to run. You could do one as a CUI, :> but doing it in Java would be just as hard as anything else at this :> point. :( : : There's nothing keeping it from being a port or being an :optional part of a distribution that can be installed if X is :installed (emphasis on ``optional''). : : We've got what we need behind-the-scenes, now we need to put a :good show on stage. Let's show Linux what package management is :all about. :) I know I'm not the only Irix admin on this list. If you really want to see a tight clean package management system, with CLI and GUI interfaces, look at inst/swmgr in Irix. Jamie Bowden -- If we've got to fight over grep, sign me up. But boggle can go. -Ted Faber (on Hasbro's request for removal of /usr/games/boggle) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message