Landry Breuil [2007-06-12, 23:49:49]:
> Hello,
>
> i've cleaned libsexy PLIST, and retested/rebuilded these three ports on
> a fresh new install.. builds and works fine here @i386, please try and
> comment :)
>
> http://ports.gcu.info/doku.php/openbsd/devel/libsexy
> additional widgets for gtk
Matthieu Herrb writes:
> Deanna Phillips wrote:
>> I spoke too soon. There's already a report that this crashes
>> X on adm64. Don't try it unless you're willing to risk a
>> crash and help debug.
>
> That's definatly an X bug. Can you (or someone else) provide a
> backtrace of the crashed X ser
Hello,
i've cleaned libsexy PLIST, and retested/rebuilded these three ports on
a fresh new install.. builds and works fine here @i386, please try and comment
:)
http://ports.gcu.info/doku.php/openbsd/devel/libsexy
additional widgets for gtk
http://ports.gcu.info/doku.php/openbsd/x11/xfce4/notifi
Updated from 0.4.0 (released on 4 Aug 2006) to 0.5.33 (latest stable
version, released on 6 Apr 2007). Changelog at
http://e-p-i-c.sourceforge.net/updates/testing/ChangeLog
Tested on i386 only.
C
Index: Makefile
===
RCS file: /cvs
On 12/06/07, Marc Espie <[EMAIL PROTECTED]> wrote:
On Tue, Jun 12, 2007 at 06:43:02PM +0100, Edd Barrett wrote:
If it removes them, it's probably some multi-packages fuck-up. update-plist
is a bit brittle wrt multi-packages, still...
Is it something that you are looking to fix?
I will probabl
On Tue, Jun 12, 2007 at 06:43:02PM +0100, Edd Barrett wrote:
> Hi there,
>
> When porting "make update-plist" seems to leave all your @comment's
> intact, this is good. What is the policy on @exec/@unexec. On one of
> my SUBDIRS it leaves them intact but moves them 2 lines back from the
> end of
Hi there,
When porting "make update-plist" seems to leave all your @comment's
intact, this is good. What is the policy on @exec/@unexec. On one of
my SUBDIRS it leaves them intact but moves them 2 lines back from the
end of the list (Puts some @commented dirs after them for some
reason). On anot
> Indeed. It certainly makes sense to put it in the base system, I just don't
> understand why it must be part of "xbase" rather than "base" when so many
> non X programs use expat.
we don't ship unaudited software in base. that is why it is not shipped
in base.
--
Mathieu Sauve-Frankel
Simple diff to add @owner, @group and @mode tags to PLIST files to
make it package again
Sorry for sending as attachement, but it's probably better off this
way than pasting into google's web client.
--
viq
courier-authlib.diff
Description: Binary data
ChangeLog at:
http://ftp.gnome.org/pub/gnome/sources/vte/0.16/vte-0.16.5.changes
This release officially fixes the 0.16.4 artifact problem.
Lawrence
Index: Makefile
===
RCS file: /cvs/ports/devel/vte/Makefile,v
retrieving revision
This is a revised port of RubyMail, a lightweight Ruby library for
creating and parsing MIME messages.
http://labs.calyptix.com/openbsd-ports/ruby-mail.tar.gz
Changes since last submission:
- Use MASTER_SITE_RUBYFORGE instead of "hardcoded" URL
- More accurate description of package in pkg/DESC
Vincent GROSS writes:
> Hi folks,
>
> I'm trying to make a somewhat decent port of ICU
> (http://www.icu-project.org), and I have a problem with version
> numbering : the current version is 3.6, but the version number appended
> to the shareds objects is 36.0 ... should I keep it like that or foll
Hi,
works for me so far (compress flavor not tested).
Reading, writing mails. Connecting to IMAP. No problems.
--
simon
Hi,
$ make show=MAINTAINER
The OpenBSD ports mailing-list
So, anyone willing to check it out and commit fix
for xmame? It's FOR 4.1-stable, changes taken
FROM -current (except patch level bumps).
The distfiles don't exist anymore (history, cheat and that stuff) and
thus making of bulk package
14 matches
Mail list logo
