documents.
Cheers,
Ulrich Spoerlein
--
It is better to remain silent and be thought a fool,
than to speak, and remove all doubt.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
On Sat, 26.04.2008 at 00:18:25 +0200, Henrik Brix Andersen wrote:
On Fri, Apr 25, 2008 at 09:59:33PM +0200, Ulrich Spoerlein wrote:
I'm trying to update rubygem-rgl and the rdoc part is giving me a
headache, as the rdoc will obviously use readdir() only to walk the
directory tree
rebuild after
every commit (to Makefile, or some suitable file of the port)
foo.tbz: category/foo/Makefile
Though this will trigger quite a hefty rebuild, if you ever touch the
Makefile of the gettext port for example.
Cheers,
Ulrich Spoerlein
--
It is better to remain silent and be thought
? Something
minimal that can be used by other ports to typeset documentation (how
common is this, anyway?) and 3-4 big TeXLive ports for the typical TeX
user.
Cheers,
Ulrich Spoerlein
--
It is better to remain silent and be thought a fool,
than to speak, and remove all doubt
is running with nss_ldap-1.257 and showing no problems
either.
Cheers,
Ulrich Spoerlein
--
It is better to remain silent and be thought a fool,
than to speak, and remove all doubt.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman
because of the missing definition, I guess. bsd-airtools has
recently been flagged as broken, too. Presumably due to the same reason.
How should these ports deal with this? Both are calling SIOCGWAVELAN
with wi_type set to WI_RID_COMMS_QUALITY.
Cheers,
Ulrich Spoerlein
--
It is better to remain
Stephen Montgomery-Smith wrote:
Ulrich Spoerlein wrote:
The question is: Has it been fixed in all Branches that are currently
supported by the Ports tree? What about 5.x?
Anyway, if you are running 5.x, why not try it out? Try makefile like:
a=abc
all:
echo ${a:Mab}, ${a:Mabc
it been fixed in all Branches that are currently
supported by the Ports tree? What about 5.x?
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before you can look it up to see how it is spelled.
-- Will Cuppy
On 5/16/07, Matthew D. Fuller [EMAIL PROTECTED] wrote:
On Wed, May 16, 2007 at 10:13:41AM +0200 I heard the voice of
Ulrich Spoerlein, and lo! it spake thus:
True, true. And as pointed out above, if you don't build the INDEX
with your current pkg options, it is useless anyway.
Oh, worse
On 5/16/07, Alexander Leidinger [EMAIL PROTECTED] wrote:
Quoting J. Porter Clark [EMAIL PROTECTED] (from Wed, 16 May 2007
06:25:32 -0500):
What I don't like about the flattening of the dependencies is
that there seems to be information loss; that is, I can't figure
out why one port (e.g.,
Alexander Leidinger wrote:
Quoting Ulrich Spoerlein [EMAIL PROTECTED] (Wed, 16 May 2007 18:28:55
+0200):
The problem not discussed so far is: some ports may not have all first
order dependencies. So anyone wanting to change this should install a
tinderbox and start testing fixing those
there
is no need to change the structure of /var/db/pkg to use databases or
anything like this.
I haven't had time to look at your patches, but are your removing second
order dependancies? This would cut down the tree size considerably.
Ulrich Spoerlein
--
The trouble with the dictionary is you have
for hijacking this thread.
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before you can look it up to see how it is spelled.
-- Will Cuppy
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman
, /usr/ports/ and it will
first create gettext-x.y.tbz and stuff. Ie, it could resolve/build
dependencies *before* even starting the build in editors/vim.
This then quickly leads to parallel pkg builds working (think: make -j3
vim-7.x.y.tbz)
Ulrich Spoerlein
--
The trouble with the dictionary is you
packages has to be done by some other
means (pkg_update anyone?).
Q: What about clustering?
A: Easily possible, but would suck when using make(1) for the job.
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before you can look it up to see how
the actual error message?
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before you can look it up to see how it is spelled.
-- Will Cuppy
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman
Ulrich Spoerlein wrote:
I wrote a script
That got stripped by the mailling lists ... second try. You can also
fetch it from
http://coyote.dnsalias.net/create_pkg_makefile.sh
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before you can look
to implement two
different strategies first, before releasing an early version to the
public.
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before you can look it up to see how it is spelled.
-- Will Cuppy
it, bsdtar(1) extracts the symlink libcharset.so, and then
tries to stat(2) instead of lstat(2) it, before libcharset.so.1 is
extracted. The questions is: why?
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before you can look it up to see how
would come in and we
could fix this better. Until such time, you can probably share the ports
tree between multiple machines via NFS and run 'make install' on each
computer.
On the other hand, it is rather seldom, that you find such differences
between 'make install' and 'pkg_add'.
Ulrich
it unnecessary hard to use one common var in /etc/make.conf for
SASL2 support.
Thanks,
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before you can look it up to see how it is spelled.
-- Will Cuppy
, modify, add files with 'cvs add', delete them with
'cvs rm'
- run 'port submit'
It runs portlint, fills out the PR, CCs the maintainer, hints at
added/removed files, etc. Highly recommended!
Ulrich Spoerlein
--
The trouble with the dictionary is you have to know how the word is
spelled before
.
It is trivial to fix, iff you assume that the user only installs
software via ports and all the databases are consistent.
Ulrich Spoerlein
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe
is already checked on pointyhat).
I have no idea how to accomplish 1), and have some ideas about 2), but
implementing those is hindered by non-working unionfs on 6.x
Ulrich Spoerlein
--
A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow of conversation.
Q: Why is top posting frowned
and there is
no sound and it is segfaulting _a lot_. I reverted back to version 7.
Version 9 seems unusable right now.
NB: This is on RELENG_6, perhaps the enhanced Linuxulator lets version 9
work stable on -CURRENT?
Ulrich Spoerlein
--
A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow
project.
Bye,
Ulrich Spoerlein
--
A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow of conversation.
Q: Why is top posting frowned upon?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
=${symon_enable:-NO}
I'll CC the maintainer ...
Ulrich Spoerlein
--
A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow of conversation.
Q: Why is top posting frowned upon?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org
, too. It is required for ulpt devices.
Ulrich Spoerlein
--
PGP Key ID: 20FEE9DD Encrypted mail welcome!
Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD
Which is worse: ignorance or apathy?
Don't know. Don't care.
pgp0ltpPz2fBJ.pgp
Description: PGP
28 matches
Mail list logo