Bump
--
viq
On 6 Feb 2016 10:23 a.m., "viq" wrote:
> Currently productivity/taskd puts a copy of generate.server as vars,
> this installs the proper one.
> --
> viq
>
On Sun, Feb 07, 2016 at 11:10:01PM +0100, Landry Breuil wrote:
> On Sun, Feb 07, 2016 at 08:57:42PM +, Christian Weisgerber wrote:
> > On 2016-02-03, Juan Francisco Cantero Hurtado wrote:
> >
> > >> Firefox 44 appears to have snuck in a change in font handling:
> > >>
> > >> Bitmap fonts are
On Sun, Feb 07, 2016 at 08:57:42PM +, Christian Weisgerber wrote:
> On 2016-02-03, Juan Francisco Cantero Hurtado wrote:
>
> >> Firefox 44 appears to have snuck in a change in font handling:
> >>
> >> Bitmap fonts are no longer used. At least that's what I see with
> >> only the default fon
> You'll learn soon that sending patches as attachments is a wonderful
> way to get people angry.
Sorry, was not my intention. I saw often attachments so, I thought it
is the prefered way. I also like inline things more.
> These lines were in PLIST on purpose. If "make update-plist" deletes
> th
You'll learn soon that sending patches as attachments is a wonderful way
to get people angry.
Christoph R. Murauer said:
> configure: WARNING: unrecognized options: --disable-gtk-doc
That's fine.
| --- pkg/PLIST 10 Nov 2015 20:38:19 - 1.7
| +++ pkg/PLIST 7 Feb 2016 23:05:08 -
[...]
Hello Stuart !
Hello Michael !
Thanks for your answers and your help.
> Just rm distinfo; make makesum is likely to help.
Yep, does the trick.
> make distclean
Was also useful.
Markus Hennecke is the maintainer of the port so, I send the message
also in /cc to him. Maybe he or someone else co
We need to explicitly disable pulling of wireshark inside libvirt port
or if not, libvirt port should has subpackage (as Fedora[1] does) for
wireshark dissector plugin (IMO not much used on OpenBSD).
j.
[1] https://pkgs.fedoraproject.org/cgit/rpms/libvirt.git/tree/libvirt.spec
...
configure: wir
Seems that with the change to duplicity 0.7, the default sftp backend changed.
The manpage was being patched to say the default was pexpect over paramiko.
This is no longer true. Remove the manpage changes.
Not sure if the REVISION needs to be bumped or not for this.
Tim.
Index: Makefile
==
On Sun, Feb 07, 2016 at 11:10:01PM +0100, Landry Breuil wrote:
> On Sun, Feb 07, 2016 at 08:57:42PM +, Christian Weisgerber wrote:
> > On 2016-02-03, Juan Francisco Cantero Hurtado wrote:
> >
> > >> Firefox 44 appears to have snuck in a change in font handling:
> > >>
> > >> Bitmap fonts are
On Sun, Feb 07, 2016 at 08:57:42PM +, Christian Weisgerber wrote:
> On 2016-02-03, Juan Francisco Cantero Hurtado wrote:
>
> >> Firefox 44 appears to have snuck in a change in font handling:
> >>
> >> Bitmap fonts are no longer used. At least that's what I see with
> >> only the default fon
On 2016/02/07 15:02, Michael McConville wrote:
> Christoph R. Murauer wrote:
> > Hello !
> >
> > I know, the port mcabber has a maintainer but I needed something to
> > start / for understanding. In short, everything works at the first try
> > but at the second try I can't reproduce it.
> >
> > M
On 2016-02-03, Juan Francisco Cantero Hurtado wrote:
>> Firefox 44 appears to have snuck in a change in font handling:
>>
>> Bitmap fonts are no longer used. At least that's what I see with
>> only the default fonts installed (xenocara defaults plus ghostscript
>> since that gets pulled in as a
Thank you Michael for your suggestion on patches. I updated two of the patches
for the new source and the others seemed to have been included in the new
source.
As suggested, one of the patches corrected the problem of the startup script
not finding the executables.
I have also added udns and
Christoph R. Murauer wrote:
> Hello !
>
> I know, the port mcabber has a maintainer but I needed something to
> start / for understanding. In short, everything works at the first try
> but at the second try I can't reproduce it.
>
> My snapshot is from Feb 4 and the ports tree is up to date.
>
>
On 2016/02/07 09:26, Jiri B wrote:
> IIUC we don't have MODPY_COMMENT-like trick for python3
See security/py-crypto or devel/py-gobject3 for examples of how
to do this.
On Sun, Feb 07, 2016 at 01:55:24PM +, Stuart Henderson wrote:
> On 2016/02/07 07:16, Jiri B wrote:
> > IMO there's something wrong with 'pre-configure' block in py-qt5, I've
> > discovered it while working on python3 flavor (install part fails as
> > it is working with python2 syntax [except IO
On 2016/02/07 07:16, Jiri B wrote:
> IMO there's something wrong with 'pre-configure' block in py-qt5, I've
> discovered it while working on python3 flavor (install part fails as
> it is working with python2 syntax [except IOError, e...]).
That was just copied from py-qt4, it probably won't work f
On 2016/02/07 07:21, Jiri B wrote:
> Something like this? I still don't have real working app to test it.
> A PLIST hack to keep ${LOCALBASE}/bin/sip... I don't know any other
> way to not-conflict between python flavors.
Standard way is to mv (binname) (binname)${MODPY_BIN_SUFFIX}.
Patch any call
I have an app which uses kerberos via py-curl -> curl. But I have a
problem to build curl with kerberos. Any advice?
j.
$ env FLAVOR=kerberos make
...
configure: error: one or more libs available at link-time are not available
run-time. Libs used at link-time: -lnghttp2 -lidn -L/usr/local/heim
I tried to open subtitleeditor and it core dumps with every 'quit' of
the application itself. (Not sure what's that warning about dbus, every other
app works OK.)
Any other info I should provide?
j.
$ subtitleeditor /mnt/Gomorra.La.Serie.1x03.iTA.5.1.HDTV.x264-NOiR.srt
Hello !
I know, the port mcabber has a maintainer but I needed something to
start / for understanding. In short, everything works at the first try
but at the second try I can't reproduce it.
My snapshot is from Feb 4 and the ports tree is up to date.
I downloaded mcabber and the needed sha from
Something like this? I still don't have real working app to test it.
A PLIST hack to keep ${LOCALBASE}/bin/sip... I don't know any other
way to not-conflict between python flavors.
j.
~~~
--- Makefile20 Aug 2015 10:02:25 - 1.29
+++ Makefile7 Feb 2016 12:18:06 -
@ -36,9 +36,15
Hi,
I had to bump my datasize up quite a bit to get it to compile on OpenBSD.
I believe I settled on 16gb if I recall.
Thanks,
Bryan
On Sun, Feb 7, 2016 at 6:46 AM, Karel Gardas wrote:
> I would think that increasing your account limits should be enough to
> get rid of OOM exception. I would
I would think that increasing your account limits should be enough to
get rid of OOM exception. I would also think that JDK compilation may
be quite memory hog so please be generous with giving enough.
On Sun, Feb 7, 2016 at 9:47 AM, Yozo TODA wrote:
> I tried to compile jdk 1.8 (on amd64) but fa
I tried to compile jdk 1.8 (on amd64) but fails with exception
"OutOfMemoryError",
which indicates more memory is required.
I suppose I need to enlarge datasize for the account (configured in
/etc/login.conf),
or just add some commmandline option to javac to enlarge heap memory
(like -Xms or -Xm
25 matches
Mail list logo