it up).
Cheers,
Patrick
diff --git a/sysutils/u-boot/rk356x/Makefile b/sysutils/u-boot/rk356x/Makefile
index d94a2377bf5..6ca0ae47943 100644
--- a/sysutils/u-boot/rk356x/Makefile
+++ b/sysutils/u-boot/rk356x/Makefile
@@ -1,5 +1,4 @@
-VERSION= 2024.01
-REVISION= 0
+VERSION=
On Tue, May 09, 2023 at 09:54:59AM +1000, David Gwynne wrote:
>
>
> > On 8 May 2023, at 22:44, Mark Kettenis wrote:
> >
> >> From: Patrick Wildt
> >> Date: Mon, 8 May 2023 14:14:27 +0200
> >>
> >>> Am 07.05.2023 um 19:54 schrieb Kl
> Am 07.05.2023 um 19:54 schrieb Klemens Nanni :
>
> On Sun, May 07, 2023 at 06:30:55PM +0200, Mark Kettenis wrote:
>> As I've said before, the u-boot developers have poor quality control
>> and this will almost certainly break some targets.
>>
>> I think the way forward is to have a u-boot p
On Fri, Nov 18, 2022 at 12:53:44PM +, Klemens Nanni wrote:
> On Mon, Nov 14, 2022 at 11:37:05PM +0100, Patrick Wildt wrote:
> > Hi,
> >
> > the u-boot and dtb ports haven't been updated in a while, mostly because
> > updating those regularly breaks working
ded the aarch64 flavor?
+@pkgpath devel/${CONFIG}/gcc,
I assume this will need a pkg_add quirk to move from gcc-linaro to gcc?
Cheers,
Patrick
diff --git a/devel/arm-none-eabi/Makefile b/devel/arm-none-eabi/Makefile
index 6dc255ac18a..6b2a345ca9f 100644
--- a/devel/arm-none-eabi/Makefile
+++ b
e the other
ones, and libdep.a doesn't seem to be used by the build.
ok?
Patrick
diff --git a/devel/riscv-elf/binutils/Makefile
b/devel/riscv-elf/binutils/Makefile
index f0b711c4eb6..c3d18f5cfc5 100644
--- a/devel/riscv-elf/binutils/Makefile
+++ b/devel/riscv-elf/binutils/Makefile
@@
. Unfortunately that breaks the old U-Boot we have in
our tree, but there's an easy fix one can cherry pick from upstream:
https://source.denx.de/u-boot/u-boot/-/commit/1dde977518f13824b847e23275001191139bc384
Thoughts?
Cheers,
Patrick
diff --git a/devel/riscv-elf/binutils/Makefile
b/devel/risc
On Tue, Nov 22, 2022 at 04:18:55PM +0100, Jan Stary wrote:
> On Nov 22 15:42:20, mark.kette...@xs4all.nl wrote:
> > > Date: Tue, 22 Nov 2022 14:40:06 +0100
> > > From: Jan Stary
> > >
> > > On Nov 22 13:52:52, h...@stare.cz wrote:
> > > > On Nov 14 23:37:05, patr...@blueri.se wrote:
> > > > > the
Am Mon, Nov 28, 2022 at 12:22:30AM +0100 schrieb Patrick Wildt:
> Am Fri, Nov 25, 2022 at 12:52:24AM + schrieb Peter Stuge:
> > Jan Stary wrote:
> > > Here is the cpsw problem:
> > >
> > > -cpsw0 at omsysc46: version 1.12 (0), address 90:59:af:82:2e:7e
&g
> > model to the 'new' one. This should allow is to update the dtbs.
> >
> > I don't know what the old/new model is,
>
> I too am a bit confused, Patrick can you please clarify 'old' and 'new'?
>
>
> Does it have to do with t
Am Fri, Nov 18, 2022 at 12:53:44PM + schrieb Klemens Nanni:
> On Mon, Nov 14, 2022 at 11:37:05PM +0100, Patrick Wildt wrote:
> > Hi,
> >
> > the u-boot and dtb ports haven't been updated in a while, mostly because
> > updating those regularly breaks working
e many more combinations.
I can provide pre-built unsigned packages upon request.
Cheers,
Patrick
diff --git a/sysutils/dtb/Makefile b/sysutils/dtb/Makefile
index 23accca5c62..674663b3c47 100644
--- a/sysutils/dtb/Makefile
+++ b/sysutils/dtb/Makefile
@@ -1,9 +1,7 @@
ONLY_FOR_ARCHS=
Am Fri, Jan 21, 2022 at 07:24:34PM +0100 schrieb Marc Espie:
> On Fri, Jan 21, 2022 at 07:06:22PM +0100, Stefan Sperling wrote:
> > On Fri, Jan 21, 2022 at 11:42:08AM -0600, joshua stein wrote:
> > > Using CVS and dealing with tarballs is probably pretty
> > > ancient-feeling for many outsiders.
Am Tue, Nov 16, 2021 at 11:27:44AM +0100 schrieb Landry Breuil:
> Le Wed, Nov 10, 2021 at 03:32:21PM +0100, Patrick Wildt a écrit :
> > Hi,
> >
> > on my ARM64 workstation firefox has recently begun crashing all the
> > time. Turns out it's because QCMS
ill fix it automatically.
This patch will continue to compile the NEON extensions, so nm(1)
will still show the reference, but the extensions won't be used.
Not sure this is worth committing. For now I'll use this locally.
Patrick
diff --git a/www/mozilla-firefox/Makefile b/www/mozilla-fi
On Mon, Nov 01, 2021 at 10:20:13PM -0400, Brad Smith wrote:
>
> On 10/28/2021 8:42 AM, Jeremie Courreges-Anglas wrote:
> > On Thu, Oct 28 2021, Jeremie Courreges-Anglas wrote:
> > > On Thu, Oct 28 2021, Christian Weisgerber wrote:
> > > > I ran an amd64 bulk build with base clang updated to LLVM
Is it of significance? Did I hit an debug case that
pkg_add (or whatever) has?
Patrick
Am Thu, Apr 22, 2021 at 12:07:48AM -0400 schrieb Brad Smith:
> Here is an update to OpenAL 1.21.1.
>
Looks good to me at least
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/audio/openal/Makefile,v
> retrieving revision 1.54
On Tue, May 04, 2021 at 09:52:16PM +0200, Tobias Heider wrote:
> On Mon, May 03, 2021 at 03:58:01PM -0600, Thomas Frohwein wrote:
> > Hi,
> >
> > Here is a diff that updates OpenRA to the latest version 20210321. The
> > heavy lifting was done by patrick@; I added
Am Thu, Apr 22, 2021 at 12:08:45AM -0400 schrieb Brad Smith:
> On 4/20/2021 3:38 PM, Patrick Wildt wrote:
> > Hi,
> >
> > both our arm64 and armv7 require at least NEON support. audio/openal
> > checks for NEON support by opening /proc/cpuinfo and parsing it, which
Am Thu, Apr 22, 2021 at 08:54:28PM + schrieb Klemens Nanni:
> On Sat, Apr 17, 2021 at 11:21:52AM +0200, Rafael Sadowski wrote:
> > On Sat Apr 17, 2021 at 10:06:32AM +0200, Alexander Bluhm wrote:
> > > On Sat, Apr 17, 2021 at 01:34:06AM +0200, Patrick Wildt wrote:
> >
e:
Failed to open /proc/cpuinfo, cannot check for NEON support
Tested by running games/openal.
Opinions?
Patrick
diff --git a/audio/openal/Makefile b/audio/openal/Makefile
index 871aa7bbf6c..a1de0e0467b 100644
--- a/audio/openal/Makefile
+++ b/audio/openal/Makefile
@@ -7,6 +7,7 @@ EPOCH =
on't remember. CCed him, I guess he
can tell you better than me what the cause is.
Patrick
Am Sun, Apr 11, 2021 at 10:59:02PM -0600 schrieb phess...@openbsd.org:
> bulk build on arm64.ports.openbsd.org
> started on Fri Apr 9 13:05:37 MDT 2021
> finished at Sun Apr 11 22:58:23 MDT 2021
> lasted 2D09h52m
> done with kern.version=OpenBSD 6.9 (GENERIC.MP) #1119: Fri Apr 9 03:23:43
> MDT 2
i386 builds as well, as expected!
> Move aarch64 to the front of the list.
Sure, will do that.
sthen, naddy: OK to put it in, or too late?
Am Sat, Apr 10, 2021 at 01:18:05AM +0200 schrieb Patrick Wildt:
> Cool, thanks, Robert.
>
> > sthen | makes sense to have that mono diff,
le it on our two mono arches; amd64 works, and I
will test i386 tomorrow morning.
Patrick
Am Fri, Apr 09, 2021 at 09:00:39PM +0200 schrieb Robert Nagy:
> Hi
>
> I am okay with this and i do not see why it cannot make release.
>
> On 09/04/21 17:15 +0200, Patrick Wildt wrote:
>
let's for now only use NEON, which we require
on AArch64. As far as I can see, ucontext is sigcontext, so I provide
the same defines as FreeBSD but with sigcontext context.
I can try to get the diffs upstreamed.
Patrick
diff --git a/infrastructure/mk/arch-defines.mk
b/infrastruct
On Tue, Jan 12, 2021 at 05:00:15PM +0100, Patrick Wildt wrote:
> On Tue, Jan 12, 2021 at 10:12:06AM -0500, Kurt Miller wrote:
> > On Tue, 2021-01-12 at 15:09 +1100, Jonathan Gray wrote:
> > > On Tue, Jan 12, 2021 at 07:58:36AM +1100, Jonathan Gray wrote:
> > > >
>
On Tue, Jan 12, 2021 at 10:12:06AM -0500, Kurt Miller wrote:
> On Tue, 2021-01-12 at 15:09 +1100, Jonathan Gray wrote:
> > On Tue, Jan 12, 2021 at 07:58:36AM +1100, Jonathan Gray wrote:
> > >
> > > On Mon, Jan 11, 2021 at 08:41:02PM +0100, Patrick Wildt wrote:
>
Am Sun, Jan 10, 2021 at 09:56:02PM +1100 schrieb Jonathan Gray:
> On Fri, Jan 08, 2021 at 03:42:31PM -0500, Kurt Miller wrote:
> > On Fri, 2021-01-08 at 11:48 -0500, Kurt Miller wrote:
> > > On Fri, 2021-01-08 at 10:27 +1100, Jonathan Gray wrote:
> > > >
> > > > On Thu, Jan 07, 2021 at 04:29:35PM
Oh, and another correction: it's libc++ 10.0.1, we're not going 11 yet.
Am Thu, Jan 07, 2021 at 06:59:52PM +0100 schrieb Patrick Wildt:
> No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been
> committed. This issue is because of libunwind 11. With libc+
No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been
committed. This issue is because of libunwind 11. With libc++ 11 we
have made a separate ports build first, to check the fallout. Once the
fallout is mostly fixed, we'll do the switch to libc++ 11. Until then
snapshots are
ot very versed in C++, but this looks good to me, ok patrick@
> Index: patches/patch-src_coastmap_h
> ===
> RCS file: /cvs/ports/games/dangerdeep/patches/patch-src_coastmap_h,v
> retrieving revision 1.1
> diff -u -p
diff below removes --without-pthreads from net/libunbound. The
> reason why I'm proposing is that this way, a WIP draft of monero (the
> cryptocurrency) works which otherwise segfaults if libunbound is
> without pthread support.
thanks in advance. http://monero.how
--
Patrick
Keep note that our base libc++ and libc++abi are still from version
8.0.1. This means that it's very possible that version 10 is not
yet correctly patched to support OpenBSD. Or maybe they added
something that is incompatible to us.
On Mon, Aug 03, 2020 at 08:58:44AM +0100, Julian Smith wrote:
>
Hi,
On 08/12, Patrick Marchand wrote:
> Fixed it, see the new patch.
Has anybody else played around with this diff ?
I've been using the updated plan9port programs daily at work and
have yet to hit problems.
Thanks
Hi Gleydson / ports,
Here is a revised patch for plan9port. I had messed up quite a few
things in my first try, but I now think I understand the ports
system much better.
Main changes I've seen include:
- Plumb allows @ in filenames
- Web patch was upstreamed
- Import of paint program from 9fr
On Thu, Jul 25, 2019 at 06:40:35PM +, adr wrote:
> ffmpeg needs to be configured with --disable-fast-unaligned and
> --disable-neon, or it will fail (and any application using libav)
> with a bus error.
Not really surprised. I figure it's because we require strict
alignment but the whole ecos
Hello,
On 07/16, Gleydson Soares wrote:
> I will have a look at it tonight. Even though I’m running acme/win with no
> issues. Will try reproduce it on a newer snapshot.
I had the time to upgrade from the friday snaphot to today's snapshot
and it solved the issue. I'm curious to read the csv comm
Hi!
On 07/15, Andrea Biscuola wrote:
> I was trying to debug it anyway by myself.
I also opened up an issue on the github repository of the project:
https://github.com/9fans/plan9port/issues/275
Hi,
On 07/15, Andrea Biscuola wrote:
> Hi Patrick
>
> On Mon, 15 Jul 2019 11:03:54 -0400
> Patrick Marchand wrote:
>
> > [snip]
> >
> > Here's a new diff, I messed up the previous one and it did not
> > include the deletion of the web patch, that
On 07/15, Andrea Biscuola wrote:
> > On 07/15, Patrick Marchand wrote:
> >
> > Let me know if I messed something up, as its the first time I create
> > a diff for a port.
> >
> > I also updated the url's as the old bell labs one are now dead and
> >
Hi!
On 07/15, Patrick Marchand wrote:
> On 07/15, a...@gmx.com wrote:
> > What can I do for helping the mantainer debug the issue?
> I tried upgrading the port to the latest version (Which I will send
> to the maintainer / ports list today.) But while the rest of the
> program
On 07/15, a...@gmx.com wrote:
> Hi ports!
>
> I use plan9port abitually for developing various programs.
> In particular, acme(1) is my editor of choice. After the
> latest update, using win(1) inside acme(1), does not work
> anymore.
>
> If you are working in acme(1) and you try to run a command
>
It was renamed to pkg_outdated.
--
Patrick Harper
paia...@fastmail.com
On Sat, 25 May 2019, at 22:17, Michael Alaimo wrote:
> The /usr/ports/infrastructure/bin/out-of-date program is missing.
>
> I remember it being in OpenBSD 6.3.
>
> It is still referenced in /usr/ports
On Wed, Jan 16, 2019 at 07:19:17PM -0500, Brad Smith wrote:
> Here is a work in progress diff to update the LLVM/Clang port to
> LLVM 7.0.1.
>
> Code generation is broken at the moment on amd64. I don't know what
> the issue is. Clang crashes in the X86 backend. This only seems to
> affect amd64.
Hello,
Is anybody working on or has worked on a port of https://gobby.github.io/ ?
If not I will try to get it working this weekend and then send a port
after 6.4 releases.
If you're familiar with Gobby and have any tips / warnings about porting it,
please let me know.
Thanks
--
Pa
On Tue, Sep 04, 2018 at 12:31:39PM +0200, Solene Rapenne wrote:
> Patrick Steinhardt wrote:
> > On Mon, Sep 03, 2018 at 03:08:46PM +0200, Solene Rapenne wrote:
> > > "Gonzalo L. Rodriguez" wrote:
> > > > Hallo,
> > > >
> > > > st
018-07-30, and a backup today added around
15GB of data to the backups. I'd say this is a reasonable amount
of data for a month of daily usage.
So the tool is kind of niche and will definitely not work for all
usecases, but it does work quite well in certain scenarios.
Regards
Patrick
signature.asc
Description: PGP signature
Hi,
Thanks for the update and I'm sorry I've not been able to keep updated
with this small task. Unfortunately circumstances dictate that I
remove myself as maintainer and allow someone else to take over.
cheers,
--patrick
On 6/12/18, Remi Pointel wrote:
> Hi,
>
> atta
Not suggesting my opinion counts on this, but when I first sent in
this port (years ago), I was told to use CPAN releases only. Then
somewhat recently (maybe a year or so ago), I was told go with latest
version even if not on CPAN (i.e. author's releases).
Maybe there should be an official guideli
Looks OK to me.
Sorry for the delay in reply.
--patrick
On 3/2/18, George Rosamond wrote:
> Giovanni Bechis:
>> On 03/02/18 16:31, George Rosamond wrote:
>>> Attached is exiftool-10.82:
>>>
>> Hi, exiftool lives in graphics/p5-Image-ExifTool,
>> if
On Mon, Jan 29, 2018 at 02:14:53PM +0100, Patrick Wildt wrote:
> On Mon, Jan 29, 2018 at 12:07:50PM +0100, Artur Pedziwilk wrote:
> >
> >
> > > On 11 Jan 2018, at 15:40, Karel Gardas wrote:
> > >
> > > - cloud/kvm solution. There are several cloud
On Mon, Jan 29, 2018 at 12:07:50PM +0100, Artur Pedziwilk wrote:
>
>
> > On 11 Jan 2018, at 15:40, Karel Gardas wrote:
> >
> > - cloud/kvm solution. There are several cloud provides already
> > selling/supporting Cavium ThunderX
> > and for quite cheap money. Anyone has a luck with this solut
On Thu, Aug 24, 2017 at 09:19:41AM +0200, Patrick Wildt wrote:
> On Thu, Aug 24, 2017 at 09:15:20AM +0200, Patrick Wildt wrote:
> > Hi,
> >
> > I'd like to add the 32-bit Clearfog and the 64-bit EspressoBin and
> > Macchiatobin to our u-boot package. While the C
On Thu, Aug 24, 2017 at 09:15:20AM +0200, Patrick Wildt wrote:
> Hi,
>
> I'd like to add the 32-bit Clearfog and the 64-bit EspressoBin and
> Macchiatobin to our u-boot package. While the Clearfog's u-boot-spl.kwb
> can be flashed to an SD card right away (bs=512 seek=1)
ine64 it's the other way around, as the ATF binaries are included in
the u-boot build.
ok?
Patrick
diff --git a/sysutils/u-boot/Makefile b/sysutils/u-boot/Makefile
index 9a79e1ac0d6..c6b9d0f6e5c 100644
--- a/sysutils/u-boot/Makefile
+++ b/sysutils/u-boot/Makefile
@@ -7,7 +7,7 @@ FLAVOR?=
On Sat, Aug 19, 2017 at 08:23:40PM +1000, Jonathan Gray wrote:
> With the not yet committed atf-allwinner port this builds complete
> images for Allwinner aarch64 targets.
>
> Compile tested only, I have no Allwinner hardware.
>
> Details are described in
> http://git.denx.de/?p=u-boot.git;a=blob
.
>
> Thoughts?
I also felt that this should be a general port for multiple boards, like
we build u-boot. So for now this will only build the rockchip boards,
but it's still using the "generic" upstream source code.
Patrick
Update: 10.40 -> 10.50
Some highlights:
- Read JSON files
- Read/write MacOS system tags
Full change list:
http://cpansearch.perl.org/src/EXIFTOOL/Image-ExifTool-10.50/Changes
Index: Makefile
===
RCS file: /c
Simple update: Image-ExifTool-10.20 -> 10.40
Lightly tested on amd64.
Added support for:
- BPG (Better Portable Graphics)
- DJI Phantom drones image maker notes
- FLIF (Free Lossless Image Format)
- extracting Ogg Opus audio file meta info
Full change list:
http://search.cpan.org/src
On Tue, Dec 20, 2016 at 03:11:09AM +1100, Jonathan Gray wrote:
> Same change patrick made to llvm in base.
>
> With this aarch64-unknown-openbsd6.0 defines now include
>
> #define __ELF__ 1
> #define __OpenBSD__ 1
> #define __unix 1
> #define __unix__ 1
> #define
On Sat, Dec 10, 2016 at 11:23:54AM +1100, Jonathan Gray wrote:
> On Tue, Dec 06, 2016 at 06:31:59PM +0100, Patrick Wildt wrote:
> > Hi,
> >
> > now that we have an AArch64-capable toolchain for our arm64 efforts, we
> > can start compiling 64-bit u-boots. Instead of cr
well.
Patrick
diff --git a/sysutils/u-boot/Makefile b/sysutils/u-boot/Makefile
index 2856581..5b966e1 100644
--- a/sysutils/u-boot/Makefile
+++ b/sysutils/u-boot/Makefile
@@ -1,7 +1,14 @@
# $OpenBSD: Makefile,v 1.10 2016/11/20 01:47:00 jsg Exp $
+FLAVORS= aarch64 arm
+FLAVOR?=
On Tue, Dec 06, 2016 at 05:22:20PM +0100, Martin Pieuchot wrote:
> On 06/12/16(Tue) 16:40, Patrick Wildt wrote:
> > [...]
> > blink1 uses libusb-compat to talk to a USB device that speaks hid. I
> > have come to realize that the usage of libusb by blink1 makes libusb
>
probably be used my more BSDs).
Additionally it prolly make sense to debug libusb1 and make this whole
HIDAPI layer work without creating any other packet to foreign devices.
Still I think as a first step it's better to clean up and simplify the
blink1 USB layer by just making it talk to /
On Tue, Dec 06, 2016 at 09:48:08AM +, Stuart Henderson wrote:
> On 2016/12/04 22:12, Patrick Wildt wrote:
> > If we also add a FLAVOR arm it looks like pkg_add cannot cope with a
> > port gaining a flavor without really changing its name.
>
> It can, but you need to tell
On Fri, Nov 25, 2016 at 05:57:24PM +0100, Patrick Wildt wrote:
> On Fri, Nov 25, 2016 at 10:54:57AM +0100, Patrick Wildt wrote:
> > Hi,
> >
> > I would like to import two ports that will allow the cross-build of
> > u-boot for 64-bit ARM machines. This is basically
On Fri, Nov 25, 2016 at 10:54:57AM +0100, Patrick Wildt wrote:
> Hi,
>
> I would like to import two ports that will allow the cross-build of
> u-boot for 64-bit ARM machines. This is basically a copy of the
> devel/arm-none-eabi toolchain with a different --target and without
>
-gcc_config_aarch64_geniterators_sh).
Snippet from the DESCRs:
binutils
GNU Binutils collection, configured for the aarch64-none-elf target.
* ld - the GNU linker.
* as - the GNU assembler.
gcc-linaro
GNU cross compiler suite, configured for the aarch64-none-elf target.
ok?
Patrick
aarch64-none
AddDelete.pm
line 280.
--- xpdf-3.04p1 ---
Can't install xpdf-3.04p1: not found
Any hints as to what I may be doing wrong here would be appreciated.
--patrick
[1] http://marc.info/?l=openbsd-tech&m=147336351812365&w=2
her.inc seems to be a generated file.
2. obviously "bbeak" is supposed to be "break"
3. interesting b=0x62 and r=0x72 one bit-flip difference.
Cosmic rays?
Restarting the build completed successfully.
--patrick
update: 10.10 -> 10.20
full change log:
http://cpansearch.perl.org/src/EXIFTOOL/Image-ExifTool-10.20/Changes
thanks,
--patrick
Index: Makefile
===
RCS file: /cvs/obsd/ports/graphics/p5-Image-ExifTool/Makefile,v
retriev
On Fri, May 13, 2016 at 09:04:26PM +0100, Stuart Henderson wrote:
> On 2016/05/13 21:49, Patrick Wildt wrote:
> > +BUILD_DEPENDS += devel/llvm
>
> Only thing I noticed in first review was this, please use
>
> MODULES = lang/clang
> MODCLANG_LANGS =
hread-
local locales. As far as I can see this also breaks a few of the tests,
but it's probably ok as a first step.
Additionally LLVM has to be modified to include the correct C++ header
directory if it is told to use libc++ as stdlib. I have also appended
that diff, though without any REV
plicitly) allows combining the flavors...
>>
>>> .if ${FLAVOR:Msymquotes}
>>> post-patch:
>>> ${PATCH} -d ${WRKSRC} < ${WRKSRC}/alt/gq2.diff
>>> +.elif ${FLAVOR:Mcentered_tilde}
>>> +post-patch:
>>> + ${PATCH} -d ${WRKSRC} < ${W
On 4/23/16, Michael Reed wrote:
> On 04/23/16 17:01, patrick keshishian wrote:
>> On 4/23/16, Michael Reed wrote:
>>> I prefer this variant of terminus, I wonder what others think.
>>
>> Just reading the description of this patch on $HOMEPAGE, I
>> wonder (as
tes flavor?
--patrick
t them, but I'm sure
i'll survive.
Thanks for your hard work on this!
--patrick
On 4/4/16, Landry Breuil wrote:
> On Wed, Mar 30, 2016 at 08:35:18AM +0200, Landry Breuil wrote:
>> On Tue, Mar 29, 2016 at 03:38:51PM +, Christian Weisgerber wrote:
>> > On 201
incidentally this was done on amd64 snapshot from 2016-03-30.
On 4/8/16, patrick keshishian wrote:
> built and works nicely. two minor issues:
>
> 1. I noticed the new "button/icon" named "Hello", well, there is no
>image of it showing (see attached screen g
no frills update: 10.00 -> 10.10
full change log:
http://cpansearch.perl.org/src/EXIFTOOL/Image-ExifTool-10.10/Changes
thanks,
--patrick
Index: Makefile
===
RCS file: /cvs/obsd/ports/graphics/p5-Image-ExifTool/Makefile,v
retriev
ehavior?
Just to explain my use-case of cookies is as such. Sites I want
to allow cookie-ops, I place their domain in the exception list and
(as mentioned) their sub-domains would be allowed same ops.
This kept the exception list short and manageable.
--patrick
Just FYI, to build ffmpeg with "USE_SYSTRACE=Yes", I had to have the
following change to systrace.filter[1]; Evidently, due to their config
mechanism change, invoking raise(3).
--patrick
[1]
Index: systrace.filter
==
ping?
On 10/29/15, patrick keshishian wrote:
> Slackware just notified of these:
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8137
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8138
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-815
more familiar with jasper should double check that I
didn't screw anything up.
I have a question though, 'pkg_info jasper' claims gimp as a dependent,
however, 'ldd gimp' doesn't show jasper in the list. What am I missing?
Che
On 10/29/15, patrick keshishian wrote:
> On 10/29/15, Landry Breuil wrote:
[snip]
>> Now that postgresql.port.mk allows to run those tests with the correct
>> charset, can we get an updated tarball with a patch for the default
>> --cache value (and the corresponding discus
On 10/29/15, Landry Breuil wrote:
> On Thu, Sep 24, 2015 at 10:58:43AM -0700, patrick keshishian wrote:
>> On 9/23/15, Landry Breuil wrote:
>> > On Thu, Sep 24, 2015 at 07:50:15AM +0200, Landry Breuil wrote:
>> >> On Tue, Sep 22, 2015 at 10:28:37PM -0700, patrick
oving the ghostscript font directory in your X's font list
help?
--patrick
39.0 to 40.0, and lately 41.0, Firefox has become
> unbearable slow/unrepsonsive on my Thinkpad T500. See dmesg below.
Just confirming a noticeable drop in responsiveness of FF 40.x.
Haven't tried 41 yet.
--patrick
On 9/23/15, Landry Breuil wrote:
> On Thu, Sep 24, 2015 at 07:50:15AM +0200, Landry Breuil wrote:
>> On Tue, Sep 22, 2015 at 10:28:37PM -0700, patrick keshishian wrote:
>> > On 9/19/15, Landry Breuil wrote:
>> > > On Fri, Sep 18, 2015 at 11:50:19PM -0700, patrick
On 9/23/15, Landry Breuil wrote:
> On Tue, Sep 22, 2015 at 10:28:37PM -0700, patrick keshishian wrote:
>> On 9/19/15, Landry Breuil wrote:
>> > On Fri, Sep 18, 2015 at 11:50:19PM -0700, patrick keshishian wrote:
>> >> On 9/17/15, Landry Breuil wrote:
>> [...]
0001c0e492fa000 rlib 01 0
/usr/local/lib/libestdc++.so.17.0
The libestdc++ (from /usr/local/lib) is because the port is
built using gcc 4.9.3, but where is the base libstdc++ coming
from?
Is it from a dependency port which was built using base compiler?
--patrick
On 9/19/15, Landry Breuil wrote:
> On Fri, Sep 18, 2015 at 11:50:19PM -0700, patrick keshishian wrote:
>> On 9/17/15, Landry Breuil wrote:
[...]
>> Attached is new tar-ball that compile, but unfortunately "make test"
>> mostly fails[1].
>
> Yes, but at
On 9/17/15, Landry Breuil wrote:
> On Sat, Sep 12, 2015 at 09:05:10AM -0700, patrick keshishian wrote:
>> On 9/12/15, Daniel Jakots wrote:
>> > On Fri, 11 Sep 2015 16:45:31 -0700, patrick keshishian
>> > wrote:
>> >
>> >> Does the Makefile
Hi,
On 9/17/15, Landry Breuil wrote:
> On Thu, Sep 17, 2015 at 11:44:12PM +0200, Landry Breuil wrote:
>> On Sat, Sep 12, 2015 at 09:05:10AM -0700, patrick keshishian wrote:
>> > On 9/12/15, Daniel Jakots wrote:
>> > > On Fri, 11 Sep 2015 16:45:31 -0700, pa
On 9/12/15, Daniel Jakots wrote:
> On Fri, 11 Sep 2015 16:45:31 -0700, patrick keshishian
> wrote:
>
>> Does the Makefile look better? I think it is headed toward a more
>> correct direction.
>
> Hi,
>
> I tried to build it, I had an error, but Patrick quickly s
On 9/11/15, Landry Breuil wrote:
> On Fri, Sep 11, 2015 at 01:05:56AM -0700, patrick keshishian wrote:
>> On 9/11/15, Landry Breuil wrote:
>> > On Fri, Sep 11, 2015 at 12:27:40AM -0700, patrick keshishian wrote:
>> >> Any interest in this port? I need it
On 9/11/15, Jérémie Courrèges-Anglas wrote:
> patrick keshishian writes:
>
>> Hi,
>>
>> Is there any preference/rule as to which version of autoconf
>> one should use in a new port?
>>
>> One with the largest version number or the lowest one
>>
On 9/11/15, Landry Breuil wrote:
> On Fri, Sep 11, 2015 at 12:27:40AM -0700, patrick keshishian wrote:
>> Any interest in this port? I need it for a project. Got it built on amd64
>> and been testing it with an extract dump from BBBike.org. I'll be
>> expanding my tests
hanges
upstream may accept.
Any comments? Did I miss stuff? etc.
Thanks,
--patrick
geo_osm2pgsql.tar.gz
Description: GNU Zip compressed data
1 - 100 of 372 matches
Mail list logo
