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 e
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 kno
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
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
> i
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 tha
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
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_nu
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 i
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.
> >
> >
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
>
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 yo
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 th
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 u
"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 thi
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
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 feature
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
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 keep
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 <[E
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 progra
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
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
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
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,
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
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,
au
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
>>
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 packa
"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
> > 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
"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
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 als
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
> >
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 ont
> 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
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
> J
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
con
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 thi
> 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:
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
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 ft
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 utilizin
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 p
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
"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 o
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 a
> 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 "
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
* 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 **
* Curr
49 matches
Mail list logo
