CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED] 2008/11/30 02:25:55
Modified files:
devel/glade3 : Makefile
Log message:
- the interface designer reference manual menu and button need devhelp, so
add it to run_depends
CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED] 2008/11/30 12:19:41
ports/mail/mail-notification/patches
Update of /cvs/ports/mail/mail-notification/patches
In directory cvs.openbsd.org:/tmp/cvs-serv8486/patches
Log Message:
Directory
CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED] 2008/11/30 15:24:54
Modified files:
archivers/p7zip: Makefile distinfo
archivers/p7zip/pkg: PLIST-main
Log message:
update to 4.61
from maintainer Josh Grosse
On Saturday 29 November 2008 22.36.56 Matthias Kilian wrote:
On Sat, Nov 29, 2008 at 10:08:12AM -0500, Okan Demirmen wrote:
Oh, and I see that GraphicsMagick doesn't recommend gslib, so maybe
we should just disable that by default instead of making it a
FLAVOR;
FYI: only the gtk flavor of
On Sun, Nov 30, 2008 at 09:35:17AM +0100, LÉVAI Dániel wrote:
FYI: only the gtk flavor of ghostscript contains libgs, so a
GraphicsMagick flavor depending on libgs (i.e. --with-gslib) would
have to explicitely depend on ghostscript's gtk flavor.
So, please just keep the CONFIGURE_ARGS +=
On Sunday 30 November 2008 11.08.25 Matthias Kilian wrote:
On Sun, Nov 30, 2008 at 09:35:17AM +0100, LÉVAI Dániel wrote:
FYI: only the gtk flavor of ghostscript contains libgs, so a
GraphicsMagick flavor depending on libgs (i.e. --with-gslib)
would have to explicitely depend on
Hi,
DESCR:
WavPack is a completely open audio compression format providing lossless,
high-quality lossy, and a unique hybrid compression mode.
The compression ratio depends on the source material, but generally is
between 30% and 70%.
The hybrid mode provides all the advantages of lossless
On Sun, Nov 30, 2008 at 11:30:06AM +0100, LÉVAI Dániel wrote:
Then the port now is broken, because no matter what, GraphicsMagick
picks up ghostscript. So keeping CONFIGURE_ARGS +=
--without-gslib only matters if we also remove the
BUILD_DEPENDS+=
On Sunday 30 November 2008 12.59.51 Matthias Kilian wrote:
On Sun, Nov 30, 2008 at 11:30:06AM +0100, LÉVAI Dániel wrote:
Then the port now is broken, because no matter what,
GraphicsMagick picks up ghostscript. So keeping CONFIGURE_ARGS
+=
--without-gslib only matters if we also
Hi,
On Sun, 30 Nov 2008 00:30:15 +0500, Thomas Delaet [EMAIL PROTECTED]
wrote:
Hi Alexandr (and ports@)
Some time ago, I submitted an update to my texmaker port to 1.7.1. I
see you used the old port as a basis. For example, the WANTLIB and
LIB_DEPENDS are not updated.
I updated my patch
Hello,
the diff below splits extra and user-contributed scripts and tools out
of the -main package into separate -tools and -contrib packages.
It also adds many nuggets from the contrib/ and tools/ directories
in the Subversion source tree that weren't previously packaged on OpenBSD.
So instead
Stefan Sperling [2008-11-30, 15:19:38]:
Hello,
the diff below splits extra and user-contributed scripts and tools out
of the -main package into separate -tools and -contrib packages.
...
The stuff in -tools is maintained by the Subversion project itself,
and has the same copyright holder
On Sun, Nov 30, 2008 at 05:19:22PM +0100, Steven Mestdagh wrote:
Stefan Sperling [2008-11-30, 15:19:38]:
Hello,
the diff below splits extra and user-contributed scripts and tools out
of the -main package into separate -tools and -contrib packages.
...
The stuff in -tools is maintained
On Mon, Nov 24, 2008 at 02:49:23PM +0100, Giovanni Bechis wrote:
Trivial update to latest version, some bugs fixed.
Tested @amd64.
Looks fine. Objections from anyone?
Ciao,
Kili
On Sun, Nov 30, 2008 at 02:18:26PM +0100, LÉVAI Dániel wrote:
After a closer look at configure.ac and at the source trees after
make configure (with ghostscript installed and uninstalled), I think
you really don't need the no_gs flavor. The only relevant part that
of GraphicsMagick that
On Sunday 30 November 2008 19.22.22 Matthias Kilian wrote:
On Sun, Nov 30, 2008 at 02:18:26PM +0100, LÉVAI Dániel wrote:
After a closer look at configure.ac and at the source trees after
make configure (with ghostscript installed and uninstalled), I
think you really don't need the no_gs
On Sun, Nov 30, 2008 at 09:10:16PM +0100, LÉVAI Dániel wrote:
No. All you need is a global
BUILD_DEPENDS= :ghostscript-*:print/ghostscript/gnu
regardless of no_x11 or not. The whole purpose of this dependency
is to always get the same delegates.mgk that uses pnmraw for
By maintainer. No regressions on i386.
Applicable changes:
LZMA supported for .zip archives.
Improved password prompting for encrypted archives.
UDF, XAR, DMG/HFS archives now supported for unpack.
The -t switch now usable with list and extract commands.
Timestamp bug fix for
On Sun, Nov 30, 2008 at 05:19:22PM +0100, Steven Mestdagh wrote:
Stefan Sperling [2008-11-30, 15:19:38]:
Hello,
the diff below splits extra and user-contributed scripts and tools out
of the -main package into separate -tools and -contrib packages.
...
The stuff in -tools is maintained
Why do you manually do the install (do-install) target in non-standard
locations (for the icons), while the included install target does this
perfectly?
Kind Regards
Thomas
On Sun, Nov 30, 2008 at 2:59 PM, Alexandr Shadchin [EMAIL PROTECTED] wrote:
Hi,
On Sun, 30 Nov 2008 00:30:15 +0500,
On Fri, Nov 28, 2008 at 06:59:34PM +, Sevan / Venture37 wrote:
giovanni wrote:
maybe this is the fix...
--- hatchet.origFri Nov 7 08:23:37 2008
+++ hatchet Fri Nov 28 12:57:35 2008
@@ -214,7 +214,7 @@
sub insert_table {
my ($date, $points, $rulenum, $action,
On 2008/11/30 16:26, Josh Grosse wrote:
By maintainer. No regressions on i386.
or sparc64 or armish.
Here is a resubmit of all three of the upgrades for tntnet, cxxtools,
and tntdb.
Vijay Ramesh
[EMAIL PROTECTED]
Vijay Ramesh wrote:
Sorry, that was acctually a mistake. I got the wrong files. I'll
resend the proper ones soon.
Vijay Ramesh
[EMAIL PROTECTED]
Stuart Henderson wrote:
On
Ports,
I am running into some odd behavior when building ports, whereby some
ports build fine, while others result in 0 byte packages in my local
repository. I believe the problem ports are ones that have packages
available on the ftp mirrors as well (retrieved using FETCH_PACKAGES).
As a
snip
thanks for the references. viq pointed me towards dpb earlier today, I
still need to read into how it functions. My only outstanding question
is if it accepts a list of packages to build, or simply builds
everything.
It can accept a SUBDIRLIST, see the comments in the file itself.
25 matches
Mail list logo