Hi,
There is laftover in CVS:
cd multimedia/gstreamer-0.10/plugins-good \
cvs rm pkg/PLIST-gconf
I had some issues with update of my system:
# pkg_add -ri gstreamer-plugins-bad
Can't install gstreamer-plugins-bad-0.10.7p9 because of conflicts
Can someone confirm that?
/home/users/build/obj/openoffice-2.4.2/OOH680_m18/sc/source/ui/vba
-
/home/users/build/obj/openoffice-2.4.2/OOH680_m18/sc/util
-
/usr/bin/perl createExtPackage.pl ../unxobsd.pro/bin/vbaapi.oxt
On Wed, Nov 11, 2009 at 1:44 PM, Antti Harri i...@openbsd.fi wrote:
Hi,
out of curiosity, why aren't you building openoffice 3?
I'm building both. OOo3 went fine.
--
.
On Wed, Nov 11, 2009 at 06:51:57PM +0100, Landry Breuil wrote:
On Wed, Nov 11, 2009 at 02:06:46PM +, Mikolaj Kucharski wrote:
On Wed, Nov 11, 2009 at 1:44 PM, Antti Harri i...@openbsd.fi wrote:
Hi,
out of curiosity, why aren't you building openoffice 3?
I'm building both
On Thu, Sep 10, 2009 at 11:26:33AM +0200, Toni Mueller wrote:
Hi,
I learnt that I can say pkg_add -ui to get the latest of everything
in my already-installed packages (right?). But I have to install a
certain package first, and that's where the question begins:
I'd like to be able to eg.
On Thu, Sep 10, 2009 at 05:57:27PM +0200, Toni Mueller wrote:
I have to swallow my words. Stuart's hint does exactly that, emit all
relevant flavors (thus illustrating how to specify them, too).
My run_depends from meta port aren't to tight in terms of flavours or
subpackage names, but you can
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is mplayer-20090708.
Would it be possible to have the name mplayer-1.0rc2.20090708? I think
(hope?) that MPlayer team finally will release next rc, or 1.0 version of
mplayer. With mplayer-20090708
On Mon, Aug 24, 2009 at 04:51:49PM +, Jacob Meuser wrote:
could we move the support for win32/real/qtx codecs to a flavor?
currently, one has to have machdep.userldt enabled to play WMV/WMA
files, even if mplayer doesn't really need to load the codecs to
play the files. this is because
On Mon, Aug 24, 2009 at 04:28:54PM +, Jacob Meuser wrote:
On Mon, Aug 24, 2009 at 11:10:33AM +0100, Mikolaj Kucharski wrote:
Question about versioning. Current MPlayer pkgname is mplayer-1.0rc2p27
and pkgname from this thread is mplayer-20090708.
Would it be possible to have the name
On Mon, Aug 24, 2009 at 12:57:58PM +0200, Marc Espie wrote:
I don't think we're ever gonna get an actual mplayer release, I think it's
a case where it's logical to go to 20090708v0
v is there to be used, it doesn't make any sense to whack our own weird naming
scheme that doesn't match
On Mon, Aug 24, 2009 at 06:05:44PM +, Jacob Meuser wrote:
they might be planning on a release some time. does it really matter?
Not really.
--
best regards
q#
On Sun, Jun 07, 2009 at 08:56:26PM -0700, patrick keshishian wrote:
Is there any specific convention for user/group names for ports? The
port I'm making if for a pptp client, should the user/group I choose
reflect the name of the port/package or is _pptp sufficient?
Yes, It's good when name
On Mon, Jun 01, 2009 at 04:28:34PM -0600, Antoine Jacoutot wrote:
(what about a GNOME meta-package?)
If meta-packages will get separate cetegory (subdir) under ${PORTSDIR}
I support the idea, otherwise I'm against.
I would like to hear others opinion.
--
best regards
q#
On Mon, Jun 01, 2009 at 09:13:48PM -0400, Mike Erdely wrote:
I support this as well.
Why meta-*. gnome or kde would be even more obvious.
# pkg_add gnome
# pkg_add kde
I like that, as Mike stated above, but *only* if meta packages
would be in their own category subdir in PORTSDIR.
--
On Sat, May 30, 2009 at 08:32:56PM -0700, Brian wrote:
make install had a problem with the RUN_DEPENDS.
Attached diff which I've send to robert@ some time ago.
--
best regards
q#
Index: Makefile
===
RCS file:
On Thu, May 28, 2009 at 05:14:06PM +0200, Simon Bertrang wrote:
Sorry i'm late in the game... our version of parrot is outdated and i'm
still working on the 1.2.0 update. Below is a WIP diff. I at least
need to fix SHARED_LIBS but otherwise it should be near completion.
Be aware that the
On Tue, May 26, 2009 at 05:33:16PM -0400, STeve Andre' wrote:
On Tuesday 26 May 2009 15:47:20 Mikolaj Kucharski wrote:
On Tue, May 26, 2009 at 12:15:10PM -0400, STeve Andre' wrote:
Clues appreciated.
Hmmm. Yes I am, as I normally do. You're pointing at a path problem,
I think
On Mon, May 25, 2009 at 08:07:16PM -0400, STeve Andre' wrote:
Given that I see parrot-.0.9.0.1 in the snapshot package area, it is
my fault that I cannot build package it myself. I've been puzzling
over this for a bit now, and am finally asking for a clue. I have
script output of the
https://trac.parrot.org/parrot/ticket/555
--
best regards
q#
Hi,
Attached patch fixes build of lang/parrot as root. No pkgname bump as
package should be identical. Heavly based on
https://trac.parrot.org/parrot/changeset/38214
Please review.
--
best regards
q#
Index: patches/patch-config_auto_perldoc_pm
Are you building this package as root?
On Mon, May 25, 2009 at 08:07:16PM -0400, STeve Andre' wrote:
Given that I see parrot-.0.9.0.1 in the snapshot package area, it is
my fault that I cannot build package it myself. I've been puzzling
over this for a bit now, and am finally asking for a
On Mon, May 25, 2009 at 11:52:13PM -0700, James Wright wrote:
If I have a port that needs a text file that is installed with the X
sets, but needs nothing else of X, what is the correct way to indicate
that? Should I assume X is installed, make it as USE_X11 or have a copy
of the file
On Tue, May 26, 2009 at 12:15:10PM -0400, STeve Andre' wrote:
Clues appreciated.
Hmmm. Yes I am, as I normally do. You're pointing at a path problem,
I think...
No, I'm not pointing at path problem.
Could you try to build it as normal user?
--
best regards
q#
With default ``set imap_delim_chars=/.'' your directory
Monitoring.2009-05 is interpreted as Monitoring/2009-05 (as you
wrote)
Does that prevent mutt to open that IMAP folder?
--
best regards
q#
On Sun, May 17, 2009 at 06:39:19PM -0500, Matthew Weigel wrote:
Send a diff. Learn how to use the tools properly.
OK! I guess the differentiating factor is that it's now in CVS, so changes
should be submitted as CVS diffs?
as unified diffs, no matter how you created them, as long as they
On Thu, May 14, 2009 at 09:49:07PM -0400, Kurt Miller wrote:
So if a user attempts to use jdk17_bootstrap without the package
installed they will see this:
$ FLAVOR=jdk17_bootstrap make install
=== jdk-1.6.0.03p7 is marked as broken: This flavor requires an
installed 1.7 jdk package.
On Mon, Apr 27, 2009 at 10:34:12AM +0100, vex...@gmail.com wrote:
Hi,
On Mon, Apr 27, 2009 at 10:14:33AM +0100, Stuart Henderson wrote:
I don't think anybody is going to sweep the whole tree for this, there
are more important things to sweep the tree for...
Perhaps as people update
On Mon, Apr 20, 2009 at 11:54:43PM +0200, frantisek holop wrote:
midnight commander suddenly had another package as run dependancy
that the previous version did not have
it will install this dependency, to meet dependency rules from the
packing list instructions. You can see those
On Thu, Apr 16, 2009 at 03:42:25PM +0200, Benoit Lecocq wrote:
it seems this may cause some problems for the hobbits-and-gnomes
department, it breaks bug-buddy.
OK, I will take a look at this.
Better with this new diff. I can compile bug-buddy and dynamips without
problem.
On Sun, Apr 12, 2009 at 12:18:17AM +0200, frantisek holop wrote:
hmm, on Sat, Apr 11, 2009 at 09:23:24PM +0100, Stuart Henderson said that
you need to update python.port.mk.
my bad, i just downloaded a snapshot ports.tar.gz
If you need/must to be bandwidth efective you can use cvs(1) to
On Fri, Apr 10, 2009 at 09:14:19AM +0100, Stuart Henderson wrote:
make-plist: pkg/PLIST contains arch-dependent
bin/qemu-sparc64
make-plist: pkg/PLIST contains arch-dependent
bin/qemu-system-m68k
...
this is a warning only, the filename contains an arch name, make-plist
First, I didn't apply this patch, I've briefly looked in to current
www/p5-CGI-Session and your diff.
Second, I don't like flavours, and I don't mind big build dependencies.
Could you create subpackages with each `heavy' driver separetly? Please
remember about coflict markers with older version
Hi,
I have an issue with @bin marker. Basicaly I've compiled qemu from
sources and I want to create a package. One of the binary files is not
marked with @bin marker. Any ideas?
Other files from %D/bin/ directory mentioned below as arch-dependent
are marked as @bin.
# make update-plist
===
On Wed, Apr 08, 2009 at 05:48:53PM +0100, Stuart Henderson wrote:
here's an evil update to 0.95. (note the nasty LIBTOOL= line...)
Doesn't work with our in tree libtool?
@@ -31,9 +30,9 @@ RUN_DEPENDS=:lha-*:archivers/lha \
:unzip-*:archivers/unzip
On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
share/applications is @sample'd by desktop-file-utils. I wonder whether
it would either make sense to change desktop-file-utils to install rather
than @sample (I guess to do that without conflicts, we'd need to either
sweep the
On Fri, Apr 03, 2009 at 01:42:21PM +0100, Stuart Henderson wrote:
On 2009/04/03 13:24, Mikolaj Kucharski wrote:
On Fri, Apr 03, 2009 at 11:49:40AM +0100, Stuart Henderson wrote:
share/applications is @sample'd by desktop-file-utils. I wonder whether
it would either make sense to change
On Fri, Apr 03, 2009 at 02:13:28PM +0100, Stuart Henderson wrote:
I'd like make plist not to add /usr/local/share/applications
to its generated PLISTs.
Okay. I thin I'm following. What's wrong with
@sample ${PREFIX}/share/applications
in devel/desktop-file-utils/pkg/PLIST
Minor release since it mainly covers bug fixes from the previous
release.
http://gtg.fritalk.com/post/2009/04/03/GTG-0.1.1-is-out!
Please review and test.
--
best regards
q#
Index: Makefile
===
RCS file:
Third try to the list. Any okays?
On Thu, Mar 12, 2009 at 05:25:24AM +, Mikolaj Kucharski wrote:
Any news?
On Mon, Feb 16, 2009 at 09:38:26PM +, Mikolaj Kucharski wrote:
Hi,
Install xpm file so Gnokii will have icon in desktop menus.
--
best regards
q#
Index: Makefile
On Mon, Mar 23, 2009 at 01:46:21PM +, Stuart Henderson wrote:
On 2009/03/23 13:34, Mikolaj Kucharski wrote:
Third try to the list. Any okays?
Does this need the gtk-update-icon-cache goo? (and if not, it's probably
a good opportunity for someone to explain when it is and isn't needed
On Mon, Mar 23, 2009 at 02:04:16PM +, Mikolaj Kucharski wrote:
Below information was found without looking into sources, but I'm pretty
sure that it true.
Just to be more precise.
gtk-update-icon-cache(1) updates/creates icon-theme.cache file from
index.theme file. This stuff is usually
On Mon, Mar 23, 2009 at 02:04:16PM +, Mikolaj Kucharski wrote:
On Mon, Mar 23, 2009 at 01:46:21PM +, Stuart Henderson wrote:
On 2009/03/23 13:34, Mikolaj Kucharski wrote:
Third try to the list. Any okays?
Does this need the gtk-update-icon-cache goo? (and if not, it's probably
On Sat, Mar 21, 2009 at 11:37:26AM +0100, frantisek holop wrote:
hmm, on Sat, Mar 21, 2009 at 02:25:53AM +, Mikolaj Kucharski said that
No. I see that `^' works as the `Fcc:' field is set correctly after
editing email body.
not here, it stays empty... hm.
but strangely, any other
On Sat, Mar 21, 2009 at 12:49:41PM +, Mikolaj Kucharski wrote:
That's a bug IMO. Now I remeber why I didn't use `^' shortcut for
`record' field. I never reported that though.
Huh. Try that in your .muttrc
unset record
folder-hook . 'set record=^'
--
best regards
q#
On Sat, Mar 21, 2009 at 02:29:33AM +0100, frantisek holop wrote:
I just changed my .muttrc and by replying to you I can see that works. I
will leave my config with this setting and will test that.
so you are seeing 2 mails sent here? one from record= and one
sent by the mailing list?
No.
Another try.
On Tue, Feb 10, 2009 at 05:54:00PM +, Mikolaj Kucharski wrote:
Third try.
On Wed, Jan 14, 2009 at 12:26:55AM +, Mikolaj Kucharski wrote:
Hi,
Please review attached patch.
- simplify setup of $file variable
- $check variable not used, remove it
- add
[ Second try, this time to the list. I know that we have ports tree
locked, but this change doesn't involve pkgname bump and is very simple.
Please review. Thanks. ]
Hi,
That fixes build for me with custom paths in /etc/mk.conf
--
best regards
q#
Index: Makefile
Hi,
x11vnc is using tcl/tk toolkit for -gui switch. See x11vnc(1) man page
and search for `-gui' option for description or grep the srouces for
`wish' string.
In GNOME menu there is x11vnc entry in `Internet' section. This entry is
using x11vnc with -qui switch, so if no tcl/tk is installed, it
Third try.
On Wed, Jan 14, 2009 at 12:26:55AM +, Mikolaj Kucharski wrote:
Hi,
Please review attached patch.
- simplify setup of $file variable
- $check variable not used, remove it
- add support for $FETCH_CMD variable, fallback to ftp(1)
- some ports have distfiles, `exit 0
On Fri, Feb 06, 2009 at 04:33:11PM +0100, David Coppa wrote:
I've cleaned some bits here and there...
TIA
-david-
Gecko Media Player is a browser plugin that uses GNOME MPlayer
to play media in a browser.
It should work with all browsers on Unix-like systems that use
the NS4 API
Hi,
- update to 3.55
- sync wantlib
- install plugins to ${PREFIX}/lib/mozilla-plugins, requested by
claudio@, with help from martynas@
- patches which resolve mplayer zombies and firefox freeze when closing
movie when mplayer is still playing it
Sum of all: finaly this plugin works for me
I didn't build that, but I would add pkgpath marker in PLIST-main, for
the previous single-package port version. See below for the line.
On Fri, Feb 06, 2009 at 01:24:15AM +, Stefan Sperling wrote:
On Fri, Feb 06, 2009 at 01:19:12AM +, Stefan Sperling wrote:
Hi,
it's currently
Comment:
easy DBI access
Description:
CGI::Application::Plugin::DBH adds easy access to a DBI database handle
to your CGI::Application modules. Lazy loading is used to prevent a
database connection from being made if the dbh method is not called
during the request. In other words, the database
Comment:
magical config file parser
Description:
This module was written after having to write Yet Another Config File
Parser for some variety of colon-separated config. Config::Auto can
examine config file to automaticaly determine what format it's in.
Module understand colon separated, space
Second try.
Hi,
Please review attached patch.
- simplify setup of $file variable
- $check variable not used, remove it
- add support for $FETCH_CMD variable, fallback to ftp(1)
- some ports don't have distfiles, `exit 0' if that's the case
- some style changes
--
best regards
q#
---
On Tue, Jan 13, 2009 at 12:28:06AM +, Mikolaj Kucharski wrote:
[resending to the list after maintainer timeout]
Currently gcc-4.2.20070307p8 is required by libstdc++-4.2.20070307p4. Is
it really the case? Please review attached diff. Thanks.
Third try. Any comments?
Index: Makefile
On Fri, Jan 16, 2009 at 08:01:47PM +0100, Jan Klemkow wrote:
Hi,
the Makefile has a bug.
It does not compile in current.
You have to delete the item
LDFLAGS=-L${LOCALBASE}/lib
in the CONFIGURE_ENV variable.
If you don't, the linker find an old library.
From your description it looks
On Tue, Jan 13, 2009 at 12:28:06AM +, Mikolaj Kucharski wrote:
[resending to the list after maintainer timeout]
Currently gcc-4.2.20070307p8 is required by libstdc++-4.2.20070307p4. Is
it really the case? Please review attached diff. Thanks.
Any comments?
Index: Makefile
[resending to the bigger audience for comments]
I should also mention that FORCE_UPDATE=Hard
Hi,
When FETCH_PACKAGES=Yes pkg_add will cache packages in the
${_CACHE_REPO} directory. This task is done below
${ECHO_MSG} -n === Looking for ${_PKGFILE${_S}} in \$$PKG_PATH -
line in
Hi,
Please review attached patch.
- simplify setup of $file variable
- $check variable not used, remove it
- add support for $FETCH_CMD variable, fallback to ftp(1)
- some ports have distfiles, `exit 0' if that's the case
- some style changes
--
best regards
q#
--- fetch-all Mon Nov 24
On Wed, Jan 14, 2009 at 12:26:55AM +, Mikolaj Kucharski wrote:
- some ports have distfiles, `exit 0' if that's the case
some ports *don't* have distfiles, `exit 0' if that's the case
--
best regards
q#
[resending to the list after maintainer timeout]
Currently gcc-4.2.20070307p8 is required by libstdc++-4.2.20070307p4. Is
it really the case? Please review attached diff. Thanks.
--
best regards
q#
Index: Makefile
===
RCS file:
Hi,
I heard that there is/was issue with gtk2mm, can someone confirm is
that still the case? Currently it fails to build.
OpenBSD 4.4-current (GENERIC.MP) #25: Tue Dec 30 13:58:23 MST 2008
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
--
best regards
q#
Anyone is working on gtk2mm-2.14? If current gtk2mm is broken for some
time can it be marked as BROKEN?
On Sat, Jan 03, 2009 at 03:26:05PM +, Mikolaj Kucharski wrote:
Hi,
I heard that there is/was issue with gtk2mm, can someone confirm is
that still the case? Currently it fails to build
On Sun, Dec 28, 2008 at 01:01:56PM +0100, Antoine Jacoutot wrote:
On Sun, 28 Dec 2008, Damien Miller wrote:
e.g. something like the following in lang/python/2.5/pkg/PLIST-main:
@conflict python-bz2-=2.5.2p7
Ok, but I think it should be:
@conflict python-bz2-2.5,=2.5.2p7
Fixes update of thinkingrock
--
best regards
q#
Index: Makefile
===
RCS file: /cvs/ports/devel/xdg-utils/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- Makefile26 Nov 2008 17:49:39 - 1.3
+++ Makefile1
Fixes update of control-center2
--
best regards
q#
Index: Makefile
===
RCS file: /cvs/ports/x11/gnome/settings-daemon/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- Makefile14 Dec 2008 18:46:46 - 1.7
+++
On Wed, Dec 31, 2008 at 01:11:43PM -0600, Todd T. Fries wrote:
I think you must not be using current ports. mplayer was one of the first
apps to have sndio backend support.
It works great.
Be sure to checkout '-ao help' to determine if your sndio backend support
is named libsndio or
On Wed, Dec 31, 2008 at 08:02:20PM +, Jacob Meuser wrote:
On Wed, Dec 31, 2008 at 07:33:09PM +, Mikolaj Kucharski wrote:
On Wed, Dec 31, 2008 at 01:11:43PM -0600, Todd T. Fries wrote:
I think you must not be using current ports. mplayer was one of the first
apps to have sndio
On Fri, Dec 26, 2008 at 10:41:54AM +, Jacob Meuser wrote:
request lines are open. what ports do y'all want sndio backends
for?
iirc, ajacoutot said something about libcanberra, and the ports
listed here: http://jakemsr.trancell.org/libsndio.html in the
works.
what else?
Hi,
- simpilfy $file variable
- $check is not used anywhere, so remove it
- if the cksum is correct exit 0 as file is already there (that seems to
be redundant, but I've added this for some reason)
- if the ${CHECK} variable is empty it means that distfile has no
checksum so skip it
I want
BUILD_DEPENDS = ${RUN_DEPENDS} is better than opposite.
--
best regards
q#
Index: Makefile
===
RCS file: /cvs/ports/x11/gnome/mono-gnome/Makefile,v
retrieving revision 1.6
diff -u -r1.6 Makefile
--- Makefile17 Oct 2008 19:41:33
On Wed, Oct 29, 2008 at 09:48:31AM +0100, Antoine Jacoutot wrote:
On Wed, 29 Oct 2008, Mikolaj Kucharski wrote:
Hi,
- use SUBST_CMD
- fix path in README.OpenBSD for qemu-ifup
- do not hardcode /usr/local in README.OpenBSD
Some LOCALBASE need to be PREFIX.
But in this case should
On Wed, Oct 29, 2008 at 12:50:53PM +0100, Giovanni Bechis wrote:
Mikolaj Kucharski wrote:
Some LOCALBASE need to be PREFIX.
But in this case should be.. ?
I think it should be something like this diff.
Okay, in that case why patches have LOCALBASE and readme PREFIX? For me
it looks
Trying again. Any comments?
On Tue, Aug 12, 2008 at 04:05:14PM +0100, Mikolaj Kucharski wrote:
I like the way it works with my patch, as currently it has some issues,
one of them is showed below.
# grep -A6 ^bzip2 /usr/ports/distfiles/Makefile
bzip2-1.0.5.tar.gz: $F
@[EMAIL
On Tue, Oct 28, 2008 at 08:24:43AM +0100, Roberto Fernandez wrote:
Is kqemu in sync with your kernel version ?
try rebuilding kqemu with your kernel source.
That worked for me, thanks. Qemu+kqemu is working, but I thought
it's something more exciting :/
--
best regards
q#
Hi,
- use SUBST_CMD
- fix path in README.OpenBSD for qemu-ifup
- do not hardcode /usr/local in README.OpenBSD
- @bin markers - update-plist
- patch-level bump
--
best regards
q#
Index: Makefile
===
RCS file:
Hi,
Anyone is using qemu with kqemu? I have installed:
kqemu-1.3.0pre11p3
qemu-0.9.1p4
Loaded module on startup:
# modstat
Type Id Off Loadaddr Size Info Rev Module Name
DEV 0 29 dd047000 001b dd061360 2 kqemu
# ls -l /dev/kqemu
crw-rw 1 root _kqemu 29, 0 Oct 26
On Tue, Oct 28, 2008 at 02:08:28AM +, Mikolaj Kucharski wrote:
Hi,
Anyone is using qemu with kqemu? I have installed:
kqemu-1.3.0pre11p3
qemu-0.9.1p4
Forgot to add:
$ sysctl -n kern.version
OpenBSD 4.4-current (GENERIC) #1104: Sat Oct 18 21:05:37 MDT 2008
[EMAIL PROTECTED]:/usr
On Tue, Oct 28, 2008 at 02:18:53AM +, Jacob Meuser wrote:
$ qemu ...
Could not open '/dev/kqemu' - QEMU acceleration layer not activated: Device
busy
fstat /dev/kqemu ?
Notthig is using this file.
--
best regards
q#
On Sat, Oct 25, 2008 at 03:02:48PM +, Daniel Dickman wrote:
Failed to get dbus-daemon's pid
I can confirm that. Same story on my system.
--
best regards
q#
On Sat, Oct 25, 2008 at 11:07:28PM +0200, Markus Bergkvist wrote:
Temporary work-around
http://marc.info/?l=openbsd-portsm=122492925032482w=2
That helped, cheers.
--
best regards
q#
Damn me. That was so f*** obvious: ldconfig(8)
--
best regards
q#
On Thu, Oct 23, 2008 at 07:08:22PM +0200, Antoine Jacoutot wrote:
On Thu, 23 Oct 2008, Giovanni Bechis wrote:
James Wright ha scritto:
Trivial, bugfix update to gimp 2.6.1. From
http://developer.gimp.org/NEWS-2.6
PKGNAME = ${DISTNAME} is not needed, I think we can also enable
Hi,
I have a problem which I never seen before. Could someone comment on the
outputs from the commands below?
There are two machines:
# sysctl -n kern.version
OpenBSD 4.4-current (GENERIC) #1104: Sat Oct 18 21:05:37 MDT 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
#
Hi,
It didn't build for me, so I don't think bump is needed. python-config
was marked as @comment in the PLIST-main from python2.5 so I'm symlinking
to python${MODPY_VERSION}-config. Any okays?
--
best regards
q#
Index: Makefile
On Mon, Sep 22, 2008 at 03:00:47PM +0100, Mikolaj Kucharski wrote:
On Sun, Sep 14, 2008 at 10:07:02PM +0100, Mikolaj Kucharski wrote:
On Thu, Aug 21, 2008 at 06:23:55PM +0200, Claudio Jeker wrote:
On Thu, Aug 21, 2008 at 03:58:55PM +0100, Mikolaj Kucharski wrote:
I would appreciate quick
On Tue, Aug 12, 2008 at 04:05:14PM +0100, Mikolaj Kucharski wrote:
I like the way it works with my patch, as currently it has some issues,
one of them is showed below.
# grep -A6 ^bzip2 /usr/ports/distfiles/Makefile
bzip2-1.0.5.tar.gz: $F
@[EMAIL PROTECTED]; ${SIMPLE_LOCK
On Sun, Sep 14, 2008 at 10:07:02PM +0100, Mikolaj Kucharski wrote:
On Thu, Aug 21, 2008 at 06:23:55PM +0200, Claudio Jeker wrote:
On Thu, Aug 21, 2008 at 03:58:55PM +0100, Mikolaj Kucharski wrote:
I would appreciate quick look into the patch. Tested for few days with
firefox2
On Thu, Sep 11, 2008 at 01:53:35AM +0100, Stuart Henderson wrote:
WANTLIB= c milter pthread wrap z
+BUILD_DEPENDS= ::devel/check
+
LIB_DEPENDS= gmp.=6::devel/gmp \
bz2.=10::archivers/bzip2 \
Hi,
I have update for mplayerplug-in and I would like write dependency rule
RUN_DEPENDS=::www/mozilla-firefox or ::www/firefox3
How I can achieve that?
--
best regards
q#
On Thu, Aug 21, 2008 at 11:45:35AM +0100, Mikolaj Kucharski wrote:
Hi,
I have update for mplayerplug-in and I would like write dependency rule
RUN_DEPENDS=::www/mozilla-firefox or ::www/firefox3
How I can achieve that?
For the records. It' completely not necessary to depend
I would appreciate quick look into the patch. Tested for few days with
firefox2 and with firefox3.
--
best regards
q#
diff -ruN -x CVS mplayerplug-in.orig/Makefile mplayerplug-in/Makefile
--- mplayerplug-in.orig/MakefileThu Aug 21 03:56:21 2008
+++ mplayerplug-in/Makefile Thu Aug 21
On Thu, Aug 21, 2008 at 06:23:55PM +0200, Claudio Jeker wrote:
On Thu, Aug 21, 2008 at 03:58:55PM +0100, Mikolaj Kucharski wrote:
I would appreciate quick look into the patch. Tested for few days with
firefox2 and with firefox3.
While you're on it wouldn't it make more sense to put
I like the way it works with my patch, as currently it has some issues,
one of them is showed below.
# grep -A6 ^bzip2 /usr/ports/distfiles/Makefile
bzip2-1.0.5.tar.gz: $F
@[EMAIL PROTECTED]; ${SIMPLE_LOCK}; \
MAINTAINER=The OpenBSD ports mailing-list ports@openbsd.org \
--- shared-mime-info-0.40 ---
Couldn't delete /usr/local/share/mime/globs2 (bad checksum)
Files kept as partial-shared-mime-info-0.40 package
--
best regards
q#
Index: Makefile
===
RCS file:
On Tue, Jun 17, 2008 at 06:00:47PM +0200, Jasper Lievisse Adriaanse wrote:
On Tue, Jun 17, 2008 at 04:52:31PM +0100, Federico G. Schwindt wrote:
On Tue, Jun 17, 2008 at 05:32:11PM +0200, Antoine Jacoutot wrote:
On Tue, 17 Jun 2008, Marco Peereboom wrote:
One of the worst annoyances
Okay?
--
best regards
q#
Index: check-lib-depends
===
RCS file: /cvs/ports/infrastructure/package/check-lib-depends,v
retrieving revision 1.15
diff -u -r1.15 check-lib-depends
--- check-lib-depends 20 Feb 2008 07:04:25 -
Ok from maintainer.
--
best regards
q#
Index: Makefile
===
RCS file: /cvs/ports/x11/xdesktopwaves/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile1 Apr 2008 07:47:39 - 1.1.1.1
+++ Makefile
On Thu, Mar 13, 2008 at 08:02:23PM +0100, Ingo Schwarze wrote:
I'm not the one to choose either scheme - but imho both schemes
could profit from an additional u-level.
I proposed in the past partial patch-level, like p1.1, I don't think
that another ``u'' suffix is needed. Devs could just use
501 - 600 of 718 matches
Mail list logo
