or similar programs. This server
purely runs TeX and produces DVI and PDF files, nothing
else. The number of ports on this machine must be kept
to a minimum for security and maintenance reasons, so
X11 is disallowed.)
Any idea?
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG
/readlink
with the -f option when checking the PREFIX, but this
option isn't supported on all 8.x systems.
Wouldn't it make more sense to use /bin/realpath instead
of /usr/bin/readlink -f? There's no reason to break
older system.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG
,
but the OPTIONS file contains WITHOUT_FOO=YES. If the above
precedence is to be followed, then the framework needed to
find out whether the WITH_FOO setting came from make.conf or
from the command line. I don't think there's an easy way to
do that.
Best regards
Oliver
--
Oliver Fromme
Oliver Fromme wrote:
Doug Barton wrote:
Traditionally the precedence has been:
make.conf OPTIONS command line
Are you sure? But how did the old framework find out if a
WITH_* / WITHOUT_* variable came from make.conf or from the
command line?
Uhm, please ignore what I wrote
in the options file, there would be no
way to unset that on the command line.
So, Baptiste's approach to fix that alltogether is right,
in my opinion.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA
anything else.
One way to do that would be to introduce another pair of
variables, e.g. OVERRIDE_SET and OVERRIDE_UNSET, so you could
type: make OVERRIDE_SET=STATIC
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister
. With the new options framework,
that doesn't work aymore.
Is there a variable that can be set to override what's read
from the options file? If there is none, this feels like a
regression.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M
Baptiste Daroussin b...@freebsd.org wrote:
On Wed, Jul 25, 2012 at 05:11:18PM +0200, Oliver Fromme wrote:
What is the proper way to temporarily change an option on
the command line or within a script?
For example, I have a script that builds both dynamic and
static zsh binaries
Baptiste Daroussin b...@freebsd.org wrote:
On Wed, Jul 25, 2012 at 07:09:48PM +0200, Oliver Fromme wrote:
Baptiste Daroussin b...@freebsd.org wrote:
On Wed, Jul 25, 2012 at 05:11:18PM +0200, Oliver Fromme wrote:
What is the proper way to temporarily change an option
by
termcap, or stdout is a pipe), normal ASCII characters
are used instead.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH
Michel Talon wrote:
Oliver Fromme wrote:
That's what a script of mine does (it's also in Python):
http://www.secnetix.de/olli/scripts/pkg_dep_view
Waooh! this is very cute.
While we are in python i have something which draws
graphviz dependency graphs for ports here
Stephen Montgomery-Smith wrote:
On 09/13/2011 09:11 AM, Oliver Fromme wrote:
Stephen Montgomery-Smith wrote:
particularly nasty thing to do. I get the impression that each
committer has his own special way of doing this. For example, I have
personally found that a simple
a build dependency. In this case, using
make all-depends-list in the ports collection might
be the best way to track it down.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung
portmaster requires the -w
option to do that (which is unfavorable, in my opinion; it
should do that by default, too).
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD
threats
maintained by MITRE: http://cve.mitre.org
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün
with automated searchreplace, which lead to
the line in question, which is now superfluous. It should
just be removed.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix
by breakage. With that in
mind, I keep the ports count on my workstation on a moderate
level:
$ pkg_info | wc -l
559
Best regards
Oliver
(*) For example:
http://www.secnetix.de/olli/scripts/ports-check-update
(**)
http://www.secnetix.de/olli/scripts/ports-update-list
--
Oliver Fromme
Doug Barton wrote:
On 09/02/2011 02:24, Oliver Fromme wrote:
Finally, I recommend to install ports-mgmt/pkg_cutleaves and
run it regularly after updates
portmaster -s does the same thing.
No. pkg_cutleaves finds ports that I have installed at some
point in the past and then forgot
Alexander Leidinger wrote:
Quoting Oliver Fromme o...@lurza.secnetix.de (from Fri, 2 Sep 2011
11:24:16 +0200 (CEST)):
The other extreme are people who run a cron job every night
that updates /usr/ports (*) and runs 400.status-pkg (from
/etc/periodic/weekly), possibly even
that
the nvidia-driver's library will always override the one
installed by the libGL port.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH
Peter Jeremy wrote:
On 2011-Mar-29 13:51:21 +0200, Oliver Fromme o...@lurza.secnetix.de wrote:
Both graphics/netpbm and graphics/netpbm-devel are *WAY*
out of date (5 to 6 years).
I don't understand you. In my experience, the netpbm ports have
always been updated fairly regularly
include any documentation. Instead they refer
to the online documentation which is way ahead of the
state of the FreeBSD port, as explained above.
Is anybody working on updating the netpbm ports? Is there
any problem with it that I'm not aware of?
Best regards
Oliver
--
Oliver Fromme
reports it as found. It also
depends in libiconv, which _is_ correctly recorded in the
package database.
Am I doing something wrong, or is there a bug somewhere?
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht
Erik Trulsson wrote:
On Mon, Mar 08, 2010 at 12:50:05PM +0100, Oliver Fromme wrote:
I just csupped fresh ports on a new stable/8 box, installed
textproc/aspell-without-dicten (i.e. with WITHOUT_DICTEN=YES)
and then proceeded to install editors/joe. Both installed
successfully
Lars Eighner wrote:
On Mon, 8 Mar 2010, Oliver Fromme wrote:
joe has a dependency on aspell (both build dependency _and_
run dependency), so I expected it to be recorded in the
package database. But it isn't. pkg_info -r joe\* and
pkg_info -R aspell\* don't report this dependency
...
Is this is a know problem or did I do something wrong?
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB
that, or rename it to libbtsdp.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758
Just to be clear ... Am I understanding things right that
the new X server requires hald and dbus running? It won't
work anymore without them?
(That would be a good reason for me not to update.)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M
there, just in case.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758
Alexander Leidinger wrote:
Oliver Fromme wrote:
[...]
I think it would be desirable to have the Adobe Reader port
work out of the box without _any_ change by the user.
That's why I suggest having the port add a wrapper script
as /compat/linux/usr/bin/lp. A simple one line script
, it should
fall back to using /usr/bin/lpr. Anyway, I will test
it, as Alexander suggested.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH
), and for some
reason it always prepends /compat/linux in that case.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister
Alexander Leidinger wrote:
Oliver Fromme wrote:
That's correct. Obviously Adobe Reader performs some kind
of sanity check on the path (if one is given), and for some
reason it always prepends /compat/linux in that case.
No linux application does this, it's the kernel. It tries
to copy the
binary.)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758
of the latest ffmpeg-devel port seems to be
confused by this.
Works fine here on said i386 machine. So it must be
something else, no related to the -dumpmachine output,
but maybe amd64-related.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M
36 matches
Mail list logo