Am 03.05.2010 21:55, schrieb Garrett Cooper:
Also, for services like cups, there could have per-application
virtualized networking stacks
Hi Garret,
one jail per application -- theoretically the best idea -- no conflict
due to the elimination of cross-dependencies.
Havig updated a server with
On Tue, May 4, 2010 at 1:26 AM, Reinhard Haller
reinhard.hal...@interactive-net.de wrote:
Am 03.05.2010 21:55, schrieb Garrett Cooper:
Also, for services like cups, there could have per-application
virtualized networking stacks
Hi Garret,
one jail per application -- theoretically the best
On 5/4/10 1:26 AM, Reinhard Haller wrote:
The goal of PBIs as Julian proposed is to simplify the automatic
generation of simple apps.
well, it's to make some working apps available, that don't interfere
with other working apps.
To achieve this goal we get another ports management
On 05/01/2010 00:29, James Butler wrote:
Genuine (possibly stupid) question -in PBI land, what happens if
package B is, say, CUPS? Does one need versioned rc.d scripts to start
one or the other? Which one gets to claim port 631?
-James Butler
That is a problem we are dealing with right
On Mon, May 3, 2010 at 7:33 AM, Kris Moore k...@pcbsd.org wrote:
On 05/01/2010 00:29, James Butler wrote:
Genuine (possibly stupid) question -in PBI land, what happens if
package B is, say, CUPS? Does one need versioned rc.d scripts to start
one or the other? Which one gets to claim port 631?
On Sunday, April 11, 2010, Tim Kientzle kient...@freebsd.org wrote:
Garrett Cooper wrote:
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions. pkg_add barfs because
it can't
On 4/10/2010 3:18 PM, k...@pcbsd.org wrote
snip
However for my more hard-core friends, nothing stopping you from
running your own ports down
the road, more power to ya! For doing something like embedded work or
a server this makes total
sense and I think it is a huge positive for FreeBSD, no
On 4/13/10 12:09 AM, Lucas Holt wrote:
On 4/10/2010 3:18 PM, k...@pcbsd.org wrote
snip
However for my more hard-core friends, nothing stopping you from
running your own ports down
the road, more power to ya! For doing something like embedded work or
a server this makes total
sense and I think
On 13/04/10 19:09, Lucas Holt wrote:
On 4/10/2010 3:18 PM, k...@pcbsd.org wrote
snip
However for my more hard-core friends, nothing stopping you from
running your own ports down
the road, more power to ya! For doing something like embedded work or
a server this makes total
sense and I think it
On Sun, Apr 11, 2010 at 03:44:37PM -0700, Julian Elischer wrote:
On 4/11/10 12:20 PM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote:
On 4/11/10 11:44 AM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote:
On 4/11/10
On 4/10/10 10:06 PM, Garrett Cooper wrote:
It's more than just diskspace though. Consider the fact that now
you're going to lose a lot of the memory sharing between shared libs
and what-not, and now you'd have to be running N number of daemons .
Take PCBSD for instance -- do they really
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/04/2010 05:59:34, Robert Noland wrote:
On Sat, 2010-04-10 at 15:18 +0100, Bruce Simpson wrote:
On 04/10/10 02:31, Julian Elischer wrote:
Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
others and I, felt that these ideas seemed to
On Sat, Apr 10, 2010 at 03:45:20PM -0700, Tim Kientzle wrote:
Julian Elischer wrote:
On 4/10/10 12:07 PM, Tim Kientzle wrote:
[1] Actually, PBI might work just fine even for
embedded if we address the disk bloat issue. One
approach would be to make
/Package/Bar/libfoo-2.8.7.so
a symlink or
On Sunday, April 11, 2010, Tim Kientzle kient...@freebsd.org wrote:
Garrett Cooper wrote:
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions. pkg_add barfs because
it can't
On Sunday, April 11, 2010, Tim Kientzle kient...@freebsd.org wrote:
Garrett Cooper wrote:
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions. pkg_add barfs because
it can't
On 4/11/10 3:27 AM, Kostik Belousov wrote:
I already pointed in the other reply in this thread, $ORIGIN dynamic
token should solve the issue. See
http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=ena=view
yes, teh question I have since I am not alinker expert is do we
support it?
On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote:
On 4/11/10 3:27 AM, Kostik Belousov wrote:
I already pointed in the other reply in this thread, $ORIGIN dynamic
token should solve the issue. See
http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=ena=view
yes, teh
On 4/11/10 11:44 AM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote:
On 4/11/10 3:27 AM, Kostik Belousov wrote:
I already pointed in the other reply in this thread, $ORIGIN dynamic
token should solve the issue. See
On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote:
On 4/11/10 11:44 AM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote:
On 4/11/10 3:27 AM, Kostik Belousov wrote:
I already pointed in the other reply in this thread, $ORIGIN dynamic
token
On 4/11/10 12:20 PM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote:
On 4/11/10 11:44 AM, Kostik Belousov wrote:
On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote:
On 4/11/10 3:27 AM, Kostik Belousov wrote:
I already pointed in the other
.
Basically, the addition of a makepbi keyword in the .mk
files to allow the automatic generation of PBIs for 'simple'
ports such as 'cowsay' (the canonical simple app).
More complicated apps would need manual work in Makefile or
in a separate pbi-recipe file, but once the support was done
we
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande More amvandem...@gmail.com wrote:
On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer jul...@elischer.org wrote:
Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
others and I, felt that these ideas seemed to make some sense
and so I put them
On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr. sfour...@gmail.com wrote:
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande More amvandem...@gmail.com
wrote:
On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer jul...@elischer.org wrote:
Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
On Sat, Apr 10, 2010 at 2:20 AM, Garrett Cooper yanef...@gmail.com wrote:
On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr. sfour...@gmail.com wrote:
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande More amvandem...@gmail.com
wrote:
On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer
On 4/10/10 12:20 AM, Garrett Cooper wrote:
On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr.sfour...@gmail.com wrote:
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande Moreamvandem...@gmail.com wrote:
On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischerjul...@elischer.org wrote:
Alfred Perlstein ,
On Sat, Apr 10, 2010 at 1:45 AM, Julian Elischer jul...@elischer.org wrote:
On 4/10/10 12:20 AM, Garrett Cooper wrote:
On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr.sfour...@gmail.com
wrote:
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande Moreamvandem...@gmail.com
wrote:
On Fri, Apr 9,
On 04/10/10 02:31, Julian Elischer wrote:
Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
others and I, felt that these ideas seemed to make some sense
and so I put them here for comment.
Please do. Someone has to do something about deployment.
For what it's worth, I've tripped
BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px
On Sat 10/04/10 3:35 AM , Garrett Cooper wrote:
[...]
yes but there are still dependency problems if you want to install
a single
package and you installed all the previous ones a year ago.
With PBIs each package
On 4/10/10 7:18 AM, Bruce Simpson wrote:
On 04/10/10 02:31, Julian Elischer wrote:
Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
others and I, felt that these ideas seemed to make some sense
and so I put them here for comment.
Please do. Someone has to do something about
On 4/10/10 10:36 AM, Sam Fourman Jr. wrote:
I do have a question, assuming PBI's were merged officially into the
FreeBSD ports tree,
say I had PostgreSQL Server installed, via PBI. then I wanted to tweak
a setting so I:
cd /usr/ports/databases/postgresql84-server/ make deinstall clean
On 4/10/10 3:35 AM, Garrett Cooper wrote:
On Sat, Apr 10, 2010 at 1:45 AM, Julian Elischerjul...@elischer.org wrote:
On 4/10/10 12:20 AM, Garrett Cooper wrote:
On Fri, Apr 9, 2010 at 11:28 PM, Sam Fourman Jr.sfour...@gmail.com
wrote:
On Fri, Apr 9, 2010 at 10:11 PM, Adam Vande
On Sat, Apr 10, 2010 at 8:18 AM, k...@pcbsd.org wrote:
On Sat 10/04/10 3:35 AM , Garrett Cooper yanef...@gmail.com wrote:
[...]
yes but there are still dependency problems if you want to install a
single
package and you installed all the previous ones a year ago.
With PBIs each
Garrett Cooper wrote:
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions. pkg_add barfs because
it can't find the applications, etc.
This is something that's been hashed over a
On 4/10/10 12:07 PM, Tim Kientzle wrote:
Garrett Cooper wrote:
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions. pkg_add barfs because
it can't find the applications, etc.
This
Julian Elischer wrote:
On 4/10/10 12:07 PM, Tim Kientzle wrote:
[1] Actually, PBI might work just fine even for
embedded if we address the disk bloat issue. One
approach would be to make
/Package/Bar/libfoo-2.8.7.so
a symlink or hardlink to
/Package/Shared/libfoo-2.8.7.so-MD5-hash
This gives
Sam Fourman Jr. wrote:
I do have a question, assuming PBI's were merged officially into the
FreeBSD ports tree,
say I had PostgreSQL Server installed, via PBI. then I wanted to tweak
a setting so I:
cd /usr/ports/databases/postgresql84-server/ make deinstall clean
would the PBI at this point
not to be a troll but ...
... for those that want the ease-of-use of PBIs, why not just use PC-BSD
in the first place? They seem to have their own QA process in place in
terms of keeping the various large applications at a sane level.
Kernel development could (just like it is on the Macs) be
On Sat, Apr 10, 2010 at 7:47 PM, Mark Linimon lini...@lonesome.com wrote:
not to be a troll but ...
... for those that want the ease-of-use of PBIs, why not just use PC-BSD
in the first place? They seem to have their own QA process in place in
terms of keeping the various large applications
On Sat, 2010-04-10 at 15:18 +0100, Bruce Simpson wrote:
On 04/10/10 02:31, Julian Elischer wrote:
Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
others and I, felt that these ideas seemed to make some sense
and so I put them here for comment.
Please do. Someone has to do
On Sat, Apr 10, 2010 at 10:03 AM, Julian Elischer jul...@elischer.org wrote:
On 4/10/10 3:35 AM, Garrett Cooper wrote:
[...]
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions.
the automatic generation of PBIs for 'simple'
ports such as 'cowsay' (the canonical simple app).
More complicated apps would need manual work in Makefile or
in a separate pbi-recipe file, but once the support was done
we could proceed one port at a time. Not all ports make sense
in a PBI format. (e.g
On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer jul...@elischer.org wrote:
Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
others and I, felt that these ideas seemed to make some sense
and so I put them here for comment.
FWIW, when I see these discussions I'm always left wondering
42 matches
Mail list logo