On Mon, Mar 21, 2011 at 1:22 PM, Rafael Sadowski wrote:
> On Fri Mar 18, 2011 at 09:17:23PM +0500, Alexandr Shadchin wrote:
>> I prepared diff update x11/fvwm2 to 2.5.31 (on request and test mikeb@)
>>
>> current x11/fvwm2 - 2.4.20 (stable branch)
>> last version fvwm2 - 2.5.31 (unstable branch)
>
On Thu, Apr 1, 2010 at 10:42 AM, Auclair Vincent
wrote:
>>> Tested on an i386 eeepc.
>>> Works fine, some quirks when moving a tab : a square that is not drawn
>>> back until I drop the tab. (it follows the cursor)
>>
>> Hmm, actually tab dragging is totally busted with fvwm2, I just
>> noticed -
On Thu, Apr 1, 2010 at 8:47 AM, Auclair Vincent
wrote:
> On Thu, Apr 1, 2010 at 5:24 PM, Peter Valchev wrote:
>> On Wed, Mar 31, 2010 at 11:50 PM, Antoine Jacoutot
>> wrote:
>>> On Wed, 31 Mar 2010, Peter Valchev wrote:
>>>
>>>> After a long ba
On Wed, Mar 31, 2010 at 11:50 PM, Antoine Jacoutot
wrote:
> On Wed, 31 Mar 2010, Peter Valchev wrote:
>
>> After a long battle with various issues that cropped up, and thanks to
>> huge help from the guy working on the FreeBSD port (linked from my
>> page), I have an upda
On Wed, Mar 31, 2010 at 9:51 PM, Antti Harri wrote:
> Great to have an updated build, but I guess this is still
> true:
>
> "This package currently requires a CPU supporting SSE2.
> You can check this with: dmesg | grep 'cpu.*SSE2'"
Yeah. I'm sure it's possible to get it working on non-sse2, ther
On Wed, Mar 31, 2010 at 9:16 PM, joshua stein wrote:
>> I'd appreciate tests on amd64, especially, as I don't have one locally
>> - I tested that it starts up and renders google.com, but anything more
>> is too much of a pain over ssh X forwarding :-) I know the old port
>> had V8 issues on amd64,
After a long battle with various issues that cropped up, and thanks to
huge help from the guy working on the FreeBSD port (linked from my
page), I have an update to chromium-5.0.539.0
4.7ish packages for i386 & amd64 are available here:
http://sightly.net/peter/openbsd/chromium/
As well as the po
On Sat, Dec 6, 2008 at 2:36 AM, Matthias Kilian <[EMAIL PROTECTED]> wrote:
> On Fri, Dec 05, 2008 at 08:20:09PM -0800, Peter Valchev wrote:
>> A library necessary for QLandkarte GT which I'm in the process of
>> porting - a newer version of geo/qlandkarte (www.q
A library necessary for QLandkarte GT which I'm in the process of
porting - a newer version of geo/qlandkarte (www.qlandkarte.org)
Would appreciate a cross-check and extra test :)
Thanks,
Peter
gdal.tar.gz
Description: application/tar-gz
On Fri, Dec 5, 2008 at 8:02 AM, Jim Dew <[EMAIL PROTECTED]> wrote:
> Theres no maintainer listed for xdelta, and I noticed there was an update
> available when I was installing it earlier today.
>
> The changes in patches/patch-xd_edsio_c have been incorporated upstream, so
> it needs to be removed
On Thu, Aug 7, 2008 at 9:38 AM, Hugo Villeneuve
<[EMAIL PROTECTED]> wrote:
> On Tue, Aug 05, 2008 at 08:27:44PM -0700, Peter Valchev wrote:
>> With the python fixes just making it in, the tree is now locked for
>> the 4.4 release. Thanks to everyone who tested!
>
>
>
With the python fixes just making it in, the tree is now locked for
the 4.4 release. Thanks to everyone who tested!
On Mon, Aug 4, 2008 at 12:41 PM, Valery Masiutsin <[EMAIL PROTECTED]> wrote:
>> On 2008/08/04 16:32, Valery Masiutsin wrote:
>> > Hello.
>> >
>> > What about issues in #2588, #2599, #2620 ?
>>
>> Oh... Are python users supposed to tramp through the tickets just
>> to identify the security problems?
We are in release mode, with 4.4 just around the corner. This means
that from now, no more commits to ports unless they are VERY urgent -
such as fixing a broken dependency, high impact security issue, etc,
and they must be explicitly approved.
Every commit from now on must have an OK by pvalchev@
yes, doing it
updated, thanks!
On Fri, Apr 25, 2008 at 2:47 PM, Markus Hennecke
<[EMAIL PROTECTED]> wrote:
> This patch will bring the mcabber port to the version 0.9.7 released
> today. Included is the resize fix for OpenBSD.
>
> Tested by Simon Kuhnle and myself on amd64. Please test and commit.
>
> Kind r
On Fri, Apr 25, 2008 at 8:22 AM, Deanna Phillips
<[EMAIL PROTECTED]> wrote:
> Floor Terra <[EMAIL PROTECTED]> writes:
>
> > There are similar checks to prevent printing for example. You
> > only need to put "return 1;" in OkToPrint()[1]. It's trivial
> > to change the source and recompile if you
On 1/25/08, Antoine Jacoutot <[EMAIL PROTECTED]> wrote:
> On Fri, 25 Jan 2008, Antti Harri wrote:
> >> If you don't specify a major.minor in the name passed dlopen() it will
> >> select
> >> the one with the highest major then highest minor after that.
>
> Anyone wanting to commit this has my OK; i
Fixes a fullscreen crash with ffmpeg, etc. due to expecting memory to
be executable by default - use mprotect() - Reported by deanna@
Notes from the release:
Unix Notes
* Fixed crash in SDL_SoftStretch() on secure operating systems.
* Fixed undefined symbol on X11 implementations without UTF-8 sup
Comments and tests appreciated.
qlandkarte-20071222
Comment:
garmin gps map management tool
Description:
QLandkarte is a Garmin GPS data visualization and managing
tool.
Maintainer: Peter Valchev <[EMAIL PROTECTED]>
WWW: http://qlandkarte.sourceforge.net/
qlandkarte.tar.gz
Descriptio
New SDL update from brad@ that needs a lot more testing. Antoine
already verified that this fixes the powerpc bug that was a
show-stopper for the previous updates (and caused a backout last
year), so there are currently no known issues with this.
Please report back
sdl.diff
Description: Binary d
ports is now unlocked, business can proceed as usual.
On 8/8/07, Peter Thoenen <[EMAIL PROTECTED]> wrote:
> I hate to call Rui out in public but he is the maintainer here and very
> non responsive to private emails about this.
>
> Tor 1.1.x has BEEN DEPRECIATED from before the time 4.1 STABLE was
> released (you were notified of this also Rui) and all
The ports tree is now soft locked. What this means is that we are in
release mode, and new ports/updates will now stop except for very
important cases. Everything has to be approved by me, naddy or espie.
If you have something you deem will make 4.2 better, talk to us.
This is what the next week o
Done.
Anyone want to take it over?
> > Here is an update to my first attempt to create a port for last
> > boehm-gc. This one works well with inkscape and w3m on i386.
>
> boehm-gc is difficult, it needs someone with access to multiple
> machine architectures and a fair understanding of OS internals to get
> it configured properly.
> GNU sed is the Free Software Foundation's version of the sed(1) editor.
>
> GNU sed isn't really a true text editor or text processor. Instead, it
> is used to filter text, i.e., it takes text input and performs some
> operation (or set of operations) on it and outputs the modified text.
> > Ok, I think I've found the root cause of the problem, but it's strange.
> > In ts_print() function in util.c (just for those interested in locating
> > the line below in snort source code), there is a line like this:
> >
> > s = (tvp->tv_sec + localzone) % 86400;
> >
> > On amd64, this produc
> Ok, I think I've found the root cause of the problem, but it's strange.
> In ts_print() function in util.c (just for those interested in locating
> the line below in snort source code), there is a line like this:
>
> s = (tvp->tv_sec + localzone) % 86400;
>
> On amd64, this produces random outp
A -current amd64 snapshot is making its way to the mirrors now,
ready for testing.
This is built with xenocara (after the lib fixes).
Something broke it recently, java hangs on DDProvider.java
[javac]
/usr/obj/ports/netbeans-5.5p0/netbeans-src/websvc/websvcddapi/src/org/netbeans/modules/j2ee/dd/api/webservices/DDProvider.java:168:
warning: [unchecked] unchecked call to put(K,V) as a member of the raw type
java.util.Map
And
> While trying to build the whole port tree on amd64, I found some ports
> which are not marked the same as their dependency as only buildable for
> some platform.
This is on purpose.
If someone fixes that particular dependency to allow it to work on
another architectures, everything else will ju
> --- /usr/ports/www/hiawatha/pkg/PLIST Sun Dec 31 11:32:42 2006
> +++ hiawatha/pkg/PLISTSun Mar 4 13:02:22 2007
> @@ -1,14 +1,20 @@
> @comment $OpenBSD: PLIST,v 1.1.1.1 2006/12/31 10:32:42 ajacoutot Exp $
> @newgroup _hiawatha:579
> @newuser _hiawatha:579:579:daemon:Hiawatha HTTP
> Se
This is committed now. Since Bob is one of the biggest users of
mirror here, it's been well tested :)
The ports tree is open for business again, so in case you submitted
something in the past few weeks and it was ignored due to our release
process, feel free to prod people and submit it again.
We are nearing release, so we need people to start focusing on testing
packages and fixing bugs. At this point big updates (with long
dependency chains) will be a no-no unless there is a very good reason,
and new ports can wait until after release. Again, focus on finding
problems. Trivial updat
> Nmap updated to 4.20 version, it seems to work even with OpenBSD's libpcap.
> Tested on i386.
Can you not GZIP the diffs that you send in the future please?
in your patch-tcpip.cc
--- tcpip.cc.orig Sun Feb 4 16:06:01 2007
+++ tcpip.ccSun Feb 4 16:08:26 2007
@@ -99,6 +99,8 @@
*
> > Resubmitting the third time.
> >
> > http://www.altroot.org/scsh-0.6.7.patch
> >
> > The version we have is heavily outdated (last updated 4 years, 6 months
> > ago), so it would be nice to have more recent and stable version in 4.1.
> >
> > MAINTAINER has not responded in 2 months, the emai
> With current up-to-date, print/acroread doesn't fetch:
Well, it's binary only software that we're not even allowed to
distribute the distfile of, so you should instead be more surprised
at the times when it does fetch. There are alternatives...
Just copied a new powerpc snapshot, 3511 packages total.
This was after a delay created by a bug in current and other
issues, so it's been a while. Below is a list of the current
breakage:
9libs-1.0p3 braindamaged
gcc-4.2.20061024no powerpc config
koffice-1.6.1 mein
> When building ports with X.Org 7.2RC2 (xenocara), the Gtk+2 configure
> script picks up the new x11.pc pkg-config file but fails to use it
> correctly (it ignores CFLAGS).
> The attached patch fixes that, and doesn't change the behaviour with
> X.Org 6.9.0 (XF4).
> ok?
Looks OK but bump PKGNA
CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED] 2006/11/25 10:08:11
Modified files:
. : INDEX
Log message:
sync, 3984 unzels
CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED] 2006/11/24 22:40:31
Modified files:
multimedia/xine-lib: Makefile
multimedia/xine-lib/patches: patch-configure
Log message:
fix altivec test on powerpc, -force_cpusubtype_ALL appears to be a
darwi
CVSROOT:/cvs
Module name:ports
Changes by: [EMAIL PROTECTED] 2006/11/24 22:33:28
Modified files:
net/snort : Makefile
Added files:
net/snort/patches: patch-src_event_h
patch-src_output-plugins_spo_unified_c
> This diff fixes unified logging/alerting on 64-bit platforms.
>
> http://secure.lv/~nikns/stuff/ports/snort-2.6.0.2p1.diff
...
> +--- src/snort_packet_header.h.orig Thu Jan 19 19:09:12 2006
> src/snort_packet_header.hTue Nov 7 20:28:12 2006
> +@@ -16,12 +16,20 @@
> + #include
>
> >Please test with some of the software depending on this. Latest
> >stable version, mostly bugfixes...
>
> Compiles and installs OK. Will test with my scanner later today, but
> others have reported it works, so I'd say go for it.
>
> I actually need a later "devel" version of libusb (hile ad
Please test with some of the software depending on this. Latest
stable version, mostly bugfixes...
Index: Makefile
===
RCS file: /cvs/ports/devel/libusb/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile1
no need for a png flavor, it should be included by default
> >- why did you remove Peter Valchev from maintainer? Did you contact him?
> >
> >Anyway, since this is a devel version, I think it should not replace
> >the in-tree fvwm2 port but rather be a new port like x11/fv
> >Here is a port to get rainbowcrack to natively compile on OpenBSD.
> >Currently I do not allow source or binary distribution because of lack
> >of license in the source file, however I am trying to contact the
> >author to receive a friendly license. I know I would find this port
> >very useful
> pkg/DESCR
> Avidemux is a free video editor designed for simple cutting, filtering
> and encoding tasks. It supports many file types, including AVI, DVD
> compatible MPEG files, MP4 and ASF, using a variety of codecs. Tasks can
> be automated using projects, job queue and powerful scripting
> cap
this is a fixed patch
links binary against shared lib
fixes the way it's called (goes to fake location)
binary/libs installed to fake/ before headers now (since headers
are generated, other order breaks)
sets LD_LIBRARY_PATH
Index: Makefile
> > this is wrong, in OpenBSD, the libs are named libFOO.so.VERSION,
> > not libFOO-version
> >
>
> The below patch should correct that.
Did you test it? It seems not:
../../bin/tidy -xml-help > ../../htmldoc/tidy-help.xml
../../bin/tidy: can't load library 'libtidy.so.1.0'
gmake: *** [../../ht
> This diff updates www/tidy port + adds building of shared library
> which is usefull when, for example, compiling php with tidy support.
..
> Index: tidy/pkg/PFRAG.shared
> ===
> RCS file: tidy/pkg/PFRAG.shared
> diff -N tidy/pkg/PFR
> I am changing slightly the way we install a PostgreSQL server. To
> recall, up to now installing the postgresql-server package created a
> default database for you. But this database was not secured.
>
> This has led to problems in some installations where the users were not
> aware of this.
Here is an SDL update various people have asked for.
I have only lightly tested it on amd64 so far, and would
love to get more comments.
Index: Makefile
===
RCS file: /cvs/ports/devel/sdl/Makefile,v
retrieving revision 1.45
diff -u -p
> 0.1.1.23 is outdated now. They just released 0.1.1.24. Here the diff:
It has a maintainer, did you send him a note too?
> I did not realize that activating libusb support would disable native USB
> sync (uvisor), so let's make it a FLAVOR.
so what does the libusb flavor actually gain then ?
> With alpha now using gcc3, the *_main_c patches are no longer needed.
> Attached
> a new diff. Please test.
There are other architectures that still use gcc2.
Come on people - why did this get dropped???
> Date: Thu, 23 Mar 2006 09:28:27 -0600 (CST)
> From: Jakob Schlyter <[EMAIL PROTECTED]>
> To: ports@openbsd.org
> Subject: patch: isc dhcp with privdrop
> Message-ID: <[EMAIL PROTECTED]>
>
> could users of the isc dhcp please test this patch.
>
> tha
> This enables normalizing using audio/normalize (as opposed to
> normalize-audio, which we don't have) and id3 tagging to MP3s using
> audio/id3ed (as opposed to id3, which we don't have).
>
> There is also a bug in the way they use which(1); our version prints
> error messages to stdout, whereas
The tree is locked now.
If you think something is important enough to consider for release,
talk to me.
Keep testing package snapshots... we're in full release mode.
We are nearing release again. Stop working on big upgrades and
features and concentrate on quality. From now on every commit
should be approved by at least one of these people:
pvalchev, naddy, espie, sturm
Once again, concentrate on testing and fixing things.
Simple upgrades and new ports wit
Vmware has been broken in -current for a long time now by the PAE
changes. If you have an interest in a working vmware in the next release,
and want to try your hand at a hard problem, someone stepping up
with a fix would be great. todd@ and mcbride@ should have details,
and in fact posting them
It requires that the library be installed so 'make regress' fails.
...
cd /t/obj/ports/cfitsio-3.006/cfitsio && ./testprog >testprog.lis
./testprog: can't load library 'libcfitsio.so.0.0'
*** Error code 4
Should we point LD_LIBRARY_PATH to the fake area so this works?
Or is this patch acceptable
> Builds on amd64, i386, sparc64.
> No checking of dependent ports done yet.
those are the only 2 that break i think (lib depends ones)
someone needs to make sure the RUN_DEPENDS ones work by
testing them too.
Index: converters/ppmtoTbmp/Makefile
=
> > Builds on amd64, i386, sparc64.
>
> As Bernd learned the hard way, this port triggers an amazing 11
> ICEs (instances of internal compiler error) on alpha, unless compiled
> without optimization.
But soon with gcc3 this won't be a problem I guess (this
is good though for now)
> --- netpbm.o
> Beecrypt is a crytography library, it is present both
> on NetBSD and FreeBSD's ports tree.
>
> This is my first attempt at creating a port, any corrections
> are most welcome.
- It looks to have various dependencies none of which are registered in
your port (such as python). Or these need t
> Do you mean opera-flashplugin? Neither opera nor acroread have linux
> in their package or port name either. Still, having a subdir openoffice
> doesn't make sense to me. Just add openoffice-linux, later add
> openoffice and remove openoffice-linux. Or is there going to be a bunch
> of openoffice
> > In the meantime I am working on the native port of openoffice that
> > will be placed to the same directory. (ports/editors/openoffice).
>
> What's the point? Just import your current port as editors/openoffice
> and if you ever get the native version done, update the port. I don't
> see why
> I just want to check to make sure that this is a "normal"
> and "expected" behavior.
>
> During 'make package' step of building the php5-core port
> these files are 'touch'ed.
Nobody feel motivated to fix it? Come on it should be easy!
> Details:
> [EMAIL PROTECTED] $ pwd
> /usr/port/www/ph
Actually there are way more issues in it ... a small list that
linux people have fixed:
http://rpmfind.net/linux/RPM/suse/updates/10.0-OSS/i386/rpm/i586/zoo-2.10-858.4.i586.html
Patches for those follow; however this thing is a pile of poo
altogether. There are likely many other issues (just look
> way overdue update.
can someone test this on sparc64?
> PV> I have tried to fix this but failed; unfortunately the author has failed
> PV> to take it seriously as well.
>
> PV> This update also suffers from the fact that it does not detect the
> PV> installed libiconv/libintl (which is listed as dependency) and builds
> PV> its own copy - that must b
> >MSN support is disabled now, because it needs
>
> gcc 3.4, believe me. Otherwise, it just segfaults.
> Even with the patch from
> http://centericq.de/archive/contrib/patches/centericq-4.21.0.msn.patch
I have tried to fix this but failed; unfortunately the author has failed
to take it seriously
> Here is a patch that stops firefox crashing on sites like zdnet and
> ebay. (Murphy's crappy article about OpenBSD was a great help to find
> this null-pointer dereference ;) )
..
Has anyone encountered problems with this patch? The code looks
correct and obvious and I plan to otherwise commit i
> Since there's now close to no chance that devel/gstreamer will be fixed
>
> in time for release, I think it should be marked as broken at least on
>
> amd64 (I don't have other arches to see if it works or not).
>
> Otherwise the release's ports tree will
> While trying to build www/minimo on amd64 -current
> shlibsign coredumps.
..
This is caused by patch-nsprpub_pr_src_misc_prdtoa_c which I
added in order to fix a similar crash on Zaurus. The patch
ripped out the mozilla implementation of strtod(3) with the
one taken directly from our libc. I
> amaaq> sudo pkg_add teTeX-base
> Error from http://openbsd.cz/pub/OpenBSD/snapshots/packages/i386/:
> Successfully retrieved file.
> Can't resolve teTeX-base
>
> (a simple typo. s/-base/_base/)
And how do you expect it to know that? It would be like
asking for Coke in a restaurant, and being g
firefox is broken with gcc2.
i don't have anything but the log handy right now, but here's
how it broke.
in case someone wants to try to fix this, you're more than welcome...
c++ -o nsDeviceContextPS.o -c -DMOZILLA_INTERNAL_API -DOSTYPE=\"OpenBSD3\"
-DOSARCH=\"OpenBSD\" -DBUILD_ID=2006012017
The ports tree is now locked. What that means is that you should be
very careful with the changes you propose and everything should be
approved by me. However, you must discuss it with the usual suspects
and other developers as well.
Accept that we will ship with some bugs, but focus on fixing t
> I think now is not the right time to bring in more updates, as has been
> asked by a few people already. We like to get a port right before
> committing it. 'Anything is better than...' does not make sense to me.
> I suggest you finetune the erlang port after tree lock and then it can
> get the n
If this update is going to make 3.9, this is a pathetic amount of
testing reports. This is important, please provide feedback!
> Date: Thu, 2 Feb 2006 15:40:34 +0100
> From: Peter Stromberg <[EMAIL PROTECTED]>
> To: ports@openbsd.org
> Subject: UPDATE: firefox 1.5.0.1
> Message-ID: <[EMAIL PROTEC
Just copied fresh sparc and macppc packages snapshots.
There is a fairly extensive breakage on sparc, there are 59 broken
ports and as a result a total of 354 packages are missing (due to
dependencies). This is of course to be expected, since sparc is
one of the few architectures remaining to use
As we're nearing release, please concentrate on testing (especially
binary packages) and less on needless updates or new ports. Of
course there's still time to check out that piece of software you
maintain or use and make sure there are no important
reliability/security fixes available...
The sna
Currently it does not get built in fact, because databases/db is
marked as NO_SHARED by default, which seems a bit dumb.
Please test this.
package update also seems to work, the major is bumped so it should
be trouble-free to go back in versions and continue life.
There is the XPM security fix that will also need to go in, but
I've left it out here for simplicity.
This should fix the 8bpp displays problems for g
Make it use va_copy on OpenBSD regardless of the architecture.
Would love some tests on i386/amd64/macppc.
Index: Makefile
===
RCS file: /cvs/ports/editors/abiword/Makefile,v
retrieving revision 1.49
diff -u -r1.49 Makefile
--- Makef
> FYI, it seems that the sources for all but the latest (6.0) version have
> disappeared from $MASTER_SITES, thus failing the port build on all but
> -current.
>
> Luckily for cases like this, there are still packages. And contrary to
> source files, packages don't disappear.
They are also on ft
> >The patch is fine as a workaround for above. But regarding upstream
> >libtool, I'd rather like the fix be done in the right place, in KDEs
> >configury.
>
> It's not only KDE which barfs at it. Things get worse when you also
> have a dummy libdl (libdl functions are in libc), which - out of a
> so, i downloaded the newest, compiled with --without-msn (no curl here)
> and so far it's good. what's the issue i should be looking for?
You precisely avoided the problem as it's in the msn code, I've
the diff --without-msn in my tree but I was hoping it would get
fixed. Ignoring it's broken
> i've just upgraded my production server to 3.8
> and i see now, that centericq is marked broken..
>
> until the issue is fixed, could the old version be put back?
why don't you ask the author to fix it for example?
the old version had more than one issue and that's not going
to change. you ca
> In the meantime, we're a few posts down the road from the original
> question, and I haven't seen any answer; neither on the list, nor on the
> Net. I suppose it has something to do with strcmp continuing to compare
> until it finds a char with value 0, but I can think of many situations
> wh
> I've sent this to the maintainer some time ago, but have not heard
> from him since, so now posting here :
no
> I've been using misc/screen for quite some time now, always with a
> setgid utmp binary. This enables me, amongst other things, to talk(1)
> to other users from within a screen sessi
A lot of these are generic and should be fixed asap.
9libs-1.0p3 totally busted wrt varargs, etc
gcc-4.0.20050804powerpc target not in configure
mrtg-2.12.2 gd breakage
nagios-web-2.0b4cgi files not in fake area (shouldn't be looked for
there?)
nhc98-1.16
> > > I've been trying to get BIN_PACKAGES to work by putting
> > > "BIN_PACKAGES=Yes" in mk.conf, by exporting it to my environment and
> > > by running "BIN_PACKAGES=Yes make install" to install a port. It's
> > > not working.
> >
> > Is the workdir still present? You'll also want BULK=Yes and
> > > building a port tries to pkg_add any prerequisites before building them.
> >
> > this is already possible, see BIN_PACKAGES in bsd.port.mk(5).
>
> I've been trying to get BIN_PACKAGES to work by putting
> "BIN_PACKAGES=Yes" in mk.conf, by exporting it to my environment and
> by running "BIN_
> I was getting failures to run xuvmstat on all my 3.7 and latest 3.8
> snapshots.
..
can you test this?
updates to latest version which includes the fix (with a little hack)
Index: Makefile
===
RCS file: /cvs/ports/sysutils/xuvmsta
> And how is that any different from say plump3p0, if it ever existed?
> Should one really change the package name from the distro name to make
> it harder to tell what version is installed? Oh that's the whole idea by
> adding the p0 so it is an indicator of ports patch level. So if I remove
>
1 - 100 of 113 matches
Mail list logo
