> here's an update to latest nss/nspr, required for mozilla 6 updates. No
> new regress test failing on amd64, dtoa was failing previously in nspr,
> and nss has more passing tests :
>
> 3.12.11:
> Tests summary:
> --
> Passed: 2397
> Failed: 39
>
> 3.12.9:
> Tes
> OpenBSD 5.0 (GENERIC.MP) #40: Mon Aug 8 10:11:05 MDT 2011
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>
> gkrellm-2.3.5p0 single process stack of system monitors for GTK+2
> gkrellmvolume-2.1.13p8 volume dial for Gkrellm2
>
>
> notebook one: eeepc 701: plugin work
I built Firefox6 b3 fine without problems...
about:memory looks much better compared to v4 or v5. But the gc, cc+gc
has no appreciable effect for now. But it will in v7 and v8.
Thanks for the update.
Muchas gracias
On 8/1/11, Landry Breuil wrote:
> Hi,
>
> i know we're in lock etc, but that sh
>> Sorry to bump this again, but I think it deserves to make the release
>> since the bug is important and the fix is easy (a similar one is already
>> used to avoid using SSE2)...
>
> I think the patch for SSE2 is not actually doing anything useful and should
> be removed, SSE2 is not defined on i
>
> who do i have to kill to get opera working again?
> state of browsers on unix is a disgrace, trapped between
> the firefox monster and webkit's grip.
http://blog.mozilla.com/nnethercote/2011/07/06/memshrink-progress-week-3/
I did a make package inside math/lapack and before package creation,
there is a bunch of errors.
No subject found in /tmp/manpage.jSOMEJUNK//usr/local/man/cat3f/claqr1.0
No subject found in /tmp/manpage.jSOMEJUNK//usr/local/man/cat3f/claqr2.0
No subject found in /tmp/manpage.jSOMEJUNK//usr/local/m
> who do i have to kill to get opera working again?
If you want to go that separate Linux package route, I think improving
qemu to add the kernel acceleration, so you can maintain that
different package stack cleanly inside qemu.
> state of browsers on unix is a disgrace, trapped between
> the fi
=www
HOMEPAGE= http://linkchecker.sourceforge.net/
+MAINTAINER=Amit Kulkarni
+
# GPLv2+
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP=Yes
@@ -25,6 +25,8 @@
MODPY_DISTUTILS_INSTALLARGS= --no-compile
USE_GROFF =Yes
+
+WANTLIB+= ${MODPY_WANTLIB
> Hi,
>
> How do you use check for libintl? This small fragment doesn't work for me.
I forgot to mention, this doesn't work in 2.6[3|4|5|7|8] when I generate
using
#env AUTOCONF_VERSION=2.6X autoconf -i
on amd64
>
> - configure.ac --
> AC_INIT
>
> AC_CHECK_LIB(intl,
Hi,
How do you use check for libintl? This small fragment doesn't work for me.
- configure.ac --
AC_INIT
AC_CHECK_LIB(intl,main)
AC_CHECK_LIB(intl,ngettext)
AC_CHECK_LIB(intl,dcgettext)
AC_CHECK_LIB(intl,dcngettext)
AC_CHECK_LIB(intl,libintl_dcigettext)
AC_CHECK_LIB(intl,
> After changing my job in May I'm slowly recovering ... A lot of ports I
> maintained where tightly connected to my former job. Since I believe I
> should run the stuff that I maintain, I naturally want to give up
> maintainership of the following ports:
>
> - devel/p5-MooseX-Log-Log4perl
> - deve
>> > Antoine,
>> > you included MAINTAINER in upper level Makefile.inc, I didn't see that, so
>>
>> make show=MAINTAINER
>>
>> > I didn't email you. Thanks to Nigel for pointing it out!
>> >
>> > updated diff based on Nigel's recommendation:
>>
>> BUILD_DEPENDS-main seems bogus. Should just be BUIL
> > I tracked down why dpb -R continuously rebuilds this package.
> > Building on Nigel's detective work,
> >
> > a diff -u of pkg_info -S /path-to-package vs make print-package-signature
> >
> > shows a missing build dependency on graphics/libexif.
> >
> > Please double-check and adjust as ne
> > I tracked down why dpb -R continuously rebuilds this package.
> > Building on Nigel's detective work,
> >
> > a diff -u of pkg_info -S /path-to-package vs make print-package-signature
> >
> > shows a missing build dependency on graphics/libexif.
> >
> > Please double-check and adjust as necessa
Hi,
I tracked down why dpb -R continuously rebuilds this package.
Building on Nigel's detective work,
a diff -u of pkg_info -S /path-to-package vs make print-package-signature
shows a missing build dependency on graphics/libexif.
Please double-check and adjust as necessary. This drives me nut
Hi,
My ldconfig hints file got trashed due to fsck (among other things) during
the libsigsegv related hangs after the hackathon.
Ever since then, I am having problems with dpb builds not finding things
like
1) missing /usr/local/include/libintl.h when its there.
2) missing /usr/local/lib/libint
>> kili@,
>> I was planning on working on the newest pgsql-jdbc (which is a dev
>> version) since it works with jdk1.7.
>
> Doesn't postgresql-jdbc 9.0 Build 801 work with jdk1.7? I'm not a big
> fan of updating the port to a version that's still under development.
>
>From http://jdbc.postgresql.o
Hi,
I stumbled on something which makes me ask a question to you guys.
Why is ports/print/freetype at version 1 and freetype2 included in
/usr/xenocara/lib/freetype?
Thanks
and there
> was a buffer overflow fixed in the parser. So if you could please revert to
> what I had, that would provide the best experience for everyone who uses the
> newlisp port.
>
> Changelog here:
> http://www.newlisp.org/downloads/development/CHANGES-10.3.1.txt
>
> Ted
&g
COMMENT= regression testing utility for use with the Java language
-VERSION= 3.8.2
+VERSION= 4.8.2
>>>
>>> You cannot eliminate JUnit 3.8 because there are still things that
>>> use it that don't work on 4, at least last time I checked.
>>>
>>
>> Can you elaborate w
>> COMMENT= regression testing utility for use with the Java language
>>
>> -VERSION= 3.8.2
>> +VERSION= 4.8.2
>
> You cannot eliminate JUnit 3.8 because there are still things that
> use it that don't work on 4, at least last time I checked.
>
Can you elaborate what things? I will re
apache-ant is now 1.8.2, the versions can be dropped or upgraded.
for geo/josm if mod_java_ver = 1.6, you have to set 1.6 as java compiler
version.
Index: devel/eclipse/sdk/Makefile
===
RCS file: /cvs/ports/devel/eclipse/sdk/Makefil
emailing the maintainer also...
changed the HOMEPAGE because maintainer doesn't have distfile for 10.3.0
and 10.3.1 is a dev version?
thanks
Index: Makefile
===
RCS file: /cvs/ports/lang/newlisp/Makefile,v
retrieving revision 1.2
dif
> OpenBSD 4.2 x11/gnome/gail includes libgailutil.so.18.1, this should have
> been replaced by libgailutil.so.20.0 at OpenBSD 4.4, and the OpenBSD 4.4 ->
> 4.5 update was when gail was removed and gail became part of x11/gtk+2 with
> libgailutil.so.22.0 included. Your issue is with old versions of
>> >>> libgailutil is 26.0 now,, it must have picked up an old installed lib.
>> >>> As dpb(1) says, "some packages only build on a clean machine right now"
>> >>>
>> >>
>> >> I picked up the libc minor bump. This was on a clean machine with
>> >> 1) rm -rf /usr/local/*
>> >> 2) rm -rf /usr/ports/p
>>> libgailutil is 26.0 now,, it must have picked up an old installed lib.
>>> As dpb(1) says, "some packages only build on a clean machine right now"
>>>
>>
>> I picked up the libc minor bump. This was on a clean machine with
>> 1) rm -rf /usr/local/*
>> 2) rm -rf /usr/ports/packages/*
>> 3) rm -r
no interest in this one?
On Sun, Apr 17, 2011 at 4:16 PM, Amit Kulkarni wrote:
> Read a message on dragonfly digest a few weeks ago. Since gif patents have
> expired...and if anybody is interested.
>
> Couldn't test it without going without gui :) Also since this touches so
>
rf /usr/ports/plist/*
When I faced the problem in dpb, I went into the ports directory and
then tried to do a simple make && make package.
thanks
> On 2011-07-05, Amit Kulkarni wrote:
>> Hi,
>>
>> I just compiled everything to current.
>> I am doing a dpb based
Hi,
I just compiled everything to current.
I am doing a dpb based compile which was failing in package of gtk+2.
I did a make clean and I can't figure out why its
happening. I did do a make plist after getting the problem but still
there's the same issue.
Anybody else running into this?
thank
>> Ogle and related ports
>>
>> x11/ogle
>> x11/ogle-gui
>> x11/goggles
>>
>> The main homepages:
>> http://www.dtek.chalmers.se/groups/dvd/
>> http://www.dtek.chalmers.se/~dvd/
>> etc.
>
> Ogle is still one of the best dvd players out there (if not the best), with
> support for chapters and menus
>> +CONFIGURE_ARGS += --localstatedir=/var \
>> + --with-external-db \
>> +# --enable-python \
>> + --with-lua
>
>> +CONFIGURE_ENV += varprefix=/var \
>> +# PYTHON_VERSION=${MODPY_VERSION} \
>> +
> > > -SHARED_LIBS =rpm 0.1 \
> > > - rpmbuild0.0
> >
> > > +SHARED_LIBS += rpmio 2.0 # 2.0 \
> > > + rpm 2.0 # 2.0 \
> > > + rpmsign 0.0 # 0.0 \
> > > + rpmbuild
>> The port/package will get upgraded, so I don't think it should be a
>> problem there as there is a version bump, and the files would get
>> removed during upgrade. But I think in general, if for some reason
>> there is two librpm.so.0.1 and librpm.so.0.2 (I don't exactly know
>> what the .so nam
>>> Index: Makefile
>>> ===
>>> RCS file: /cvs/ports/misc/rpm/Makefile,v
>>> retrieving revision 1.24
>>> diff -u -p -u -p -r1.24 Makefile
>>> --- Makefile 17 Apr 2011 18:23:19 - 1.24
>>> +++ Makefile 3 Jul 2011 00:24:01
Ogle and related ports
x11/ogle
x11/ogle-gui
x11/goggles
The main homepages:
http://www.dtek.chalmers.se/groups/dvd/
http://www.dtek.chalmers.se/~dvd/
etc.
give a version of 404. Upstream looks to be down permanently. No
release in past 7 years? Many would be happy with vlc, mplayer etc
gog
>> IMHO, this should be automated because sometimes porters
>> forget to update plist, i.e after make fake, make plist should be
>> called.
>
> This will lose all rc scripts and break some ports using flavours.
Ok, ok, got it guys.
But my meaning was to catch such silly mistakes as fast as possi
> I've been using an updated misc/rpm port via my local /usr/ports/mystuff tree
> from OpenBSD 4.8 to now. I was using rpm-4.7.2, but recently upgraded it to
> 4.9.0. I would like the main ports tree to carry this release as the 3.0.6
> version is pretty old at this point.
>
> A lot of users may
> so far works builds and works fine for me on i386.
>
> But while faking I observed those warnings.
>
>
> Christopher
>
>
>
>
> Warning: package error or possible missing or unnecessary file:
> bin/update.locale (package-manifest, 23).
> Warning: package error or possible missing or unnecessary fi
> So what does anyone think about removing tightvnc and replacing
> tightvnc-viewer with ssvnc-viewer (improved fork)?
>
> The ssvnc-viewer and tightvnc-viewer packages are already marked
> as conflicting as they have the same binary name, so there are only
> minimal changes for the user, command l
>> Attached is a new version of the port (with the fixed PLIST but
>> without the bump, of course). I'd like to import this.
>>
>> ok? objections?
>
> After I just got a ping from jirib, I'd like to import it. Heck,
> I'm already using it for several months now (because some of our
> customers noto
patches/patch-configure has changed so I am unsure if the end of the patch
needs to be dropped. I use Xfe daily and I see no problem.
thanks
Index: Makefile
===
RCS file: /cvs/ports/x11/xfe/Makefile,v
retrieving revision 1.23
diff
>> # pwd
>> /usr/ports
>> # find . -name "Makefile*" | xargs grep "gmp>="
> Don't do that. Learn to use sqlports, please.
Ok I will. I guess eventually package management will move to a sqlite database?
>> Some WANTLIB are specified as the version of the .so, some are specified
>> as the version
# pwd
/usr/ports
# find . -name "Makefile*" | xargs grep "gmp>="
Some WANTLIB are specified as the version of the .so, some are specified
as the version which is distributed. Can somebody tell me what's correct?
This way everything is in sync. Maybe they can all be bumped to 5.0.2 for
gmp or st
>> git co -b firefox-5http://rhaalovely.net/git/mozilla-firefox
>
>> ^^
>> make that 'git clone'
Landry,
thanks for that. I am a git dummy but will get upto speed quickly.
> I just installed firefox5 using the above instructions on 4.9 (June 6
> snapshot), i386. It all works fine, except
Hi,
I am not sure of the license, can somebody give feedback on the license?
ftp://ftp.hdfgroup.org/HDF5/current/src/unpacked/COPYING
Thanks
Contents of pkg/DESCR
-
HDF5 is a general purpose library and file format for storing scientific
data. HDF5 is partic
Hi,
While experiencing repeated builds using dpb for epiphany, desktop,
icon-theme, found that WANTLIB needs to be synced.I checked others in
gnome3 folder and found the same problem.
And remmebering that Nigel had posted something similar a few days
ago.
http://marc.info/?l=openbsd-ports&
> Update to 1.399
>
> OK?
>
> Cheers
drop the revision line, otherwise smooth upgrade!
> be most if not all that's required. I don't want to do that manually
> for each new release, though. Do we have any source-to-source
> compiler tools that can be used to automate this?
devel/coccinelle?
> Hi,
>
> I am getting a size mismatch after applying the patch.
make makesum?
> amd64# pwd
> /home/ports/www/drupal6/securelogin
> amd64# make clean all
> ===> Cleaning for drupal6-securelogin-1p2
> ===> Checking files for drupal6-securelogin-1p2
>>> Fetch http://www.drupal.org/files/projects/
> Here is an update of geo/gdal to 1.8.0.
>
> Tested OK on i386.
>
> Comments ? OK ?
I asked Landry a month ago about this update and since gdal 1.8.0 has
been marked safe for threads.
(*) Make --with-threads=yes the default
this should be tested somehow, or until somebody confirms just go w
> Update to ghostscript-9.00.
>
> Better than what I had during p2k10, and shoulnd't be worse than
> the old 8.63 we've in the tree.
>
> Please test and/or comment. If I don't get any negative feedback
> within the next two weeks, I'll just commit it.
Installs and works fine on amd64. No problems,
On Tue, May 24, 2011 at 4:28 AM, Landry Breuil wrote:
> On Tue, May 24, 2011 at 02:09:21PM +0500, Mark Lumsden wrote:
>> this updates filezilla-3.4.0 -> filezilla-3.5.0
>>
>> bug fix release, plus sqlite added for transfer q.
>>
>> tested on i386. ok?
>
> If it works with the wx update which was c
> > > Because it involves to much thinking. Commit from which I started this
> > > thread IMHO confirms that. It was done one way, and it turns out that
> > > removal needs to be done different way. Unexperienced porter may have
> > > difficulties to get that right.
> >
> > Don't worry about new p
On Fri, May 13, 2011 at 9:37 PM, Val Niamkovic wrote:
> 2011/5/13 Miod Vallat :
>>> Very often when I try to compile anything from ports using G++, a
>>> compiler give me a "Segmentation Fault" or "Bus error". GCC works
>>> fine. And everytime I have to start from last stage. What can you
>>> advi
>>> Size does not match for /home/ports/distfiles/blas-1.0/blas.tgz
>>> Size does not match for /home/ports/distfiles/blas-1.0/manpages.tgz
>>> Size does not match for /home/ports/distfiles/blas-1.0/manpages.tgz
make makesum?
> Yes, I've installed gettext and ImageMagick from packages, but it
then why you install from ports? ports and packages is supposed to be same.
do a make clean
pkg_info | grep gettext
If gettext is already installed and exists as a package in
/usr/ports/packages/SGI-MIPS64/all etc...? It will c
2011/5/12 Валерий Немкович :
> I tried. The same. "-mips4" is not a tweak. This is an indication to
> the compiler to use the additional CPU instruction set and resulting
> software will work with fpu more effectively and faster. It is
> absolutely safe and stable, it is not aggresive flags for op
> Looking into this further, the issue seems to be due to py-Imaging-1.1.7.
> Plone requires py-Imaging-1.1.6. I tried to build a package but don't know
> enough about Tk and other dependencies for py-Imaging.
I didn't pay attention earlier. Check plone Makefile and see why its
not building with p
> _imagingtk.c:20:16: error: tk.h: No such file or directory
That's the problem. Is Tcl/Tk installed and your paths set?
> The following patch updates SBCL from 1.0.41 to 10.48. In the months
> since 1.0.41 there have been the usual pile of bug fixes,
> optimizations, and even new features. See
> /usr/local/share/doc/sbcl/NEWS or http://www.sbcl.org/all-news.html
> for details.
>
> This update also does something I'
>> > Thanks for the update. I'm not completely sure to understand the=20
>> > solution, though. Could we just use the linux pattern as is, and then=20
>> > call gegrep instead of egrep?
>>
>> That's possible, though coccinelle would be more portable to
>> other OS if it only used POSIX extended r
>> >> Hi,
>> >>
>> >> Yesterday Stuart posted on openbsd-ports mailing list
>> >> http://marc.info/?l=openbsd-ports&m=130463274817335&w=2
>> >> and I downloaded his work and tried it out on OpenBSD amd64.
>> >>
>> >> I built the port and exactly like him when I do the following, I get
>> >> followi
On Sun, May 8, 2011 at 11:33 AM, Julia Lawall wrote:
> On Fri, 6 May 2011, Amit Kulkarni wrote:
>
>> Hi,
>>
>> Yesterday Stuart posted on openbsd-ports mailing list
>> http://marc.info/?l=openbsd-ports&m=130463274817335&w=2
>> and I downloaded his wor
>> If you pull up $WRKSRC/cocci.ml, then you get to the possible root of the
>> problem, see around line 485.
>>
>> egrep fails because it relies on \b which is not supported in BSD grep?
>
> Good catch.
>
> Below is a diff against stuarts port. I also tried a different one
> using gegrep (from sys
> a couple of developers expressed an interest in a port of coccinelle,
> I made a start but it doesn't work (even the simplest test reports
> 'No matches found') and knowing approximately 0 about ocaml, I have
> no clue how to even start to debug it.
>
> I probably won't do anything with it now,
On Wed, 4 May 2011, Anthony J. Bentley wrote:
> Hi,
>
> pkg/DESCR:
> Diction and style are two old standard Unix commands. Diction identifies
> wordy and commonly misused phrases. Style analyzes surface
> characteristics of a document, including sentence length and other
> readability measures.
A... sorry. Got it. sorry for the bother. Also, looked at most of
the patches, they can't be submitted upstream as its openbsd specific.
amit
On Sat, Apr 30, 2011 at 4:20 PM, David Coppa wrote:
> On Sat, Apr 30, 2011 at 3:48 AM, Amit Kulkarni wrote:
>>
Index: patch-Modules_CMakeDetermineJavaCompiler_cmake
===
RCS file:
/cvs/ports/devel/cmake/patches/patch-Modules_CMakeDetermineJavaCompiler_cmake,v
retrieving revision 1.1
diff -u patch-Modules_CMakeDetermineJavaCompiler_cmake
--- pat
from http://www.feyrer.de/NetBSD/bx/blosxom.cgi/index.front?-tags=arm
http://mail-index.netbsd.org/tech-userlevel/2010/02/24/msg003325.html
it will help Chrome, Firefox, Webkit, GNOME, KDE, LibreOffice, vlc
(and similar monsters like those)
On Sun, Apr 24, 2011 at 4:53 AM, Antti Harri wrote:
>
> You will want to say the difference between these two targets. One
> operates on the package and one on the fake dir. If this is the case you don't
> need to check both.
>
> See bsd.port.mk for details.
When I prepared enlightenment for update in another thread, the output
of port-lib-depends-ch
> What about the desktop-file goos, as Landry asked few email back?
>
Based on Mikolaj feedback about desktop goo and updated RUN_DEPENDS.
Updated PLIST with make update-plist, which sorted and put the
exec/unexec almost at very end.
This also stripped off share/applications/ directory as per M
Hi,
Please consider the additions to this page. It can go in now because they
apply to 4.9. Will somebody confirm? I use this page as reference before
submitting.
Thanks,
amit
Index: testing.html
===
RCS file: /cvs/www/faq/ports/t
> I don't think pkgname change could fix issue like that. Not sure though.
> How behaves port-lib-depends-check vs lib-depends-check with various
> names of your port?
Hmmm where did this option come from and why didn't I think of this
before? I only knew about lib-depends-check
Ok, there was a
:
> Amit Kulkarni wrote:
>
>> A request. Why add jbigkit to main tiff package which is used
>> everywhere? Can't you add different FLAVOR of tiff for people who are
>> interested in that sort of functionality?
>
> No, that is going to cause bulk building and
Mikolaj,
You solved it! When I keep the same package name, lib-depends-check
doesn't complain, and it doesn't need to add anything different for
LIB_DEPENDS or WANTLIB. So the makefile remains essentially the same.
Sorry for the bother guys. This can be commited! Tested on amd64.
Thanks,
amit
Hi,
A request. Why add jbigkit to main tiff package which is used
everywhere? Can't you add different FLAVOR of tiff for people who are
interested in that sort of functionality?
Thanks
> +LIB_DEPENDS= graphics/jpeg \
> + graphics/jbigkit
> +WANTLIB= c m stdc++ z jbig jpeg>=
Hi pea@, thanks for catching that stupid thing I overlooked in
WANTLIB. I couldn't figure that out even after landry@ suggestions. I
will remember that for future lib-depends-check.
Mikolaj,
I initially just went by what the enlightenment devs renamed the
package to. What would you propose to keep
/mk/bsd.port.mk).
On Thu, 14 Apr 2011, Amit Kulkarni wrote:
> Hi,
>
> Simple update for a lightweight Window manager.
> CC'ing the maintainer simultaneously.
>
> no problem with make regress.
>
> Thanks
Read a message on dragonfly digest a few weeks ago. Since gif patents have
expired...and if anybody is interested.
Couldn't test it without going without gui :) Also since this touches so
many packages, the experts will have to be called in anyway, for quirks
handling.
This is my first 'new' p
Hi,
Simple update for a lightweight Window manager.
CC'ing the maintainer simultaneously.
no problem with make regress.
Thanks,
amit
Index: Makefile
===
RCS file: /cvs/ports/x11/enlightenment/Makefile,v
retrieving revision 1.53
dif
sent email to maintainer...
tested and installed on amd64.
1) couldn't find where to add some configure changes as they considerably
shortedned configure script. please double-check.
2) had to add a patch-po-POTFILES.in to make regress happy. I did a cvs
add for this one.
Thanks,
amit
Index:
Files are being fetched form openbsd servers, not sourceforge. I tried
for x11/rox-filer and x11/enlightenment. Can somebody confirm and
change MASTER_SITE_SOURCEFORGE appropriately? the url is different
now.
thanks
>> Being rude and hostile against people will not get you any diffs.
>> Calling people morons and whiners in commit messages will not get you any
>> diffs.
>> The diffs I had for a couple of ports have now been deleted.
>> Have a nice day!
>
> It comes with the turf here. You shouldn't be sensitiv
Hi,
referring to http://marc.info/?l=openbsd-ports&m=129789998809077&w=2
I am in the process of updating llvm+clang from 2.8 ==> 2.9
(maintainer is ports@). Done the update on amd64 (will need some
feedback) sending as a separate email. Update can go in or not, but
clang++ C++ compiler absolutely
This is stated many times on list and elsewhere.
I will paraphrase as what I understood of OpenBSD's stance.
"we don't have enough manpower to do juggling to update old ports, if you
need latest and greatest, use current."
i perfectly understand this. sometimes it is crazy enough to update a
p
I use nedit because it gives me a notepad like editor. Switched to Ted
which depends on openmotif.
Thanks
On Wed, Apr 6, 2011 at 1:20 PM, Jasper Lievisse Adriaanse
wrote:
> Hi,
>
> Are there any people who use lesstif or the lesstif flavor of Motif ports we
> have intree, like nedit? Otherwise i
Or if you really want gcc. look at the gcc patches freebsd imported in
last few weeks before the switch to GPL3. This way, they can also be
applied to gcc in base. FreeBSD has patches on top of 4.2.1, same as
ours.
On Wed, Apr 6, 2011 at 5:36 AM, Stuart Henderson wrote:
> the gcc 4.3 port is not
Hi Daniel,
Sorry for the delay, but I was reading up on ports.
I used the diff you sent in the earlier email. I will use alpine, but
the drafts from gmail doesn't appear in the folder lists. I discovered
postpone email, and will use it another time.
Is it okay if I don't even attempt to do libre
http://openbsd.org/faq/faq15.html#NoFun
> Why is this not picked up?
>
>
> 1. rm
> 2. cvs rm
> 3. cvs diff ...
>
> don't worry about "cvs commit"... whoever decides to commit (and has commit
> rights) will take care of that step...
Thanks for that. I will save this email.
> can you email the diff to yourself and apply it? if that doesn't work you
> probably need t
Sure I will update and send a diff tomorrow. I really like the change,
because it failed in build.xml on a framework I was trying out (not in
ports).
Thanks
On Wed, Mar 30, 2011 at 6:30 PM, Daniel Dickman wrote:
> Hi Amit,
>
>> I didn't contact maintainer before sending out this email, just tryi
Hi,
From
http://old.nabble.com/Re:-port-of-Python-3.1--td24158765.html
I read that initially Damien Miller and then Will Maier had done some
work on Python 3.1. Is there any WIP for 3.2?
Thanks
foot in mouth :) I did remove them and thanks for correcting.
On Fri, Mar 25, 2011 at 2:31 AM, Paul de Weerd wrote:
> On Thu, Mar 24, 2011 at 05:05:11PM -0500, Amit Kulkarni wrote:
> | Just a bit off topic, but can somebody please clean .orig files from
> | src? ports is very clean an
Hi,
Just a bit off topic, but can somebody please clean .orig files from
src? ports is very clean and doesn't have .orig files.
Thanks,
amit
> Edd, can you clean your tarball from .orig files in libavdevice ? That'll
> avoid
> confusing make update-patches.
This does crash FF4, which I got from Landry's website.
Thanks
On Wed, Mar 23, 2011 at 6:45 PM, roberth wrote:
> On Thu, 24 Mar 2011 00:16:17 +0100
> roberth wrote:
>
>> On Wed, 23 Mar 2011 21:35:51 +
>> Mikolaj Kucharski wrote:
>>
>> > Hi,
>> >
>> > Sorry, I cannot test this right now on O
Thanks guys, and I am on amd64 as you guessed correctly.
On Mon, Mar 21, 2011 at 9:40 AM, Stuart Henderson wrote:
> On 2011/03/21 07:48, Amit Kulkarni wrote:
>> Too much library problems. I tried to install rc2 yesterday. We have
>> to wait for upgraded packages.
>
> i386 p
Too much library problems. I tried to install rc2 yesterday. We have
to wait for upgraded packages. I know you guys doing a lot of upgrades
and testing various things out (groff, rc_scripts, wprintf's etc).
Hope it comes out this week.
Thanks
On Mon, Mar 21, 2011 at 5:58 AM, Landry Breuil wrote:
My bad. I was one of the people mentioned. I stand corrected.
On Wed, Mar 16, 2011 at 2:49 PM, Theo de Raadt wrote:
>> On 03/16/11 12:24, Theo de Raadt wrote:
>> >>> One word can change the meaning of a sentence. You failed at what you
>> >>> intended, and you also confused people.
>> >>
>> >> Y
> I asked Colin privately about the RESTRICTED marker, and he replied with
> (paraphrased) "the license is nonstandard, and I didn't want to bother
> the release manager". I think the license is fairly clear, but I'd be
> willing to get (public) clarification of any issues you have.
>
>
> And then
Hi Marco,
You will like to read this article. This stuff might crop up in future
versions of Chrome & FF.
http://www.pinkbike.com/news/DNS-Prefetching-implications.html
(via dragonfly digest/blog)
On Tue, Mar 8, 2011 at 5:21 PM, Marco Peereboom wrote:
> I submitted the following patch upstream
301 - 400 of 422 matches
Mail list logo