Marc Matteo [Thu, Nov 03, 2005 at 08:28:00PM -0800] wrote:
>How about something that RPM does (or used to do, it's been a while)
>is use an *internal* version number in cases like this. It's
>basically the same thing as the v* idea only it's hidden in the
>Makefile.
>
>So in the gcc case ins
On Thu, 03 Nov 2005 11:04:35 +0100, Marc Espie wrote:
> This does not take care of branch issues...
started to think and don't see this.
File: abiword-2.2.11.tgz8160 KB 01/11/0514:41:00
File: abiword-2.2.9.tgz 8159 KB 04/09/0519:19:00
Why are there
=
PNL3, Coaching, Comunicazione Ipnotica:
Conoscenze Pratiche e Manuali ISI-CNV 03/11/2005
=
Visita ed iscriviti a http://www.pnl-nlp.org/dn/
Vedi i Prossimi corsi più sotto: MILANO 11-13 Novembre oppure ROMA 03-04
Dicembre inoltre: LE
On Nov 2, 2005, at 3:04 PM, Marc Espie wrote:
The main objection you can have is that this is too complicated,
but so
far, we haven't been able to find any hole in that scheme...
Opinions ?
It's too complicated :). Actually it's not, but it'll confuse the
folks adding packages.
How ab
I was about to do the same. Let me know if you don't hear back within a
reasonable time. Perhaps we can do some collaboration.
Randy
Martin Ekendahl wrote:
> Is anyone working on updating the snorts port? I contacted the
> maintainer but haven't heard back. Want to make sure I don't encroach on
I am running 3.7-stable. If I use mplayer with a single cpu
kernel it works fine. As soon as I use the .mp kernel mplayer
borks with the following error.
Just thought you'd like to know.
Thanks
Roy
oa:/home/rmorris$ mplayer dvd://1-4 -cache
8096
MPlayer 1.0pre6-3.
On Thu, 03 Nov 2005 15:49:39 -0700, andrew fresh wrote:
> Human readable, date based serials would be nice as that is something
> easy to recognize and compare. If the serial was human readable, I
> don't think there would be a need for the p* numbers as with the serial,
> you would know which wa
On Thursday 03 November 2005 08:24 am, Peter Strömberg wrote:
> tested on i386, amd64 and macppc in venice
>
> patch -E is recomended
Tested on sparc64 with remote X ok. Themes working ok, but
I haven't found an extension that is 1.5rc1 compatible.
Anyone know of one?
-Kurt
Is anyone working on updating the snorts port? I contacted the
maintainer but haven't heard back. Want to make sure I don't encroach on
anybody else's work ;-)
-Martin
Aleksander Piotrowski <[EMAIL PROTECTED]> wrote:
> > > on i386, make regress gives me: 9 of 63 tests failed.
> >
> > Good! 1.0.0 had 15/59 failures
>
> Yeah, six tests fixed and now please fix the rest.
Including the five that are expected to fail? Tall order. Come on
guys, don't discourage c
You must be new to asterisk ;)
Seriously though, I noticed that it had problems on sparc64 (it wouldn't
crash but it would hang). I had intended to go back and look at some of
the problems but I never ended up having time to do so. I should have
marked it ONLY_FOR_ARCHS= amd64 i386 so people who
# pwd
/usr/ports/telephony/asterisk
# uname -a
OpenBSD butters.murdoch-technology.com.au 3.8 GENERIC#607 sparc64
# make show=MAINTAINER
The OpenBSD ports mailing-list
#
# asterisk -c
Asterisk 1.0.9, Copyright (C) 1999-2004 Digium.
Written by Mark Spencer <[EMAIL PROTECTED]>
==
As a 'user' I would like a way to tell easily if a package is for 3.7,
3.8, or current, especially when someone else was supposed to have
upgraded a server. However, I wouldn't like it to have to be a part of
the Makefile as that would be a PAIN to update. So if when packing, it
could look at som
On Thu, Nov 03, 2005 at 08:08:38PM +0100, Moritz Grimm wrote:
> Hi,
>
>
> I would like to know more about the policy concerning path names like
> /usr/local/mozilla-firefox. My personal interpretation of things is that
> it's like this (concerning the official tree):
>
> ``In general, using a
Peter Strömberg wrote...
> tested on i386, amd64 and macppc in venice
> patch -E is recomended
Seems to be working for me, i386-current using October 30th snapshot.
Thanks!
--
josh
People using ports, be aware that there is a *lot* of ports
activity this week.
For instance, if you manage to get your pkg_* tools and your ports
tree out of synch, you will lose.
And you might run into bugs as well...
No warranty this week !
Things will slow down next week, probably...
On Fri, Nov 04, 2005 at 03:38:50AM +1100, Andrew Dalgleish wrote:
> On Thu, Nov 03, 2005 at 11:04:35AM +0100, Marc Espie wrote:
> > On Thu, Nov 03, 2005 at 10:34:21AM +0800, Uwe Dippel wrote:
> > > If you dared to be radical, you'd split the name into 3 parts:
> > > generic name - human readable ve
* Moritz Grimm [2005-11-03]:
> Is this how it is?
yes
Hi,
I would like to know more about the policy concerning path names like
/usr/local/mozilla-firefox. My personal interpretation of things is that
it's like this (concerning the official tree):
``In general, using a subdirectory directly below $PREFIX is not allowed
and packages should inst
David Krause wrote:
I send a patch to fix this a while back but received no comments. The
wrong exit code is being tested.
- test `wc -c "$$file" 2>/dev/null|awk
'{print $$1}' || echo 0` -lt 3 && rm -f $$file; \
+
On Thu, Nov 03, 2005 at 11:04:35AM +0100, Marc Espie wrote:
> On Thu, Nov 03, 2005 at 10:34:21AM +0800, Uwe Dippel wrote:
> > If you dared to be radical, you'd split the name into 3 parts:
> > generic name - human readable version - unix time.
> >
> > That would read
> > python-expat-2.3.5-1131013
David Krause [Thu, Nov 03, 2005 at 10:36:51AM -0600] wrote:
>I send a patch to fix this a while back but received no comments. The
>wrong exit code is being tested.
>
Go ahead, commit. It works.
Bernd
>Index: infrastructure/mk/bsd.port.mk
>
Ok, so I haven't been completely slacking... just maybe mostly
slacking. Here's my latest rendition of gtk+2 and friends:
glib2-2.8.3: http://www.lectroid.net/ports/glib2.diff
pango-1.10.1: http://www.lectroid.net/ports/pango.diff
gtk+2-2.8.6: http://www.lectroid.net/ports/gtk+2.diff
Rememb
* Moritz Grimm <[EMAIL PROTECTED]> [051103 07:48]:
> seeing the updated BASS, I felt like playing it again. During the
> install, I ran into this:
>
> --- snip ---
> ===> Verifying install for scummvm->=0.5.1 in games/scummvm
> ===> Checking files for scummvm-0.8.0
> >> scummvm-0.8.0.tar.gz doe
This is really neat and worth a beer.
The only downer is that it doesn't work with imap, so if someone else is
thirsty...
FWIW, you have my ok.
On Wed, Nov 02, 2005 at 11:15:11PM -0600, Jolan Luff wrote:
> On Wed, Nov 02, 2005 at 10:38:01PM -0600, Jolan Luff wrote:
> > hi,
> >
> > dlg@ and marc
On Wednesday 02 November 2005 02:19 pm, Ray Lai wrote:
> On Wed, Nov 02, 2005 at 01:18:47PM -0500, Ian Darwin wrote:
> > +Firefox looks for plugins in ~/.mozilla/plugins and in the directorie(s)
> > named +in the environment variable MOZ_PLUGIN_PATH.
>
> I think `directories' is better than `direct
Hi,
seeing the updated BASS, I felt like playing it again. During the
install, I ran into this:
--- snip ---
===> Verifying install for scummvm->=0.5.1 in games/scummvm
===> Checking files for scummvm-0.8.0
>> scummvm-0.8.0.tar.gz doesn't seem to exist on this system.
>> Fetch
http://ovh.d
tested on i386, amd64 and macppc in venice
patch -E is recomended
mozilla-firefox-1.5rc1.diff.gz
Description: application/gunzip
Hannah Schroeter [Thu, Nov 03, 2005 at 01:24:08PM +0100] wrote:
>Can one disable/enable the sidebar in the sidebar FLAVOR by using
>a configuration option, or is this a compile-time only setting?
>
You can make it visible, invisible with a macro/keybinding.
macro index S 'toggle sidebar_visible'
m
Hello!
On Wed, Nov 02, 2005 at 10:38:01PM -0600, Jolan Luff wrote:
>[...]
>they promised me beer if i included it so here's a diff to the port
>which adds the sidebar patch as a FLAVOR. all the config stuff is
>listed on the website for the patch, http://thomer.com/mutt/. the
>website is refere
Hi Jolan,
Jolan Luff [Wed, Nov 02, 2005 at 10:38:01PM -0600] wrote:
>dlg@ and marco@ saw this screenshot of mutt with a sidebar that has a
>folder list with new msg counts:
>
>http://vorlon.cwru.edu/~jrh29/mutt/mutt_shot_patch8.png
>
>they promised me beer if i included it so here's a diff to the
On Thu, 03 Nov 2005 08:09:22 +0100, Antoine Jacoutot wrote:
> Quick guess because you need a ports tree.
Of course, there was something I overlooked !
On the other hand, cvs remains the 'master', and instead of manually
updating a reference site, would it not be better and simpler to refer t
On Thu, Nov 03, 2005 at 10:34:21AM +0800, Uwe Dippel wrote:
> On Thu, 03 Nov 2005 00:04:15 +0100, Marc Espie wrote:
>
> > Opinions ?
>
> If you dared to be radical, you'd split the name into 3 parts:
> generic name - human readable version - unix time.
>
> That would read
> python-expat-2.3.5-11
> +1 more vote of thanks for really good work on pkg_* - some of us have
> noticed
Here!
The package-system is well written, and the use of Perl-modules makes it
very easy to extend.
Even for an inexperienced programmer like me :-)
Hans
> In order to get you more confused, we've got more bright ideas about
> version numbering...
>
> Right now, we mostly use the `vendor' number scheme, and we add a simple
> p* suffix to denote what's going on with the OpenBSD port.
>
> As we've noticed, some times, vendor version numbers go backwar
[EMAIL PROTECTED] wrote:
This not handled by pkg_check. I guess the package management system can't
figure out that mc-4.6.1p0 is greater than mc-4.6.1pre1p0. The RFC Marc
Espie just posted tackles this problem.
Well, it defeats the purpose of pkg_check then...
Anyway, I hope a better versionin
> Hans van Leeuwen wrote:
>> After reading packages-specs(7) I managed to fix the problem.
>> Could you please test this new version?
>
> It still works fine for me under macppc.
>
> _But_ I do have a question though.
> pkg_check reports that the following installed packages is affected by a
> vuln
On Wed, Nov 02, 2005 at 11:59:53PM +, David Cathcart wrote:
> On Wed, Nov 02, 2005 at 08:00:10PM +0100, Aleksander Piotrowski wrote:
> > Alf Schlichting <[EMAIL PROTECTED]> wrote:
> >
> > > /usr/ports/www/snownews dumped core recently.
> >
> > Maybe just version that we've in ports tree is bro
38 matches
Mail list logo
