* Jeremy Messenger (me...@cox.net) wrote:
> I mean by keep static pkg-plist (not get rid of it). I don't like dynamic
> plist. I do not need to list my reasons as it's already in the archives by
> someone and maybe me (not remember).
I understand your point, but it's only theoretical research for
On Wed, 17 Dec 2008 12:47:56 -0600, Dmitry Marakasov
wrote:
* Garrett Cooper (yanef...@gmail.com) wrote:
> It's useful for me too sometimes, but it's already not 100% reliable,
> as some ports still generate it dynamically, some use PLIST_FILES,
some
> use PLIST_SUB so it's not apparent und
* Garrett Cooper (yanef...@gmail.com) wrote:
> > It's useful for me too sometimes, but it's already not 100% reliable,
> > as some ports still generate it dynamically, some use PLIST_FILES, some
> > use PLIST_SUB so it's not apparent under which path and/or name the file
> > mentioned in plist is
Dmitry Marakasov writes:
> * Ashish Shukla आशीष शुक्ल (wahjava...@gmail.com) wrote:
>> > No. If there's DESTDIR, you don't need to log writes to it, as you
>> > can just use `find` to see what's there after installation as in
>> > quote below. The idea is that if we log all writes to the fulesyste
On Sun, Dec 14, 2008 at 1:09 AM, आशीष शुक्ल Ashish Shukla
wrote:
> In , Garrett Cooper wrote:
>>
>> On Dec 9, 2008, at 10:13 AM, Dmitry Marakasov wrote:
>>
>>> It's not like your proposal is bad, ports instantaneously tracking
>>> upstream changes and not needing maintainers would really be cool,
In , Garrett Cooper wrote:
On Dec 9, 2008, at 10:13 AM, Dmitry Marakasov wrote:
It's not like your proposal is bad, ports instantaneously tracking
upstream changes and not needing maintainers would really be cool,
but unfortunately that's practically impossible.
Some software projects are swi
On Dec 9, 2008, at 10:13 AM, Dmitry Marakasov wrote:
It's not like your proposal is bad, ports instantaneously tracking
upstream changes and not needing maintainers would really be cool,
but unfortunately that's practically impossible.
Some software projects are switching over to this kind of
On Fri, Dec 12, 2008 at 2:29 AM, Dmitry Marakasov wrote:
> * Jeremy Messenger (me...@cox.net) wrote:
>
>>> So if I understand correctly, you're proposing to only use dynamic
>>> plist generation for the ports that support it without modification,
>>> i.e. autotools-based?
>>>
>>> My opinion is tha
* Ashish Shukla आशीष शुक्ल (wahjava...@gmail.com) wrote:
> > No. If there's DESTDIR, you don't need to log writes to it, as you
> > can just use `find` to see what's there after installation as in
> > quote below. The idea is that if we log all writes to the fulesystem
> > during port installation
Dmitry Marakasov writes:
[...]
> No. If there's DESTDIR, you don't need to log writes to it, as you
> can just use `find` to see what's there after installation as in
> quote below. The idea is that if we log all writes to the fulesystem
> during port installation, we don't need intermediate dire
* Ashish Shukla आशीष शुक्ल (wahjava...@gmail.com) wrote:
> Yes, that is why I mentioned having a variable which enables this
> behaviour, by default it is disabled. I mean ports which are okay
> with providing static plists are fine, but ports which aren't
> predictable with what files are going t
* Jeremy Messenger (me...@cox.net) wrote:
>> So if I understand correctly, you're proposing to only use dynamic
>> plist generation for the ports that support it without modification,
>> i.e. autotools-based?
>>
>> My opinion is that we should support the feature for all ports, or don't
>> support
On Thu, 11 Dec 2008 02:23:25 -0600, Dmitry Marakasov <[EMAIL PROTECTED]>
wrote:
* Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
This is what Debian and Gentoo does. Remember we don't have to pass
DESTDIR variable to 'make -C /usr/ports/editors/emacs-cvs' instead it
will be passed to th
Dmitry Marakasov writes:
> * Andrew W. Nosenko ([EMAIL PROTECTED]) wrote:
>> > I understand. But you're implying that there is Makefile and it supports
>> > DESTDIR. As I understand, you're referring to autotools-based ports.
>> > Remember, those are less than 1/4 of the collection.
>> Excuse me,
* Andrew W. Nosenko ([EMAIL PROTECTED]) wrote:
> > I understand. But you're implying that there is Makefile and it supports
> > DESTDIR. As I understand, you're referring to autotools-based ports.
> > Remember, those are less than 1/4 of the collection.
> Excuse me, but he refers not to autotools-
On Thu, Dec 11, 2008 at 10:23 AM, Dmitry Marakasov <[EMAIL PROTECTED]> wrote:
> * Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
>
>> This is what Debian and Gentoo does. Remember we don't have to pass
>> DESTDIR variable to 'make -C /usr/ports/editors/emacs-cvs' instead it
>> will be passed t
On Thu, Dec 11, 2008 at 12:23 AM, Dmitry Marakasov <[EMAIL PROTECTED]> wrote:
> * Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
>
>> This is what Debian and Gentoo does. Remember we don't have to pass
>> DESTDIR variable to 'make -C /usr/ports/editors/emacs-cvs' instead it
>> will be passed t
* Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
> This is what Debian and Gentoo does. Remember we don't have to pass
> DESTDIR variable to 'make -C /usr/ports/editors/emacs-cvs' instead it
> will be passed to the 'gmake' process invoked by port's Makefile. If we
I understand. But you're im
Dmitry Marakasov writes:
[snip]
> --- Makefile
> PREFIX?= /usr/local
> DATADIR?= ${PREFIX}/share/foo
> all: foo
> foo: foo.c
> cc -DDATAFILE=\"${DATADIR}/datafile.dat\" foo.c -o foo
> install: foo datafile.dat
> install -s foo ${PREFIX}/bin
> install -d ${DATADIR}
>
* Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
> > How do you expect all ports to respect DESTDIR in their Makefiles,
> > while many ports don't even use make? As I've said, that will require
> > tremendous amount of hacking and is not even possible sometimes.
>
> How about adding a variab
Dmitry Marakasov writes:
> * Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
>> > Current DESTDIR implementation uses chroot and obviously requires
>> > complete system installed in DESTDIR. Also installing a port will
>> > install all dependencies in the chroot as well.
>>
>> The Debian pack
* Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
> > Current DESTDIR implementation uses chroot and obviously requires
> > complete system installed in DESTDIR. Also installing a port will
> > install all dependencies in the chroot as well.
>
> The Debian package building system, also expect
Dmitry Marakasov writes:
[...]
>> Maybe we can introduce a hack in ports system like by adding some
>> variable like 'USES_DYNAMIC_PLIST=yes' in Makefile, which fill let the
>> port first installed with DESTDIR=/var/tmp/ports/${PORTNAME} and then a
>> packing list is generated and then finally wh
* Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
> > No, those problems will not arise as long as the maintainer tests the
> > port before submitting an update. And the tested port of fixed version
> > will be usable for a long time, unlike SCM-based one which may break
> > every second.
>
>
Dmitry Marakasov writes:
> * Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
>> > - _Much_ more (instead of less) work for maintainer, as he won't be able
>> > to test the port before committing it and will have to deal with all
>> > the problems post factum, under extra pressure.
>>
>> >
* Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
> > - _Much_ more (instead of less) work for maintainer, as he won't be able
> > to test the port before committing it and will have to deal with all
> > the problems post factum, under extra pressure.
>
> > - Actually, any SCM-based port
Dmitry Marakasov writes:
> * Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
>> I'm to proposing an enhancement to existing FreeBSD ports system. I
>> think it'll be great if ports can use SCM (source code management)
>> repositories like CVS, Subversion, Git, etc. as their sources instead of
* Ashish Shukla आशीष शुक्ल ([EMAIL PROTECTED]) wrote:
> I'm to proposing an enhancement to existing FreeBSD ports system. I
> think it'll be great if ports can use SCM (source code management)
> repositories like CVS, Subversion, Git, etc. as their sources instead of
> distfiles. Following are som
28 matches
Mail list logo
