CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 02:01:53 Modified files: security/gnutls: Makefile distinfo Log message: - bugfix update to gnutls-2.6.2 a bug was introduced with previous security release ok naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 02:10:05 Modified files: x11/roxterm: Makefile distinfo x11/roxterm/patches: patch-Makefile_in patch-configure Log message: - update to roxterm-1.13.0 - since librsvf is about to loose its no_gnome FLAVOR, remove it from RUN_DEPENDS (depending on half of GNOME to be able to display an icon is just plain stupid) looks ok to landry@, ok maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 04:29:34 Modified files: sysutils/libgksu: Makefile distinfo sysutils/libgksu/patches: patch-libgksu_Makefile_in patch-libgksu_libgksu_c sysutils/libgksu/pkg: PLIST Log message: - update libgksu to 2.0.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 04:41:23 Modified files: net/loudmouth : Makefile distinfo net/loudmouth/patches: patch-configure Log message: - update loudmouth 1.4.3 a couple of bugs fixed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 04:45:42 Modified files: infrastructure/mk: bsd.port.mk getpkgpath Log message: somewhat better error indications after some user feedback ;)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 04:59:31 Modified files: textproc/gtk-doc: Makefile distinfo textproc/gtk-doc/patches: patch-Makefile_in textproc/gtk-doc/pkg: PLIST Log message: - update gtk-doc to 1.11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 05:50:27 Modified files: net/telepathy/telepathy-spec: Makefile Log message: - add an XXX where needed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 05:44:04 Modified files: x11/gnome/gail : Makefile Log message: Mark IGNORE, now that it's provided by x11/gtk+2. Will be unlinked soon anyway..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 05:51:40 Modified files: security/gringotts: Makefile security/gringotts/patches: patch-src_Makefile_in Log message: Give it a chance to build and run with Gtk 2.14.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 05:43:28 Log message: import exempi Exempi is an implementation of XMP and is based on Adobe XMP SDK. submission from Andreas Bihlmaier ok merdely@ Status: Vendor Tag: okan Release Tags: okan_20081118 N ports/textproc/exempi/Makefile N ports/textproc/exempi/distinfo N ports/textproc/exempi/patches/patch-exempi_tests_test2_cpp N ports/textproc/exempi/patches/patch-source_XMPFiles_FormatSupport_EndianUtils_hpp N ports/textproc/exempi/pkg/DESCR N ports/textproc/exempi/pkg/PLIST N ports/textproc/exempi/pkg/PFRAG.shared No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 05:48:41 Log message: import aget aget is a multithreaded HTTP -for now- download accelerator. aget first sends a HEAD request to retrieve the length of the file, and divides it into equal segments according to the number user has requested. Then for each segment, it connects to the server and gets only the part which it is to download. cleaned up submission from Girish Venkatachalam ok merdely@ long time ago Status: Vendor Tag: okan Release Tags: okan_20081118 N ports/net/aget/Makefile N ports/net/aget/distinfo N ports/net/aget/pkg/PLIST N ports/net/aget/pkg/DESCR N ports/net/aget/patches/patch-Makefile No conflicts created by this import
Re: CVS: cvs.openbsd.org: ports
Hi! On Tue, Nov 18, 2008 at 01:17:52PM +0100, Antoine Jacoutot wrote: On Mon, 17 Nov 2008, Marc Balmer wrote: The argument is that in case of a wantlib change (e.g. libc bump), you'll only have to download the small -main package, no all the -data. imo that is micro-optimization at the wrong level. we increase complexity for absolutely no real gain. Can other porters please give their opinion. Stuart and I would like to have some consensus over this. I'm not a porter, but if -data is *very* big compared to -main, the split makes sense. If it's not that big, the price of the split is probably higher than its gain (download load, both for the user, especially users with thin lines, and for the mirrors). Kind regards, Hannah.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 05:59:30 Modified files: devel : Makefile Removed files: devel/libzvt : Makefile distinfo devel/libzvt/patches: patch-configure devel/libzvt/pkg: DESCR PFRAG.shared PLIST Log message: - another port checking in the maggot hotel, it's superseded by devel/vte prodded by landry@
Re: CVS: cvs.openbsd.org: ports
On Tue, Nov 18, 2008 at 01:17:52PM +0100, Antoine Jacoutot wrote: On Mon, 17 Nov 2008, Marc Balmer wrote: The argument is that in case of a wantlib change (e.g. libc bump), you'll only have to download the small -main package, no all the -data. imo that is micro-optimization at the wrong level. we increase complexity for absolutely no real gain. Can other porters please give their opinion. Stuart and I would like to have some consensus over this. I'm in favor of -data packages where they are only used once for runtime paks. Games are the obvious example, I can't think of anything else. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:05:35 ports/x11/gnome/pessulus/patches Update of /cvs/ports/x11/gnome/pessulus/patches In directory cvs.openbsd.org:/tmp/cvs-serv13600/patches Log Message: Directory /cvs/ports/x11/gnome/pessulus/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:06:46 Modified files: x11/gbdfed : Makefile Added files: x11/gbdfed/patches: patch-Makefile_in Log message: Give it a chance to build with Gtk 2.14. note: i hate those ports defining GTK_DISABLE_DEPRECATED and not respecting it...
Re: CVS: cvs.openbsd.org: ports
On Tue, Nov 18, 2008 at 01:17:52PM +0100, Antoine Jacoutot wrote: On Mon, 17 Nov 2008, Marc Balmer wrote: The argument is that in case of a wantlib change (e.g. libc bump), you'll only have to download the small -main package, no all the -data. imo that is micro-optimization at the wrong level. we increase complexity for absolutely no real gain. Can other porters please give their opinion. Stuart and I would like to have some consensus over this. Thanks. -- Antoine i think having multi-packages for games that install a lot ( 10mb) of data files, are generally a good thing. what's the point of having to repackage a gazillion of files when you change a build dependency or fix a typo in the DESCR of a game that doesn't have -data subpackage? cheers, jasper -- Intelligence should guide our actions, but in harmony with the texture of the situation at hand -- Francisco Varela
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:36:26 Modified files: x11/gnome : Makefile Log message: Remove the no_gnome FLAVOR here too.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:25:43 Modified files: devel/libgsf : Makefile distinfo devel/libgsf/pkg: PLIST-main Log message: Update to libgsf 1.14.10. While here, remove the crazy no_gnome PSEUDO_FLAVOR, it leaded to way too much headaches. Ports needing gsf-gnome extensions just have to directly depend on libgsf,-gnome subpackage. discussed at length with sturm@ ajacoutot@ jasper@ naddy@ ok ajacoutot@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:40:32 Modified files: converters/wv2 : Makefile Log message: Fix after no_gnome FLAVOR removal in devel/libgsf. While here fix WANTLIB and bump PKGNAME.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:42:55 Modified files: x11/gdesklets : Makefile Log message: Fix after no_gnome FLAVOR removal in x11/gnome/librsvg. While here fix WANTLIB and bump PKGNAME.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:45:41 Modified files: graphics/gegl : Makefile Log message: Fix after no_gnome FLAVOR removal in x11/gnome/librsvg. While here, shrink/reorganize WANTLIB and bump PKGNAME.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:51:14 Modified files: games/tuxpaint : Makefile Log message: Fix after no_gnome FLAVOR removal in x11/gnome/librsvg
Market Research Outsourcing Buyer Survey
This email newsletter was sent to you in graphical HTML format. If you're seeing this version, your email program prefers plain text emails. You can read the original version online: http://www.ymlp87.com/msg.php?id=aopckpxumev - - Participate in the Market Research Outsourcing Survey Market research service providers have been gaining prominence in the market research value chain. The offshorable industry for market research is estimated at $4 billion in 2006. ValueNotes is conducting a survey to understand the buyer perceptions, their opinions and experiences on outsourcing in the market research sector. To show our appreciation for your effort, we will share with you a summary of the findings of this report. Please click on the link below, this leads you to our survey (10 questions), which will take 10 minutes to complete. http://www.surveymonkey.com/s.aspx?sm=u7EzupooCeM_2bFAWdNKmyOw_3d_3d Thank you for your participation. Regards, Monali Singhvi Research Analyst About ValueNotes: ValueNotes Outsourcing Practice is one of the largest information providers of the outsourcing industry. Our reports have been quoted in the Time magazine ( http://www.time.com/time/magazine/article/0,9171,1727726,00.html ), BusinessWeek ( http://www.businessweek.com/magazine/content/08_41/b4103080230830.htm?chan=top%2Bnews_top%2Bnews%2Bindex%2B-%2Btemp_news%2B%2B%2Banalysis ) and the Washington Post ( http://www.washingtonpost.com/wp-dyn/content/article/2008/05/10/AR2008051002355.html ). Please visit: www.SourcingNotes.com, which showcases our research. This email has been sent by: ValueNotes Database Pvt. Ltd. 1, Bhuvaneshwar Society, Abhimanshree Road, Pashan, Pune 411 008, INDIA Telephone: + 91 20 2588 1164 / 65 Email: [EMAIL PROTECTED] Website:www.sourcingnotes.com _ Change address / Leave mailing list: http://ymlp87.com/u.php?YMLPID=guqsbhsgsgejjjygewu Hosting by YourMailingListProvider
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 06:55:08 Modified files: x11/gnome/cheese: Makefile Log message: Fix after no_gnome FLAVOR removal in x11/gnome/librsvg.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 07:00:01 Modified files: x11/gnome/eel : Makefile Log message: Temporarly fix dependencies now that gail is provided by Gtk+2. An upcoming update to latest version will fix WANTLIB.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 07:26:02 Modified files: x11/gnome/gdm : Makefile Log message: Remove no_gnome FLAVOR here too. That should be ok for today... other svg-related fallouts are known.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 13:00:09 Modified files: www/clearsilver: Makefile distinfo www/clearsilver/patches: patch-cgi_cgi_c patch-cgi_cgi_h patch-cgi_html_c patch-cs_csparse_c patch-util_filter_h patch-util_neo_err_h patch-util_neo_hdf_c patch-util_neo_str_c www/clearsilver/pkg: PLIST Added files: www/clearsilver/patches: patch-cgi_cgiwrap_c patch-python_setup_py Log message: backout 0.10.5 update due incompatible license (apache 1 - apache 2) change requested by mbalmer@
Re: CVS: cvs.openbsd.org: ports
I hate it. $ uname OpenBSD Nowhere do I see debian. FWIW, /marco, not a ports guy. On Tue, Nov 18, 2008 at 01:17:52PM +0100, Antoine Jacoutot wrote: On Mon, 17 Nov 2008, Marc Balmer wrote: The argument is that in case of a wantlib change (e.g. libc bump), you'll only have to download the small -main package, no all the -data. imo that is micro-optimization at the wrong level. we increase complexity for absolutely no real gain. Can other porters please give their opinion. Stuart and I would like to have some consensus over this. Thanks. -- Antoine
Re: CVS: cvs.openbsd.org: ports
* Marco Peereboom wrote: I hate it. $ uname OpenBSD Nowhere do I see debian. FWIW, /marco, not a ports guy. I really wonder if the people that are in favour of these useless micro-optimizations are still using 56K modems. On Tue, Nov 18, 2008 at 01:17:52PM +0100, Antoine Jacoutot wrote: On Mon, 17 Nov 2008, Marc Balmer wrote: The argument is that in case of a wantlib change (e.g. libc bump), you'll only have to download the small -main package, no all the -data. imo that is micro-optimization at the wrong level. we increase complexity for absolutely no real gain. Can other porters please give their opinion. Stuart and I would like to have some consensus over this. Thanks. -- Antoine -- Marc Balmer, Micro Systems, Wiesendamm 2a, Postfach, CH-4019 Basel, Switzerland http://www.msys.ch/ http://www.vnode.ch/ In God we trust, in C we code.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 15:16:44 Modified files: infrastructure/build: libtool Log message: separate linking of executables into its own class
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 15:32:38 Modified files: infrastructure/db: user.list Log message: add security/ipguard
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 15:31:11 Modified files: infrastructure/build: libtool Log message: some trivial cleanup
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 16:06:41 Modified files: x11/gnome/session: Makefile x11/gnome/session/files: README.OpenBSD Log message: - tweak empathy's entry - add tomboy - use SUBST_CMD
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 17:27:28 Modified files: databases/p5-DBIx-DataModel: Makefile distinfo databases/p5-DBIx-DataModel/pkg: PLIST Log message: maintenance update to version 1.07
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 22:30:13 Modified files: print/foomatic-filters: Makefile print/foomatic-filters/pkg: PLIST Log message: - fix HOMEPAGE - specify license marker - uncomment the foomatic-rip link CUPS filter that's fine jakemsr@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/18 22:28:31 Modified files: print/cups : Makefile print/cups/pkg : MESSAGE PLIST Log message: - remove foomatic-rip link (the foomatic-filters package now handles it) - tweak MESSAGE
Re: New:Sic
On Tue, Nov 18, 2008 at 01:20:01AM -0500, [EMAIL PROTECTED] wrote: Hello, This is my first port. Sic is an extremely simple IRC client. It consists of less than 250 lines of code. It is the little brother of IRC client ii which I never figured out how to use efficiently. Cheers, Predrag You should take a look at other suckless projects in ports, like dwm or dmenu, as there are some changes missing in your config.mk patch, for example to honor CFLAGS and CC. -- simon
Re: NEW multimedia/GOPchop
Well, in my case this is quite good for lib-depends-check: CONFIGURE_STYLE=gnu LIB_DEPENDS = gdk,gtk::x11/gtk+ \ glib,gmodule::devel/glib \ intl::textproc/intltool \ mpeg2,mpeg2convert::graphics/libmpeg2 WANTLIB = ICE SM X11 Xau Xdmcp Xext Xi Xrandr Xrender Xv \ c iconv m pthread sndio stdc++ usbhid IMO renaming GOPchop binary into gopchop is good idea. On Tue, November 18, 2008 05:55, Girish Venkatachalam wrote: On 20:42:55 Nov 17, Kirill S. Bychkov wrote: Hi. On my box (OpenBSD barton.linklevel.net 4.4 GENERIC#1480 i386) I see a lot of missing libs: /usr/ports/packages/i386/all/GOPchop-1.0.0.tgz: WANTLIB: Xau.9 (/usr/local/bin/gtkspu) (system lib) WANTLIB: c.49 (/usr/local/bin/mpegcat) (system lib) Missing lib: gdk.3 (/usr/local/bin/gtkspu) (NOT REACHABLE) Missing lib: glib.1 (/usr/local/bin/gtkspu) (NOT REACHABLE) Missing lib: gmodule.1 (/usr/local/bin/gtkspu) (NOT REACHABLE) Missing lib: gtk.3 (/usr/local/bin/gtkspu) (NOT REACHABLE) WANTLIB: iconv.5 from libiconv-1.12 (/usr/local/bin/gtkspu) Missing lib: intl.4 (/usr/local/bin/gtkspu) (NOT REACHABLE) WANTLIB: m.4 (/usr/local/bin/gtkspu) (system lib) Missing lib: mpeg2.0 (/usr/local/bin/mpegcat) (NOT REACHABLE) Missing lib: mpeg2convert.0 (/usr/local/bin/mpegcat) (NOT REACHABLE) Extra: SDL.8 WANTLIB += Xau c iconv m Sorry I forgot to run port-lib-depends-check again. I could reproduce your problem. I fixed it. http://gayatri-hitech.com/Misc/GOPchop.tgz Now I have a weird problem. I kept on getting this silly GNU libtool error that it cannot find the library `'. ;) I narrowed it down to its inability to grok -lSDL and consequently I have patched configure to include the archive directly. Very ugly I know but the alternative is instructing it to use our own libtool but that adds one dependency... What is the way out? Appreciate your help. Thanks. -Girish -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
[NEW] net/ruby-thin_http
$ cat pkg/DESCR ThinHTTP is a lightweight and user friendly HTTP client library. It sends both URL (application/x-www-form-urlencoded) and MIME (multipart/form-data) encoded data. This makes it useful for sending either simple GET requests or uploading files via POST. The port is attached and can also be found at http://pachl.us/openbsd/ports/ruby-thin_http-0.1.1.tgz. This port depends on devel/ruby-mime, which is a new port that I just submitted to [EMAIL PROTECTED] Feedback and testing are very welcome. Regards, Clint Pachl ruby-thin_http-0.1.1.tgz Description: Binary data
devel/ruby-assistance not fully commited, status?
I submitted the initial devel/ruby-assistance port a couple of months ago. It looks like bernd@ started to commit the port to the tree, but it doesn't have a directory under devel. However, it is listed in /usr/ports/INDEX and devel/Makefile. Could someone tell me the status of this port and what it would take to get it fully committed. Thanks, Clint Pachl
Re: devel/ruby-assistance not fully commited, status?
On Tue, 18 Nov 2008, Clint Pachl wrote: I submitted the initial devel/ruby-assistance port a couple of months ago. It looks like bernd@ started to commit the port to the tree, but it doesn't have a directory under devel. However, it is listed in /usr/ports/INDEX and devel/Makefile. Could someone tell me the status of this port and what it would take to get it fully committed. It is there, under ports/devel/ruby-assistance. Are you running -current? Did you cvs up? -- Antoine
Re: Heads up! Gtk/Gnome update coming in
On Tue, Nov 18, 2008 at 12:57:27AM +0100, Michiel van Baak wrote: On 00:46, Tue 18 Nov 08, Jasper Lievisse Adriaanse wrote: hi, as you may (or may not) know, antoine, landry and myself have been working on some big diffs that will hit the tree the coming time. these diffs are a major gtk+2 update, updates for the c++ bindings for glib/gtk, g++(1) fix and a major gnome update. although we try to minimize the breakage and incomforts, we are now at a critical point where we can't continue throwing mud^Wdiffs at each other. we have to finish the last bits in-tree. expect some breakage in the tree when it comes to gtk+2 and GNOME related ports, but we try to fix every bit of fallout from the upcoming updates very soon, but even we need our beauty sleep every now and then. Is it affecting xfce as well ? I'm running -current now with xfce4 so I can test some stuff if needed. Xfce 4.4.3 and 4.5.91 still build and runs ok with those updates, and the rest of the ports-tree too. There are maybe two or three fallouts from old ports using deprecated constructs, but they are being fixed. Landry
Re: NEW multimedia/GOPchop
On Tue, 18 Nov 2008, Girish Venkatachalam wrote: On 11:16:13 Nov 18, Kirill S. Bychkov wrote: Well, in my case this is quite good for lib-depends-check: CONFIGURE_STYLE=gnu LIB_DEPENDS = gdk,gtk::x11/gtk+ \ glib,gmodule::devel/glib \ intl::textproc/intltool \ This line is wrong. libintl comes with gettext. -- Antoine
NEW x11/compiz
Hi, $ cat pkg/DESCR OpenGL based compositing window manager that uses 3D graphics acceleration. It provides various new graphical effects and features on GNOME and KDE. It binds redirected top level windows to texture objects. --- Port here: http://gayatri-hitech.com/Misc/compiz.tgz But since my Intel boxes don't have -CURRENT I could not test it. Someone with Intel DRI please test. Thanks. ;) -Girish
Re: NEW multimedia/GOPchop
On 11:16:13 Nov 18, Kirill S. Bychkov wrote: Well, in my case this is quite good for lib-depends-check: CONFIGURE_STYLE=gnu LIB_DEPENDS = gdk,gtk::x11/gtk+ \ glib,gmodule::devel/glib \ intl::textproc/intltool \ mpeg2,mpeg2convert::graphics/libmpeg2 WANTLIB = ICE SM X11 Xau Xdmcp Xext Xi Xrandr Xrender Xv \ c iconv m pthread sndio stdc++ usbhid Cool. Done. IMO renaming GOPchop binary into gopchop is good idea. Done. Please check now. Thanks. :) http://gayatri-hitech.com/Misc/GOPchop.tgz -Girish
Re: devel/ruby-assistance not fully commited, status?
Antoine Jacoutot wrote: On Tue, 18 Nov 2008, Clint Pachl wrote: I submitted the initial devel/ruby-assistance port a couple of months ago. It looks like bernd@ started to commit the port to the tree, but it doesn't have a directory under devel. However, it is listed in /usr/ports/INDEX and devel/Makefile. Could someone tell me the status of this port and what it would take to get it fully committed. It is there, under ports/devel/ruby-assistance. Are you running -current? Did you cvs up? I'm running -current and cron does a cvs up every morning. I did find the port in openports.se, so it looks like it's my problem. Sorry for the noise.
Re: devel/ruby-assistance not fully commited, status?
On 2008/11/18 03:50, Clint Pachl wrote: Antoine Jacoutot wrote: On Tue, 18 Nov 2008, Clint Pachl wrote: I submitted the initial devel/ruby-assistance port a couple of months ago. It looks like bernd@ started to commit the port to the tree, but it doesn't have a directory under devel. However, it is listed in /usr/ports/INDEX and devel/Makefile. Could someone tell me the status of this port and what it would take to get it fully committed. It is there, under ports/devel/ruby-assistance. Are you running -current? Did you cvs up? I'm running -current and cron does a cvs up every morning. I did find the port in openports.se, so it looks like it's my problem. Sorry for the noise. try a cvs up -Pd -A, just in case any sticky tags are lying around.
Re: Issue with Libtool
I've made the port available here: http://public.rcservices.com.au/ports You'll need to download the other tarballs in the directory as they are dependencies. The main port is zarafa. -- Gavin Norman E: [EMAIL PROTECTED] On Tue, 18 Nov 2008 7:11:19 am Jacob Meuser wrote: On Mon, Nov 17, 2008 at 11:49:26PM +1100, Gavin Norman wrote: The ldapplugin being compiled. This is with -fPIC added to the CPPFLAGS and after *_la_LDFLAGS, still with no success: /usr/local/bin/libtool --mode=link c++ -O2 -pipe -g -Wall -Wno-write-strings -DOPENBSD -pedantic -Wno-long-long -pthread -L/usr/local/lib -lexecinfo -lssl -lcrypto -o ldapplugin.la -rpath /usr/local/lib/zarafa -module -fPIC ldapplugin_la-LDAPUserPlugin.lo ldapplugin_la-ldappasswords.lo ../../common/libcommon_util.la -lldap -liconv *** Warning: This system can not link to static lib archive ../../common/libcommon_util.la. so you need to make sure ../../common/libcommon_util.la is built with -fPIC.
Re: NEW x11/compiz
I'm on a snap from 11/10 ish and the requirement for devel/startup-notification had to be satisfied manually. Building now on i386 with inteldrm. cc -shared -fPIC -DPIC -o .libs/libdecoration.so .libs/decoration.o /usr/local/lib/libdecoration.so.0.0 -L/usr/X11R6/lib cc: /usr/local/lib/libdecoration.so.0.0: No such file or directory libtool: install: error: relink `libdecoration.la' with the above command before installing it *** Error code 1 Perhaps I need to upgrade my snap and try again? Thanks! Brandon On Tue, Nov 18, 2008 at 5:07 AM, Girish Venkatachalam [EMAIL PROTECTED] wrote: Hi, $ cat pkg/DESCR OpenGL based compositing window manager that uses 3D graphics acceleration. It provides various new graphical effects and features on GNOME and KDE. It binds redirected top level windows to texture objects. --- Port here: http://gayatri-hitech.com/Misc/compiz.tgz But since my Intel boxes don't have -CURRENT I could not test it. Someone with Intel DRI please test. Thanks. ;) -Girish
Re: NEW x11/compiz
Sorry, but this port does not work. It is dumping core and fails to start at all. I placed /usr/local/bin/compiz in my .xsession and things failed and dumped core. drm is enabled. Also, we *REALLY* don't want another libpng specifically for this port. Can the existing one be used? Brandon On Tue, Nov 18, 2008 at 7:26 AM, Brandon Mercer [EMAIL PROTECTED]wrote: I'm on a snap from 11/10 ish and the requirement for devel/startup-notification had to be satisfied manually. Building now on i386 with inteldrm. cc -shared -fPIC -DPIC -o .libs/libdecoration.so .libs/decoration.o /usr/local/lib/libdecoration.so.0.0 -L/usr/X11R6/lib cc: /usr/local/lib/libdecoration.so.0.0: No such file or directory libtool: install: error: relink `libdecoration.la' with the above command before installing it *** Error code 1 Perhaps I need to upgrade my snap and try again? Thanks! Brandon On Tue, Nov 18, 2008 at 5:07 AM, Girish Venkatachalam [EMAIL PROTECTED] wrote: Hi, $ cat pkg/DESCR OpenGL based compositing window manager that uses 3D graphics acceleration. It provides various new graphical effects and features on GNOME and KDE. It binds redirected top level windows to texture objects. --- Port here: http://gayatri-hitech.com/Misc/compiz.tgz But since my Intel boxes don't have -CURRENT I could not test it. Someone with Intel DRI please test. Thanks. ;) -Girish
Re: NEW x11/compiz
On 07:26:08 Nov 18, Brandon Mercer wrote: I'm on a snap from 11/10 ish and the requirement for devel/startup-notification had to be satisfied manually. Building now on i386 with inteldrm. cc -shared -fPIC -DPIC -o .libs/libdecoration.so .libs/decoration.o /usr/local/lib/libdecoration.so.0.0 -L/usr/X11R6/lib cc: /usr/local/lib/libdecoration.so.0.0: No such file or directory libtool: install: error: relink `libdecoration.la' with the above command before installing it *** Error code 1 Perhaps I need to upgrade my snap and try again? The port may have problems. I know that this lib may cause trouble since make plist warned me and I manually removed a line from plist. I think special handling is required for this lib which is generated by compiz. I shall work on it and get back. Thanks. -Girish
Market Research Outsourcing Buyer Survey
This email newsletter was sent to you in graphical HTML format. If you're seeing this version, your email program prefers plain text emails. You can read the original version online: http://www.ymlp87.com/msg.php?id=aopckpxumev - - Participate in the Market Research Outsourcing Survey Market research service providers have been gaining prominence in the market research value chain. The offshorable industry for market research is estimated at $4 billion in 2006. ValueNotes is conducting a survey to understand the buyer perceptions, their opinions and experiences on outsourcing in the market research sector. To show our appreciation for your effort, we will share with you a summary of the findings of this report. Please click on the link below, this leads you to our survey (10 questions), which will take 10 minutes to complete. http://www.surveymonkey.com/s.aspx?sm=u7EzupooCeM_2bFAWdNKmyOw_3d_3d Thank you for your participation. Regards, Monali Singhvi Research Analyst About ValueNotes: ValueNotes Outsourcing Practice is one of the largest information providers of the outsourcing industry. Our reports have been quoted in the Time magazine ( http://www.time.com/time/magazine/article/0,9171,1727726,00.html ), BusinessWeek ( http://www.businessweek.com/magazine/content/08_41/b4103080230830.htm?chan=top%2Bnews_top%2Bnews%2Bindex%2B-%2Btemp_news%2B%2B%2Banalysis ) and the Washington Post ( http://www.washingtonpost.com/wp-dyn/content/article/2008/05/10/AR2008051002355.html ). Please visit: www.SourcingNotes.com, which showcases our research. This email has been sent by: ValueNotes Database Pvt. Ltd. 1, Bhuvaneshwar Society, Abhimanshree Road, Pashan, Pune 411 008, INDIA Telephone: + 91 20 2588 1164 / 65 Email: [EMAIL PROTECTED] Website:www.sourcingnotes.com _ Change address / Leave mailing list: http://ymlp87.com/u.php?YMLPID=guqsbhsgsgejjbugewu Hosting by YourMailingListProvider
Re: [NEW] devel/ruby-mime
On Tue, Nov 18, 2008 at 01:22:03AM -0700, Clint Pachl wrote: $ cat pkg/DESCR A library for building RFC compliant Multipurpose Internet Mail Extensions (MIME) messages. It can be used to construct standardized MIME messages for use in client/server communications, such as Internet mail or HTTP multipart/form-data transactions. The port is attached and can also be found at http://pachl.us/openbsd/ports/ruby-mime-0.1.tgz This is not the port, its a binary. Please send the stuff you have in /usr/ports/mystuff/devel/ruby-mime.
Re: pkg_add can't find target depend package during bulk make package
On Sat, Nov 15, 2008 at 5:07 AM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/11/15 10:05, Stuart Henderson wrote: On 2008/11/14 22:58, Jason Beaudoin wrote: I've bulk built a number of packages over the last week, and I often run into the situation where building a package requires a dependency (that ends up either being built or found on a mirror), but when make tries to pkg_add the dependency, pkg_add fails saying it can't find the target package. I think you need to figure out what you're doing that's different to everyone else. that's what I'm trying for :) here is some more info and context.. first of all, this is occuring in the middle of a bulk package build running the command: cd /usr/ports; make BULK=yes REFETCH=true REPORT_PROBLEMS=true SUBDIRLIST=/root/pkg_list.txt package; and here is my mk.conf: (chroot) # cat /etc/mk.conf ACCEPT_JRL_LICENSE=Yes # to build jdk for openoffice FETCH_PACKAGES=yes # keeping the tree clean.. WRKOBJDIR=/usr/obj/ports/ Is your ports tree clean and up-to-date? after my initial message to the list, I wiped the ports tree, retested, then wiped the entire chroot last night. Continuing this morning, I hit the same fatal error with the jpeg package. I have done some more testing and confirmed a few more odditites about this, maybe someone can shed some light where I have gone astray. Can't find /usr/ports/packages/i386/all/glib2-2.18.2.tgz No wonder this fails, the package is called glib-2.18.2.tgz... to clarify, this particular error came from the bulk build, when it tried to pkg_add glib2 itself.. this isn't me. -- the problem seems to surface with packages that exist on mirrors, and don't need to be built locally, the following example shows this (clean chroot and ports tree - it just happens to be glib2 again): === Returning to build of glib2-2.18.2 === glib2-2.18.2 depends on: pcre-=7.2 - found === glib2-2.18.2 depends on: gettext-=0.17 - found === glib2-2.18.2 depends on: gmake-* - found === glib2-2.18.2 depends on: libtool-* - found === glib2-2.18.2 depends on: bzip2-* - found === Verifying specs: intl.=4 iconv.=4 pcre c === found intl.4.0 iconv.5.0 pcre.2.2 c.49.0 === Installing glib2-2.18.2 from /usr/ports/packages/i386/all/ Can't find /usr/ports/packages/i386/all/glib2-2.18.2.tgz /usr/sbin/pkg_add: /usr/ports/packages/i386/all/glib2-2.18.2.tgz:Fatal error *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1452 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 interjection so pkg_add /usr/ports/packages/i386/all/glib2-2.18.2.tgz attempted to install glib2 during the bulk build, though pkg_add failed. /interjection Stop in /usr/ports/devel/libIDL (line 1601 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 snip redundant error Stop in /usr/ports/devel/ORBit2 (line 1964 of /usr/ports/infrastructure/mk/bsd.port.mk). === Exiting devel/ORBit2 with an error *** Error code 1 Stop in /usr/ports (line 124 of /usr/ports/infrastructure/mk/bsd.port.subdir.mk). - ok, so let us attempt the pkg_add ourselves: (chroot) # pkg_add /usr/ports/packages/i386/all/glib2-2.18.2.tgz Can't find /usr/ports/packages/i386/all/glib2-2.18.2.tgz /usr/sbin/pkg_add: /usr/ports/packages/i386/all/glib2-2.18.2.tgz:Fatal error - let's try another package that is in the $PKG_PATH: (chroot) # pkg_add /usr/ports/packages/i386/all/python-2.5.2p7.tgz Can't find /usr/ports/packages/i386/all/python-2.5.2p7.tgz /usr/sbin/pkg_add: /usr/ports/packages/i386/all/python-2.5.2p7.tgz:Fatal error ok, let's try the package name, not full path: (chroot) # pkg_add glib2 Error from ftp://ftp3.usa.openbsd.org//pub/OpenBSD/snapshots/i386/glib2-2.18.2.tgz: 550 glib2-2.18.2.tgz: No such file or directory. glib2-2.18.2: complete - so it appears that glib2-2.18.2.tgz from the local repository was not used, but rather my third PKG_PATH location: export PKG_PATH=/usr/ports/packages/i386/all/:ftp://ftp3.usa.openbsd.org/pub/OpenBSD/snapshots/i386/:ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/; let's verify this by changing the PKG_PATH to include only the local repository, even though glib2 was already installed, pkg_add needs to find the package first: (chroot) # export PKG_PATH=/usr/ports/packages/i386/all/ (chroot) # pkg_add glib2 Can't find glib2-2.18.2 /usr/sbin/pkg_add: glib2-2.18.2:Fatal error - so now that glib2 has been installed, and we seem to have a problem with using packages copied to the local repository from ftp (but ftp pkg_add's fine), I continue with the bulk build.. we will see if things break again: === Returning to build of enchant-1.4.0p1 === enchant-1.4.0p1 depends on: aspell-* - found === enchant-1.4.0p1 depends on: dbus-glib-* - not found === Verifying install for dbus-glib-* in x11/dbus-glib ===
Re: NEW x11/compiz
On 07:42:21 Nov 18, Brandon Mercer wrote: Sorry, but this port does not work. It is dumping core and fails to start at all. I placed /usr/local/bin/compiz in my .xsession and things failed and dumped core. drm is enabled. Also, we *REALLY* don't want another libpng specifically for this port. Can the existing one be used? Thanks for testing. If it dumps core then I will try to get drm working and fix this port. But it will take some time. Thank you. -Girish
Re: Heads up! Gtk/Gnome update coming in
On Tue, Nov 18, 2008 at 12:46:57AM +0100, Jasper Lievisse Adriaanse wrote: hi, as you may (or may not) know, antoine, landry and myself have been working on some big diffs that will hit the tree the coming time. these diffs are a major gtk+2 update, updates for the c++ bindings for glib/gtk, g++(1) fix and a major gnome update. although we try to minimize the breakage and incomforts, we are now at a critical point where we can't continue throwing mud^Wdiffs at each other. we have to finish the last bits in-tree. expect some breakage in the tree when it comes to gtk+2 and GNOME related ports, but we try to fix every bit of fallout from the upcoming updates very soon, but even we need our beauty sleep every now and then. And Gtk+2 update is in, along with two cleanups (removal of now useless no_gnome flavors in librsvg and libgsf, which were mostly breaking bulk builds). Ports knowing to break with it have been fixed, but there may be others.. next bulk will tell. Parts of gnome are known to be temporarly not building, but jasper and antoine are working on it too. Gtk2mm and ports depending on it (namely databases/mysql-administrator, databases/mysql-query-browser, devel/libglademm,-main, editors/subtitleeditor, emulators/vba, productivity/workrave, graphics/inkscape, x11/gnome/libgnomemm and x11/gnome/libgnomecanvasmm) are temporarly broken, but will be fixed soon. The gtk2mm update involves first fixing libstdc++ with a missing template, import of pangomm (which has been splitted out of gtk2mm) and finally updating gtk2mm. Lots of diffs stacked on top of each others since a bit of time.. Thanks again to everyone who sponsors directly or indirectly the project, this would never have been possible without p2k8. Landry
openvpn 2.1_rc14
Hi,
attached an update to OpenVPN 2.1_rc14.
Attached is also the changelog.
comments? remarks?
felix
? w-openvpn-2.1rc14
Index: Makefile
===
RCS file: /cvs/ports/net/openvpn/Makefile,v
retrieving revision 1.19
diff -u -r1.19 Makefile
--- Makefile22 Oct 2008 05:27:07 - 1.19
+++ Makefile17 Nov 2008 22:26:59 -
@@ -2,7 +2,7 @@
COMMENT= easy-to-use, robust, and highly configurable VPN
-VERSION= 2.1_rc13
+VERSION= 2.1_rc14
DISTNAME= openvpn-${VERSION}
PKGNAME= ${DISTNAME:S/_//g}
CATEGORIES=net security
Index: distinfo
===
RCS file: /cvs/ports/net/openvpn/distinfo,v
retrieving revision 1.14
diff -u -r1.14 distinfo
--- distinfo22 Oct 2008 05:27:07 - 1.14
+++ distinfo17 Nov 2008 22:26:59 -
@@ -1,5 +1,5 @@
-MD5 (openvpn-2.1_rc13.tar.gz) = f5Y3yrhiV56ZZm1MuY2FOw==
-RMD160 (openvpn-2.1_rc13.tar.gz) = 1SJhqhmS9G+JB5OUSFjwV/ojn90=
-SHA1 (openvpn-2.1_rc13.tar.gz) = kE1UJJ5i8CtvLH/Eo19Wur4BS34=
-SHA256 (openvpn-2.1_rc13.tar.gz) = 2MHnybBMold9kASNcj9mE3RPgYx16utm1HuhFY8guZM=
-SIZE (openvpn-2.1_rc13.tar.gz) = 825890
+MD5 (openvpn-2.1_rc14.tar.gz) = Nhmk1z3p7vxbcUUlQ5ggjQ==
+RMD160 (openvpn-2.1_rc14.tar.gz) = GBLP2psXZUv4k1Q5CVrSuEbyJ8g=
+SHA1 (openvpn-2.1_rc14.tar.gz) = UzuyVwFSSLLCCLdyunKEiZtNhpw=
+SHA256 (openvpn-2.1_rc14.tar.gz) = B330oIqFGiF8Sdw5zN/Ss6buXIbRHjmu+9NFYQUZDng=
+SIZE (openvpn-2.1_rc14.tar.gz) = 832977
2008.11.16 -- Version 2.1_rc14
* Added AC_GNU_SOURCE to configure.ac to enable struct ucred,
with the goal of fixing a build issue on Fedora 9 that was
introduced in 2.1_rc13.
* Added additional method parameter to --script-security to preserve
backward compatibility with system() call semantics used in OpenVPN
2.1_rc8 and earlier. To preserve backward compatibility use:
script-security 3 system
* Added additional warning messages about --script-security 2
or higher being required to execute user-defined scripts or
executables.
* Windows build system changes:
Modified Windows domake-win build system to write all openvpn.nsi
input files to gen, so that gen can be disconnected from
the rest of the source tree and makensis openvpn.nsi will
still function correctly.
Added additional SAMPCONF_(CA|CRT|KEY) macros to settings.in
(commented out by default).
Added optional files SAMPCONF_CONF2 (second sample configuration
file) and SAMPCONF_DH (Diffie-Helman parameters) to Windows
build system, and may be defined in settings.in.
* Extended Management Interface bytecount command
to work when OpenVPN is running as a server.
Documented Management Interface bytecount command in
management/management-notes.txt.
* Fixed informational message in ssl.c to properly indicate
deferred authentication.
* Added server-side --auth-user-pass-optional directive, to allow
connections by clients that do not specify a username/password, when a
user-defined authentication script/module is in place (via
--auth-user-pass-verify, --management-client-auth, or a plugin module).
* Changes to easy-rsa/2.0/pkitool and related openssl.cnf:
Calling scripts can set the KEY_NAME environmental variable to set
the name X509 subject field in generated certificates.
Modified pkitool to allow flexibility in separating the Common Name
convention from the cert/key filename convention.
For example:
KEY_CN=James's Laptop KEY_NAME=james ./pkitool james
will create a client certificate/key pair of james.crt/james.key
having a Common Name of James's Laptop and a Name of james.
* Added --no-name-remapping option to allow Common Name, X509 Subject,
and username strings to include any printable character including
space, but excluding control characters such as tab, newline, and
carriage-return (this is important for compatibility with external
authentication systems).
As a related change, added --status-version 3 format (and status 3
in the management interface) which uses the version 2 format except
that tabs are used as delimiters instead of commas so that there
is no ambiguity when parsing a Common Name that contains a comma.
Also, save X509 Subject fields to environment, using the naming
convention:
X509_{cert_depth}_{name}={value}
This is to avoid ambiguities when parsing out the X509 subject string
since / characters could potentially be used in the common name.
* Fixed some ifconfig-pool issues that precluded it from being combined
with --server directive.
Now, for example, we can configure thusly:
server 10.8.0.0 255.255.255.0 nopool
ifconfig-pool 10.8.0.2 10.8.0.99 255.255.255.0
to have ifconfig-pool manage only a subset
of the VPN subnet.
* Added config file option setenv FORWARD_COMPATIBLE 1 to relax
config file syntax checking to allow directives for future
Re: NEW x11/compiz
On Tue, Nov 18, 2008 at 03:37:21PM +0530, Girish Venkatachalam wrote: Hi, $ cat pkg/DESCR OpenGL based compositing window manager that uses 3D graphics acceleration. It provides various new graphical effects and features on GNOME and KDE. It binds redirected top level windows to texture objects. --- Port here: http://gayatri-hitech.com/Misc/compiz.tgz But since my Intel boxes don't have -CURRENT I could not test it. Someone with Intel DRI please test. While I personally don't care much for eyecandy (the other features of compiz are occasionally worthwhile). I should point out to everyone that in order to use this you need to set LIBGL_ALWAYS_INDIRECT=1 in your environment when you start compiz. Due to interactions with the DRI protocol drawing straight to the xserver's front buffer and compositing wanting everything to draw to private back buffers. The DRI2 work upstream in X, along with drm drivers having kernel memory management is in part intended to fix this. -0-
Re: NEW x11/compiz
Noted, and this is what I had to do earlier to make things work. Wasn't sure why, but now we know. Thanks Owain! Brandon On Tue, Nov 18, 2008 at 11:30 AM, Owain Ainsworth [EMAIL PROTECTED]wrote: On Tue, Nov 18, 2008 at 03:37:21PM +0530, Girish Venkatachalam wrote: Hi, $ cat pkg/DESCR OpenGL based compositing window manager that uses 3D graphics acceleration. It provides various new graphical effects and features on GNOME and KDE. It binds redirected top level windows to texture objects. --- Port here: http://gayatri-hitech.com/Misc/compiz.tgz But since my Intel boxes don't have -CURRENT I could not test it. Someone with Intel DRI please test. While I personally don't care much for eyecandy (the other features of compiz are occasionally worthwhile). I should point out to everyone that in order to use this you need to set LIBGL_ALWAYS_INDIRECT=1 in your environment when you start compiz. Due to interactions with the DRI protocol drawing straight to the xserver's front buffer and compositing wanting everything to draw to private back buffers. The DRI2 work upstream in X, along with drm drivers having kernel memory management is in part intended to fix this. -0-
4.4 Samba write performance
I'm looking to improve my samba writing performance but I Fear I've either tweaked something wrong or not tweaked it enough and as such I'm looking for any and all criticism that might improve my situation. Admittedly I'm running somewhat of a Frankenstein system - older P3 /w too many pci cards that sadly in some ways have to share the same IRQ (the Compaq BIOS in manual IRQ assignment is not very flexible). I have however gone out of my way to disable whatever I am not using - - eg sound, PATA, onboard usb 1.1, etc. And yes that is a CMD Silicon Image 3512 PCI add-in card /w 1TB western digital SATA drive on IRQ 14 -- it was fun to watch the machine boot from the SATA DVDRW. Out of the box was performance just short of abysmal. I can't currently remember the exact output numbers but doing a windows to samba copy worked at about 2MB/s (watching systat vmstat as it writes to the HD). By adding the following to OpenBSD: -- net.inet.ip.ifq.maxlen=768 # Maximum input queue (256*number of interfaces) net.inet.icmp.errppslimit=1000 # Maximum outgoing ICMP error messages per sec net.inet.ip.ttl=254 # TTL = min-ttl in scrub rule in pf.conf net.inet.tcp.ackonpush=1# acks for packets with the push bit no delay net.inet.tcp.ecn=1 # Explicit Congestion Notification enabled net.inet.tcp.mssdflt=1452 # maximum segment size (1452 from scrub pf.conf) net.inet.tcp.rfc1323=1 # RFC1323 TCP window scaling net.inet.tcp.recvspace=262144 # Increase TCP recieve windows size to increas e performance net.inet.tcp.sendspace=262144 # Increase TCP send windows size to increase p erformance net.inet.tcp.sack=1 # enable TCP Selective ACK (SACK) Packet Recover y net.inet.udp.recvspace=262144 # Increase UDP recieve windows size to increas e performance net.inet.udp.sendspace=262144 # Increase UDP send windows size to increase p erformance -- and the following performance option in smb.conf -- socket options = IPTOS_LOWDELAY SO_RCVBUF=65536 SO_SNDBUF=65536 sync always = no read raw = no write raw = no -- I managed to get my internal network interface (re0) to 4000 interupts/sec and a wd0 write speed between 4MB and 12MB per second. Again any help anyone can give me that might improve my overall write speed would be greatly appriciated. incase you're wondering the system is for a home network firewall /w wireless support. dmesg follows: OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III (GenuineIntel 686-class) 864 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 402026496 (383MB) avail mem = 380039168 (362MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/13/02, BIOS32 rev. 0 @ 0xe7300, SMBIOS rev. 2.3 @ 0xfd33c (50 entries) bios0: vendor Compaq version 686P2 v3.14 date 09/13/2002 bios0: Compaq Deskpro apm at bios0 function 0x15 not configured acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT SSDT SSDT APIC SSDT SSDT SSDT SSDT acpi0: wakeup devices PCI0(S4) HUB_(S4) COM1(S4) COM2(S4) USB1(S3) USB2(S3) PBTN(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (HUB_) acpicpu0 at acpi0 acpibtn0 at acpi0: PBTN bios0: ROM list: 0xc/0x8000 0xc8000/0x4800 0xe/0x1! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82815 Host rev 0x02 ppb0 at pci0 dev 1 function 0 Intel 82815 AGP rev 0x02 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Rage Pro rev 0x5c wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) agp0 at vga1: aperture at 0x4400, size 0x240 drm at vga1 unsupported ppb1 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0x01 pci2 at ppb1 bus 2 fxp0 at pci2 dev 8 function 0 Intel 82562 rev 0x01, i82562: irq 5, address 00:02:a5:01:6b:f8 inphy0 at fxp0 phy 1: i82562EM 10/100 PHY, rev. 0 ral0 at pci2 dev 9 function 0 Ralink RT2860 rev 0x00: irq 11, address 00:1b:fc:df:3e:f9 ral0: MAC/BBP RT2860 (rev 0x0101), RF RT2820 (2T3R) pciide0 at pci2 dev 10 function 0 CMD Technology SiI3512 SATA rev 0x01: DMA pciide0: using irq 14 for native-PCI interrupt pciide0: port 0: device present, speed: 1.5Gb/s atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, DVD-RAM GH22NS30, 1.00 ATAPI 5/cdrom removable cd0(pciide0:0:0): using BIOS timings, Ultra-DMA mode 5 pciide0: port 1: device present, speed: 1.5Gb/s wd0 at pciide0 channel 1 drive 0: WDC WD1001FALS-00J7B0 wd0: 16-sector PIO, LBA48, 953869MB, 1953525168 sectors wd0(pciide0:1:0): using BIOS timings, Ultra-DMA mode 6 ohci0 at pci2 dev 11 function 0 NEC USB rev 0x43: irq 10, version 1.0 ohci1 at pci2 dev 11 function 1 NEC USB rev 0x43: irq
Re: 4.4 Samba write performance
On Tue, Nov 18, 2008 at 10:36:04AM -0700, Whyzzi wrote: [cut] I managed to get my internal network interface (re0) to 4000 interupts/sec and a wd0 write speed between 4MB and 12MB per second. Again any help anyone can give me that might improve my overall write speed would be greatly appriciated. You're using a 100Mbit connection, I'm surprised you got it as high as 12MB/s (96Mbit/s), usually from samba I would expect something around 6, maybe 8. -- viq pgpMctAhyBGCJ.pgp Description: PGP signature
Re: 4.4 Samba write performance
On 18 Nov 2008 at 10:36, Whyzzi wrote: I'm looking to improve my samba writing performance but I Fear I've either tweaked something wrong or not tweaked it enough and as such I'm looking for any and all criticism that might improve my situation. Admittedly I'm running somewhat of a Frankenstein system - older P3 /w too many pci cards that sadly in some ways have to share the same IRQ (the Compaq BIOS in manual IRQ assignment is not very flexible). I have however gone out of my way to disable whatever I am not using - - eg sound, PATA, onboard usb 1.1, etc. And yes that is a CMD Silicon Image 3512 PCI add-in card /w 1TB western digital SATA drive on IRQ 14 -- it was fun to watch the machine boot from the SATA DVDRW. Out of the box was performance just short of abysmal. I can't currently remember the exact output numbers but doing a windows to samba copy worked at about 2MB/s (watching systat vmstat as it writes to the HD). By adding the following to OpenBSD: -- net.inet.ip.ifq.maxlen=768 # Maximum input queue (256*number of interfaces) net.inet.icmp.errppslimit=1000 # Maximum outgoing ICMP error messages per sec net.inet.ip.ttl=254 # TTL = min-ttl in scrub rule in pf.conf net.inet.tcp.ackonpush=1# acks for packets with the push bit no delay net.inet.tcp.ecn=1 # Explicit Congestion Notification enabled net.inet.tcp.mssdflt=1452 # maximum segment size (1452 from scrub pf.conf) net.inet.tcp.rfc1323=1 # RFC1323 TCP window scaling net.inet.tcp.recvspace=262144 # Increase TCP recieve windows size to increas e performance net.inet.tcp.sendspace=262144 # Increase TCP send windows size to increase p erformance net.inet.tcp.sack=1 # enable TCP Selective ACK (SACK) Packet Recover y net.inet.udp.recvspace=262144 # Increase UDP recieve windows size to increas e performance net.inet.udp.sendspace=262144 # Increase UDP send windows size to increase p erformance -- and the following performance option in smb.conf -- socket options = IPTOS_LOWDELAY SO_RCVBUF=65536 SO_SNDBUF=65536 sync always = no read raw = no write raw = no -- First you manually set your TCP send/recv buffers to 256K (in sysctl.conf) but then you tell SAMBA to re-set them to only 64K. According to SAMBA docs, socket options get passed directly to the TCP/IP stack, i.e. these are not internal settings. OTOH, in all my personal tests I was unable to verify any perfomance gains beyond 64K buffers. Perhaps experts like henning@ or stu@ can chime in and advise what is the highest performance setting... Last but not least, if you are using a Gig switch and your internal computer(s) also have Gig NICs, you can get a boost in network performance by turning on Jumbo frames -- ifconfig re0 mtu NN, where 1500 NN 7422 (Realtek limitation). But beware that ALL computers need to have the same Jumbo frame setting or they will stop communicating. (which is probably the reason why Jumbo frames are NOT on by default.) I managed to get my internal network interface (re0) to 4000 interupts/sec and a wd0 write speed between 4MB and 12MB per second. Again any help anyone can give me that might improve my overall write speed would be greatly appriciated. incase you're wondering the system is for a home network firewall /w wireless support. dmesg follows: OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
QT4 patch for OpenBSD - Incomplete set of header files.
Patch to include headers I required to build tex works on OpenBSD: Index: PLIST-qt4 === RCS file: /cvs/ports/print/poppler/pkg/PLIST-qt4,v retrieving revision 1.2 diff -u -p -r1.2 PLIST-qt4 --- PLIST-qt4 7 Dec 2007 19:55:58 - 1.2 +++ PLIST-qt4 18 Nov 2008 18:11:57 - @@ -2,8 +2,10 @@ %%SHARED%% include/poppler/qt4/ include/poppler/qt4/poppler-annotation.h +include/poppler/qt4/poppler-export.h include/poppler/qt4/poppler-form.h include/poppler/qt4/poppler-link.h +include/poppler/qt4/poppler-optcontent.h include/poppler/qt4/poppler-page-transition.h include/poppler/qt4/poppler-qt4.h lib/libpoppler-qt4.a -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: 4.4 Samba write performance
Thanks for quick responses. It always stands to show that I forget something when sending out questions like this to list servs. Yes, I am running a Gig connection (albeit cheap gig connection - hence the realtek gig nic on the OpenBSD box and a cheap $60cdn Gig unmanaged 8 port switch). I'll likely play around a bit more over the next day or two and report my findings to list then.
NEW: net/radiusclient-ng-0.5.6
This port is needed for the kamailio/openser port (see subsequent email) Tested on 4.4/amd64, definitely interested in more testing. $ cat pkg/DESCR Purpose of this project is to build portable, easy-to-use and standard compliant library suitable for developing free and commercial software that need support for a RADIUS protocol (RFCs 2138 and 2139). radiusclient-ng-0.5.6.tar.gz Description: GNU Zip compressed data
UPDATE: net/s3sync-1.2.5
Updated MAINTAINER info, tested on 4.4/amd64 $ cat pkg/DESCR s3sync is a ruby program that easily transfers directories between a local directory and an Amazon S3 bucket:prefix. It behaves somewhat, but not precisely, like the rsync program. It also includes s3cmd, a program that wraps S3 operations into a simple command-line tool. s3sync-1.2.5.tar.gz Description: GNU Zip compressed data
NEW: sysutils/rsyslog-3.20.0
Tested on 4.4/amd64, definitely interested in more testing. $ cat ./pkg/DESCR A syslogd replacement rsyslog-3.20.0.tar.gz Description: GNU Zip compressed data
NEW: telephony/kamailio-1.4.2 (kamailio used to be called OpenSER)
Tested on 4.4/amd64, definitely interested in more testing $ cat DESCR-main KAMAILIO (OpenSER) is a mature and flexible open source SIP server (RFC3261). It can be used on systems with limitted resources as well as on carrier grade servers, scaling to up to thousands call setups per second. It is written in pure C for Unix/Linux-like systems with architecture specific optimizations to offer high performances. It is customizable, being able to feature as fast load balancer; SIP server flavours: registrar, location server, proxy server, redirect server; gateway to SMS/XMPP; or advanced VoIP application server. kamailio-1.4.2.tar.gz Description: GNU Zip compressed data
Re: 4.4 Samba write performance
1. Why is this sent to the ports@ mailing list ? 2. What performance comparison is showing you that the write throughput that you *are* achieving is bad? I have much nicer systems on nicer 100Mbit managed switches that individual Windows clients are not able to drive at higher than 9MB/sec ~= 72Mbits. If you're ranging from 4-12MBytes/sec, those are good real-world numbers. 3. If you want to test out your problem, why haven't you tested out the network throughput capability of your system/network, separately from the disk I/O capability? /dev/null and /dev/zero exist. use them. 4. Why are you trying to tweak the TCP stack of your system, if you don't know what each piece does, whether or not it's a bottleneck, and what the trade-offs are from adjusting it? There is no kern.system.go.faster=true option for a reason. Premature optimization is the root of all evil -- Knuth Are you sure that PCI cards sharing the same IRQ is a performance problem? I have systems that serve 100's of megs of data where multiple NICs are sharing the same IRQ. Don't drink the kool-aid that you find on random forums. Only attempt to optimize what you can establish is *actually* a problem. Do you want to see one of my client's fileserver systems that serves data faster than the Windows clients can eat it? --- from a stock smb.conf: [global] workgroup = BHD server string = Samba Server passdb backend = tdbsam log file = /var/log/smbd.%m max log size = 50 os level = 33 preferred master = Yes domain master = Yes dns proxy = No wins support = Yes hosts allow = 192.168.1., 192.168.0., 127. -- # uname -m -r -v 4.4 GENERIC#1915 amd64 # grep -v ^# /etc/sysctl.conf net.inet.ip.forwarding=1# 1=Permit forwarding (routing) of IPv4 packets # em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:30:48:9a:17:34 description: internal net (VLAN100 untagged) media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::230:48ff:fe9a:1734%em0 prefixlen 64 scopeid 0x1 inet 192.168.0.252 netmask 0xff00 broadcast 192.168.0.255 I'm running a single RAID1 volume (should be slower than your single disk) on a pair of SATA drives on an Areca controller: arc0 at pci2 dev 14 function 0 Areca ARC-1210 rev 0x00: irq 5 arc0: 4 ports, 256MB SDRAM, firmware V1.43 2007-4-17 scsibus0 at arc0: 16 targets, initiator 16 sd0 at scsibus0 targ 0 lun 0: Areca, firstRAID1volume, R001 SCSI3 0/direct fix ed sd0: 715255MB, 512 bytes/sec, 1464843264 sec total no exotic filesystem mounts either: /dev/sd0j on /home/art type ffs (local, noatime, nodev, nosuid, softdep) /dev/sd0e on /home type ffs (local, noatime, nodev, nosuid, softdep) /dev/sd0k on /home/sandbox type ffs (local, noatime, nodev, nosuid, softdep) If it ain't broke, don't fix^H^H^H break it. ::yawn:: -Tico Whyzzi wrote: I'm looking to improve my samba writing performance but I Fear I've either tweaked something wrong or not tweaked it enough and as such I'm looking for any and all criticism that might improve my situation. Admittedly I'm running somewhat of a Frankenstein system - older P3 /w too many pci cards that sadly in some ways have to share the same IRQ (the Compaq BIOS in manual IRQ assignment is not very flexible). I have however gone out of my way to disable whatever I am not using - - eg sound, PATA, onboard usb 1.1, etc. And yes that is a CMD Silicon Image 3512 PCI add-in card /w 1TB western digital SATA drive on IRQ 14 -- it was fun to watch the machine boot from the SATA DVDRW. Out of the box was performance just short of abysmal. I can't currently remember the exact output numbers but doing a windows to samba copy worked at about 2MB/s (watching systat vmstat as it writes to the HD). By adding the following to OpenBSD: -- net.inet.ip.ifq.maxlen=768 # Maximum input queue (256*number of interfaces) net.inet.icmp.errppslimit=1000 # Maximum outgoing ICMP error messages per sec net.inet.ip.ttl=254 # TTL = min-ttl in scrub rule in pf.conf net.inet.tcp.ackonpush=1# acks for packets with the push bit no delay net.inet.tcp.ecn=1 # Explicit Congestion Notification enabled net.inet.tcp.mssdflt=1452 # maximum segment size (1452 from scrub pf.conf) net.inet.tcp.rfc1323=1 # RFC1323 TCP window scaling net.inet.tcp.recvspace=262144 # Increase TCP recieve windows size to increas e performance net.inet.tcp.sendspace=262144 # Increase TCP send windows size to increase p erformance net.inet.tcp.sack=1 # enable TCP Selective ACK (SACK) Packet Recover y net.inet.udp.recvspace=262144 # Increase UDP recieve windows size to increas e performance net.inet.udp.sendspace=262144 # Increase UDP send windows size to increase p erformance -- and the following performance option in smb.conf --
Re: QT4 patch for OpenBSD - Incomplete set of header files.
Hi, On Tue, Nov 18, 2008 at 6:13 PM, Edd Barrett [EMAIL PROTECTED] wrote: Patch to include headers I required to build tex works on OpenBSD: Heres an updated patch. This is for poppler-qt4, not qt4 (as the subject tmay suggest) -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett poppler.diff Description: Binary data
Re: [NEW] devel/ruby-mime
Paul Irofti wrote: On Tue, Nov 18, 2008 at 01:22:03AM -0700, Clint Pachl wrote: $ cat pkg/DESCR A library for building RFC compliant Multipurpose Internet Mail Extensions (MIME) messages. It can be used to construct standardized MIME messages for use in client/server communications, such as Internet mail or HTTP multipart/form-data transactions. The port is attached and can also be found at http://pachl.us/openbsd/ports/ruby-mime-0.1.tgz This is not the port, its a binary. Please send the stuff you have in /usr/ports/mystuff/devel/ruby-mime. My bad. The actual port is now attached and can also be found at the same URL above or at http://pachl.us/openbsd/ports/ruby-mime.tgz. ruby-mime.tgz Description: Binary data
Re: [NEW] net/ruby-thin_http
Paul Irofti wrote: On Tue, Nov 18, 2008 at 01:39:09AM -0700, Clint Pachl wrote: $ cat pkg/DESCR ThinHTTP is a lightweight and user friendly HTTP client library. It sends both URL (application/x-www-form-urlencoded) and MIME (multipart/form-data) encoded data. This makes it useful for sending either simple GET requests or uploading files via POST. The port is attached and can also be found at http://pachl.us/openbsd/ports/ruby-thin_http-0.1.1.tgz. Same thing as for your ruby-mime port. My bad. The actual port is now attached and can also be found at the same URL above or at http://pachl.us/openbsd/ports/ruby-thin_http.tgz. ruby-thin_http.tgz Description: Binary data
Re: pkg_add can't find target depend package during bulk make package
Just an update, and some added info..
alright.. let's retry the bulk build.. it continues past dbus, but
dies again at dbus-glib. after installing dbus-glib from the ftp
package.. the bulk build continues.
the example I've included here is from my work yesterday (with a clean
ports tree, but the same chroot). As mentioned before, I created a
clean chroot and ports tree last night, which I have since tested the
bulk build on, running into the same issue. I started a bulk build on
my laptop (with a clean -current ports tree) this morning. It hasn't
crapped out yet, but we'll see what happens.
what is going wrong here, or where am I going wrong?
I can post my full prep/chroot/bulk-build process, if that is of
interest please let me know.
so my laptop is running through the build just fine (all day). the
chroot'ed build is not, so I thought I would share my chroot process:
# here are the steps I take in preparing
# the chroot for bulk building packages.
# get the latest snapshot install sets:
cd /exports/OpenBSD/snapshots/
export $FTPROOT=ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/;
ftp $FTPROOT/i386/*.tgz
---
# zero-out the old partition and mount:
newfs wd0i
export CHROOT=/mnt/rover
mount /dev/wd0i $CHROOT
---
# extract the install-sets:
# (still in .../snapshots/)
for i in `ls *.tgz`:
do;
tar xzpf $i -C $CHROOT;
done;
---
# copy over a few other files:
cp /etc/{localtime,resolv.conf} /root/chroot/mk.conf $CHROOT/etc/
cp /root/chroot/IN_CHROOT $CHROOT/
---
# create device nodes:
cd $CHROOT/dev ./MAKEDEV all
---
# get, extract and cvsup the snapshots ports tar.gz:
cd /exports/OpenBSD/release_tar/
tar xzpf ports.tar.gz -C $CHROOT/usr/
cd $CHROOT/usr/ports
export $CVSROOT=[EMAIL PROTECTED]:/cvs
cvs -d $CVSROOT up -dP
---
# what does mk.conf look like?
cat $CHROOT/etc/mk.conf
ACCEPT_JRL_LICENSE=Yes # to build jdk for openoffice
FETCH_PACKAGES=yes # get a pkg before building
WRKOBJDIR=/usr/obj/ports/ # keeping the tree clean..
#FETCH_CMD=wget # use wget for fetch
#PLIST=${PORTSDIR}/plist/# pkg_create saves plists here..
#USE_SYSTRACE=Yes# keeping us safe..
---
# enter the chroot:
chroot $CHROOT /bin/ksh -l
ldconfig /usr/lib /usr/local/lib/ /usr/X11R6/lib/
---
# what is our bulk build cmd like?
# (from root's .profile)
alias bulk_pkg=cd /usr/ports/; make BULK=yes REPORT_PROBLEMS=true \
REFETCH=true SUBDIRLIST=/root/package_list.txt package
Re: pkg_add can't find target depend package during bulk make package
On 2008/11/18 09:09, Jason Beaudoin wrote: FETCH_PACKAGES=yes this doesn't make much sense for a bulk build. you're building packages yourself, why would you want to use packages from, in all likelihood, 5+ days ago to fulfil dependencies? some of them won't even match the ports tree or your base OS libraries. export PKG_PATH=/usr/ports/packages/i386/all/:ftp://ftp3.usa.openbsd.org/pub/OpenBSD/snapshots/i386/:ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/; listing just one entry here usually makes things much simpler. but see above.. for mk.conf, you may also want ACCEPT_GRAPHVIZ_LICENSE=Yes. also look into /usr/ports/infrastructure/build/dpb, it's the easiest way to do a bulk build (and, if you're running MP, makes better use of your CPUs).
Re: pkg_add can't find target depend package during bulk make package
On Tue, Nov 18, 2008 at 5:16 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/11/18 09:09, Jason Beaudoin wrote: FETCH_PACKAGES=yes this doesn't make much sense for a bulk build. you're building packages yourself, why would you want to use packages from, in all likelihood, 5+ days ago to fulfil dependencies? some of them won't even match the ports tree or your base OS libraries. indeed, I understand that this was an option. though FETCH_PACKAGES can be handy for some packages. but either way, that error still doesn't make sense, given that things are working on my laptop, I've got to be goofing something up. export PKG_PATH=/usr/ports/packages/i386/all/:ftp://ftp3.usa.openbsd.org/pub/OpenBSD/snapshots/i386/:ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/; listing just one entry here usually makes things much simpler. but see above.. for mk.conf, you may also want ACCEPT_GRAPHVIZ_LICENSE=Yes. also look into /usr/ports/infrastructure/build/dpb, it's the easiest way to do a bulk build (and, if you're running MP, makes better use of your CPUs). 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. thanks for your help :) regards, ~jason
Re: pkg_add can't find target depend package during bulk make package
On 2008/11/18 17:34, Jason Beaudoin wrote: On Tue, Nov 18, 2008 at 5:16 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/11/18 09:09, Jason Beaudoin wrote: FETCH_PACKAGES=yes this doesn't make much sense for a bulk build. you're building packages yourself, why would you want to use packages from, in all likelihood, 5+ days ago to fulfil dependencies? some of them won't even match the ports tree or your base OS libraries. indeed, I understand that this was an option. though FETCH_PACKAGES can be handy for some packages. I use it occasionally, but normally do that manually: $ make FETCH_PACKAGES=yes same for FORCE_UPDATE when I use it. but either way, that error still doesn't make sense, given that things are working on my laptop, I've got to be goofing something up. export PKG_PATH=/usr/ports/packages/i386/all/:ftp://ftp3.usa.openbsd.org/pub/OpenBSD/snapshots/i386/:ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/; listing just one entry here usually makes things much simpler. but see above.. for mk.conf, you may also want ACCEPT_GRAPHVIZ_LICENSE=Yes. also look into /usr/ports/infrastructure/build/dpb, it's the easiest way to do a bulk build (and, if you're running MP, makes better use of your CPUs). 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.
uuid unicum
devel/uuid,-perl does it this way (=12), but still,
horrible horrible horrible. does anyone have better ideas?
Index: sysutils/heartbeat/Makefile
===
RCS file: /cvs/ports/sysutils/heartbeat/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- sysutils/heartbeat/Makefile 18 Sep 2008 13:37:41 - 1.4
+++ sysutils/heartbeat/Makefile 19 Nov 2008 00:09:02 -
@@ -9,8 +9,8 @@ COMMENT-snmp= snmp agent for heartbeat
VERSION= 2.1.2-15
DISTNAME= obs-${VERSION}
PKGNAME= heartbeat-${VERSION}
-PKGNAME-main= heartbeat-${VERSION}
-PKGNAME-gui= heartbeat-gui-${VERSION}
+PKGNAME-main= heartbeat-${VERSION}p0
+PKGNAME-gui= heartbeat-gui-${VERSION}p0
PKGNAME-snmp= heartbeat-snmp-${VERSION}
EXTRACT_SUFX= .tar.bz2
@@ -46,7 +46,7 @@ BUILD_DEPENDS=${MODGNU_AUTOCONF_DEPENDS
WANTLIB-main= ${WANTLIB} crypto gcrypt gpg-error idn ncurses ssl
LIB_DEPENDS-main=${LIB_DEPENDS} \
- uuid.=1:e2fs-uuid-*:sysutils/e2fsprogs,-uuid \
+ uuid.=1,=10:e2fs-uuid-*:sysutils/e2fsprogs,-uuid \
gnutls.=12::security/gnutls \
lib/libnet-1.0/net:libnet-1.0.*:net/libnet/1.0 \
bz2.=10::archivers/bzip2 \
@@ -62,7 +62,7 @@ LIB_DEPENDS-gui=${LIB_DEPENDS} \
bz2.=10::archivers/bzip2 \
gnutls.=12::security/gnutls \
ltdl.=4::devel/libtool,-ltdl \
- uuid.=1:e2fs-uuid-*:sysutils/e2fsprogs,-uuid
+ uuid.=1,=10:e2fs-uuid-*:sysutils/e2fsprogs,-uuid
RUN_DEPENDS-gui=${MODPY_RUN_DEPENDS} \
::x11/py-gtk2
Index: databases/postgresql/Makefile
===
RCS file: /cvs/ports/databases/postgresql/Makefile,v
retrieving revision 1.118
diff -u -p -r1.118 Makefile
--- databases/postgresql/Makefile 4 Nov 2008 12:56:50 - 1.118
+++ databases/postgresql/Makefile 19 Nov 2008 00:09:02 -
@@ -10,7 +10,7 @@ DISTNAME= postgresql-${VERSION}
PKGNAME-main= postgresql-client-${VERSION}
PKGNAME-server=postgresql-server-${VERSION}
PKGNAME-docs= postgresql-docs-${VERSION}
-PKGNAME-contrib=postgresql-contrib-${VERSION}
+PKGNAME-contrib=postgresql-contrib-${VERSION}p0
CATEGORIES=databases
SHARED_LIBS= ecpg7.0 \
@@ -91,7 +91,7 @@ RUN_DEPENDS-contrib=:postgresql-server-$
LIB_DEPENDS-contrib= pq.=4:postgresql-client-${VERSION}:databases/postgresql \
${LIB_DEPENDS-main} \
-uuid::devel/uuid
+uuid.=12::devel/uuid
WANTLIB-docs=
PKG_ARCH-docs= *
Re: uuid unicum
On 2008/11/19 00:16, Stuart Henderson wrote: + uuid.=1,=10:e2fs-uuid-*:sysutils/e2fsprogs,-uuid \ oh, we only have = in library-specs... this one is wrong then.
Re: NEW x11/compiz
On 11:39:23 Nov 18, Brandon Mercer wrote: Noted, and this is what I had to do earlier to make things work. Wasn't sure why, but now we know. Thanks Owain! Dear Brandon, Do you have it working properly now? I have to create FLAVORS and make other changes to the port. Does it behave properly? Do you get any weird problems? Many thanks for the testing. Much appreciated. Thanks. -Girish
Re: NEW x11/compiz
I did get it to execute, and I was running xfce4 however I didn't have time to see any of the effects. It seemed like I lost keyboard and mouse control over the windows. I could not select one and make it active. Not sure if this is me doing something wrong or bugs. I will try some more tomorrow. Thanks for your efforts I am glad to see things like this available in openbsd. I'd really like to tie in my onboard accelerometer and be able to flip between workspaces by tapping on the side of the laptop. Just out of curiosity, is compiz-fusion in the works as well? Brandon On 11/18/08, Girish Venkatachalam [EMAIL PROTECTED] wrote: On 11:39:23 Nov 18, Brandon Mercer wrote: Noted, and this is what I had to do earlier to make things work. Wasn't sure why, but now we know. Thanks Owain! Dear Brandon, Do you have it working properly now? I have to create FLAVORS and make other changes to the port. Does it behave properly? Do you get any weird problems? Many thanks for the testing. Much appreciated. Thanks. -Girish -- Sent from my mobile device
Re: New:Sic
Simon Kuhnle [EMAIL PROTECTED] wrote:
On Tue, Nov 18, 2008 at 01:20:01AM -0500, [EMAIL PROTECTED] wrote:
Hello,
This is my first port. Sic is an extremely simple IRC client.
It consists of less than 250 lines of code. It is the little
brother of IRC client ii which I never figured out how to
use efficiently.
Cheers,
Predrag
You should take a look at other suckless projects in ports,
like dwm or dmenu, as there are some changes missing in your config.mk
patch, for example to honor CFLAGS and CC.
--
simon
Dear Simon,
Thank you so much for the quick feed back. I think, I fixed the things.
I attached new repaired port.
Cheers,
Predrag
P.S.
By the way this is the diff
patch-config_mk
$OpenBSD$
--- config.mk.orig Tue Nov 18 22:32:49 2008
+++ config.mk Tue Nov 18 22:33:52 2008
@@ -5,7 +5,7 @@ VERSION = 1.0
# paths
PREFIX = /usr/local
-MANPREFIX = ${PREFIX}/share/man
+MANPREFIX = ${PREFIX}/man
# includes and libs
INCS = -I. -I/usr/include
@@ -13,8 +13,8 @@ LIBS = -L/usr/lib -lc
# flags
CPPFLAGS = -DVERSION=\${VERSION}\ -D_GNU_SOURCE
-CFLAGS = -std=c99 -pedantic -Wall -Os ${INCS} ${CPPFLAGS}
-LDFLAGS = -s ${LIBS}
+CFLAGS = ${INCS} ${CPPFLAGS}
+LDFLAGS = ${LIBS}
# compiler and linker
-CC = cc
+#CC = cc
sic-1.0.tgz
Description: Binary data
Re: NEW x11/compiz
On 22:24:10 Nov 18, Brandon Mercer wrote: I did get it to execute, and I was running xfce4 however I didn't have time to see any of the effects. Nice to hear. It seemed like I lost keyboard and mouse control over the windows. I could not select one and make it active. Please try again and let me know. Not sure if this is me doing something wrong or bugs. I will try some more tomorrow. Thanks for your efforts I am glad to see things like this available in openbsd. My pleasure. ;) Actually creating a port is no big deal you know. ;) I'd really like to tie in my onboard accelerometer and be able to flip between workspaces by tapping on the side of the laptop. Just out of curiosity, is compiz-fusion in the works as well? What is that? ;) Do you mean Beryl integrated version? That is what google tells me. I will see if I can port it. Let us see how it goes. -Girish
Re: NEW x11/compiz
On Tue, Nov 18, 2008 at 11:40 PM, Girish Venkatachalam [EMAIL PROTECTED] wrote: On 22:24:10 Nov 18, Brandon Mercer wrote: I did get it to execute, and I was running xfce4 however I didn't have time to see any of the effects. Nice to hear. It seemed like I lost keyboard and mouse control over the windows. I could not select one and make it active. Please try again and let me know. Not sure if this is me doing something wrong or bugs. I will try some more tomorrow. Thanks for your efforts I am glad to see things like this available in openbsd. My pleasure. ;) Actually creating a port is no big deal you know. ;) I'd really like to tie in my onboard accelerometer and be able to flip between workspaces by tapping on the side of the laptop. Just out of curiosity, is compiz-fusion in the works as well? What is that? ;) Do you mean Beryl integrated version? That is what google tells me. I will see if I can port it. Yeah, the folks in #compiz on freenode are saying compiz by itself isn't that useful... so I guess the beryl port is more the way to go. They also said it doesn't need gconf-editor because it has its own. I'm really tired now so hopefully we can pick this up when I wake up! Brandon
