When playing either PrBoom or Chocolate Doom, they always crash when starting
DOOM 2 MAP02 or Ultimate DOOM E2M1. For PrBoom, I've tried both the packaged
version and the latest, 2.4.6, from source; for Chocolate Doom, I installed
0.1.4 from source. I have SDL's libraries installed from packages
* Steffen Schuetz wrote:
> On Monday 16 October 2006 23:23, Marc Balmer wrote:
> [cut]
> > > I've used this port to upgrade an OTRS installation
> > > from version 2.0.4 to 2.1 - runs now in production.
> > > Works fine for me without any problems so far.
> >
> > no problems?
> > do you run apach
On Monday 16 October 2006 23:23, Marc Balmer wrote:
[cut]
> > I've used this port to upgrade an OTRS installation
> > from version 2.0.4 to 2.1 - runs now in production.
> > Works fine for me without any problems so far.
>
> no problems?
> do you run apache in chroot mode? we had a good deal of
* Steffen Schuetz wrote:
> On Sunday 08 October 2006 17:55, Marc Balmer wrote:
> > we use OTRS for about two years to handle customer tickets. here is a
> > port for the new version 2.1.x for testing (we use 2.0.4 in production)
> >
> > comments and additions (diff -u ...) are very welcome
>
> I'
On Sunday 08 October 2006 17:55, Marc Balmer wrote:
> we use OTRS for about two years to handle customer tickets. here is a
> port for the new version 2.1.x for testing (we use 2.0.4 in production)
>
> comments and additions (diff -u ...) are very welcome
I've used this port to upgrade an OTRS in
I'm finally back online after getting swept up in the war on spam.
Anyway, here's yet another patch falling out of my port-survey process.
This one removes ftp.is.co.za who has been missing 99% of the distfiles
for 6 months. I scan daily...
Comments? Questions?
Jim
Index: network.conf.template
Dimitry Andric <[EMAIL PROTECTED]> wrote:
> marius wrote:
> > I'm trying to build a port dependant on bzip2, and the build fails.
> > I'm running the October 10 snapshot with -current source tree. Any
> > suggestions?
> ...
> > cc -shared -fpic -o libbz2.so.10.3 blocksort.so huffman.so crctable.so
Hey,
could you try the attached diff? The ChangeLog says the problems should
be fixed.
http://search.cpan.org/src/CAPTTOFU/DBD-mysql-3.0008/ChangeLog
Thanks!
Bernd
Peter Hessler [Fri, Aug 11, 2006 at 06:54:23PM -0700] wrote:
>Sigh. This happens with 3.0003 from packages, and 3.0006 from
>se
Does anyone know whether editors/emacs21 (no_x11) can be built
on vax? It's not marked broken, but there's also no package for
it on FTP, and I've seen this failure log.
Thanks.
Script started on Sun Oct 15 13:34:03 2006
# make # env FLAVOR=no_x11 make install
===> Building for ema
pkg/DESCR
Advchk (Advisory Check) reads security advisories so you don't have to.
Advisory Check gathers security advisories using RSS / RDF / XML feeds,
compares them against a list of known software, and alerts you if
you`re vulnerable.
Software installed on remote systems can be monitored using
Selon Nikolay Sturm <[EMAIL PROTECTED]>:
> Actually, if you want to clean this up, it needs much more work for
> no gain. IMHO, just postpone the cleanup until the next update. The
What do you mean by "much more work"?
--
Antoine
Selon Nikolay Sturm <[EMAIL PROTECTED]>:
> What's with the other programs in sbin? Are they admin tools or started
> indirectly as well?
They are daemons. You may use them directly on the command line or in scripts.
--
Antoine
* Nikolay Sturm [2006-10-16]:
> > - mgetty
> > -> installs vgetty and mgetty into ${LOCALBASE}/libexec
> > -> regen patches
>
> What's with the other programs in sbin? Are they admin tools or started
> indirectly as well?
Actually, if you want to clean this up, it needs much more work for
no ga
* Antoine Jacoutot [2006-10-16]:
> - mgetty
> -> installs vgetty and mgetty into ${LOCALBASE}/libexec
> -> regen patches
What's with the other programs in sbin? Are they admin tools or started
indirectly as well?
> - hylafax
> -> set vgetty patch to ${LOCALBASE}/libexec instead of hardcoded /s
Selon Marc Balmer <[EMAIL PROTECTED]>:
> sbin is wrong. also the mgetty one should go to libexec. see hier(7).
Here you go.
2 diffs:
- mgetty
-> installs vgetty and mgetty into ${LOCALBASE}/libexec
-> regen patches
- hylafax
-> set vgetty patch to ${LOCALBASE}/libexec instead of hardcoded /s
* Antoine Jacoutot wrote:
> Selon Marc Balmer <[EMAIL PROTECTED]>:
> > an even better place is ${LOCALBASE}/libexec: System daemons and
> > utilities (executed by other programs) (hier(7)).
>
> Well, vgetty from the comms/mgetty+sendfax package installs in
> ${LOCALBASE}/sbin, so I think this shou
Selon Marc Balmer <[EMAIL PROTECTED]>:
> an even better place is ${LOCALBASE}/libexec: System daemons and
> utilities (executed by other programs) (hier(7)).
Well, vgetty from the comms/mgetty+sendfax package installs in
${LOCALBASE}/sbin, so I think this should be kept this way... shouldn't it?
* Antoine Jacoutot wrote:
> Hi.
>
> I propose the following patch for comms/hylafax that:
> - set the voice handling program to ${LOCALBASE}/sbin/vgetty (and not
> the hardcoded /bin/vgetty)
an even better place is ${LOCALBASE}/libexec: System daemons and
utilities (executed by other programs)
Selon Antoine Jacoutot <[EMAIL PROTECTED]>:
> I propose the following patch for comms/hylafax that:
> - set the voice handling program to ${LOCALBASE}/sbin/vgetty (and not
>the hardcoded /bin/vgetty)
> - disable the check for sysvinit scripts support which can cause the
>"make fake" stage t
* Bj?rn Ketelaars <[EMAIL PROTECTED]> [2006-10-16 09:22]:
> I just updated one of my test-servers to snapshot (15 October 2006).
> First thing I noticed is that the message-log is full with:
>
> gateway /bsd: bdwrite: force async write on the buffer 0xd62dcb70
>
> I have no idea what this means
Hi.
I propose the following patch for comms/hylafax that:
- set the voice handling program to ${LOCALBASE}/sbin/vgetty (and not
the hardcoded /bin/vgetty)
- disable the check for sysvinit scripts support which can cause the
"make fake" stage to fail if a sysvinit startup directory exists
(i
I just updated one of my test-servers to snapshot (15 October 2006).
First thing I noticed is that the message-log is full with:
gateway /bsd: bdwrite: force async write on the buffer 0xd62dcb70
I have no idea what this means and if it is bad...Any ideas?
22 matches
Mail list logo