Fwd: removing libutil.so.15.1 and libX11.so.17.1 per sysclean(8) breaks xmonad(1)

[Amit Kulkarni]

-- Forwarded message -
From: Ashlen 
Date: Fri, Apr 1, 2022 at 1:37 PM
Subject: removing libutil.so.15.1 and libX11.so.17.1 per sysclean(8)
breaks xmonad(1)
To: 


Hi, I'm on this snapshot with updated packages:


$ sysctl -n kern.version
OpenBSD 7.1 (GENERIC.MP) #454: Thu Mar 31 09:28:09 MDT 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP


sysclean(8) from ports recommends to delete
/usr/X11R6/lib/libX11.so.17.1 and /usr/lib/libutil.so.15.1 but if these
files are removed, xmonad(1) will fail to start and it quits back to
xenodm(1) login. These are the relevant messages in ~/.xsession-errors
(I've seen both cause this).


XMonad is recompiling and replacing itself with another XMonad process
because the current process is called "xmonad" but the compiled
configuration should be called "xmonad-x86_64-openbsd"
XMonad will use build script at "/home/ashlen/.config/xmonad/build" to
recompile.
XMonad recompiling because a custom build script is being used.
[2022-04-01|12:07:54]:
/home/ashlen/.cache/xmonad/xmonad-x86_64-openbsd is newer than
xmonad.hs.
XMonad recompilation process exited with success!
ld.so: xmonad-x86_64-openbsd: can't load library 'libX11.so.17.1'
Killed


I should mention that sysclean -p does not report that xmonad(1) needs
these files, and that sysclean was used without flags here.

If this should be in ports@ feel free to forward this there, wasn't too
sure where to send this.


OpenBSD 7.1 (GENERIC.MP) #454: Thu Mar 31 09:28:09 MDT 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 16959832064 (16174MB)
avail mem = 16428556288 (15667MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.1 @ 0xc7d49000 (64 entries)
bios0: vendor LENOVO version "N2HET66W (1.49 )" date 11/10/2021
bios0: LENOVO 20QDUS
acpi0 at bios0: ACPI 6.1
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT SSDT SSDT SSDT UEFI SSDT HPET APIC MCFG
ECDT SSDT SSDT SSDT BOOT SSDT LPIT WSMT SSDT DBGP DBG2 MSDM BATB NHLT
DMAR FPDT BGRT UEFI
acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4)
PXSX(S4) RP02(S4) PXSX(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4)
PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 2399 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-8565U CPU @ 1.80GHz, 1724.02 MHz, 06-8e-0c
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-8565U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0c
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i7-8565U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0c
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i7-8565U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0c
cpu3: 

Re: FYI - On the subject of non-OpenBSD developers asking "ok?"

[Amit Kulkarni]

Hi all,

Re: fresh blood

Can name you quite a few contributors that can be committers today,
because they are demoin'g constant input to the project:

1) Caspar Schutijser
2) Wen Heping
3) Dimitri Karamazov

There will be still some others I missed but the regular port
committers will know, because you commit their contributions. There is
nobody to propose for them.

Thanks

On Fri, Jan 21, 2022 at 11:31 AM Marc Espie  wrote:
>
> In my opinion, our main issue is the lack of new blood.
>
> We have chronically fewer people who can give okays than ports waiting.
>
> One big "meta" stuff that needs doing is pointing out (especially from
> new guys) what can be improved in the documentation of the porting process...
> sometimes pointing people in the right direction.
>
> Informal poll: what thing weirded you guys out the first time you touched
> OpenBSD ports coming from other platforms.
>
> What kind of gotcha can we get rid of, so that "new ports" will tend to
> be squeaky clean, infrastructure-wise, and ready for import.
>
> Maybe we'd need an FAQ from people coming from elsewhere explaining the
> main differences to (say) deb, rpm, freebsd ?...
>

Re: CVS: cvs.openbsd.org: ports

[Amit Kulkarni]

Thanks Bryan for figuring and to Robert for fixing it out.


On Mon, Dec 20, 2021 at 9:58 AM Robert Nagy  wrote:
>
> CVSROOT:/cvs
> Module name:ports
> Changes by: rob...@cvs.openbsd.org  2021/12/20 08:57:37
>
> Modified files:
> www/iridium: Makefile
> www/iridium/patches:
>  
> patch-third_party_boringssl_src_crypto_rand_extra_arc4random_c
>
> Log message:
> unbreak after clang update which pointed out an infinite loop that was made
> my be and for some reason the previous clang version did not show it, probably
> due to some optimizer magic
>

Re: chromium 96.0.4664.110 stopped working with Dec 19th snapshot

[Amit Kulkarni]

On Sun, Dec 19, 2021 at 2:23 PM Bryan Steele  wrote:
>
> I'm thinking this could be llvm/clang13 fallout, but with the new Dec 19
> snapshot chromium stopped working for me. It opens up a blank white
> page, and trying to visit any website is stuck "loading..."
>
> In ps(1), one chrome subprocess is pegging a CPU at 99% utilization..
>
>  brynet   10507 96.6  0.8 14 64620 p5  R+pU/3  3:00PM1:01.60
>  chrome: --type=utility --utility-sub-type=network.mojom.NetworkService
>  --field-trial-handle=9547151940239398474,4827432241527663666,131072
>  --disable-features=AsmJsToWebAssembly,WebAssembly,WebAssemblyStreaming
>  --lang=en-GB --service-sandbox-type=network
>  --change-stack-guard-on-fork=enable
>  --shared-files=v8_context_snapshot_data:100 (chrome)
>
> I don't see any pledge violations in dmesg, but when starting chrome in
> an xterm, I'm getting this shortly afterward:
>
>   
> [61545:-1478398720:1219/150010.299942:ERROR:network_service_instance_impl.cc(916)]
>   Network service crashed, restarting service.
>
>  -Bryan.
>

Iridium has the same fallout!

Re: UPDATE: SMPlayer-21.10.0

[Amit Kulkarni]

On Thu, Dec 9, 2021 at 3:55 PM Josh Grosse  wrote:
>
> On Thu, Dec 09, 2021 at 03:53:52PM +0100, Gonzalo L. Rodriguez wrote:
> > Hello,
> >
> > Update for SMPlayer to 21.10.0:
> >
> > https://www.smplayer.info/en/changes
> >
> > OK? Comments?
>
> Working OK for me on amd64; youtube vids work well through it too
> as long as yt-dlp is installed.  It could be considered a possible run
> dependency.

Is it time to gc youtube-dl and point the quirks to yt-dlp instead?
Thanks

Re: x11/gtk+2 python tweak

[Amit Kulkarni]

On Sat, Nov 6, 2021 at 1:54 PM Stuart Henderson  wrote:
>
> If you have a partial-python package installed, rm -r
> /var/db/pkg/partial-python* then pkg_add -r -D installed python%3.9 and I
> think that should fix things.
>

this above fixed it for me. don't know what triggered it though, just
a simple pkg_add did not work. here is what i use


doas pkg_delete -acm
doas pkg_add -cmu -Dsnap
doas pkg_delete -acm

> --
>   Sent from a phone, apologies for poor formatting.
>
> On 6 November 2021 16:21:14 Rafael Sadowski  wrote:
>
> > On Sat Nov 06, 2021 at 05:01:32PM +0100, Antoine Jacoutot wrote:
> >> On Sat, Nov 06, 2021 at 04:51:54PM +0100, Rafael Sadowski wrote:
> >> > Without this tweak, the build fails for me. gtk+-2 expects python3
> >> > executable.  I also have this problem with gtk+-3 and I think the
> >> > problem also exists in 4.
> >>
> >>
> >> That looks wrong.
> >> Looks like you have a broken system missing python3.
> >>
> >
> > You are right, my last python update fucked up. Sorry for the noise.
>

Re: -current amd64 packages not updated? Impatient or broken?

[Amit Kulkarni]

Thanks for the correction!

amit

On Thu, Jan 7, 2021 at 11:59 AM Patrick Wildt  wrote:
>
> 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 not harmed in anyway, apart from the libunwind update.
>
> Am Thu, Jan 07, 2021 at 11:56:07AM -0600 schrieb Amit Kulkarni:
> > Like naddy@ mentioned on ports@ they are trying to figure out the
> > fallout from the switch to LLVM 11 as system compiler. This is why the
> > packages are being delayed. Please wait a while till it is sorted out.
> >
> > thanks
> >
> > On Thu, Jan 7, 2021 at 10:56 AM Steve Williams
> >  wrote:
> > >
> > > Hi,
> > >
> > > I hesitate to send this because perhaps I'm just too impatient, but then
> > > again, perhaps not.  This is not critical/time sensitive.
> > >
> > > I just thought I'd check if there a problem with the current packages
> > > folder from the mirrors?
> > >
> > > I am trying to update my development system (to resume work on a port).
> > >
> > > I did the initial upgrade on January 4, 2020 and my packages wouldn't
> > > update because of missing library versions.  I was told this is just a
> > > discrepancy between the OS and the packages and to "wait a few days" for
> > > everything to synchronize.
> > >  "Unfortunate timing as key system libraries have had version bumps
> > > recently. Wait for a new package build (usually a few days on the faster
> > > cpu architectures) and try again."
> > >
> > > I am watching the packages folder on various mirrors and they are all
> > > from January 3, 2020, which is when my kernel is from.
> > > pulseaudio-14.0.tgz03-Jan-2021
> > >
> > > I am currently on:
> > > OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan  3 15:25:58 MST 2021
> > >
> > > This morning, I still can't add/update select packages.
> > >
> > > desktop# sysupgrade -s
> > > Fetching from
> > > https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/
> > > SHA256.sig   100%
> > > |***|
> > > 2144   00:00
> > > Signature Verified
> > > Already on latest snapshot.
> > > desktop# pkg_add pulseaudio
> > > quirks-3.506 signed on 2021-01-03T15:41:44Z
> > > Can't install spidermonkey78-78.5.0v1 because of libraries
> > > |library c++.5.0 not found
> > > | /usr/lib/libc++.so.4.0 (system): bad major
> > > | /usr/lib/libc++.so.6.0 (system): bad major
> > > |library c++abi.3.0 not found
> > > | /usr/lib/libc++abi.so.2.1 (system): bad major
> > > | /usr/lib/libc++abi.so.4.0 (system): bad major
> > > Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3
> > > nspr-4.29 icu4c-68.2v0
> > > Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0
> > > Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1
> > > Can't install consolekit2-1.2.2: can't resolve polkit-0.118
> > > Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2
> > > Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0
> > > spidermonkey78-78.5.0v1
> > > desktop#
> > >
> > > Am I being too impatient?
> > >
> > > Thanks,
> > > Steve Williams
> > >
> > >
> > >
> >

Re: -current amd64 packages not updated? Impatient or broken?

[Amit Kulkarni]

Like naddy@ mentioned on ports@ they are trying to figure out the
fallout from the switch to LLVM 11 as system compiler. This is why the
packages are being delayed. Please wait a while till it is sorted out.

thanks

On Thu, Jan 7, 2021 at 10:56 AM Steve Williams
 wrote:
>
> Hi,
>
> I hesitate to send this because perhaps I'm just too impatient, but then
> again, perhaps not.  This is not critical/time sensitive.
>
> I just thought I'd check if there a problem with the current packages
> folder from the mirrors?
>
> I am trying to update my development system (to resume work on a port).
>
> I did the initial upgrade on January 4, 2020 and my packages wouldn't
> update because of missing library versions.  I was told this is just a
> discrepancy between the OS and the packages and to "wait a few days" for
> everything to synchronize.
>  "Unfortunate timing as key system libraries have had version bumps
> recently. Wait for a new package build (usually a few days on the faster
> cpu architectures) and try again."
>
> I am watching the packages folder on various mirrors and they are all
> from January 3, 2020, which is when my kernel is from.
> pulseaudio-14.0.tgz03-Jan-2021
>
> I am currently on:
> OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan  3 15:25:58 MST 2021
>
> This morning, I still can't add/update select packages.
>
> desktop# sysupgrade -s
> Fetching from
> https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/
> SHA256.sig   100%
> |***|
> 2144   00:00
> Signature Verified
> Already on latest snapshot.
> desktop# pkg_add pulseaudio
> quirks-3.506 signed on 2021-01-03T15:41:44Z
> Can't install spidermonkey78-78.5.0v1 because of libraries
> |library c++.5.0 not found
> | /usr/lib/libc++.so.4.0 (system): bad major
> | /usr/lib/libc++.so.6.0 (system): bad major
> |library c++abi.3.0 not found
> | /usr/lib/libc++abi.so.2.1 (system): bad major
> | /usr/lib/libc++abi.so.4.0 (system): bad major
> Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3
> nspr-4.29 icu4c-68.2v0
> Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0
> Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1
> Can't install consolekit2-1.2.2: can't resolve polkit-0.118
> Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2
> Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0
> spidermonkey78-78.5.0v1
> desktop#
>
> Am I being too impatient?
>
> Thanks,
> Steve Williams
>
>
>

Re: Xfce: display flicker on recent snaps

[Amit Kulkarni]

On Thu, May 7, 2020 at 1:25 AM Landry Breuil  wrote:
>
> On Thu, May 07, 2020 at 08:14:56AM +0200, Landry Breuil wrote:
> > On Wed, May 06, 2020 at 10:43:14PM -0500, Amit Kulkarni wrote:
> > > Hi,
> > >
> > > Since about the last couple of days or so, the firefox display keeps 
> > > flickering every 5-7 seconds on a plain install of Xfce desktop.It looks 
> > > like the title bar of the browser keeps on turning off and then on.
> > >
> > > Is it just me or does it happen with anybody else with xfce ?
> > > This does not happen with firefox in fvwm.
> >
> > probably related to the xfwm4 update in
> > https://marc.info/?l=openbsd-ports-cvs=158840312213950=2 (see
> > https://mail.xfce.org/pipermail/xfce-announce/2020-May/000856.html),
> > flickering is usually due to xpresent being used or not for vblank_mode.
> > (see /usr/local/share/doc/pkg-readmes/xfce where this is documented).
>
> More specifically for AMD, this is probably related to
> https://gitlab.xfce.org/xfce/xfwm4/commit/7c00911a556c27c57c9f719c12cfda967016dc28
> which stops prefering xpresent on those chips, cf
> https://bugzilla.xfce.org/show_bug.cgi?id=16716
>

Thanks for the confirmation.

Xfce: display flicker on recent snaps

[Amit Kulkarni]

Hi,

Since about the last couple of days or so, the firefox display keeps flickering 
every 5-7 seconds on a plain install of Xfce desktop.It looks like the title 
bar of the browser keeps on turning off and then on.

Is it just me or does it happen with anybody else with xfce ?
This does not happen with firefox in fvwm.

Thanks


OpenBSD 6.7 (GENERIC.MP) #176: Tue May  5 11:37:24 MDT 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4247220224 (4050MB)
avail mem = 4105883648 (3915MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xec1c0 (76 entries)
bios0: vendor Dell Inc. version "A10" date 06/06/2013
bios0: Dell Inc. OptiPlex 3010
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT MCFG ASF! HPET SSDT SSDT SSDT SLIC
acpi0: wakeup devices UAR1(S3) P0P1(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) 
USB5(S3) USB6(S3) USB7(S3) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) 
PXSX(S4) RP04(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz, 3193.23 MHz, 06-3a-09
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz, 3192.77 MHz, 06-3a-09
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz, 3192.77 MHz, 06-3a-09
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz, 3192.77 MHz, 06-3a-09
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (P0P1)
acpiprt2 at acpi0: bus 2 (RP01)
acpiprt3 at acpi0: bus -1 (RP02)
acpiprt4 at acpi0: bus 3 (RP03)
acpiprt5 at acpi0: bus -1 (RP04)
acpiprt6 at acpi0: bus 4 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpiprt8 at acpi0: bus -1 (RP07)
acpiprt9 at acpi0: bus -1 (RP08)
acpiprt10 at acpi0: bus 1 (PEG0)
acpiprt11 at acpi0: bus -1 (PEG1)
acpiprt12 at acpi0: bus -1 (PEG2)
acpiprt13 at acpi0: bus -1 (PEG3)
acpiec0 at acpi0: not present
acpicpu0 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu1 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu2 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu3 at acpi0: C3(350@80 mwait.1@0x20), C2(500@59 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpitz0 at acpi0: critical temperature is 106 degC
acpitz1 at acpi0: critical temperature is 106 degC
acpipci0 at acpi0 PCI0: 0x0010 0x0011 0x
acpicmos0 at acpi0
acpibtn0 at acpi0: PWRB
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD01
acpivout1 at acpivideo0: DD02
acpivout2 at acpivideo0: DD03
acpivout3 at acpivideo0: DD04
acpivout4 at acpivideo0: DD05
acpivout5 at acpivideo0: DD06
acpivout6 at acpivideo0: DD07
acpivout7 at 

Re: mail/sylpheed: fix TLSv1.3 to imap.gmail.com

[Amit Kulkarni]

On Sun, Jan 26, 2020 at 7:10 PM Theo Buehler  wrote:
>
> On Mon, Jan 27, 2020 at 12:05:47PM +1100, Theo Buehler wrote:
> > On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote:
> > > To OpenBSD ports list and MAINTAINER Amit Kulkarni,
> > >
> > > After I did sysupgrade today, Sylpheed can't connect to imap.gmail.com.
> > > It uses TLSv1.3 (sylpheed --debug) and shows a dialog box with a
> > > self-signed certificate for an invalid host.  The cert tells me to
> > > enable SNI in my client.  I then reject the certificate.  Recent changes
> > > in OpenBSD seem to have enabled TLSv1.3 in libssl.
> > >
> > > I fixed it with this patch from Sylpheed's bug tracker, also in Debian:
> > > https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/
> > >
> > > Amit, I see that you have GMail; does your Sylpheed work?
> > >
> > > This isn't where I expected to make my first commit,
> > > but is this OK to commit?

Got the same problem you describe now. Please go ahead George!

thanks

Re: Sudden problems logging into websites

[Amit Kulkarni]

> This is a strange problem:
> There are two websites (a bank and a healthcare provider) that I can
> access using Firefox ESR or Chromium on Linux (OpenSUSE Leap 15.0).
>
> But just starting a few weeks ago, I cannot log into these sites using
> my OpenBSD 6.4 machine.  I could log in last month, but I am not able to
> log in now.  I have tried both Firefox ESR and Iridium on OpenBSD.  I've
> tried changing my user agent string.  I've also deleted all of my
> browser preferences, but I still cannot log in.  In one case, the
> website prints an obscure error message after I enter my password.  On
> the other website, each time I enter my password it asks me to log in
> again, without any error message.  I've contacted the website
> administrators of one site, and they're clueless.
>
> I have not changed anything on my OpenBSD machine within in the last
> month.  But one of the websites has updated its appearance within the
> last month.  So, these websites appear to have made some sort of change
> that causes this problem on OpenBSD, but not on Linux.
>
> Is anyone else seeing this behavior?

For me, usually fiddling with the User agent string works. Select
Windows and IE11, that works most of the time. If that doesn't work
out, try using Chromium.

The detection logic used is getting more sophisticated. The answer is
to ditch the current provider and move to another provider, which
works with the software you choose.

Re: sylpheed crashing/asserting in libX11 on poll_for_event

[Amit Kulkarni]

> that would be great. BTW, I'm several more crashes clever and the crash 
> always happen during the "Mark as read" action. The sequence of step is:
> 
> - click on mailing list folder
> - select all unread emails
> - right-click to invoke context menu
> - select Mark -> Mark as read action (-> CRASH)
> 

Unable to reproduce.

> Sure, happy to help. First of all, my sylpheed on OBSD is just a MUA 
> connected to gmail email/folders. I do have it set to > fetch emails from 
> time to time (here may be race -- or one possible case) and I'm usually 
> working in a way to (i) open 
> email folder, (ii) go thourough it read interesting and then (iii) select 
> everything (iv) mark everything selected as read > and (v) delete everything.

> The crash usually happen on either (iv) or (v), mostly on (iv). I'm just not 
> sure if in the same time sylpheed has not
> started its cycle to refresh folderrs/reread emails.

Unable to reproduce.

I also have gmail with sylpheed for this account, and I set the auto-fetch 
interval to 10 min. Sylpheed is rock solid for me with yesterday's snapshot.

Thanks

Re: sylpheed crashing/asserting in libX11 on poll_for_event

[Amit Kulkarni]

Hey Karel,
Sorry for not getting back to you on the weekend. I will try to take a
look tonight.

Thanks
On Tue, Sep 25, 2018 at 10:43 AM Karel Gardas  wrote:
>
>
> I've switched off Autocheck new email sometime ago and the crash still 
> happen. Was able to obtain 2 same cores/backtraces today.
>
> Karel
>
> On Thu, 20 Sep 2018 15:03:10 +0200
> Karel Gardas  wrote:
>
> > On Thu, 20 Sep 2018 14:48:27 +0200
> > Karel Gardas  wrote:
> > >
> > > That's so far what I have observed. As the crashes started to be more 
> > > regural on the latest -current/-beta, I'll keep my eye on that and if 
> > > anything more concrete surface, I'll let you know.
> >
> > Two more details: the interval to fetch emails is set to 10 minutes and I'm 
> > using imap/ssl to access gmail.com.
> >
> > As I see it now and with what Matthieu wrote in mind, it may be actually a 
> > race condition between me/interactive select of all messages and then 
> > marking them as read and between fetch of new messages.
> >
> > Thanks!
> > Karel
> >
>
>

Re: sylpheed crashing/asserting in libX11 on poll_for_event

[Amit Kulkarni]

> > recently (1 month or so) sylpheed started to assert quite regurarly in 
> > poll_for_event call inside the libX11. The full trace looks as:
> >
> 
> This assertion triggers when the application dosn't respect the rules
> for using libX11 from multiple threads in parallel...
> 
> I haven't looked that sylpheed's source code though.

Karel,
Will you please list down the steps on how somebody else can reproduce this 
crash?

Thanks

Re: [update] devel/codeblocks

[Amit Kulkarni]

Try doing a pkg_delete -a before doing a pkg_add -u

thanks

On Tue, Feb 6, 2018 at 5:29 AM, Josh Grosse <j...@jggimi.net> wrote:
> On Tue, Feb 06, 2018 at 07:51:24AM +, Stuart Henderson wrote:
>> On 2018/02/05 23:34, Josh Grosse wrote:
>> > On Mon, Feb 05, 2018 at 08:02:08PM -0600, Amit Kulkarni wrote:
>> > > > Here's a fixed-up one. Move boost to LIB_DEPENDS, regenerated WANTLIB,
>> > > > regenerated patches.
>> > > >
>> > > > Runtime not tested, anyone fancy taking it from here?
>> > > >
>> > >
>> > > This diff is good. No issues at all.
>> > >
>> > > Thanks
>> >
>> > I'm getting the NOT_REACHABLE error again, using Stuart's diff set:
>> >
>> > --
>> > codeblocks-17.12(devel/codeblocks):
>> > Bogus WANTLIB: boost_system.8 
>> > (/usr/local/lib/codeblocks/plugins/libNassiShneiderman.so) (NOT REACHABLE)
>> > *** Error 1 in target 'port-lib-depends-check' (ignored)
>> > --
>> >
>> > But I'll trust that as the rest of you no longer see this, that this is
>> > a local manefestation on this system under test.
>>
>> Do you have boost 1.66.0 in both ports tree and packages? If not, that
>> would explain it.
>
> Yes, I do.  And out-of-date(1) doesn't show anything amiss:
>
> databases/pkglocatedb  # always-update -> 1,pkglocatedb-1.4
> devel/quirks   # always-update -> 0,quirks-2.407
> editors/libreoffice,-main  # 5.3.7.2p1v0 -> 6.0.0.3v0
> lang/vala,-main# 0.38.5 -> 0.38.7p0
> www/chromium   # 64.0.3282.119p0 -> 64.0.3282.140

Re: [update] devel/codeblocks

[Amit Kulkarni]

> Here's a fixed-up one. Move boost to LIB_DEPENDS, regenerated WANTLIB,
> regenerated patches.
> 
> Runtime not tested, anyone fancy taking it from here?
> 

This diff is good. No issues at all.

Thanks

Re: [update] devel/codeblocks

[Amit Kulkarni]

On Mon, Feb 5, 2018 at 3:41 PM, Brian Callahan <bcal...@devio.us> wrote:
>
>
> On 2/5/2018 4:35 PM, Stuart Henderson wrote:
>> On 2018/02/05 14:31, Stuart Henderson wrote:
>>> On 2018/02/05 09:26, Josh Grosse wrote:
>>>> On 2018-02-05 07:41, Amit Kulkarni wrote:
>>>>>>> When I ran 'make update-patches' some patches got regenerated.
>>>>>>> Also, when I ran 'make port-lib-depends-check' I got some complaints 
>>>>>>> about
>>>>>>> boost_system.7 missing.
>>>>>> I received a similar NOT_REACHABLE error, for boost_system.8 (which
>>>>>> is -current)
>>>>>> during one build, but it was not a reproduceable issue.  Here on
>>>>>> amd64, I
>>>>>> was not able to reproduce the message after that first occurrance.
>>>>> This happens also on make lib-depends-check on amd64. I guess WANTLIB
>>>>> += boost_system should fix the issue.
>>>>>
>>>>> Thanks
>>>> No, because that produces a "Bogus WANTLIB" report.
>>> Make sure you have packages and ports tree in sync. If there's a
>>> discrepancy it's likely to come up with errors like this, and since
>>> boost was updated recently including a library version number bump,
>>> it's fairly likely here.
>>>
>> Here's a fixed-up one. Move boost to LIB_DEPENDS, regenerated WANTLIB,
>> regenerated patches.
>>
>> Runtime not tested, anyone fancy taking it from here?
>
> Thanks, Stuart. I can take it from here in a few hours, if no one beats
> me to it.
>
> ~Brian

Thanks for that Stuart. I was going to reply the same :) codeblocks is
a giant port to compile.

Re: [update] devel/codeblocks

[Amit Kulkarni]

> > When I ran 'make update-patches' some patches got regenerated.
> > Also, when I ran 'make port-lib-depends-check' I got some complaints about
> > boost_system.7 missing.
> 
> I received a similar NOT_REACHABLE error, for boost_system.8 (which is 
> -current)
> during one build, but it was not a reproduceable issue.  Here on amd64, I
> was not able to reproduce the message after that first occurrance.

This happens also on make lib-depends-check on amd64. I guess WANTLIB += 
boost_system should fix the issue.

Thanks

update mail/sylpheed from maintainer

[Amit Kulkarni]

diff --git a/mail/sylpheed/Makefile b/mail/sylpheed/Makefile
index 92bf15f0f54..854233d4e97 100644
--- a/mail/sylpheed/Makefile
+++ b/mail/sylpheed/Makefile
@@ -2,8 +2,7 @@
 
 COMMENT =  lightweight and user-friendly e-mail client
 
-DISTNAME = sylpheed-3.6.0
-REVISION = 1
+DISTNAME = sylpheed-3.7.0
 
 SHARED_LIBS += sylph-0   4.0 # 3.0
 SHARED_LIBS += sylpheed-plugin-0 4.0 # 3.0
@@ -30,7 +29,7 @@ WANTLIB += pixman-1 png pthread ssl ${COMPILER_LIBCXX} xcb
 WANTLIB += xcb-render xcb-shm z
 
 RUN_DEPENDS =  devel/desktop-file-utils
-MASTER_SITES = http://sylpheed.sraoss.jp/sylpheed/v3.6/
+MASTER_SITES = http://sylpheed.sraoss.jp/sylpheed/v3.7/
 
 CONFIGURE_STYLE =  gnu
 CONFIGURE_ARGS =   --disable-compface \
diff --git a/mail/sylpheed/distinfo b/mail/sylpheed/distinfo
index 26ea33bfae5..807d0b906d9 100644
--- a/mail/sylpheed/distinfo
+++ b/mail/sylpheed/distinfo
@@ -1,2 +1,2 @@
-SHA256 (sylpheed-3.6.0.tar.gz) = Emyq5BiOQYaZZuQ9+LlIlV2VVfWHUsVXYTT/KDG3+68=
-SIZE (sylpheed-3.6.0.tar.gz) = 5346637
+SHA256 (sylpheed-3.7.0.tar.gz) = ZhmgFsKrdyzaTTdZj2daKrdH23I4ACldRA+6BMCOzNk=
+SIZE (sylpheed-3.7.0.tar.gz) = 5380897

Re: [patch] devel/codeblocks (was Re: devel/codeblocks: runtime SIGSEGV fault)

[Amit Kulkarni]

> Thank you, Amit!
>
> The FreeBSD patch removes the null references in wxPGProperty, which
> I have tested on amd64.  This solves the problem.
>
> I have backported to 6.2-stable, and am compiling to test, but as it
> is the same revision of the application I expect no issues.
>
> Both patch sets are attached.
>
> As noted in the FreeBSD bug report, this is a workaround for code
> design. An upstream rewrite to use pointers rather than references
> would be an improvement.
>
>-Josh-

Hi

Tested to be working fine on amd64-current.

Thanks

Re: devel/codeblocks: runtime SIGSEGV fault

[Amit Kulkarni]

> (codeblocks:31686): Gtk-WARNING **: Unable to locate theme engine in 
> module_path: "murrine",
>
> (codeblocks:31686): Gtk-WARNING **: Unable to locate theme engine in 
> module_path: "murrine",
> Starting Code::Blocks Release 16.01  rev 10692 Nov 15 2017, 01:01:03 - 
> wx2.8.12 (OpenBSD, unicode) - 64 bit
> [New process 31686]
> Initialize EditColourSet .
> Initialize EditColourSet: done.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x1a7d36216a61 in wxStringBase::operator= () from 
> /usr/local/lib/libwx_base.so.3.0
> Current language:  auto; currently minimal
> (gdb) bt
> #0  0x1a7d36216a61 in wxStringBase::operator= () from 
> /usr/local/lib/libwx_base.so.3.0
> #1  0x1a7d215bb570 in wxPGProperty::wxPGProperty () from 
> /usr/local/lib/libcodeblocks.so.0.1
> #2  0x1a7d215e0412 in wxStringProperty::wxStringProperty () from 
> /usr/local/lib/libcodeblocks.so.0.1
> #3  0x1a7a954abf8e in WatchesProperty::wxCreateObject () from 
> /usr/local/bin/codeblocks
> #4  0x1a7a9541752f in DebugInterfaceFactory::OnEditorDeactivate () from 
> /usr/local/bin/codeblocks
> #5  0x1a7d213337a3 in DebuggerManager::CreateWindows () from 
> /usr/local/lib/libcodeblocks.so.0.1
> #6  0x1a7d21334673 in DebuggerManager::SetInterfaceFactory () from 
> /usr/local/lib/libcodeblocks.so.0.1
> #7  0x1a7a9545d1c8 in MainFrame::OnUnlockLogManager () from 
> /usr/local/bin/codeblocks
> #8  0x1a7a95456873 in MainFrame::OnMouseRightUp () from 
> /usr/local/bin/codeblocks
> #9  0x1a7a9545518d in MainFrame::OnMouseRightUp () from 
> /usr/local/bin/codeblocks
> #10 0x1a7a95406e9f in CodeBlocksApp::OnTBIconLeftDown () from 
> /usr/local/bin/codeblocks
> #11 0x1a7d361ede90 in wxEntry () from /usr/local/lib/libwx_base.so.3.0
> #12 0x1a7a95404f9f in wxCreateApp () from /usr/local/bin/codeblocks
> #13 0x1a7a95404e04 in ?? () from /usr/local/bin/codeblocks
> #14 0x in ?? ()
> (gdb)

found a potential fix from FreeBSD
https://bugs.freebsd.org/bugzilla/attachment.cgi?id=175592=diff
which was mentioned in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197888

I will try to generate a patch in the following week.

devel/codeblocks: runtime SIGSEGV fault

[Amit Kulkarni]

Hi

I try to start codeblocks and it aborts core on amd64 with today's install and 
a current from couple of days, here's the backtrace. Can somebody please give 
me a cluestick where to look?

Thanks


OpenBSD 6.2-current (GENERIC.MP) #206: Mon Nov 13 15:11:18 MST 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP



(codeblocks:31686): Gtk-WARNING **: Unable to locate theme engine in 
module_path: "murrine",

(codeblocks:31686): Gtk-WARNING **: Unable to locate theme engine in 
module_path: "murrine",
Starting Code::Blocks Release 16.01  rev 10692 Nov 15 2017, 01:01:03 - wx2.8.12 
(OpenBSD, unicode) - 64 bit
[New process 31686]
Initialize EditColourSet .
Initialize EditColourSet: done.

Program received signal SIGSEGV, Segmentation fault.
0x1a7d36216a61 in wxStringBase::operator= () from 
/usr/local/lib/libwx_base.so.3.0
Current language:  auto; currently minimal
(gdb) bt
#0  0x1a7d36216a61 in wxStringBase::operator= () from 
/usr/local/lib/libwx_base.so.3.0
#1  0x1a7d215bb570 in wxPGProperty::wxPGProperty () from 
/usr/local/lib/libcodeblocks.so.0.1
#2  0x1a7d215e0412 in wxStringProperty::wxStringProperty () from 
/usr/local/lib/libcodeblocks.so.0.1
#3  0x1a7a954abf8e in WatchesProperty::wxCreateObject () from 
/usr/local/bin/codeblocks
#4  0x1a7a9541752f in DebugInterfaceFactory::OnEditorDeactivate () from 
/usr/local/bin/codeblocks
#5  0x1a7d213337a3 in DebuggerManager::CreateWindows () from 
/usr/local/lib/libcodeblocks.so.0.1
#6  0x1a7d21334673 in DebuggerManager::SetInterfaceFactory () from 
/usr/local/lib/libcodeblocks.so.0.1
#7  0x1a7a9545d1c8 in MainFrame::OnUnlockLogManager () from 
/usr/local/bin/codeblocks
#8  0x1a7a95456873 in MainFrame::OnMouseRightUp () from 
/usr/local/bin/codeblocks
#9  0x1a7a9545518d in MainFrame::OnMouseRightUp () from 
/usr/local/bin/codeblocks
#10 0x1a7a95406e9f in CodeBlocksApp::OnTBIconLeftDown () from 
/usr/local/bin/codeblocks
#11 0x1a7d361ede90 in wxEntry () from /usr/local/lib/libwx_base.so.3.0
#12 0x1a7a95404f9f in wxCreateApp () from /usr/local/bin/codeblocks
#13 0x1a7a95404e04 in ?? () from /usr/local/bin/codeblocks
#14 0x in ?? ()
(gdb) 

Re: UPDATE: www/netsurf

[Amit Kulkarni]

On Fri, Oct 27, 2017 at 5:47 AM, Anthony J. Bentley  wrote:
> On Tue, Oct 24, 2017 at 1:59 AM, Anthony J. Bentley  
> wrote:
>> Hi,
>>
>> This updates the NetSurf browser to 3.7.
>>
>> As always, I'm interested in test reports on as many architectures
>> as possible, particularly sparc64, powerpc, loongson.
>
> Here's an updated diff using a port for the new libnslog library.
>
> --
> Anthony J. Bentley


A minor nit: which you can ignore. I would just add the libnslog
version to browser/Makefile and netsurf-fb/Makefile, just to be
consistent with other pieces which have versions. Everything else
looks good on amd64!

Thanks

Re: UPDATE: www/netsurf

[Amit Kulkarni]

> -SIZE (netsurf-3.6-src.tar.gz) = 4129091
> +SIZE (netsurf-3.7-src.tar.gz) = 3911738

this is the wrong kind of a browser: reduces code size while adding
features. per convention, browser code size only grows.

Re: UPDATE: devel/astyle 1.15.1 => 3.0.1

[Amit Kulkarni]

On Sun, Oct 22, 2017 at 3:34 PM, Andreas Kusalananda Kähäri
 wrote:
> On Sun, Oct 22, 2017 at 08:07:08PM +, Brian Callahan wrote:
>> Hi ports --
>>
>> While testing out the new games/cataclysm-dda port that was just
>> (re-)posted, I noticed that the build was trying to use a program called
>> astyle. Never heard of it, checked to see if we have it in ports (we do),
>> pkg_add it, re-run cataclysm-dda's build system and... it complains that
>> astyle is too old.
>>
>> Yup, it's very old. So old that upstream no longer hosts the distfile for it
>> any more. The CVS logs suggest our version is 15 years old. Nothing uses it
>> and no one maintains it, so it likely just flew under the radar this whole
>> time.
>>
>> Here's an update to the newest version. The cataclysm-dda build system is
>> happy with this version. I'll suggest in my mail about cataclysm-dda that
>> this be added as a BDEP to it.
>>
>> And, because I touched it, I'll maintain it.
>>
>> OK?
>
> astyle is a nice little C code formatter that I'm using from time to
> time.  I would be happy to see this updated in ports.
>

thanks for updating astyle!

Re: [UPDATE] mail/sylpheed

[Amit Kulkarni]

> Hi,
> 
> exactly I didn't see this.
> 
> Are you ok with this diff?
> 
> Cheers,
> 

This is perfect! Thanks for the update. Please commit.

amit

Re: [UPDATE] mail/sylpheed

[Amit Kulkarni]

On Fri, Sep 1, 2017 at 3:11 AM, Remi Pointel  wrote:
> Hi,
>
> this is the diff to update Sylpheed to latest release.
>
> Ok?
>
> Cheers,
>
> Remi.


I do believe that patch-libsylph_ssl_c can go away, as it was
integrated upstream more than 6 months ago.

>From the release notes:
Unix: the search location of SSL certificates for OpenBSD was added (#222).

Thanks

Re: sysclean question

[Amit Kulkarni]

>> When I try to upgrade a May 3 binaries to May 6 binaries on amd64,
>
> The May 6 snapshot is corrupt.  It lacks lib{crypto,ssl,tls}.so.*.
> I'm not familiar with sysclean, but I'm fairly confident the rest
> follows from that.
>

Thanks, that explains it too. sysclean is just absolutely essential if
you want to maintain a pristine system, clear of old libs and cruft.
Thanks Sebastien and Marc!

And Sebastien, thanks for the explanation of sysclean internals!

I think I got the sources before the sets sync but including the lib
bumps, and so an old version of the locate db got built. But sysclean
was still refering to old .so versions due to the old sets, that is
why I saw the warning. Just like you explain in the last paragraph. I
will wait a day or two and download the binaries as usual.

amit

sysclean question

[Amit Kulkarni]

Hello,

When I try to upgrade a May 3 binaries to May 6 binaries on amd64, I
think that there was some difference in the kernel and userland
because I got too many messages while logging in of difference in
versions of libtls.so, libssl.so, and libcrypto.so

something like this
warning: libcrypto.so.41.1: minor version >=2 expected, using it anyway

And after startx
warning: libcrypto.so.41.1: minor version >=2 expected, using it anyway
warning: libssl.so.43.2: minor version >=3 expected, using it anyway

So I figured to build kernel and then userland, the errors went away.
But when the correct binary versions of the
libssl.so/libtls.so/libcrypto.so are present on the system and I use
sysclean like so, I get this message from sysclean

$ doas sysclean -f
/usr/local/bin/sysclean: warn: discard better version:
/usr/lib/libcrypto.so.41.2
/usr/local/bin/sysclean: warn: discard better version: /usr/lib/libtls.so.15.6
/usr/local/bin/sysclean: warn: discard better version: /usr/lib/libssl.so.43.3

Why is the highest and possibly correct version of libraries being
warned against? Is this a bug or is this because we are in the middle
of the bump of minor libraries, and inconsistent behaviour which will
sorted out in a day or two?


Thanks

Re: Ports with hardcoded "gcc", "g++"

[Amit Kulkarni]

On Wed, Mar 1, 2017 at 10:44 AM, Amit Kulkarni <amit.o...@gmail.com> wrote:
> On Wed, Mar 1, 2017 at 10:10 AM, Frank Groeneveld
> <fr...@frankgroeneveld.nl> wrote:
>> On Wed, Mar 1, 2017, at 15:14, Stuart Henderson wrote:
>>> Oops, I forgot to re-run update-patches and had an old one. However
>>> unfortunately
>>> not enough as linking fails.
>>>
>>
>> Thanks, that gets us a lot further indeed. The complete QT build
>> finished and now only the final linking step fails indeed.
>> For the interested, this is the command:
>>
>> c++ -L/usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/lib -pthread
>> -shared -Wl,-soname,libwkhtmltox.so.0 -fPIC -o libwkhtmltox.so.0.0
>> loadsettings.o multipageloader.o tempfile.o converter.o websettings.o
>> reflect.o utilities.o pdfsettings.o pdfconverter.o outline.o
>> tocstylesheet.o imagesettings.o imageconverter.o pdf_c_bindings.o
>> image_c_bindings.o moc_multipageloader_p.o moc_converter_p.o
>> moc_pdfconverter_p.o moc_imageconverter_p.o moc_pdf_c_bindings_p.o
>> moc_image_c_bindings_p.o moc_converter.o moc_multipageloader.o
>> moc_utilities.o moc_pdfconverter.o moc_imageconverter.o
>> qrc_wkhtmltopdf.o-L/usr/local/lib
>> -L/usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/lib
>> -L/usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/plugins/codecs
>> -lqcncodecs -L/usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/lib
>> -L/usr/local/lib -lqjpcodecs -lqkrcodecs -lqtwcodecs -lQtWebKit
>> -L/usr/X11R6/lib -lQtSvg -lQtXmlPatterns -lQtGui -ljpeg -lpng -lXrender
>> -lfontconfig -lfreetype -lXext -lX11 -lQtNetwork -lQtCore -lz -lm
>> -liconv
>> /usr/bin/ld: cannot find -lQtWebKit
>>
>> Which seems weird to me, because:
>>
>> $ ls /usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/lib
>> libQAxContainer.prllibQtNetwork.a libQtSvg.prl
>> libQAxServer.prl   libQtNetwork.lalibQtTest.a
>> libQt3Support.la   libQtNetwork.prl   libQtTest.la
>> libQt3Support.prl  libQtOpenGL.la libQtTest.prl
>> libQtCore.alibQtOpenGL.prllibQtWebKit.la
>> libQtCore.la   libQtOpenVG.la libQtWebKit.prl
>> libQtCore.prl  libQtOpenVG.prllibQtXml.a
>> libQtDBus.la   libQtScript.la libQtXml.la
>> libQtDBus.prl  libQtScript.prllibQtXml.prl
>> libQtDeclarative.lalibQtScriptTools.lalibQtXmlPatterns.a
>> libQtDeclarative.prl   libQtScriptTools.prl
>> libQtXmlPatterns.la
>> libQtGui.a libQtSql.a
>> libQtXmlPatterns.prl
>> libQtGui.lalibQtSql.lalibpvrQWSWSEGL.prl
>> libQtGui.prl   libQtSql.prl   pkgconfig
>> libQtMultimedia.la libQtSvg.a
>> libQtMultimedia.prllibQtSvg.la
>>
>> libQtWebkit seems to be there, right?
>>
>>
>
> libQtWebkit does not seem to be listed in /usr/ports/pobj, but the
> others seem to be listed. I see QtNetwork is listed...

I meant to say the .a file is missing for libQtWebkit

Thanks

Re: Ports with hardcoded "gcc", "g++"

[Amit Kulkarni]

On Wed, Mar 1, 2017 at 10:10 AM, Frank Groeneveld
 wrote:
> On Wed, Mar 1, 2017, at 15:14, Stuart Henderson wrote:
>> Oops, I forgot to re-run update-patches and had an old one. However
>> unfortunately
>> not enough as linking fails.
>>
>
> Thanks, that gets us a lot further indeed. The complete QT build
> finished and now only the final linking step fails indeed.
> For the interested, this is the command:
>
> c++ -L/usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/lib -pthread
> -shared -Wl,-soname,libwkhtmltox.so.0 -fPIC -o libwkhtmltox.so.0.0
> loadsettings.o multipageloader.o tempfile.o converter.o websettings.o
> reflect.o utilities.o pdfsettings.o pdfconverter.o outline.o
> tocstylesheet.o imagesettings.o imageconverter.o pdf_c_bindings.o
> image_c_bindings.o moc_multipageloader_p.o moc_converter_p.o
> moc_pdfconverter_p.o moc_imageconverter_p.o moc_pdf_c_bindings_p.o
> moc_image_c_bindings_p.o moc_converter.o moc_multipageloader.o
> moc_utilities.o moc_pdfconverter.o moc_imageconverter.o
> qrc_wkhtmltopdf.o-L/usr/local/lib
> -L/usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/lib
> -L/usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/plugins/codecs
> -lqcncodecs -L/usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/lib
> -L/usr/local/lib -lqjpcodecs -lqkrcodecs -lqtwcodecs -lQtWebKit
> -L/usr/X11R6/lib -lQtSvg -lQtXmlPatterns -lQtGui -ljpeg -lpng -lXrender
> -lfontconfig -lfreetype -lXext -lX11 -lQtNetwork -lQtCore -lz -lm
> -liconv
> /usr/bin/ld: cannot find -lQtWebKit
>
> Which seems weird to me, because:
>
> $ ls /usr/ports/pobj/wkhtmltopdf-0.12.3.2/build-amd64/qt/lib
> libQAxContainer.prllibQtNetwork.a libQtSvg.prl
> libQAxServer.prl   libQtNetwork.lalibQtTest.a
> libQt3Support.la   libQtNetwork.prl   libQtTest.la
> libQt3Support.prl  libQtOpenGL.la libQtTest.prl
> libQtCore.alibQtOpenGL.prllibQtWebKit.la
> libQtCore.la   libQtOpenVG.la libQtWebKit.prl
> libQtCore.prl  libQtOpenVG.prllibQtXml.a
> libQtDBus.la   libQtScript.la libQtXml.la
> libQtDBus.prl  libQtScript.prllibQtXml.prl
> libQtDeclarative.lalibQtScriptTools.lalibQtXmlPatterns.a
> libQtDeclarative.prl   libQtScriptTools.prl
> libQtXmlPatterns.la
> libQtGui.a libQtSql.a
> libQtXmlPatterns.prl
> libQtGui.lalibQtSql.lalibpvrQWSWSEGL.prl
> libQtGui.prl   libQtSql.prl   pkgconfig
> libQtMultimedia.la libQtSvg.a
> libQtMultimedia.prllibQtSvg.la
>
> libQtWebkit seems to be there, right?
>
>

libQtWebkit does not seem to be listed in /usr/ports/pobj, but the
others seem to be listed. I see QtNetwork is listed...

Re: youtube dl 20170214

[Amit Kulkarni]

On Wed, Feb 15, 2017 at 3:53 AM, Stuart Henderson <s...@spacehopper.org> wrote:
> On 2017/02/14 18:54, Amit Kulkarni wrote:
>> >> like every two weeks, ydl is broken, and the bi-weekly-or-so update
>> >> fixes it.. ok ?
>> >
>> > ok.
>>
>> Its a race to force users to view their ads...
>>
>> > I wonder how get-flash-videos manages to stay working though..
>> >
>>
>> Nobody cares about Flash any more? :) YT might have also stopped caring.
>>
>
> This mail doesn't make much sense. youtube-dl and get-flash-vidoes are
> doing basically the same thing, scraping the video website so they can
> download videos. (the "flash" in get-flash-videos is as much a misnomer
> as the "youtube" in youtube-dl, they both work for multiple sites, many
> of which don't actually need Flash any more). One tends to stay working
> through youtube changes, the other doesn't.
>

sorry for the noise!

Re: youtube dl 20170214

[Amit Kulkarni]

>> like every two weeks, ydl is broken, and the bi-weekly-or-so update
>> fixes it.. ok ?
>
> ok.

Its a race to force users to view their ads...

> I wonder how get-flash-videos manages to stay working though..
>

Nobody cares about Flash any more? :) YT might have also stopped caring.

Re: UPDATE: mail/sylpheed

[Amit Kulkarni]

> > > >  SHARED_LIBS += sylph-0   3.0 #
> > > > 3.0 SHARED_LIBS +=  sylpheed-plugin-0 3.0
> > > > # 3.0  
> > > 
> > > I was surprised to see these not change between 3.4.x and 3.5.x, but
> > > indeed, shared-libs.log suggests they are correct. What do you
> > > think, do we trust upstream to have gotten this right?
> > > 
> > > Other than that (potential red herring), this looks good to me.  
> > 
> > 
> > Just for safety's sake, I bumped SHARED_LIBS to 4.0
> 
> If you follow the FAQ [1], you can see only symbols were added so a
> minor bump would be enough. That said, bumps are cheap so either a
> major or a minor bump is good.
> 
> Minor nit, whatever you chose it should be
> SHARED_LIBS +=  sylph-0  4.0  # 3.0
> SHARED_LIBS +=  sylpheed-plugin-04.0  # 3.0
> 
> or
> 
> SHARED_LIBS +=  sylph-0  3.1  # 3.0
> SHARED_LIBS +=  sylpheed-plugin-03.1  # 3.0
> 
> The value after the # indicates the value used by upstream. These lines
> can be retrieved from WRKBUILD/shared_libs.log
> 
> Other than that, looks good ports-wise. ok danj@ with the nit
> 
> [1] https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs


Thanks for the feedback. Revised diff inline.


Index: Makefile
===
RCS file: /cvs/ports/mail/sylpheed/Makefile,v
retrieving revision 1.110
diff -u -p -r1.110 Makefile
--- Makefile12 Aug 2016 11:17:17 -  1.110
+++ Makefile23 Aug 2016 18:58:48 -
@@ -2,14 +2,14 @@
 
 COMMENT =  lightweight and user-friendly e-mail client
 
-DISTNAME = sylpheed-3.4.2
-REVISION = 4
+DISTNAME = sylpheed-3.5.1
 
-SHARED_LIBS += sylph-0   3.0 # 3.0
-SHARED_LIBS += sylpheed-plugin-0 3.0 # 3.0
+SHARED_LIBS += sylph-0   4.0 # 3.0
+SHARED_LIBS +=     sylpheed-plugin-0 4.0 # 3.0
 
 CATEGORIES =   mail news x11
 HOMEPAGE = http://sylpheed.sraoss.jp/en
+MAINTAINER =   Amit Kulkarni <amitk...@gmail.com>
 
 # GPLv2 - LGPLv2
 PERMIT_PACKAGE_CDROM = Yes
@@ -28,7 +28,7 @@ WANTLIB += png gpgme gpg-error gtkspell 
 WANTLIB += gtk-x11-2.0 gdk-x11-2.0 gtkspell assuan ffi graphite2 harfbuzz
 
 RUN_DEPENDS =  devel/desktop-file-utils
-MASTER_SITES = http://sylpheed.sraoss.jp/sylpheed/v3.4/
+MASTER_SITES = http://sylpheed.sraoss.jp/sylpheed/v3.5/
 
 CONFIGURE_STYLE =  gnu
 CONFIGURE_ARGS =   --disable-compface \
Index: distinfo
===
RCS file: /cvs/ports/mail/sylpheed/distinfo,v
retrieving revision 1.52
diff -u -p -r1.52 distinfo
--- distinfo21 Jul 2014 08:10:09 -  1.52
+++ distinfo23 Aug 2016 18:58:48 -
@@ -1,2 +1,2 @@
-SHA256 (sylpheed-3.4.2.tar.gz) = pMR7VwpbVl0U/5kzzy4D/LiVA0wfBy+c0sSphnovImM=
-SIZE (sylpheed-3.4.2.tar.gz) = 5135661
+SHA256 (sylpheed-3.5.1.tar.gz) = NMbcarYQTWha8KLN613YRjlE8R01qhnigAQkM/QTz7g=
+SIZE (sylpheed-3.5.1.tar.gz) = 5315509
Index: patches/patch-libsylph_procmime_c
===
RCS file: /cvs/ports/mail/sylpheed/patches/patch-libsylph_procmime_c,v
retrieving revision 1.7
diff -u -p -r1.7 patch-libsylph_procmime_c
--- patches/patch-libsylph_procmime_c   21 Jul 2014 08:10:09 -  1.7
+++ patches/patch-libsylph_procmime_c   23 Aug 2016 18:58:48 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-libsylph_procmime_c,v 1.7 2014/07/21 08:10:09 rpointel Exp $
 libsylph/procmime.c.orig   Thu Nov 28 07:34:13 2013
-+++ libsylph/procmime.cFri Jul 18 09:21:17 2014
-@@ -1585,7 +1585,7 @@ static GHashTable *procmime_get_mime_type_table(void)
+--- libsylph/procmime.c.orig   Mon Aug 22 20:22:10 2016
 libsylph/procmime.cMon Aug 22 20:24:11 2016
+@@ -1622,7 +1622,7 @@ static GHashTable *procmime_get_mime_type_table(void)
procmime_get_mime_type_list(SYSCONFDIR "/mime.types");
if (!mime_type_list)
mime_type_list =
Index: patches/patch-libsylph_ssl_c
===
RCS file: /cvs/ports/mail/sylpheed/patches/patch-libsylph_ssl_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-libsylph_ssl_c
--- patches/patch-libsylph_ssl_c12 Aug 2016 11:17:17 -  1.1
+++ patches/patch-libsylph_ssl_c23 Aug 2016 18:58:48 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-libsylph_ssl_c,v 1.1 2016/08/12 11:17:17 edd Exp $
 libsylph/ssl.c.origWed Aug  3 20:08:00 2016
-+++ libsylph/ssl.c Wed Aug  3 20:09:20 2016
+--- libsylph/ssl.c.origMon A

Re: UPDATE: mail/sylpheed

[Amit Kulkarni]

> > Thanks for fixing sylpheed to work with gmail!
> 
> No worries.
> 
> > If nobody objects, I can take maintainer of this port.
> 
> If you care about Sylpheed, please do take MAINTAINER.

Ok thanks

> 
> >  SHARED_LIBS += sylph-0   3.0 # 3.0
> >  SHARED_LIBS += sylpheed-plugin-0 3.0 # 3.0
> 
> I was surprised to see these not change between 3.4.x and 3.5.x, but
> indeed, shared-libs.log suggests they are correct. What do you think, do
> we trust upstream to have gotten this right?
> 
> Other than that (potential red herring), this looks good to me.


Just for safety's sake, I bumped SHARED_LIBS to 4.0, and attaching updated diff 
also, with taking maintainer.

Thanks

Index: Makefile
===
RCS file: /cvs/ports/mail/sylpheed/Makefile,v
retrieving revision 1.110
diff -u -p -r1.110 Makefile
--- Makefile12 Aug 2016 11:17:17 -  1.110
+++ Makefile23 Aug 2016 13:41:01 -
@@ -2,14 +2,14 @@
 
 COMMENT =  lightweight and user-friendly e-mail client
 
-DISTNAME = sylpheed-3.4.2
-REVISION = 4
+DISTNAME = sylpheed-3.5.1
 
-SHARED_LIBS += sylph-0   3.0 # 3.0
-SHARED_LIBS += sylpheed-plugin-0 3.0 # 3.0
+SHARED_LIBS += sylph-0   4.0 # 4.0
+SHARED_LIBS += sylpheed-plugin-0 4.0 # 4.0
 
 CATEGORIES =   mail news x11
 HOMEPAGE =     http://sylpheed.sraoss.jp/en
+MAINTAINER =   Amit Kulkarni <amitk...@gmail.com>
 
 # GPLv2 - LGPLv2
 PERMIT_PACKAGE_CDROM = Yes
@@ -28,7 +28,7 @@ WANTLIB += png gpgme gpg-error gtkspell 
 WANTLIB += gtk-x11-2.0 gdk-x11-2.0 gtkspell assuan ffi graphite2 harfbuzz
 
 RUN_DEPENDS =  devel/desktop-file-utils
-MASTER_SITES = http://sylpheed.sraoss.jp/sylpheed/v3.4/
+MASTER_SITES = http://sylpheed.sraoss.jp/sylpheed/v3.5/
 
 CONFIGURE_STYLE =  gnu
 CONFIGURE_ARGS =   --disable-compface \
Index: distinfo
===
RCS file: /cvs/ports/mail/sylpheed/distinfo,v
retrieving revision 1.52
diff -u -p -r1.52 distinfo
--- distinfo21 Jul 2014 08:10:09 -  1.52
+++ distinfo23 Aug 2016 13:41:01 -
@@ -1,2 +1,2 @@
-SHA256 (sylpheed-3.4.2.tar.gz) = pMR7VwpbVl0U/5kzzy4D/LiVA0wfBy+c0sSphnovImM=
-SIZE (sylpheed-3.4.2.tar.gz) = 5135661
+SHA256 (sylpheed-3.5.1.tar.gz) = NMbcarYQTWha8KLN613YRjlE8R01qhnigAQkM/QTz7g=
+SIZE (sylpheed-3.5.1.tar.gz) = 5315509
Index: patches/patch-libsylph_procmime_c
===
RCS file: /cvs/ports/mail/sylpheed/patches/patch-libsylph_procmime_c,v
retrieving revision 1.7
diff -u -p -r1.7 patch-libsylph_procmime_c
--- patches/patch-libsylph_procmime_c   21 Jul 2014 08:10:09 -  1.7
+++ patches/patch-libsylph_procmime_c   23 Aug 2016 13:41:01 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-libsylph_procmime_c,v 1.7 2014/07/21 08:10:09 rpointel Exp $
 libsylph/procmime.c.orig   Thu Nov 28 07:34:13 2013
-+++ libsylph/procmime.cFri Jul 18 09:21:17 2014
-@@ -1585,7 +1585,7 @@ static GHashTable *procmime_get_mime_type_table(void)
+--- libsylph/procmime.c.orig   Mon Aug 22 20:22:10 2016
 libsylph/procmime.cMon Aug 22 20:24:11 2016
+@@ -1622,7 +1622,7 @@ static GHashTable *procmime_get_mime_type_table(void)
procmime_get_mime_type_list(SYSCONFDIR "/mime.types");
if (!mime_type_list)
mime_type_list =
Index: patches/patch-libsylph_ssl_c
===
RCS file: /cvs/ports/mail/sylpheed/patches/patch-libsylph_ssl_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-libsylph_ssl_c
--- patches/patch-libsylph_ssl_c12 Aug 2016 11:17:17 -  1.1
+++ patches/patch-libsylph_ssl_c23 Aug 2016 13:41:01 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-libsylph_ssl_c,v 1.1 2016/08/12 11:17:17 edd Exp $
 libsylph/ssl.c.origWed Aug  3 20:08:00 2016
-+++ libsylph/ssl.c Wed Aug  3 20:09:20 2016
+--- libsylph/ssl.c.origMon Aug 22 20:24:57 2016
 libsylph/ssl.c Mon Aug 22 20:25:45 2016
 @@ -55,6 +55,7 @@ static gchar *find_certs_file(const gchar *certs_dir)
  }
  
Index: patches/patch-src_gtkutils_c
===
RCS file: patches/patch-src_gtkutils_c
diff -N patches/patch-src_gtkutils_c
--- patches/patch-src_gtkutils_c29 Jan 2015 07:07:39 -  1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_gtkutils_c,v 1.2 2015/01/29 07:07:39 rpointel Exp $
-
-issue 215: http://sylpheed.sraoss.jp/redmine/issues/215
-Fixed upstream: 
http://sylpheed.sraoss.jp/redmine/projects/sylpheed/repository/revisions/3462/di

UPDATE: mail/sylpheed

[Amit Kulkarni]

Edd,

Thanks for fixing sylpheed to work with gmail! If nobody objects, I can take 
maintainer of this port.

Thanks


Index: Makefile
===
RCS file: /cvs/ports/mail/sylpheed/Makefile,v
retrieving revision 1.110
diff -u -p -r1.110 Makefile
--- Makefile12 Aug 2016 11:17:17 -  1.110
+++ Makefile23 Aug 2016 04:53:21 -
@@ -2,8 +2,7 @@
 
 COMMENT =  lightweight and user-friendly e-mail client
 
-DISTNAME = sylpheed-3.4.2
-REVISION = 4
+DISTNAME = sylpheed-3.5.1
 
 SHARED_LIBS += sylph-0   3.0 # 3.0
 SHARED_LIBS += sylpheed-plugin-0 3.0 # 3.0
@@ -28,7 +27,7 @@ WANTLIB += png gpgme gpg-error gtkspell 
 WANTLIB += gtk-x11-2.0 gdk-x11-2.0 gtkspell assuan ffi graphite2 harfbuzz
 
 RUN_DEPENDS =  devel/desktop-file-utils
-MASTER_SITES = http://sylpheed.sraoss.jp/sylpheed/v3.4/
+MASTER_SITES = http://sylpheed.sraoss.jp/sylpheed/v3.5/
 
 CONFIGURE_STYLE =  gnu
 CONFIGURE_ARGS =   --disable-compface \
Index: distinfo
===
RCS file: /cvs/ports/mail/sylpheed/distinfo,v
retrieving revision 1.52
diff -u -p -r1.52 distinfo
--- distinfo21 Jul 2014 08:10:09 -  1.52
+++ distinfo23 Aug 2016 04:53:21 -
@@ -1,2 +1,2 @@
-SHA256 (sylpheed-3.4.2.tar.gz) = pMR7VwpbVl0U/5kzzy4D/LiVA0wfBy+c0sSphnovImM=
-SIZE (sylpheed-3.4.2.tar.gz) = 5135661
+SHA256 (sylpheed-3.5.1.tar.gz) = NMbcarYQTWha8KLN613YRjlE8R01qhnigAQkM/QTz7g=
+SIZE (sylpheed-3.5.1.tar.gz) = 5315509
Index: patches/patch-libsylph_procmime_c
===
RCS file: /cvs/ports/mail/sylpheed/patches/patch-libsylph_procmime_c,v
retrieving revision 1.7
diff -u -p -r1.7 patch-libsylph_procmime_c
--- patches/patch-libsylph_procmime_c   21 Jul 2014 08:10:09 -  1.7
+++ patches/patch-libsylph_procmime_c   23 Aug 2016 04:53:21 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-libsylph_procmime_c,v 1.7 2014/07/21 08:10:09 rpointel Exp $
 libsylph/procmime.c.orig   Thu Nov 28 07:34:13 2013
-+++ libsylph/procmime.cFri Jul 18 09:21:17 2014
-@@ -1585,7 +1585,7 @@ static GHashTable *procmime_get_mime_type_table(void)
+--- libsylph/procmime.c.orig   Mon Aug 22 20:22:10 2016
 libsylph/procmime.cMon Aug 22 20:24:11 2016
+@@ -1622,7 +1622,7 @@ static GHashTable *procmime_get_mime_type_table(void)
procmime_get_mime_type_list(SYSCONFDIR "/mime.types");
if (!mime_type_list)
mime_type_list =
Index: patches/patch-libsylph_ssl_c
===
RCS file: /cvs/ports/mail/sylpheed/patches/patch-libsylph_ssl_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-libsylph_ssl_c
--- patches/patch-libsylph_ssl_c12 Aug 2016 11:17:17 -  1.1
+++ patches/patch-libsylph_ssl_c23 Aug 2016 04:53:21 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-libsylph_ssl_c,v 1.1 2016/08/12 11:17:17 edd Exp $
 libsylph/ssl.c.origWed Aug  3 20:08:00 2016
-+++ libsylph/ssl.c Wed Aug  3 20:09:20 2016
+--- libsylph/ssl.c.origMon Aug 22 20:24:57 2016
 libsylph/ssl.c Mon Aug 22 20:25:45 2016
 @@ -55,6 +55,7 @@ static gchar *find_certs_file(const gchar *certs_dir)
  }
  
Index: patches/patch-src_gtkutils_c
===
RCS file: patches/patch-src_gtkutils_c
diff -N patches/patch-src_gtkutils_c
--- patches/patch-src_gtkutils_c29 Jan 2015 07:07:39 -  1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_gtkutils_c,v 1.2 2015/01/29 07:07:39 rpointel Exp $
-
-issue 215: http://sylpheed.sraoss.jp/redmine/issues/215
-Fixed upstream: 
http://sylpheed.sraoss.jp/redmine/projects/sylpheed/repository/revisions/3462/diff/src/gtkutils.c
-
 src/gtkutils.c.origTue Jun 10 06:06:36 2014
-+++ src/gtkutils.c Thu Jan 29 07:19:22 2015
-@@ -915,7 +915,7 @@ void gtkut_text_buffer_insert_with_tag_by_name(GtkText
-   gtk_text_buffer_insert_with_tags_by_name
-   (buffer, iter, text, len, tag, NULL);
- 
--  if (text[len - 1] != '\n') {
-+  if (len > 0 && text[len - 1] != '\n') {
-   /* somehow returns invalid value first (bug?),
-  so call it twice */
-   gtk_text_iter_get_chars_in_line(iter);
Index: pkg/PLIST
===
RCS file: /cvs/ports/mail/sylpheed/pkg/PLIST,v
retrieving revision 1.38
diff -u -p -r1.38 PLIST
--- pkg/PLIST   16 Mar 2016 22:11:46 -  1.38
+++ pkg/PLIST   23 Aug 2016 04:53:21 -
@@ -4,6 +4,7 @@
 @pkgpath mail/sylpheed,gpgme
 @bin bin/sylpheed
 include/sylpheed/
+include/sylpheed/plugin-types.h
 include/sylpheed/plugin.h
 include/sylpheed/sylph/
 

Re: NEW: devel/gitlab-ci-multi-runner

[Amit Kulkarni]

On Mon, Jul 11, 2016 at 2:07 PM, Frank Groeneveld <
frank+openbsd-po...@frankgroeneveld.nl> wrote:

> On Mon, Apr 18, 2016 at 09:51:08PM +0200, Frank Groeneveld wrote:
> > Attached a port for gitlab-ci-multi-runner:
> >
> > ---
> > A runner for Gitlab CI. It runs tests and sends the results to GitLab.
> > GitLab CI is the open-source continuous integration service included
> > with GitLab that coordinates the testing.
> > ---
> >
> > My upstream patches have not all been accepted yet. I'm still waiting
> > on one update of a vendored package:
> > https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/merge_requests/139
> >
> > For now, I've included that patch in its most simple form in the port.
> > This results in a very long filename though, so the port is attached as
> > zip file (tar could not store this long name). What's the best way to
> > shorten this patch name?
> >
> > The final problem is the referenced prebuilt.tar.gz. I believe this is
> > a very simple Docker container image that can be used by
> > gitlab-ci-multi-runner to start a docker container on a docker host.
> > This file is however not versioned and I'm not sure whether the contents
> > will change in the future. If so, it will of course result in checksum
> > errors. Should we/I cache this file somewhere and version it with the
> > date?
>
> Anybody care to help me with these questions? I would really like to get
> this imported.
>
> Thanks!
>
> Frank
>
>
I think you missed ports lock, you will have to wait a month or so before
port imports can start again.

Re: porting question

[Amit Kulkarni]

On Mon, Jul 11, 2016 at 4:51 PM, Edgar Pettijohn 
wrote:

> On 16-07-11 09:21:18, Stuart Henderson wrote:
> > On 2016/07/10 23:54, Edgar Pettijohn wrote:
> > > I'm attempting to port libxlsxwriter.  The problem I'm having is
> > > that I can't seem to get the examples to install correctly.
> > >
> > > In the Makefile I have this:
> > > ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/libxlsxwriter
> > > ${INSTALL_DATA} ${WRKSRC}/examples/*.c
> ${PREFIX}/share/examples/libxlsxwriter/
> > >
> > > pkg/PLIST shows all of the relevent files.
> > >
> > > After $ make fake everything looks good in
> /usr/ports/pobj/etc/etc/fake-i386/etc/etc
> > >
> > > However, after $ make build install the
> /usr/local/share/examples/libxlsxwriter
> > > directory doesn't exist and obviously none of its intended files
> either.
> > >
> > > Everything else works correctly.  I can compile test programs and link
> with
> > > -lxlsxwriter
> > > --
> > > Edgar Pettijohn
> > >
> >
> > Perhaps you built a package before adding the examples and didn't remove
> it
> > before installing?
> >
> I think I may have found the issue.  The plist under /usr/ports/plist/...
> still
> had the wrong info.  Should this have been fixed by $ make update-plist?
> If so
> there may be a bug involved.  If not I guess I should double check there
> in the
> future.
>

When I try out new ports, I do the following since I don't build ports in
bulk now (If you wipe out packages you lose 1-2 days of built package data,
so be extremely careful). I would probably add a pattern to remove
MY_NEW_PORT to /usr/ports/packages as a adaptation below.

pkg_delete MY_NEW_PORT
rm -rf /usr/ports/plist
rm -rf /usr/ports/packages
rm -rf /usr/ports/pobj
make install

Hope that helps you out. I think this is a known thing, sicne you are
tweaking the new port to get it right. I expect most ports people know this.

Re: CVS: cvs.openbsd.org: ports

[Amit Kulkarni]

On Wed, Jun 15, 2016 at 11:43 AM, Stuart Henderson <s...@spacehopper.org>
wrote:

> On 2016/06/15 11:25, Amit Kulkarni wrote:
> > certbot or letsencrypt? confused just reading the commit message.
> >
> > On Wed, Jun 15, 2016 at 9:46 AM, Stuart Henderson <st...@openbsd.org>
> > wrote:
> >
> > CVSROOT:/cvs
> > Module name:ports
> > Changes by: st...@cvs.openbsd.org   2016/06/15 08:46:58
> >
> > Modified files:
> > security/letsencrypt: Makefile.inc
> > security/letsencrypt/client: distinfo
> > security/letsencrypt/client/pkg: PLIST
> > security/letsencrypt/py-acme: distinfo
> >
> > Log message:
> > update to certbot-0.8.1
> >
> >
> >
>
>
> https://www.eff.org/deeplinks/2016/03/new-name-and-roadmap-lets-encrypt-client
>


Sorry for the noise!

Re: CVS: cvs.openbsd.org: ports

[Amit Kulkarni]

certbot or letsencrypt? confused just reading the commit message.

On Wed, Jun 15, 2016 at 9:46 AM, Stuart Henderson  wrote:

> CVSROOT:/cvs
> Module name:ports
> Changes by: st...@cvs.openbsd.org   2016/06/15 08:46:58
>
> Modified files:
> security/letsencrypt: Makefile.inc
> security/letsencrypt/client: distinfo
> security/letsencrypt/client/pkg: PLIST
> security/letsencrypt/py-acme: distinfo
>
> Log message:
> update to certbot-0.8.1

Re: [update] sysclean 1.8

[Amit Kulkarni]

On Sat, Jun 4, 2016 at 8:00 AM, Sebastien Marie  wrote:

> Hi,
>
> Any OK for upgrading sysutils/sysclean ?
>
> Changes:
>   - add a new mode (used by default): safe mode. it excludes any dynamic
> libraries and all files under /etc directory. it is a more safe
> default.
>   - small documentation bug in usage.
>
>
Thank you for ignoring /etc by default. IMHO, before integrating in future
with sysmerge, this should be the way to go.

Re: sudo-1.8.16p0 on 2016-06-02 snapshot: Bad system call

[Amit Kulkarni]

On Sat, Jun 4, 2016 at 1:28 AM, Raf Czlonka <rczlo...@gmail.com> wrote:

> On Sat, Jun 04, 2016 at 04:19:35AM BST, Amit Kulkarni wrote:
> > On Fri, Jun 3, 2016 at 4:45 PM, Raf Czlonka <rczlo...@gmail.com> wrote:
> >
> > > On Fri, Jun 03, 2016 at 07:39:31PM BST, Peter N. M. Hansteen wrote:
> > > > On 06/03/16 20:26, Todd C. Miller wrote:
> > > > > Perhaps your sudo binary is linked with an old libc that used
> > > > > sys_osendsyslog?
> > > >
> > > > That's it exactly.
> > > >
> > > > It looks like on this machine, I had an old /usr/bin/sudo lying
> around
> > > >
> > > > [Fri Jun 03 20:32:59] peter@elke:~$ ls -l `which sudo`
> > > > -r-sr-xr-x  2 root  bin  157480 Jun 30  2015 /usr/bin/sudo
> > > >
> > > > in addition to the one that came out of the more recent package
> > > >
> > > > [Fri Jun 03 20:33:20] peter@elke:~$ ls -l /usr/local/bin/sudo
> > > > -r-sr-xr-x  1 root  bin  134023 May 23 19:21 /usr/local/bin/sudo
> > > >
> > > > and with a PATH like this
> > > >
> > > > [Fri Jun 03 20:34:20] peter@elke:~$ echo $PATH
> > > >
> /bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/s
> > > >
> bin:/usr/X11R6/bin:/home/peter/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/lo
> > > > cal/bin:/usr/local/sbin:/usr/games:.
> > > >
> > > > it's actually quite obvious.
> > > >
> > > > $ doas rm -f /usr/bin/sudo*
> > > > $ doas rm -f /usr/bins/*sudo*
> > > >
> > > > made sudo work again.
> > > >
> > > > Note to self: upgrade notes are for reading
> > >
> > > Also, 'sysclean' from ports is a very handy utility if one "forgets"
> > > to read the notes[0] :^)
> > >
> > > Regards,
> > >
> > > Raf
> > >
> > > [0] Even if one *does* read the notes, it is still very useful as it
> > > helps to clean-up files and directories not mentioned in the notes
> > >
> > >
> >
> > +1 for sysclean to check for obsolete packages. sysclean reminds you
> which
> > files are obsolete. but be careful deleting the files. I deleted a
> current
> > libc.so by mistake open a root shell somewhere and then start
> deleting
> > carefully, very carefully.
>
> Not sure how you managed to do that ;^)
>

Let us call it my thinking bug :)


>
> The only time this might be dangerous is when new packages haven't yet
> been cut for the new version of, i.e. libc, etc. and they still require
> the old one.
>

When I see those bad system major messages I usually Ctrl + C pkg_add and
then wait a day or two (sometimes during release a week or two) for the
next set of packages. Once all system is updated then only I think it makes
sense to run sysclean.


>
> Otherwise, create a /etc/sysclean.ignore *first* with something like:
>
> @include "/etc/changelist"
> /bsd.up
> /etc/apm
> /etc/hotplug/attach
> /etc/iked.conf
> /etc/kbdtype
> /etc/mixerctl.conf
> /etc/rebound.conf
> /etc/ssl/private/private.csr
> /etc/ssl/private/private.key
> /etc/vi.exrc
> /etc/wifi
> /etc/wifi.nwid
> /snapshots
> /etc/sysclean.ignore# BTW, given that one can't specify another file,
> # shouldn't this be implied and thus redundant?
> ...
>
> Inspect if there's nothing which you had missed:
>
> doas sysclean
>
> then simply:
>
> doas sysclean | while read $file ; do doas rm -fr "$file" ; done
>

Raf, you are brave!

Re: sudo-1.8.16p0 on 2016-06-02 snapshot: Bad system call

[Amit Kulkarni]

On Fri, Jun 3, 2016 at 4:45 PM, Raf Czlonka  wrote:

> On Fri, Jun 03, 2016 at 07:39:31PM BST, Peter N. M. Hansteen wrote:
> > On 06/03/16 20:26, Todd C. Miller wrote:
> > > Perhaps your sudo binary is linked with an old libc that used
> > > sys_osendsyslog?
> >
> > That's it exactly.
> >
> > It looks like on this machine, I had an old /usr/bin/sudo lying around
> >
> > [Fri Jun 03 20:32:59] peter@elke:~$ ls -l `which sudo`
> > -r-sr-xr-x  2 root  bin  157480 Jun 30  2015 /usr/bin/sudo
> >
> > in addition to the one that came out of the more recent package
> >
> > [Fri Jun 03 20:33:20] peter@elke:~$ ls -l /usr/local/bin/sudo
> > -r-sr-xr-x  1 root  bin  134023 May 23 19:21 /usr/local/bin/sudo
> >
> > and with a PATH like this
> >
> > [Fri Jun 03 20:34:20] peter@elke:~$ echo $PATH
> > /bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/s
> > bin:/usr/X11R6/bin:/home/peter/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/lo
> > cal/bin:/usr/local/sbin:/usr/games:.
> >
> > it's actually quite obvious.
> >
> > $ doas rm -f /usr/bin/sudo*
> > $ doas rm -f /usr/bins/*sudo*
> >
> > made sudo work again.
> >
> > Note to self: upgrade notes are for reading
>
> Also, 'sysclean' from ports is a very handy utility if one "forgets"
> to read the notes[0] :^)
>
> Regards,
>
> Raf
>
> [0] Even if one *does* read the notes, it is still very useful as it
> helps to clean-up files and directories not mentioned in the notes
>
>

+1 for sysclean to check for obsolete packages. sysclean reminds you which
files are obsolete. but be careful deleting the files. I deleted a current
libc.so by mistake open a root shell somewhere and then start deleting
carefully, very carefully.

Re: NEW: htop 2.0.0

[Amit Kulkarni]

On Sun, May 8, 2016 at 3:12 AM, Jeremie Courreges-Anglas <j...@wxcvbn.org>
wrote:

> Juan Francisco Cantero Hurtado <i...@juanfra.info> writes:
>
> > On Tue, Apr 26, 2016 at 11:28:52PM +0200, Jeremie Courreges-Anglas wrote:
> >> Amit Kulkarni <amitk...@gmail.com> writes:
> >>
> >> > This fell through the cracks. Can somebody please import it now that
> ports
> >> > is unlocked?
> >>
> >> Importing it now would perhaps get more bug reports, but we already know
> >> that there were unsolved issues:
> >>
> >> >> > I've seeing a bunch of double-free and use-after-free in htop.
> Please,
> >> >> > run your tests with "MALLOC_OPTIONS=CFGJU htop" and fix the code
> >> >> > yourself in the upstream github repo if you can.
> >
> > I've attached an updated port. Now it uses the "debug" target by
> > default, so you can get a backtrace with the symbols included to send a
> > better bug report to upstream.
>
> Looks like bugs have magically vanished.  ok jca@ to import it,
> I suggest you keep the debug symbols for now.
>


They have not vanished, they are there... But we can address them in-tree?
I am trying to devote some time to get this cleaned up in next few weeks.

Thanks

Re: NEW: htop 2.0.0

[Amit Kulkarni]

On Wed, 27 Apr 2016, Juan Francisco Cantero Hurtado wrote:

> On Tue, Apr 26, 2016 at 11:28:52PM +0200, Jeremie Courreges-Anglas wrote:
> > Amit Kulkarni <amitk...@gmail.com> writes:
> > 
> > > This fell through the cracks. Can somebody please import it now that ports
> > > is unlocked?
> > 
> > Importing it now would perhaps get more bug reports, but we already know
> > that there were unsolved issues:
> > 
> > >> > I've seeing a bunch of double-free and use-after-free in htop. Please,
> > >> > run your tests with "MALLOC_OPTIONS=CFGJU htop" and fix the code
> > >> > yourself in the upstream github repo if you can.
> 
> I've attached an updated port. Now it uses the "debug" target by
> default, so you can get a backtrace with the symbols included to send a
> better bug report to upstream.


Thanks for re-packaging! This looks way better than top.

Fwd: NEW: htop 2.0.0

[Amit Kulkarni]

This fell through the cracks. Can somebody please import it now that ports
is unlocked?

thanks

-- Forwarded message --
From: Juan Francisco Cantero Hurtado 
Date: Mon, Feb 15, 2016 at 10:34 PM
Subject: Re: NEW: htop 2.0.0
To: ports@openbsd.org


On Mon, Feb 15, 2016 at 09:47:54PM +, Pedro de Oliveira wrote:
> Hi again,
>
> Here is an updated version, with two patches from github, it now also
> passes portcheck.
> I believe that in the next version both patches will already be in
upstream.
>
> https://github.com/hishamhm/htop/pull/398
> https://github.com/hishamhm/htop/pull/376

I've attached an updated version of your port. You forgot to
double-check some parts :)

>
> On Sun, Feb 14, 2016 at 10:08 PM, Juan Francisco Cantero Hurtado
>  wrote:
> > On Thu, Feb 11, 2016 at 08:53:42PM -0500, Michael McConville wrote:
> >> Pedro de Oliveira wrote:
> >> > Hi,
> >> >
> >> > Attached is a new port for sysutils/htop.The new 2.0.0 release now
> >> > supports OpenBSD.
> >> > It's my first port, so be easy!
> >> >
> >> > Any comments? OK to import?
> >> >
> >> > Regards,
> >> > Pedro de Oliveira
> >>
> >> Hi, Pedro.
> >>
> >> I wrote the OpenBSD-specific htop code. I was planning on making a
> >> proper port ASAP; thanks for beating me to it!  :-)  I'll try to review
> >> it this weekend.
> >>
> >> It's too late to get it into 5.9, sadly. This gives us more time to
> >> improve the OS-specific code, though.
> >>
> >> If you want to help with that, you could review and test this patch by
> >> juanfra@:
> >>
> >> https://github.com/hishamhm/htop/pull/376
> >
> > I've seeing a bunch of double-free and use-after-free in htop. Please,
> > run your tests with "MALLOC_OPTIONS=CFGJU htop" and fix the code
> > yourself in the upstream github repo if you can.


--
Juan Francisco Cantero Hurtado http://juanfra.info


htop.tgz
Description: GNU Unix tar archive

Re: update: sysutils/sysclean 1.3

[Amit Kulkarni]

On Mon, Apr 18, 2016 at 12:50 PM, Sebastien Marie <sema...@openbsd.org>
wrote:

> On Mon, Apr 18, 2016 at 10:25:48AM -0500, Amit Kulkarni wrote:
> >
> > Thanks guys for the sysclean.ignore, I was going to ask for adding
> > /etc/doas.conf to the ignore :), but I can set it locally as well.
>
> The default list of expected files (files which aren't reported as
> potentially "obsolete") is taken from a default install. Anything other
> is reported (if not present in sysclean.ignore).
>
> On a standard host, it could include lot of files in /etc... but
> sysclean wouldn't have any way to know if it is a wanted file (because
> you added it and still use it), or an old file (because for example you
> don't use anymore the associated program).
>
> So, as `/etc/doas.conf' isn't installed in a default install, you have
> added it manually. So you can add it too in /etc/sysclean.ignore :)
>
> Here is the logic behind.
>
> Note that /etc/hostname.* are installed during install but are reported
> with version 1.3 (whereas 1.1 doesn't). This problem will addressed in
> upcoming 1.4.
>
> Thanks for your interest.
>

Thanks, I cleaned my machine dating back almost 3 years of upgrades, it is
now almost like new :)

Re: update: sysutils/sysclean 1.3

[Amit Kulkarni]

On Mon, Apr 18, 2016 at 2:41 AM, Sebastien Marie 
wrote:

> Hi,
>
> Here a diff for updating sysutils/sysclean to 1.3
> Special thanks to espie@ for his help in the rewrite in perl.
>
> Comments or OK ?
>
> Changes:
> 
>
> Major rewrite of sysclean using perl(1):
>
> - more accurate control of path walkthough (doesn't explore unknown
>   directories)
> - no more manual parsing of PKG_DB files
> - manage more accurately @sample directories
>
>
> Incompatible changes:
>
> - the format of sysclean.ignore as slighlty changed: patterns aren't
>   possible now, but just plain filenames (example file updated).
> - network configuration files (/etc/hostname.*) aren't automatically
>   ignored. You should add them to sysclean.ignore
>
> Note: this release is same as 1.2, with just example file updated to
> reflect new syntax.
>


Thanks guys for the sysclean.ignore, I was going to ask for adding
/etc/doas.conf to the ignore :), but I can set it locally as well.

Re: [SECURITY] samba-4.3.8

[Amit Kulkarni]

>
>
> I was able to build it on 4.9 without any issues and provision an AD DC in
> a test network. I plan to test Windows 10/8/7/XP clients running Office
> 2016 applications over the weekend.
>


4.9? You really meant 5.9, right? :)

Re: INDEX update

[Amit Kulkarni]

My guess is that one of the bulk porters will do the INDEX update once the
tree has stabilized a bit, watch for the email like "Ports is now locked".
Then after a week or so, INDEX will be synced. Of course, they can sync
anytime too :)

On Sat, Jan 2, 2016 at 12:55 PM, Michael Reed  wrote:

> Hi,
>
> While doing a `make search', I noticed that INDEX
> hasn't been updated in a while, so here you go.
>
> Regards,
>   Michael
>

Re: NEW: textproc/wkhtmltopdf

[Amit Kulkarni]

On Wed, Nov 11, 2015 at 1:07 PM, Frank Groeneveld <
frank+openbsd-po...@frankgroeneveld.nl> wrote:

> On 11/09/15 17:51, Amit Kulkarni wrote:
>
>> I asked the upstream author privately, and he said that if you prefer the
>> stock qt4 or the "unpatched" as he calls it, you can switch as well to the
>> qt5 in ports.
>>
>
> Thanks for bringing that to my attention! It does compile and seems to run
> fine against qt5 in ports indeed.
>
> What would be the correct way to support both qt versions in this port? A
> multi-package port with a -qt4 and -qt5 variant



why have multi-packages for the same functionality? eventually the ports@
tree will move towards qt5. qt4 is deprecated and over time will suffer
bit-rot, so if it works equally well with stock qt5 (with missing
features), IMHO wkhtmltopdf should be switched to work with qt5 only. but
you are the maintainer and it has to be acceptable with other porters too.
IMHO, it will slowly push the ports tree forward.

thanks

Re: NEW: textproc/wkhtmltopdf

[Amit Kulkarni]

On Thu, Nov 5, 2015 at 1:26 PM, Frank Groeneveld <
frank+openbsd-po...@frankgroeneveld.nl> wrote:

> On 11/04/15 22:34, Stuart Henderson wrote:
>
>> Done. (I also added a blank line before the COMMENT).
>>
>
> Thank you!
>
> Seems pretty common for Qt things unfortunately. phantomjs needs a
>> patched Qt too, calibre uses private interfaces so it needs a :patch
>> target to find the headers...
>>
>
> Yes, I saw the phanomjs port indeed. I've built wkhtmltopdf with it's
> statically linked, patched QT and needed a few patches from the phantomjs
> port to get it going. It seems however, phantomjs is always statically
> build against the patched qt.
>
> I wonder how much time it would add to builds, it loses a lot of
>> features without the patched Qt (and I have somewhere I might
>> want to use that too).
>>
>
> On my computer the current port builds within minutes, while the build
> with patched QT takes around one hour.
>
> I'll try to make a port for it, I got it building a few weeks ago:
> https://github.com/wkhtmltopdf/wkhtmltopdf/issues/1991
>
>
I asked the upstream author privately, and he said that if you prefer the
stock qt4 or the "unpatched" as he calls it, you can switch as well to the
qt5 in ports.

Thanks

Re: Firefox 41.0.2 with W^X

[Amit Kulkarni]

On Mon, Nov 2, 2015 at 6:21 AM, David Coppa <dco...@gmail.com> wrote:

> On Fri, Oct 23, 2015 at 2:01 PM, Martin Pieuchot <m...@openbsd.org> wrote:
> > On 22/10/15(Thu) 21:40, Amit Kulkarni wrote:
> >> On Thu, Oct 22, 2015 at 12:26 PM, David Coppa <dco...@gmail.com> wrote:
> >>
> >> > On Thu, Oct 22, 2015 at 3:45 PM, Ed Ahlsen-Girard <eagir...@cox.net>
> >> > wrote:
> >> > > I have noticed a performance hit since the switch was flipped.
> Firefox
> >> > > stays at the top of top most of the time, and its CPU percentages
> have
> >> > > spiked to 175% if multiple tabs were being opened. dmesg below the
> sig.
> >> >
> >> > Can you try if the attached patch is an improvement?
> >> >
> >>
> >> Hi,
> >>
> >> This CPU spike is present with October 11 packages (Firefox 41.0.1) on
> >> amd64, so it will be difficult to isolate the performance impact of the
> W
> >> ^X vs the existing situation.
> >
> > FWIW I found that firefox is (ab)using pthread_mutex_trylock(3) a lot
> > resulting in a storm of sched_yield(2) triggering a lot (dozen to
> > hundreds of thousands) of IPIs on my x220.
> >
> > I tried to look at the source code but couldn't figure out where the
> > call of pthread_mutex_trylock(3) are coming from.  Firefox is just a
> > monster.
> >
> > I'm sorry but I agree that if nobody is taking care of this regression
> > it will be really hard to measure the impact of the W^X change.
> >
>
> Martin,
>
> Has this problem manifested itself with firefox-41 or was it already
> present with 40.x ?
>
> ciao
> David
>
>
Hi David,

Please see Erling Westenvik's email "wip: firefox 40" dated September 30,
2015. According to him it started in the 39-40 timeframe. It is getting so
unbearable that I have switched to iridium (thanks robert@).

Thanks

Re: Firefox 41.0.2 with W^X

[Amit Kulkarni]

On Thu, Oct 22, 2015 at 12:26 PM, David Coppa  wrote:

> On Thu, Oct 22, 2015 at 3:45 PM, Ed Ahlsen-Girard 
> wrote:
> > I have noticed a performance hit since the switch was flipped. Firefox
> > stays at the top of top most of the time, and its CPU percentages have
> > spiked to 175% if multiple tabs were being opened. dmesg below the sig.
>
> Can you try if the attached patch is an improvement?
>
> Ciao!
> David
>

Hi,

This CPU spike is present with October 11 packages (Firefox 41.0.1) on
amd64, so it will be difficult to isolate the performance impact of the W
^X vs the existing situation.

Thanks

Re: 5.7 & 32-bit

[Amit Kulkarni]

On Fri, Oct 2, 2015 at 4:27 PM, L. V. Lammert  wrote:

> On Fri, 2 Oct 2015, Stuart Henderson wrote:
>
> Stuart,
>
> First, I have to thank you for being so patient and complete with the
> information,and understand the issue with the Nagios version in Ports,
> the changes that would be required to make that work with 5.7, and also
> your justifiable switch to Icinga. We use Nagios for one reason - we run
> on platforms from 64bit archs to Raspberry Pi, so that makes it useful
> for us as a standard platform.
>
> The part I do not grok is that nagioscore builds happily on 64-bit AND
> 32-bit Linux platforms, ...
>
> Ports is a thankless job. I guess there are way more (most probably paid?)
volunteers in Linux who maintain nagios.


> Is there any way to figure out how it builds on Linux successfully with
> different time_t sizes? Would that not help with other ports? I would be
> happy to help in any way I can, .. including providing access to test
> machines with good builds.
>
>
After reading Stuart's email I interpret that to mean that he is not
interested to help with nagios porting, hope that helps you in making a
decision.

Re: Small tweak for WRKDIST handling in GH_* case

[Amit Kulkarni]

  This is to cope with a github project using bad tag names. The
  recommendation is a version number like v1.25 adding special one off
  cases is not a good idea, get upstream to fix their tagging.

 I'm afraid that's not in option for wide-spread projects, that already
 rely on done or other tag naming scheme, like the Intellij IDEA I've
 mentioned already. Those do Github releases like crazy, and that's the
 way they're. But since the issue itself is minor, I won't insist on
 this patch hard.

  https://help.github.com/articles/creating-releases/
 
  You can fix the tagging by forking the github project, and tagging
 yourself.

 That's more work than just specifying GH_COMMIT instead of GH_TAGNAME
 in a port. ;)


This was my first conversion to GH_ tags and it was messy. I didn't realize
something is broken upstream. kirby@ helped me to get it right.

On another note, will somebody please remove me as maintainer?

thanks

Re: [patch] www/p5-Dancer outdated dependencies

[Amit Kulkarni]

On Thu, May 21, 2015 at 11:11 AM, Liviu Daia liviu.d...@gmail.com wrote:

 On 21 May 2015, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote:
  Liviu Daia liviu.d...@gmail.com writes:
 
   Dancer now requires Module::Runtime.  I found that out trying to
   run ports-readmes-dancer. :)
 
  Yup.
 
  Hints for future patches:
  - changing RUN_DEPENDS means you have to bump REVISION
  - always mail the MAINTAINER of the port.  This is particularly
important with grumpy frogs.
 [...]

 Yes, I would have done that, but if there is a maintainer mentioned
 for that particular port, it's pretty well hidden. ;)

 Regards,

 Liviu Daia


You have to read the commits to see who made the most of them, and they are
then considered to be maintainers, or at least interested enough to
commit the port :)

Re: CoreCLR and OpenBSD

[Amit Kulkarni]

On Thu, Mar 19, 2015 at 6:07 PM, Aaron Bieber aa...@bolddaemon.com wrote:

 Should have mentioned what the current hurdles are.  So far the build
 dies because of a few lacking items:

 1) libunwind (needed for the GC, also I am told this is not a hard
 requirement)
 2) lldb


For lldb to be ported, the llvm/clang versions should be kept in sync. I
tried this a few years ago with matthew@, but we gave up since tehre were
too many ifdef with the POSIX string functions. I do believe that the
situation has improved a lot since then, since a ton of stuff has been
ported from FreeBSD/NetBSD. IMHO, a pre-requisite for porting lldb is to
sync the llvm port to the latest upstream release. I understand from
reading the commits that Brad has joined long term clang porting effort and
we have effectively forked llvm/clang to do our own stable long term
compiler as referenced by Miod a few years ago. IMHO a different port of
llvm/clang which follows latest upstream needs to be imported into the
tree. Is it time for the current llvm/clang port to be imported into base
but unlinked to the tree and make way for the latest llvm/clang port?

Thanks

Re: UPDATE: sysutils/hotplug-diskmount

[Amit Kulkarni]

On Mon, Feb 16, 2015 at 9:45 AM, Stuart Henderson st...@openbsd.org wrote:

 On 2015/02/16 16:43, Alexey Vatchenko wrote:
  Corrected, if it's what you mean Amit.

 I didn't see Amit's mail, but:

  Index: Makefile
  ===
  RCS file: /cvs/ports/sysutils/hotplug-diskmount/Makefile,v
  retrieving revision 1.7
  diff -u -p -r1.7 Makefile
  --- Makefile  22 Jul 2014 10:55:41 -  1.7
  +++ Makefile  16 Feb 2015 14:36:02 -
  @@ -1,8 +1,8 @@
  -# $OpenBSD: Makefile,v 1.7 2014/07/22 10:55:41 ajacoutot Exp $
  +# $OpenBSD$

 CVS changes this anyway

   COMMENT =disk auto-mounter
 
  -DISTNAME =   hotplug-diskmount-0.8
  +DISTNAME =   hotplug-diskmount-0.9
   REVISION =   0
 

 I am guessing he said to remove the revision line which is the one above.


Yes, exactly! And also to resend using cvs diff -Nup.

Re: CVS: cvs.openbsd.org: ports

[Amit Kulkarni]

There is a problem in the cvs configuration, not sure if it is on the cvs
server or on per cvs client basis. This commit was by bcallah@, the earlier
ones were by bentley@. Strangely, benoit@ commits have his name. Cc'ing to
beck@.

Or is Theo really committing to ports? :)

On Sun, Jan 11, 2015 at 11:23 AM, Theo de Raadt dera...@cvs.openbsd.org
wrote:

 CVSROOT:/cvs
 Module name:ports
 Changes by: bcal...@cvs.openbsd.org 2015/01/11 08:59:19

 Modified files:
 x11/fluxbox: Makefile distinfo
 x11/fluxbox/pkg: PLIST
 Added files:
 x11/fluxbox/patches: patch-Makefile_in
 Removed files:
 x11/fluxbox/patches: patch-src_Makefile_in

 Log message:
 Update to 1.3.6
 Tested on armv7 by Scarlett scarlett AT xavin DOT net - Thanks!
 ok dcoppa@ aja@

Re: CVS: cvs.openbsd.org: ports

[Amit Kulkarni]

There is something wrong somewhere. miod@ and mpi@ commits are seeming to
come from theo. Is the mailserver misconfigured or its the cvs server
misconfigured? And now chrisz@ bounces?

On Sun, Jan 11, 2015 at 11:24 AM, David Coppa dco...@cvs.openbsd.org
wrote:

 CVSROOT:/cvs
 Module name:ports
 Changes by: dco...@cvs.openbsd.org  2015/01/11 10:24:06

 Modified files:
 telephony/pjsua: Makefile distinfo
 telephony/pjsua/patches: patch-pjmedia_src_pjmedia_stream_c

 Log message:
 Update to pjsua-2.3.

 Maintainer's email bounces... chrisz@ ???

Re: CVS: cvs.openbsd.org: ports

[Amit Kulkarni]

+1. Making the smooth transition to qt5 possible.

great work sir

On Fri, Dec 19, 2014 at 4:32 PM, Brian Callahan bcal...@devio.us wrote:
 On 12/19/14 17:21, Vadim Zhukov wrote:

 CVSROOT:/cvs
 Module name:ports
 Changes by: z...@cvs.openbsd.org2014/12/19 15:21:32

 Modified files:
 x11: Makefile

 Log message:
 Now that all potential Qt5 users are fixed, enable Qt5 in builds.

 Requested by aja@, bcallah@  others weeks ago - sorry for slacking, guys.
 :)


 Thank you for all the hard work to make this happen. Huzzah!

UPDATE: www/linkchecker

[Amit Kulkarni]

Hi,

Sergey Bronnikov sent the update to me privately. The update works fine.

thanks



Index: Makefile
===
RCS file: /home/amit/all/openbsd_cvsync/ports/www/linkchecker/Makefile,v
retrieving revision 1.40
diff -u -p -u -p -r1.40 Makefile
--- Makefile2 Oct 2013 19:30:38 -   1.40
+++ Makefile29 Nov 2014 18:59:34 -
@@ -2,9 +2,8 @@
 
 COMMENT=   checks HTML documents for broken links
 
-MODPY_EGG_VERSION=8.4
-DISTNAME=  LinkChecker-${MODPY_EGG_VERSION}
-PKGNAME=   ${DISTNAME:L}
+DISTNAME=  9.3
+PKGNAME=   linkchecker-${DISTNAME}
 
 CATEGORIES=www
 
@@ -15,17 +14,19 @@ MAINTAINER= Amit Kulkarni amitkulz@gmai
 # GPLv2+
 PERMIT_PACKAGE_CDROM=  Yes
 
-MASTER_SITES=  https://github.com/downloads/wummel/linkchecker/ \
+MASTER_SITES=  https://github.com//wummel/linkchecker/archive/upstream/ \
http://distfiles.nl/
 
-EXTRACT_SUFX=  .tar.xz
-
 MODULES=   lang/python
 
 WANTLIB+=  ${MODPY_WANTLIB} pthread
 
+WRKSRC =   ${WRKDIR}/linkchecker-upstream-${DISTNAME}
+WRKDIST =  ${WRKSRC}
+
 RUN_DEPENDS=   devel/desktop-file-utils \
-   net/py-dnspython
+   net/py-dnspython \
+   www/py-requests
 
 NO_TEST=   Yes
 
Index: distinfo
===
RCS file: /home/amit/all/openbsd_cvsync/ports/www/linkchecker/distinfo,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 distinfo
--- distinfo2 Oct 2013 19:30:38 -   1.20
+++ distinfo29 Nov 2014 18:59:34 -
@@ -1,2 +1,2 @@
-SHA256 (LinkChecker-8.4.tar.xz) = t3ug6KCH6hHvtkIWQns65UN6FTT/2fh2L/0mvJYAwKc=
-SIZE (LinkChecker-8.4.tar.xz) = 655044
+SHA256 (9.3.tar.gz) = wHsJHD5PzH9K1eraSlesDqENclg2t5+nu8P/IzQzshM=
+SIZE (9.3.tar.gz) = 779255
Index: patches/patch-setup_py
===
RCS file: 
/home/amit/all/openbsd_cvsync/ports/www/linkchecker/patches/patch-setup_py,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 patch-setup_py
--- patches/patch-setup_py  26 Jan 2013 14:43:08 -  1.13
+++ patches/patch-setup_py  29 Nov 2014 18:59:34 -
@@ -1,14 +1,24 @@
 setup.py.orig  Tue Jan 22 15:59:18 2013
-+++ setup.py   Tue Jan 22 16:06:05 2013
-@@ -355,6 +355,7 @@ class MyInstallLib (install_lib, object):
+--- setup.py.orig  Wed Jul 16 09:37:19 2014
 setup.py   Fri Nov 28 15:55:33 2014
+@@ -368,6 +368,7 @@ class MyInstallLib (install_lib, object):
  else:
  val = getattr(cmd_obj, attr)
  if attr == 'install_data':
-+  val = sys.prefix
++val = sys.prefix 
  cdir = os.path.join(val, share, linkchecker)
  data.append('config_dir = %r' % cnormpath(cdir))
  elif attr == 'install_lib':
-@@ -650,11 +651,11 @@ data_files = [
+@@ -654,8 +655,7 @@ myemail = bastian.kleinei...@web.de
+ 
+ data_files = [
+ ('share/linkchecker',
+-['config/linkcheckerrc',
+-'doc/html/lccollection.qhc', 'doc/html/lcdoc.qch']),
++['config/linkcheckerrc',]),
+ ('share/linkchecker/examples',
+ ['cgi-bin/lconline/leer.html.en',
+  'cgi-bin/lconline/leer.html.de',
+@@ -669,11 +669,9 @@ data_files = [
  ]
  
  if os.name == 'posix':
@@ -19,15 +29,13 @@
 -data_files.append(('share/linkchecker/examples',
 +data_files.append(('man/man1', ['doc/en/linkchecker.1', 
'doc/en/linkchecker-gui.1']))
 +data_files.append(('man/man5', ['doc/en/linkcheckerrc.5']))
-+#data_files.append(('share/man/de/man1', ['doc/de/linkchecker.1', 
'doc/de/linkchecker-gui.1']))
-+#data_files.append(('share/man/de/man5', ['doc/de/linkcheckerrc.5']))
 +data_files.append(('share/examples/linkchecker',
['config/linkchecker-completion',
 'doc/examples/check_blacklist.sh',
 'doc/examples/check_for_x_errors.sh',
-@@ -898,9 +899,6 @@ o a command line, GUI and web interface
+@@ -896,9 +894,6 @@ args = dict(
+ 'py2exe': MyPy2exe,
  'py2app': MyPy2app,
- 'register': MyRegister,
  },
 -package_dir = {
 -'linkcheck_dns.dns': 'third_party/dnspython/dns',
@@ -35,10 +43,10 @@
  packages = [
  'linkcheck',
  'linkcheck.bookmarks',
-@@ -913,10 +911,6 @@ o a command line, GUI and web interface
- 'linkcheck.HtmlParser',
- 'linkcheck.logger',
+@@ -913,10 +908,6 @@ args = dict(
  'linkcheck.network',
+ 'linkcheck.parser',
+ 'linkcheck.plugins',
 -'linkcheck_dns.dns',
 -'linkcheck_dns.dns.rdtypes',
 -'linkcheck_dns.dns.rdtypes.ANY',
Index: pkg/PLIST
===
RCS file: /home/amit/all/openbsd_cvsync/ports/www/linkchecker/pkg/PLIST,v
retrieving revision 1.23
diff -u -p -u -p -r1.23 PLIST
--- pkg/PLIST   2 Oct 2013 19:30:39 -

Re: UPDATE: www/linkchecker second try

[Amit Kulkarni]

Hi all,

After feedback from kirby@ (sent privately) and sthen@ to change over to the 
new GH_ variables, here's the second try. Both caught the bad DISTNAME. Thanks 
for the careful review guys.

-- amit


Index: Makefile
===
RCS file: /home/amit/all/openbsd_cvsync/ports/www/linkchecker/Makefile,v
retrieving revision 1.40
diff -u -p -u -p -r1.40 Makefile
--- Makefile2 Oct 2013 19:30:38 -   1.40
+++ Makefile30 Nov 2014 00:29:50 -
@@ -2,31 +2,33 @@
 
 COMMENT=   checks HTML documents for broken links
 
-MODPY_EGG_VERSION=8.4
-DISTNAME=  LinkChecker-${MODPY_EGG_VERSION}
-PKGNAME=   ${DISTNAME:L}
+V= 9.3
+MODPY_EGG_VERSION=${V}
+GH_ACCOUNT=wummel
+GH_PROJECT=linkchecker
+GH_TAGNAME=upstream/$V
+GH_COMMIT= 85dadc1f1a1d1379d6e3565fc20697adb6f69521
 
+DISTNAME=  ${GH_PROJECT}-upstream-${V}
+PKGNAME=   ${DISTNAME:S/-upstream//}
 CATEGORIES=www
 
-HOMEPAGE=  http://wummel.github.com/linkchecker/
+HOMEPAGE=  https://github.com/wummel/linkchecker
 
 MAINTAINER=Amit Kulkarni amitk...@gmail.com
 
 # GPLv2+
 PERMIT_PACKAGE_CDROM=  Yes
 
-MASTER_SITES=  https://github.com/downloads/wummel/linkchecker/ \
-   http://distfiles.nl/
-
-EXTRACT_SUFX=  .tar.xz
+WANTLIB+=  ${MODPY_WANTLIB} pthread
 
 MODULES=   lang/python
 
-WANTLIB+=  ${MODPY_WANTLIB} pthread
-
 RUN_DEPENDS=   devel/desktop-file-utils \
-   net/py-dnspython
+   net/py-dnspython \
+   www/py-requests
 
+WRKDIST=   ${WRKDIR}/${DISTNAME}
 NO_TEST=   Yes
 
 .include bsd.port.mk
Index: distinfo
===
RCS file: /home/amit/all/openbsd_cvsync/ports/www/linkchecker/distinfo,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 distinfo
--- distinfo2 Oct 2013 19:30:38 -   1.20
+++ distinfo30 Nov 2014 00:31:19 -
@@ -1,2 +1,2 @@
-SHA256 (LinkChecker-8.4.tar.xz) = t3ug6KCH6hHvtkIWQns65UN6FTT/2fh2L/0mvJYAwKc=
-SIZE (LinkChecker-8.4.tar.xz) = 655044
+SHA256 (linkchecker-upstream-9.3.tar.gz) = 
wHsJHD5PzH9K1eraSlesDqENclg2t5+nu8P/IzQzshM=
+SIZE (linkchecker-upstream-9.3.tar.gz) = 779255
Index: patches/patch-setup_py
===
RCS file: 
/home/amit/all/openbsd_cvsync/ports/www/linkchecker/patches/patch-setup_py,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 patch-setup_py
--- patches/patch-setup_py  26 Jan 2013 14:43:08 -  1.13
+++ patches/patch-setup_py  29 Nov 2014 18:59:34 -
@@ -1,14 +1,24 @@
 setup.py.orig  Tue Jan 22 15:59:18 2013
-+++ setup.py   Tue Jan 22 16:06:05 2013
-@@ -355,6 +355,7 @@ class MyInstallLib (install_lib, object):
+--- setup.py.orig  Wed Jul 16 09:37:19 2014
 setup.py   Fri Nov 28 15:55:33 2014
+@@ -368,6 +368,7 @@ class MyInstallLib (install_lib, object):
  else:
  val = getattr(cmd_obj, attr)
  if attr == 'install_data':
-+  val = sys.prefix
++val = sys.prefix 
  cdir = os.path.join(val, share, linkchecker)
  data.append('config_dir = %r' % cnormpath(cdir))
  elif attr == 'install_lib':
-@@ -650,11 +651,11 @@ data_files = [
+@@ -654,8 +655,7 @@ myemail = bastian.kleinei...@web.de
+ 
+ data_files = [
+ ('share/linkchecker',
+-['config/linkcheckerrc',
+-'doc/html/lccollection.qhc', 'doc/html/lcdoc.qch']),
++['config/linkcheckerrc',]),
+ ('share/linkchecker/examples',
+ ['cgi-bin/lconline/leer.html.en',
+  'cgi-bin/lconline/leer.html.de',
+@@ -669,11 +669,9 @@ data_files = [
  ]
  
  if os.name == 'posix':
@@ -19,15 +29,13 @@
 -data_files.append(('share/linkchecker/examples',
 +data_files.append(('man/man1', ['doc/en/linkchecker.1', 
'doc/en/linkchecker-gui.1']))
 +data_files.append(('man/man5', ['doc/en/linkcheckerrc.5']))
-+#data_files.append(('share/man/de/man1', ['doc/de/linkchecker.1', 
'doc/de/linkchecker-gui.1']))
-+#data_files.append(('share/man/de/man5', ['doc/de/linkcheckerrc.5']))
 +data_files.append(('share/examples/linkchecker',
['config/linkchecker-completion',
 'doc/examples/check_blacklist.sh',
 'doc/examples/check_for_x_errors.sh',
-@@ -898,9 +899,6 @@ o a command line, GUI and web interface
+@@ -896,9 +894,6 @@ args = dict(
+ 'py2exe': MyPy2exe,
  'py2app': MyPy2app,
- 'register': MyRegister,
  },
 -package_dir = {
 -'linkcheck_dns.dns': 'third_party/dnspython/dns',
@@ -35,10 +43,10 @@
  packages = [
  'linkcheck',
  'linkcheck.bookmarks',
-@@ -913,10 +911,6 @@ o a command line, GUI and web interface
- 'linkcheck.HtmlParser',
- 'linkcheck.logger',
+@@ -913,10 +908,6 @@ args = dict(
  'linkcheck.network',
+ 'linkcheck.parser

Re: CVS: cvs.openbsd.org: ports

[Amit Kulkarni]

Ha ha ha, too funny and +1 to Dmitrij's original comment on unlinuxing.
This is one OS where that particular infection won't happen.

On Wed, Nov 5, 2014 at 4:36 PM, Landry Breuil lan...@cvs.openbsd.org
wrote:

 CVSROOT:/cvs
 Module name:ports
 Changes by: lan...@cvs.openbsd.org  2014/11/05 15:36:47

 Log message:
 Import xlennart 1.0

 Ever get the feeling that nothing is going right? You're a sysadmin,
 and
 someone's trying to destroy your computers. The little people running
 around the
 screen are trying to infect your computers with SystenD [TM], a virus
 cleverly
 designed to resemble a popular init system. Your objective is to click
 the mouse
 on them, ending the potential threat. If one of the people reaches a
 computer,
 it will attempt to replace your operating system with the virus it
 carries. It
 will then attempt to run off the screen with your vital software. The
 game ends
 when only 1 (or 0) of your computers are being productive.
 Additionally, some
 computers are connected with network cables. When one computer on a
 network
 becomes infected, a spark will be sent down the cable, and will infect
 the
 computer on the other end when it reaches there.

 From Maintainer Dmitrij D. Czarkoff czarkoff/gmail
 ok sthen@

 Status:

 Vendor Tag: ddczarkoff
 Release Tags:   landry_20141105

 N ports/games/xlennart/Makefile
 N ports/games/xlennart/distinfo
 N ports/games/xlennart/patches/patch-Makefile_in
 N ports/games/xlennart/pkg/PLIST
 N ports/games/xlennart/pkg/DESCR

 No conflicts created by this import

Re: Time to kill systrace? (was: Re: go ports.)

[Amit Kulkarni]

On Tue, Oct 21, 2014 at 12:18 PM, patrick keshishian pkesh...@gmail.com
wrote:

 On 10/21/14, Stuart Henderson st...@openbsd.org wrote:
  On 2014/10/21 10:58, Amit Kulkarni wrote:
  On Tue, Oct 21, 2014 at 10:28 AM, Stuart Henderson st...@openbsd.org
   I'm fetching distfiles as my normal uid, then doing builds as pbuild.
   pf.conf:
  
   block quick log proto {tcp udp} user pbuild
  
  
  This can be disabled by user and bypassed,
 
  If you're aware of a way in which an unprivileged user can change PF
  rules, it's probably best if you let me (or security@) know in private
  mail.

 I read that comment as: the system admin, may not
 (forgets to?) enable such a rule. Also, the pf rule route
 seems a bit clunky and disjointed from the ports process.



Somebody might disable the default PF rules and overwrite with their own,
and forget about it. If it isn't caught by anybody else port might get
committed. In that case, it will be caught in a bulk build by someone.
Generally, people don't touch systrace enable/disable, but they usually
fiddle with PF rules. But yes, this is immaterial. Patrick got the drift of
this, sorry for not explaining clearly in the initial email.



  you can't bypass systrace during ports build. Also, it would be
  possible to place files in FAKE /etc i.e in places other than
 /usr/local?
 
  I'm confused. It's ok if the port build puts things in directories
  writable by the user doing port builds, because that user only has
  filesystem permissions to write to a limited number of places
  (mostly the build dir).

 Consider a wip port, which may write files in $HOME, or
 worse yet, delete files or directories from $HOME.

 I always felt more at ease, knowing systrace would slap
 the hand that attempted that, whether maliciously or
 erroneously.

 --patrick


+1

I am asking if user can create /etc/sysctl.conf in a port, that port
overwrites the real /etc/sysctl.conf because a port has superuser
privileges during install. If systrace is not there to catch it, would it
get installed? Or as Patrick says in another email: what about add/delete
in $HOME? Systrace protects us here. Is there any way to solve this problem
and the arbitrary net download problem during port building?

Re: Reference / citation managers for OBSD?

[Amit Kulkarni]

+1.

JabRef works just fine with bibtex or with importing your original citation
records from Endnote or some such Windows only software.


On Wed, Aug 6, 2014 at 2:59 AM, Zé Loff zel...@zeloff.org wrote:



  On 06/08/2014, at 07:13, Michael L. Wilson michael.l.wil...@utu.fi
 wrote:
 
  Dear OpenBSD users,
 
  I've just acquired a Thinkpad x200 with the aim of transitioning into a
 full-time OpenBSD user. The 5.5 release with the Xfce desktop works
 flawlessly and I am very happy with this system.
 
  Nearly all of my software needs have been quite satisfactorily met using
 the available packages. However, one minor niggle remains. I cannot seem to
 find a suitable reference/citation manager for academic work.
 
  I am very fond of Zotero, but Firefox on OpenBSD seems to have issues
 with the Zotero plugin. The browser will not relaunch after it has been
 installed. Thus I am unable to use either Firefox or Zotero until the
 Zotero plugin is removed. I cannot either compile FireFox from ports due to
 space limitations on the current drive. Just for kicks I tried Zotero in a
 fresh install of FreeBSD and it does not have this issue.
 
  I am aware that the problem appears to be more widespread:
 forums.zotero.org/discussion/32183?page=1#Item_12
 
  None of the options listed on the Zotero forum worked for me. I even
 tried an online hack to get the Zotero plugin working in Seamonkey without
 success.
 
  Jabref, the other alternative, is not available in the OpenBSD
 repository or in ports.
 
  Ideally I would like a program that works well with LibreOffice. I have
 no qualms about learning something completely new until the Zotero issue is
 fixed. I am willing to wait patiently for a fix but in the meantime I need
 something to use. I would even be willing to explore a proprietary option
 as a last resort.
 
  Any tips or suggestions would be very appreciated! I am willing to put
 in the time and effort to get this working so any suggestions will be taken
 very seriously.

 I've been using JabRef for a couple of years (not with LibreOffice,
 though, just LaTeX). Just download the .jar file and run it with java -jar
 

Re: [PATCH] devel/boost: enable bzip2?

[Amit Kulkarni]

On Wed, Apr 30, 2014 at 6:03 PM, Stuart Henderson st...@openbsd.org wrote:

 On 2014/04/30 23:25, Donovan Watteau wrote:
  On Wed, 30 Apr 2014, Donovan Watteau wrote:
   Hi,
  
   Is there any reason why bzip2 support is explicitly disabled
   in devel/boost?
  
   I'm working on a port (innoextract) which needs it.
  
   Index: Makefile
   ===
   RCS file: /cvs/ports/devel/boost/Makefile,v
   retrieving revision 1.52
   diff -u -p -r1.52 Makefile
   --- Makefile25 Dec 2013 08:49:47 -  1.52
   +++ Makefile30 Apr 2014 21:06:51 -
   @@ -7,7 +7,7 @@ COMMENT=free peer-reviewed portable C++
VERSION=   1.53.0
DISTNAME=  boost_${VERSION:S/./_/g}
PKGNAME=   boost-${VERSION}
   -REVISION=  5
   +REVISION=  6
CATEGORIES=devel
MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=boost/}
EXTRACT_SUFX=  .tar.bz2
   @@ -59,11 +59,13 @@ MODULES=converters/libiconv \
MODPY_RUNDEP=  No
  
BUILD_DEPENDS+=lang/python/${MODPY_DEFAULT_VERSION_3}
   +RUN_DEPENDS+=  archivers/bzip2
 
  oops, read LIB_DEPENDS here.

 Needs a WANTLIB, too.


I have a update to 1.55.0 sitting in my local tree. I suspect this change
will need to pass through a bulk build (maybe not). If somebody is willing
to volunteer a full bulk build (to spot any problems) I will try and post
the update in next few days.

thanks

Re: [UPDATE] mail/sylpheed

[Amit Kulkarni]

This had MS-DOS line endings. Otherwise the diff looks similar to the one I
have for 3.4 beta4. Looks good on amd64.

thanks


On Tue, Apr 8, 2014 at 12:01 AM, Remi Pointel remi.poin...@xiri.fr wrote:


 Hi,

 this is the diff to update Sylpheed to 3.4.1.

 Ok?

 Remi.

Video chat app

[Amit Kulkarni]

Hi all,

I want to do video chatting. Is there a app which works on OpenBSD? If not,
what needs to be ported to be able to make it work?

thanks

Re: math/cgal: version number is a lie ...

[Amit Kulkarni]

On Fri, Feb 28, 2014 at 6:32 AM, Pascal Stumpf pascal.stu...@cubes.dewrote:

 Wow, just came across this: math/cgal claims to be version 4.1, but it
 is not.  The tarball contains the code for version 3.8.  This part of
 the makefile should have raised suspicions, I think:

 \# wow, forgot to change version?
 WRKDIST =  ${WRKDIR}/CGAL-3.8

 And indeed, just look at VERSION and CHANGES.

 The problem is that MASTER_SITES will let you download any
 CGAL-x.y.tar.gz and give you 3.8.  If you want anything else, you have
 to change the number at the end of the URL.  I can prepare an update to
 4.3 for after unlock, but for now, I think correcting the version and
 bumping EPOCH is in order.


I believe I sent this updated port during the devel/boost update last year.
I put that comment in there, finding it strange that upstream forgot to
bump versions. It was my mistake fetching wrong sources... Good catch

Re: [Makefile patch] add libass to graphics/ffmpeg

[Amit Kulkarni]

On Mon, Jan 27, 2014 at 7:37 PM, Brad Smith b...@comstyle.com wrote:

 On 22/01/14 10:22 PM, Josh Grosse wrote:

 The following minor proposed patch adds --enable-libass to ffmpeg.
  Tested on
 i386 and it appears to integrate well with the Xenocara fontconfig.

 I sent this to $MAINTAINER brad@ at his comstyle address on Friday and as
 I've had no reply, I assume he's been busy, or the Email is stuck in
 greylisting hell, or the patch is too stupid for words.  If the latter,
 I'm
 sure someone will here will let me know that.


 No it is definitely not too stupid for words. I am kind of conflicted on
 what to do with it. I am trying to strike a balance as to what to add
 to FFmpeg and what not to add, at least for the default package. I was
 also considering adding it as a FLAVOR.


It would be good to have because it will turn on subtitle encoding while
watching video.

Re: [heads-up] freetype update ?

[Amit Kulkarni]

On Thu, Jan 9, 2014 at 9:47 AM, Christian Weisgerber na...@mips.inka.dewrote:

 Landry Breuil:

   games/renpy
 
  /usr/local/include/GL/glew.h:1188:24: error: GL/glu.h: No such file or
  directory

 This fails because -I${X11BASE}/include is now missing.

   graphics/py-Imaging
   graphics/py-Pillow

 Fixed, but now

 graphics/py-matplotlib

 fails, again because -I${X11BASE}/include is missing.

 Somebody who is more comfortable with Python may want to take a
 look.



I have updates for some of these python ports on github. Anybody interested
in running them through a bulk? I will only be able to get to my OpenBSD
machine on late Sunday. Please let me know.

thanks

astro/sunclock (sys/timeb.h) patches

[Amit Kulkarni]

Index: patches/patch-sunclock_c
===
RCS file: 
/home/amit/all/openbsd_cvsync/ports/astro/sunclock/patches/patch-sunclock_c,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 patch-sunclock_c
--- patches/patch-sunclock_c23 Mar 2009 17:20:33 -  1.3
+++ patches/patch-sunclock_c6 Dec 2013 01:46:08 -
@@ -1,7 +1,15 @@
 $OpenBSD: patch-sunclock_c,v 1.3 2009/03/23 17:20:33 naddy Exp $
 sunclock.c.origThu Jun 22 00:21:40 2006
-+++ sunclock.c Mon Mar 23 11:01:19 2009
-@@ -127,7 +127,6 @@
+--- sunclock.c.origThu Jun 22 01:21:40 2006
 sunclock.c Thu Dec  5 19:46:00 2013
+@@ -113,7 +113,6 @@
+ #include stdlib.h
+ #include stdio.h
+ #include sys/types.h
+-#include sys/timeb.h
+ #include sys/stat.h
+ #include string.h
+ #include X11/Xatom.h
+@@ -127,7 +126,6 @@
   *  external routines
   */
  
@@ -9,7 +17,7 @@ $OpenBSD: patch-sunclock_c,v 1.3 2009/03
  #ifdef NEW_CTIME
  extern char *   timezone();
  #endif
-@@ -3142,9 +3141,9 @@ struct Sundata * Context;
+@@ -3142,9 +3140,9 @@ struct Sundata * Context;
  {
 int ilon, ilat, width, dw = 0;
 struct TextLabel * label;
Index: patches/patch-widgets_c
===
RCS file: patches/patch-widgets_c
diff -N patches/patch-widgets_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-widgets_c 6 Dec 2013 01:23:12 -
@@ -0,0 +1,10 @@
+$OpenBSD$
+--- widgets.c.orig Thu Dec  5 19:23:00 2013
 widgets.c  Thu Dec  5 19:23:09 2013
+@@ -1,6 +1,5 @@
+ #include unistd.h
+ #include sys/types.h
+-#include sys/timeb.h
+ #include sys/stat.h
+ #include string.h
+ 

Re: Libcompat cleanup

[Amit Kulkarni]

On Thu, Dec 5, 2013 at 3:15 PM, Christian Weisgerber na...@mips.inka.dewrote:

 Christian Weisgerber na...@mips.inka.de wrote:

  sgtty.h and sys/timeb.h have been temporarily left in place, but
  these will go next.  Below is a list of ports that need fixing.
  Some more are likely to show up once these are done.  I could use
  some assistance there.

 astro/sunclock
 astro/wmglobe
 audio/audacity
 cad/ngspice   Anthony J. Bentley anth...@cathet.us
 cad/xnecview
 comms/fldigi
 comms/kermit
 devel/mico
 editors/eeBrian Callahan bcal...@openbsd.org
 editors/libreoffice   Robert Nagy rob...@openbsd.org
 games/csmash  Jason Dixon jdi...@openbsd.org
 games/zangband
 graphics/amideBenoit Lecocq ben...@openbsd.org
 japanese/Wnn  Marc Espie es...@openbsd.org
 japanese/onew,canna   Marc Espie es...@openbsd.org
 java/tanukiwrapper
 lang/scm,no_x11   Marc Espie es...@openbsd.org
 lang/ucblogo
 mail/elm  Paul Janzen pjan...@openbsd.org
 math/lpsolve/core Edd Barrett e...@openbsd.org
 misc/mshell
 multimedia/hdhomerun
 net/tintin++
 news/nn   Aaron W. Hsu arcf...@sacrideo.us
 productivity/grisbi   Landry Breuil lan...@openbsd.org
 security/antisniff
 security/fragrouter
 security/parse
 x11/ede/desktop   Pascal Stumpf pascal.stu...@cubes.de

 --
 Christian naddy Weisgerber  na...@mips.inka.de


Sorry, this same content I sent earlier to naddy, but sending publicly.

 I will try to fix astro/sunclock, astro/wmglobe, misc/mshell,
games/zangband, net/tintin++

Re: e17 update

[Amit Kulkarni]

AFAIK, once a package has an EPOCH, you can't drop it? right or wrong.
Either way, can somebody add a note to bsd.port.mk please?

thanks


On Tue, Nov 26, 2013 at 10:38 PM, David Gwynne da...@gwynne.id.au wrote:

 ok?

 Index: e/Makefile
 ===
 RCS file: /cvs/ports/x11/e17/e/Makefile,v
 retrieving revision 1.52
 diff -u -p -r1.52 Makefile
 --- e/Makefile  7 Jul 2013 21:25:32 -   1.52
 +++ e/Makefile  27 Nov 2013 04:30:02 -
 @@ -2,11 +2,8 @@

  COMMENT =  the enlightened window manager

 -VERSION =  0.17.2.1
 +VERSION =  0.17.5
  DISTNAME = enlightenment-${VERSION}
 -REVISION = 1
 -
 -EPOCH =1

  # BSD
  PERMIT_PACKAGE_CDROM = Yes
 @@ -29,7 +26,7 @@ MODULES +=devel/gettext \
  MODE17_DESKTOP_FILE =  Yes
  MODE17_PURGE_LA =  lib/enlightenment/modules

 -LIB_DEPENDS =  x11/e17/elementary=1.7.6 \
 +LIB_DEPENDS =  x11/e17/elementary=1.7.9 \
 devel/libexecinfo

  CONFIGURE_ARGS +=  --disable-doc \
 Index: e/distinfo
 ===
 RCS file: /cvs/ports/x11/e17/e/distinfo,v
 retrieving revision 1.9
 diff -u -p -r1.9 distinfo
 --- e/distinfo  9 May 2013 13:00:13 -   1.9
 +++ e/distinfo  27 Nov 2013 04:30:02 -
 @@ -1,2 +1,2 @@
 -SHA256 (e17/enlightenment-0.17.2.1.tar.gz) =
 ZtJQqGX/uXsSyr6Aga4EHOaST1X//6ymxl1Gi7n5Avk=
 -SIZE (e17/enlightenment-0.17.2.1.tar.gz) = 31394404
 +SHA256 (e17/enlightenment-0.17.5.tar.gz) =
 JdSWcnfPJ9TvtHSpuOzrEgCqgTpRwki2HMI/aSkb/w8=
 +SIZE (e17/enlightenment-0.17.5.tar.gz) = 31532451
 Index: e_dbus/Makefile
 ===
 RCS file: /cvs/ports/x11/e17/e_dbus/Makefile,v
 retrieving revision 1.20
 diff -u -p -r1.20 Makefile
 --- e_dbus/Makefile 31 May 2013 15:34:58 -  1.20
 +++ e_dbus/Makefile 27 Nov 2013 04:30:02 -
 @@ -2,9 +2,7 @@

  COMMENT =  enlightenment DBus component

 -DISTNAME = e_dbus-1.7.6
 -EPOCH =1
 -REVISION = 0
 +DISTNAME = e_dbus-1.7.9

  SO_VERSION =   4.0 # 8.6
  .for _lib in edbus enotify econnman0_7x ehal eofono ebluez eukit
 @@ -26,7 +24,7 @@ MODULES = devel/gettext

  LIB_DEPENDS =  x11/dbus \
 devel/fribidi \
 -   x11/e17/ecore=1.7.6v2
 +   x11/e17/ecore=1.7.9

  CONFIGURE_ARGS =   --disable-doc

 Index: e_dbus/distinfo
 ===
 RCS file: /cvs/ports/x11/e17/e_dbus/distinfo,v
 retrieving revision 1.7
 diff -u -p -r1.7 distinfo
 --- e_dbus/distinfo 9 May 2013 13:00:13 -   1.7
 +++ e_dbus/distinfo 27 Nov 2013 04:30:02 -
 @@ -1,2 +1,2 @@
 -SHA256 (e17/e_dbus-1.7.6.tar.gz) =
 kGTUsWiC02V8qs+f6ak4Secak8n9xrvCCQH/ickpbgY=
 -SIZE (e17/e_dbus-1.7.6.tar.gz) = 582701
 +SHA256 (e17/e_dbus-1.7.9.tar.gz) =
 wyjEzxQkYpy2fINonMwflZZ6vLTAPf/UN+k7eZ/xUcE=
 +SIZE (e17/e_dbus-1.7.9.tar.gz) = 585750
 Index: ecore/Makefile
 ===
 RCS file: /cvs/ports/x11/e17/ecore/Makefile,v
 retrieving revision 1.31
 diff -u -p -r1.31 Makefile
 --- ecore/Makefile  31 May 2013 15:34:57 -  1.31
 +++ ecore/Makefile  27 Nov 2013 04:30:02 -
 @@ -2,9 +2,7 @@

  COMMENT =  core event/X abstraction layer

 -DISTNAME = ecore-1.7.6
 -EPOCH =2
 -REVISION = 0
 +DISTNAME = ecore-1.7.9

  SO_VERSION =   3.1 # 8.6
  # NOTE: Must bump minor version if any shlib's are removed from the
 @@ -32,7 +30,7 @@ LIB_DEPENDS = devel/glib2 \
 inputmethods/ibus \
 net/curl \
 net/libcares \
 -   x11/e17/evas=1.7.6.1v2
 +   x11/e17/evas=1.7.9

  CONFIGURE_ARGS +=  --disable-doc \
 --disable-gnutls \
 Index: ecore/distinfo
 ===
 RCS file: /cvs/ports/x11/e17/ecore/distinfo,v
 retrieving revision 1.9
 diff -u -p -r1.9 distinfo
 --- ecore/distinfo  9 May 2013 13:00:13 -   1.9
 +++ ecore/distinfo  27 Nov 2013 04:30:02 -
 @@ -1,2 +1,2 @@
 -SHA256 (e17/ecore-1.7.6.tar.gz) =
 lOCPWKy1Ahcn7NTW2grH3D22clQqxfzXFoGDUZCtZVU=
 -SIZE (e17/ecore-1.7.6.tar.gz) = 3848079
 +SHA256 (e17/ecore-1.7.9.tar.gz) =
 wUXMACgNOjEMduXmqftQnIG4sXPwRFjJfqSua/Vj6vM=
 +SIZE (e17/ecore-1.7.9.tar.gz) = 3869772
 Index: edje/Makefile
 ===
 RCS file: /cvs/ports/x11/e17/edje/Makefile,v
 retrieving revision 1.36
 diff -u -p -r1.36 Makefile
 --- edje/Makefile   31 May 2013 15:34:58 -  1.36
 +++ 

Re: missing VMEM_WARNING in infrastructure/templates/Makefile.template

[Amit Kulkarni]

On Mon, Nov 25, 2013 at 2:41 AM, Stuart Henderson st...@openbsd.org wrote:

 On 2013/11/24 17:01, Amit Kulkarni wrote:
  can somebody please add it in the desired place?

 Is VMEM_WARNING actually useful for anything? I'd rather just remove it.
 It is currently added ad hoc to ports where the maintainer thinks it uses
 a lot of memory but that isn't really useful without reference to the
 machine/arch it's built on or information about what that porter thinks
 is a lot.


I go by 512 MB is a lot... But cool deal one less variable.

missing VMEM_WARNING in infrastructure/templates/Makefile.template

[Amit Kulkarni]

can somebody please add it in the desired place?

net/bittorrent

[Amit Kulkarni]

I was trying out bittorrent and it didn't work right, hung up on connecting
to tracker. From naddy@ commit message I turned to net/transmission, it
just started immediately...

So, if it doesn't work, delete it, since it has not been updated in 7 years
or so?

Re: graphics/ilmbase broken

[Amit Kulkarni]

On Wed, Nov 20, 2013 at 4:56 PM, Stuart Henderson st...@openbsd.org wrote:

 On 2013/11/20 23:39, Guenther Niess wrote:
  I don't know if this is the best fix, but it worked for me to compile
  gimp and kdelibs.

 Thanks, but this one needs fixing in librthread, IMO at this point the
 port should be left alone.


fixed by tedu@ based on sthen@ feedback. Stuart probably investigated based
on your report.

http://marc.info/?l=openbsd-techm=138498892503094w=2

Re: NEW: devel/py-spyder

[Amit Kulkarni]

On Mon, Oct 21, 2013 at 4:34 PM, Edd Barrett vex...@gmail.com wrote:

 On Mon, Oct 14, 2013 at 05:10:35PM +0100, Edd Barrett wrote:
  Hi,
 
  A lightweight IDE for Python 2 (3 support in future releases
  apparently). On first glance, I quite like it.

 Anyone interested?



I like it on first glance.

Re: error upgrading gdk pixbug

[Amit Kulkarni]

On Mon, Oct 21, 2013 at 8:23 PM, Juan Francisco Cantero Hurtado 
i...@juanfra.info wrote:

 On Mon, Oct 21, 2013 at 05:22:26PM -0400, Ted Unangst wrote:
  I ran pkg_add -u on an i386 snapshot. In the midst of the other
  output, it printed this:
 
  ImageMagick-6.7.7.7p5:shared-mime-info-1.1-1.2: ok
  (process:4942): GLib-GObject-WARNING **: cannot register existing
  type 'gchar'
  **
  GLib-GObject:ERROR:gvaluetypes.c:457:_g_value_types_init: assertion
  failed: (type == G_TYPE_CHAR) Abort trap
  system(/bin/sh, -c, /usr/local/bin/gdk-pixbuf-query-loaders
  --update-cache) failed:  exit(134)
  ImageMagick-6.7.7.7p5:gdk-pixbuf-2.28.2p1-2.30.0p0: ok
 

 Uninstall all your packages and install again.

 --
 Juan Francisco Cantero Hurtado http://juanfra.info


Ted,

Courtesy of sthen@ from the time_t breakage in current.html, a no-brainer
method of keeping in sync...

--- pkg_save.sh

pkg_info -mq /root/pkg_list_manual
pkg_info -q /root/pkg_list_full


 pkg_restore.sh

pkg_add -z -l /root/pkg_list_manual
pkg_add -za -l /root/pkg_list_full

Re: CVS: cvs.openbsd.org: ports

[Amit Kulkarni]

On Sun, Oct 6, 2013 at 2:12 PM, Antoine Jacoutot ajacou...@bsdfrog.orgwrote:

 On Sun, Oct 06, 2013 at 12:47:35PM -0600, Marc Espie wrote:
  CVSROOT:  /cvs
  Module name:  ports
  Changes by:   es...@cvs.openbsd.org   2013/10/06 12:47:35
 
  Modified files:
x11/kde4   : Makefile
 
  Log message:
  enable kde4 for bulk builds, as discussed with Vadim.
 
  The packages are somewhat beta still, but a full bulk should proceed
  correctly now.

 *Finally* \o/
 Congrats to all involved in this work.

 --
 Antoine


It happened because now Marc is very interested... :) Seriously Marc, great
work in the kde specific dpb!!! kde4 was far easier due to dpb. And that
particular work would help a lot in the qt5/kde5 transition.

Re: [UPDATE] mail/sylpheed

[Amit Kulkarni]

On Fri, 20 Sep 2013 09:33:02 +0200
Remi Pointel remi.poin...@xiri.fr wrote:

 Hi,
 
 this is the diff to update sylpheed to 3.3.0.
 
 Are you ok?
 
 Cheers,
 
 Remi.


3.4.0 is going to come out soon. I am running 3.4 beta5...

Please remove the extra PERMIT_* lines. Just keeping the PERMIT_PACKAGE_CDROM=  
Yes line... following other ports.

thanks

Re: NEW: sysutils/ntfs-3g

[Amit Kulkarni]

On Fri, 14 Jun 2013 15:52:40 +0300
Paul Irofti p...@irofti.net wrote:

 Here's a first revision of ntfs-3g. Read write works for me (tm).
 
 There are a plethora of things you'll need to do before being able to
 use it thought. Here goes:
 
 1. In /usr/src/sys/conf/GENERIC add
   option FUSE
   pseduo-device fuse 10
 
 2. Build a new kernel and boot with it.
 
 3. In /usr/src/lib/libfuse:
   - patch with:
   http://www.pmbsd.org/patch-default-values 
   http://www.pmbsd.org/patch-fuse-get-context
   http://www.pmbsd.org/patch-fuse-version
 
   - run make depend  make includes  make  make install
 
 4. Build and install the port
 
 5. # ntfs-3g /dev/sdXi /mnt
 
 6. ...
 
 7. Profit!
 
 
 Now the patches for libfuse should go in pretty soon.
 The kernel enabling bits, I don't know when.
 
 There are probably a lot of bugs that will destroy your ntfs
 disk/partition/data. So don't come running back in tears.
 
 Test reports, patches and constructive comments welcomed!
 
 Thanks to syl@ for making all of this possible!

When i removed e2fs-uuid from WANTLIB then only the port compiles. The problem 
is that WANTLIB is checked first before the pre-configure line executes... Is 
this deliberately not included in the package builds because it is new?

thanks

Re: new: x11/ede

[Amit Kulkarni]

On Sat, 13 Jul 2013 02:30:54 +0200
Pascal Stumpf pascal.stu...@cubes.de wrote:

 EDE (Equinox Desktop Environment) is simple and fast desktop
 environment with familiar look and feel. EDE uses FLTK toolkit for
 GUI presentation and UNIX philosophy for it's design.
 
 With UNIX philosophy, EDE splits each component in separate executable
 entity to do one job and do it good. This makes EDE very easy to
 alter for user needs and requirements.
 
 EDE is light and fast. It uses C++ carefully yielding fast startup,
 low memory usage and great portability. Also, we care not only about
 how fast EDE runs, but how much time is needed to compile it.
 
 These facts makes EDE a perfect desktop environment for older
 computers and embedded devices. But, you can use it on your everyday
 hardware too.
 
 ok?

Wow, just wow. Blown away, I have switched to ede right away from e16. Tested 
on amd64.

Re: UPDATE: www/youtube-dl 2013.07.05

[Amit Kulkarni]

On Sun, 7 Jul 2013 12:59:32 +0300
Paul Irofti p...@irofti.net wrote:

 Is this okay for you guys? Works for me.
 

works great for me.

Re: homepage change: math/lapack

[Amit Kulkarni]

Yes, MASTER_SITE change. If you don't have the sources, this will help you
get it.

On Sun, Jul 7, 2013 at 4:37 AM, Paul Irofti p...@irofti.net wrote:

 On Sun, Jun 30, 2013 at 12:30:02AM -0500, Amit Kulkarni wrote:
  Index: Makefile
  ===
  RCS file: /cvs/ports/math/lapack/Makefile,v
  retrieving revision 1.22
  diff -u -p -u -p -r1.22 Makefile
  --- Makefile  11 Mar 2013 11:23:55 -  1.22
  +++ Makefile  30 Jun 2013 05:28:12 -
  @@ -14,7 +14,7 @@ HOMEPAGE=   http://www.netlib.org/lapack/
   # BSD
   PERMIT_PACKAGE_CDROM=Yes
 
  -MASTER_SITES=ftp://ftp.netlib.org/lapack/ \
  +MASTER_SITES=http://www.netlib.org/lapack/ \
ftp://netlib.bell-labs.com/netlib/lapack/ \
http://www.netlib.no/netlib/lapack/
   EXTRACT_SUFX=.tgz
 

 This is not a homepage change.

Re: subtitles on vlc

[Amit Kulkarni]

On Fri, Jul 5, 2013 at 9:35 AM, David Coppa dco...@gmail.com wrote:

 On Fri, Jul 5, 2013 at 4:06 PM, Christian Weisgerber na...@mips.inka.de
 wrote:
  David Coppa dco...@gmail.com wrote:
 
   I got a video in another language and a matching .srt file for playing
   subtitle on screen, when I play it in vlc. I get this in xterm
  
   [0x154034af3a58] main xml reader error: XML reader not found
 
  I have not tried to rebuild the port (yet), but this is strange, since
  our vlc ports has xml2 support enabled...
 
  ... and .srt isn't XML-based to begin with.

 Uh. You're right :P

 So, why is vlc barfing about xml reader errors?

 Btw, a ktrace should be useful, as suggested before.


starting vlc -vvv test.flv I get this snip. (how do I enable USE xml like
the emerge gentoo folks tell of...)

 [0x79b4e2b5d58] main xml reader debug: no xml reader module matching any
could be loaded
[0x79b4e2b5d58] main xml reader debug: TIMER module_need() : 0.118 ms -
Total 0.118 ms / 1 intvls (Avg 0.118 ms)
[0x79b4e2b5d58] main xml reader error: XML reader not found
[0x79b53489f58] main xml reader debug: looking for xml reader module: 1
candidate
[0x79b53489f58] main xml reader debug: no xml reader module matching any
could be loaded


ktrace doesn't point to anything

 31539 vlc  GIO   fd 4 read 8 bytes
   \M-8$0\0\0\0\0\0
 31539 vlc  RET   read 4096/0x1000
 31539 vlc  CALL  mmap(0,4206592,0PROT_NONE,0x2MAP_PRIVATE,4,0)
...skipping...
   [\^[[32;1m0xf80321fd958\^[[0m] 
 31539 vlc  RET   write 27/0x1b
 31539 vlc  CALL  write(2,140187732364368,30)
 31539 vlc  GIO   fd 2 wrote 30 bytes
   main xml reader error: \^[[31;1m
 31539 vlc  RET   write 30/0x1e
 31539 vlc  CALL  write(2,140187732364576,20)
 31539 vlc  GIO   fd 2 wrote 20 bytes
   XML reader not found
 31539 vlc  RET   write 20/0x14
 31539 vlc  CALL  write(2,140187732364352,27)
 31539 vlc  GIO   fd 2 wrote 27 bytes
   [\^[[32;1m0xf80321fd958\^[[0m] 
 31539 vlc  RET   write 27/0x1b
 31539 vlc  CALL  write(2,140187732364368,30)
 31539 vlc  GIO   fd 2 wrote 30 bytes
   main xml reader error: \^[[31;1m
 31539 vlc  RET   write 30/0x1e
 31539 vlc  CALL  write(2,140187732364576,20)
 31539 vlc  GIO   fd 2 wrote 20 bytes
   XML reader not found
 31539 vlc  RET   write 20/0x14
 31539 vlc  CALL  write(2,17043118079549,5)
 31539 vlc  GIO   fd 2 wrote 5 bytes
   \^[[0m
   
 31539 vlc  RET   write 5
 31539 vlc  CALL  clock_gettime(CLOCK_REALTIME,140187732370968)
 31539 vlc  STRU  struct timespec { 1373070067.833428610 }

Anyway a kind soul sent me a diff to have ffmpeg to enable libass support,
the .srt file is then converted to .ass file (funny, no?). He also told me
that the patch has been submitted to Brad... I asked for him to post the
diff here, ao that it can get reviewed. I will start building it later.

Thanks for your help everybody!

Re: Bye bye minitube

[Amit Kulkarni]

On Thu, Jul 4, 2013 at 12:22 PM, Marc Espie es...@nerim.net wrote:

 On Thu, Jul 04, 2013 at 03:12:33PM +0200, David Coppa wrote:
  It seems Minitube's license changed from GPLv3 to a proprietary one.
 
  Since version 2.1 (released on Jun 28 2013), it has become a
  closed-source, binary-only software only available on the Ubuntu
  Software Center:
  https://apps.ubuntu.com/cat/applications/minitube-ubuntu/
 
  So long Minitube and thanks for all the videos :(

 Well, as long as 2.1 works, let's keep it.


it won't work for long. youtube keep changing every few months.


 And hey, it shouldn't be THAT hard to track youtube-dl.

 There's *nothing* that prevents us from doing that.


i am amazed at the guys who release youtube-dl almost daily.

subtitles on vlc

[Amit Kulkarni]

Hello,

I got a video in another language and a matching .srt file for playing
subtitle on screen, when I play it in vlc. I get this in xterm

[0x154034af3a58] main xml reader error: XML reader not found
[0x154032471d58] main xml reader error: XML reader not found
[0x154037af2758] main xml reader error: XML reader not found
[0x15403b12f758] main xml reader error: XML reader not found
[0x154032471d58] main xml reader error: XML reader not found
[0x15403b12f758] main xml reader error: XML reader not found

How to get the subtitles working on vlc?

thanks

Re: UPDATE: math/py-numpy

[Amit Kulkarni]

addressing Daniel Dickman's private email.

update to numpy 1.7.1
+
HOMEPAGE updated


also make test gives two additional failures. I didn't check the previous 
version
Ran 4790 tests in 22.268s

FAILED (KNOWNFAIL=5, SKIP=11, failures=2)
Running unit tests for numpy
NumPy version 1.7.1
NumPy is installed in 
/usr/ports/pobj/py-numpy-1.7.1/fake-amd64/usr/local/lib/python2.7/site-packages/numpy
Python version 2.7.5 (default, Jun 27 2013, 11:10:13) [GCC 4.2.1 20070719 ]
nose version 1.1.2

I am also sending an update to math/py-scipy to 0.12.0 shortly. These should go 
in together ideally.

updated version r2 inline...


? numpy.diff
Index: Makefile
===
RCS file: /cvs/ports/math/py-numpy/Makefile,v
retrieving revision 1.36
diff -u -p -u -p -r1.36 Makefile
--- Makefile11 Mar 2013 11:23:56 -  1.36
+++ Makefile30 Jun 2013 19:22:47 -
@@ -2,18 +2,18 @@
 
 COMMENT=   fast array and numeric programming library for Python
 
-MODPY_EGG_VERSION= 1.6.0
+MODPY_EGG_VERSION= 1.7.1
 DISTNAME=  numpy-${MODPY_EGG_VERSION}
 PKGNAME=   py-${DISTNAME}
-REVISION = 3
 CATEGORIES=math devel
 
-HOMEPAGE=  http://numpy.scipy.org/
+HOMEPAGE=  http://www.numpy.org/
 
 # BSD
 PERMIT_PACKAGE_CDROM=  Yes
 
-WANTLIB=   blas m lapack ${MODFORTRAN_WANTLIB} ${MODPY_WANTLIB}
+WANTLIB=   blas m lapack ${MODFORTRAN_WANTLIB} ${MODPY_WANTLIB} \
+   pthread
 
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=numpy/}
 
Index: distinfo
===
RCS file: /cvs/ports/math/py-numpy/distinfo,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 distinfo
--- distinfo27 May 2011 10:06:12 -  1.8
+++ distinfo30 Jun 2013 19:22:47 -
@@ -1,5 +1,2 @@
-MD5 (numpy-1.6.0.tar.gz) = 4Jk8dMuOgykuVg6sGpvo6Q==
-RMD160 (numpy-1.6.0.tar.gz) = Kb7oVOFDbguq1GFQYG16DS2ArGE=
-SHA1 (numpy-1.6.0.tar.gz) = BpKs+1zcVcolGqK5UOMhpmKBDDY=
-SHA256 (numpy-1.6.0.tar.gz) = aH3PtfalHyEHuh3IuzJP0aAUbOiw4r0Bo+57zEU+49g=
-SIZE (numpy-1.6.0.tar.gz) = 2633698
+SHA256 (numpy-1.7.1.tar.gz) = VSUBmjCFw9hg5s/kwKMPtl1Wdiaq/FDPElKmQaQYCEo=
+SIZE (numpy-1.7.1.tar.gz) = 2838240
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/py-numpy/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -u -p -r1.9 PLIST
--- pkg/PLIST   27 May 2011 10:06:12 -  1.9
+++ pkg/PLIST   30 Jun 2013 19:22:47 -
@@ -28,11 +28,11 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/numpy/core/
 lib/python${MODPY_VERSION}/site-packages/numpy/core/__init__.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_dummy.so
 lib/python${MODPY_VERSION}/site-packages/numpy/core/_internal.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/_internal.pyc
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_mx_datetime_parser.py
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_mx_datetime_parser.pyc
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_sort.so
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_methods.py
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_methods.pyc
 lib/python${MODPY_VERSION}/site-packages/numpy/core/arrayprint.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/arrayprint.pyc
 lib/python${MODPY_VERSION}/site-packages/numpy/core/defchararray.py
@@ -61,9 +61,11 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_3kcompat.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_common.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_cpu.h
+lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_deprecated_api.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_endian.h
 
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_interrupt.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_math.h
+lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_no_deprecated_api.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_os.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/numpyconfig.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/old_defines.h
@@ -116,10 +118,14 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_function_base.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_getlimits.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_half.py
-lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_iterator.py
+lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_indexerrors.py

UPDATE: math/scipy

[Amit Kulkarni]

-packages/scipy/stats/_tukeylambda_stats.pyc
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/contingency.py
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/contingency.pyc
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/distributions.py
@@ -1002,6 +1031,7 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/stats.py
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/stats.pyc
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/
+lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_binned_statistic.py
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_contingency.py
 
lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_continuous_basic.py
 
lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_continuous_extra.py
@@ -1012,7 +1042,9 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_morestats.py
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_mstats_basic.py
 
lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_mstats_extras.py
+lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_rank.py
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_stats.py
+lib/python${MODPY_VERSION}/site-packages/scipy/stats/tests/test_tukeylambda_stats.py
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/vonmises.py
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/vonmises.pyc
 lib/python${MODPY_VERSION}/site-packages/scipy/stats/vonmises_cython.so
@@ -1021,6 +1053,10 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/scipy/weave/
 lib/python${MODPY_VERSION}/site-packages/scipy/weave/__init__.py
 lib/python${MODPY_VERSION}/site-packages/scipy/weave/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/scipy/weave/_dumb_shelve.py
+lib/python${MODPY_VERSION}/site-packages/scipy/weave/_dumb_shelve.pyc
+lib/python${MODPY_VERSION}/site-packages/scipy/weave/_dumbdbm_patched.py
+lib/python${MODPY_VERSION}/site-packages/scipy/weave/_dumbdbm_patched.pyc
 lib/python${MODPY_VERSION}/site-packages/scipy/weave/accelerate_tools.py
 lib/python${MODPY_VERSION}/site-packages/scipy/weave/accelerate_tools.pyc
 lib/python${MODPY_VERSION}/site-packages/scipy/weave/ast_tools.py


-- 
Amit Kulkarni amitk...@gmail.com

update: x11/pcmanfm

[Amit Kulkarni]

Updating an ancient port to its latest working version.
Including two additional ports which were split from pcmanfm.

I use pcmanfm as a File Manager replacement.

I emailed sthen@ and aja@ privately, both told me to send it to ports@ for 
wider testing.

Works for me on amd64. If nobody objects I can maintain these.

Index: libfm/Makefile
===
RCS file: libfm/Makefile
diff -N libfm/Makefile
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libfm/Makefile  30 Jun 2013 01:14:19 -
@@ -0,0 +1,41 @@
+# $OpenBSD: Makefile,v 1.20 2010/11/22 08:37:03 espie Exp $
+
+COMMENT=   a library to provide file related widgets for pcmanfm
+
+DISTNAME=  libfm-1.1.0
+
+CATEGORIES=x11
+
+SHARED_LIBS+=  fm-gtk  0.0 # 1.0
+SHARED_LIBS+=  fm  0.0 # 1.0
+
+HOMEPAGE=  http://pcmanfm.sourceforge.net/
+
+# GPLv2
+PERMIT_PACKAGE_CDROM=  Yes
+
+MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=pcmanfm/}
+
+WANTLIB += X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi Xinerama
+WANTLIB += Xrandr Xrender atk-1.0 c cairo exif expat ffi fontconfig
+WANTLIB += freetype gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0
+WANTLIB += gmodule-2.0 gobject-2.0 graphite2 gthread-2.0 gtk-x11-2.0
+WANTLIB += harfbuzz m menu-cache pango-1.0 pangocairo-1.0 pangoft2-1.0
+WANTLIB += pcre pixman-1 png pthread pthread-stubs xcb xcb-render
+WANTLIB += xcb-shm z
+
+BUILD_DEPENDS= textproc/intltool
+LIB_DEPENDS=   devel/glib2 \
+   graphics/libexif \
+   x11/gtk+2 \
+   x11/libmenu-cache
+
+MODULES=   devel/gettext
+
+CONFIGURE_STYLE= gnu
+
+CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include
+
+FAKE_FLAGS=sysconfdir=${PREFIX}/share/examples/libfm
+
+.include bsd.port.mk
Index: libfm/distinfo
===
RCS file: libfm/distinfo
diff -N libfm/distinfo
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libfm/distinfo  30 Jun 2013 01:14:19 -
@@ -0,0 +1,2 @@
+SHA256 (libfm-1.1.0.tar.gz) = uUJuWIZwtTVwuAjEmr0dEDhjYU3TYiVZuMPvE5L+Cz0=
+SIZE (libfm-1.1.0.tar.gz) = 1077445
Index: libfm/patches/patch-docs_reference_libfm_Makefile_am
===
RCS file: libfm/patches/patch-docs_reference_libfm_Makefile_am
diff -N libfm/patches/patch-docs_reference_libfm_Makefile_am
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libfm/patches/patch-docs_reference_libfm_Makefile_am30 Jun 2013 
01:14:19 -
@@ -0,0 +1,8 @@
+$OpenBSD$
+--- docs/reference/libfm/Makefile.am.orig  Wed Sep 19 14:31:43 2012
 docs/reference/libfm/Makefile.am   Tue Nov  6 15:24:32 2012
+@@ -142,4 +142,3 @@ if ENABLE_GTK_DOC
+ #TESTS = $(GTKDOC_CHECK)
+ endif
+ 
+--include $(top_srcdir)/git.mk
Index: libfm/patches/patch-docs_reference_libfm_Makefile_in
===
RCS file: libfm/patches/patch-docs_reference_libfm_Makefile_in
diff -N libfm/patches/patch-docs_reference_libfm_Makefile_in
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libfm/patches/patch-docs_reference_libfm_Makefile_in30 Jun 2013 
01:14:19 -
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- docs/reference/libfm/Makefile.in.orig  Wed Oct 31 19:34:46 2012
 docs/reference/libfm/Makefile.in   Tue Nov  6 15:24:32 2012
+@@ -819,7 +819,6 @@ dist-hook: dist-check-gtkdoc dist-hook-local
+ #TESTS_ENVIRONMENT = cd $(srcsrc) 
+ #TESTS = $(GTKDOC_CHECK)
+ 
+--include $(top_srcdir)/git.mk
+ 
+ # Tell versions [3.59,3.63) of GNU make to not export all variables.
+ # Otherwise a system limit (for SysV at least) may be exceeded.
Index: libfm/patches/patch-src_actions_Makefile_am
===
RCS file: libfm/patches/patch-src_actions_Makefile_am
diff -N libfm/patches/patch-src_actions_Makefile_am
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libfm/patches/patch-src_actions_Makefile_am 30 Jun 2013 01:14:19 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- src/actions/Makefile.am.orig   Mon Sep 10 12:08:28 2012
 src/actions/Makefile.amMon Sep 10 12:09:24 2012
+@@ -9,7 +9,7 @@ AM_CPPFLAGS = \
+   -DPACKAGE_DATA_DIR=\$(datadir)/libfm\ \
+   -DPACKAGE_LIB_DIR=\$(libdir)/libfm\ \
+   -DPACKAGE_LOCALE_DIR=\$(prefix)/$(DATADIRNAME)/locale\ \
+-  -Wno-unused-but-set-variable -Wno-unused-variable \
++  -Wno-unused-variable \
+   $(NULL)
+ 
+ noinst_LTLIBRARIES = libfmactions.la
Index: libfm/patches/patch-src_actions_Makefile_in
===
RCS file: libfm/patches/patch-src_actions_Makefile_in
diff -N libfm/patches/patch-src_actions_Makefile_in
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libfm/patches/patch-src_actions_Makefile_in 30 Jun 2013 01:14:19 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- src/actions/Makefile.in.orig   Wed Oct 31 19:34:48 2012
 src/actions/Makefile.inTue Nov  6 15:24:33 2012
+@@ -317,7 +317,7 @@ AM_CPPFLAGS = \
+

update: www/youtube-dl

[Amit Kulkarni]

sent version 06-21-2013 to maintainer a few days ago. hoping he might get time 
this week. but anyway, here's for everybody's viewing pleasure.


Index: Makefile
===
RCS file: /cvs/ports/www/youtube-dl/Makefile,v
retrieving revision 1.41
diff -u -p -u -p -r1.41 Makefile
--- Makefile3 Jun 2013 23:11:52 -   1.41
+++ Makefile30 Jun 2013 01:23:38 -
@@ -2,7 +2,7 @@
 
 COMMENT =  command-line program to download videos from YouTube.com
 
-MODPY_EGG_VERSION = 2013.05.23
+MODPY_EGG_VERSION = 2013.06.34.4
 
 DISTNAME = youtube-dl-${MODPY_EGG_VERSION}
 CATEGORIES =   www
Index: distinfo
===
RCS file: /cvs/ports/www/youtube-dl/distinfo,v
retrieving revision 1.34
diff -u -p -u -p -r1.34 distinfo
--- distinfo3 Jun 2013 23:11:52 -   1.34
+++ distinfo30 Jun 2013 01:23:38 -
@@ -1,2 +1,2 @@
-SHA256 (youtube-dl-2013.05.23.tar.gz) = 
XTGl9Tcd14Uqz2jdSb+4Bo/nOohf21ROooqQVTafY5I=
-SIZE (youtube-dl-2013.05.23.tar.gz) = 170900
+SHA256 (youtube-dl-2013.06.34.4.tar.gz) = 
/qGh48FgE4/mVC6SwEWB1xuXo2I2ZUNhKKVBQSdX918=
+SIZE (youtube-dl-2013.06.34.4.tar.gz) = 250196
Index: patches/patch-youtube_dl_FileDownloader_py
===
RCS file: /cvs/ports/www/youtube-dl/patches/patch-youtube_dl_FileDownloader_py,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 patch-youtube_dl_FileDownloader_py
--- patches/patch-youtube_dl_FileDownloader_py  3 Jun 2013 23:11:52 -   
1.7
+++ patches/patch-youtube_dl_FileDownloader_py  30 Jun 2013 01:23:38 -
@@ -1,12 +1,12 @@
 $OpenBSD: patch-youtube_dl_FileDownloader_py,v 1.7 2013/06/03 23:11:52 pirofti 
Exp $
 youtube_dl/FileDownloader.py.orig  Thu May 23 14:30:03 2013
-+++ youtube_dl/FileDownloader.py   Tue Jun  4 02:09:22 2013
-@@ -762,7 +762,7 @@ class FileDownloader(object):
+--- youtube_dl/FileDownloader.py.orig  Sun Jun 23 13:49:18 2013
 youtube_dl/FileDownloader.py   Sun Jun 23 13:49:31 2013
+@@ -771,7 +771,7 @@ class FileDownloader(object):
  # Download using rtmpdump. rtmpdump returns exit code 2 when
  # the connection was interrumpted and resuming appears to be
  # possible. This is part of rtmpdump's normal usage, AFAIK.
--basic_args = ['rtmpdump', '-q', '-r', url, '-o', tmpfilename]
+-basic_args = ['rtmpdump', verbosity_option, '-r', url, '-o', 
tmpfilename]
 +basic_args = ['rtmpdump', '-r', url, '-o', tmpfilename]
- if self.params.get('verbose', False): basic_args[1] = '-v'
  if player_url is not None:
- basic_args += ['-W', player_url]
+ basic_args += ['--swfVfy', player_url]
+ if page_url is not None:
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- pkg/PLIST   2 Feb 2013 15:41:17 -   1.3
+++ pkg/PLIST   30 Jun 2013 01:23:38 -
@@ -12,10 +12,155 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/InfoExtractors.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/PostProcessor.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/PostProcessor.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/YoutubeDL.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/YoutubeDL.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/__init__.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/__init__.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/__main__.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/__main__.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/__init__.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ard.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ard.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/arte.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/arte.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/auengine.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/auengine.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/bandcamp.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/bandcamp.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/bliptv.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/bliptv.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/breakcom.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/breakcom.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/collegehumor.py

homepage change: math/lapack

[Amit Kulkarni]

Index: Makefile
===
RCS file: /cvs/ports/math/lapack/Makefile,v
retrieving revision 1.22
diff -u -p -u -p -r1.22 Makefile
--- Makefile11 Mar 2013 11:23:55 -  1.22
+++ Makefile30 Jun 2013 05:28:12 -
@@ -14,7 +14,7 @@ HOMEPAGE= http://www.netlib.org/lapack/
 # BSD
 PERMIT_PACKAGE_CDROM=  Yes
 
-MASTER_SITES=  ftp://ftp.netlib.org/lapack/ \
+MASTER_SITES=  http://www.netlib.org/lapack/ \
ftp://netlib.bell-labs.com/netlib/lapack/ \
http://www.netlib.no/netlib/lapack/
 EXTRACT_SUFX=  .tgz

UPDATE: math/py-numpy

[Amit Kulkarni]

tested on amd64 by building all the dependant ports as seen through sqlports.

Index: Makefile
===
RCS file: /cvs/ports/math/py-numpy/Makefile,v
retrieving revision 1.36
diff -u -p -u -p -r1.36 Makefile
--- Makefile11 Mar 2013 11:23:56 -  1.36
+++ Makefile30 Jun 2013 05:34:40 -
@@ -2,10 +2,9 @@
 
 COMMENT=   fast array and numeric programming library for Python
 
-MODPY_EGG_VERSION= 1.6.0
+MODPY_EGG_VERSION= 1.7.0
 DISTNAME=  numpy-${MODPY_EGG_VERSION}
 PKGNAME=   py-${DISTNAME}
-REVISION = 3
 CATEGORIES=math devel
 
 HOMEPAGE=  http://numpy.scipy.org/
@@ -13,7 +12,8 @@ HOMEPAGE= http://numpy.scipy.org/
 # BSD
 PERMIT_PACKAGE_CDROM=  Yes
 
-WANTLIB=   blas m lapack ${MODFORTRAN_WANTLIB} ${MODPY_WANTLIB}
+WANTLIB=   blas m lapack ${MODFORTRAN_WANTLIB} ${MODPY_WANTLIB} \
+   pthread
 
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=numpy/}
 
Index: distinfo
===
RCS file: /cvs/ports/math/py-numpy/distinfo,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 distinfo
--- distinfo27 May 2011 10:06:12 -  1.8
+++ distinfo30 Jun 2013 05:34:40 -
@@ -1,5 +1,2 @@
-MD5 (numpy-1.6.0.tar.gz) = 4Jk8dMuOgykuVg6sGpvo6Q==
-RMD160 (numpy-1.6.0.tar.gz) = Kb7oVOFDbguq1GFQYG16DS2ArGE=
-SHA1 (numpy-1.6.0.tar.gz) = BpKs+1zcVcolGqK5UOMhpmKBDDY=
-SHA256 (numpy-1.6.0.tar.gz) = aH3PtfalHyEHuh3IuzJP0aAUbOiw4r0Bo+57zEU+49g=
-SIZE (numpy-1.6.0.tar.gz) = 2633698
+SHA256 (numpy-1.7.0.tar.gz) = 9Ppwt+26tl7mQy62N0P1SJ8ZGcYUYysgsvtFqn5oKsY=
+SIZE (numpy-1.7.0.tar.gz) = 2832457
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/py-numpy/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -u -p -r1.9 PLIST
--- pkg/PLIST   27 May 2011 10:06:12 -  1.9
+++ pkg/PLIST   30 Jun 2013 05:34:40 -
@@ -28,11 +28,11 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/numpy/core/
 lib/python${MODPY_VERSION}/site-packages/numpy/core/__init__.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_dummy.so
 lib/python${MODPY_VERSION}/site-packages/numpy/core/_internal.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/_internal.pyc
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_mx_datetime_parser.py
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_mx_datetime_parser.pyc
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_sort.so
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_methods.py
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_methods.pyc
 lib/python${MODPY_VERSION}/site-packages/numpy/core/arrayprint.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/arrayprint.pyc
 lib/python${MODPY_VERSION}/site-packages/numpy/core/defchararray.py
@@ -61,9 +61,11 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_3kcompat.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_common.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_cpu.h
+lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_deprecated_api.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_endian.h
 
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_interrupt.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_math.h
+lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_no_deprecated_api.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_os.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/numpyconfig.h
 lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/old_defines.h
@@ -116,10 +118,13 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_function_base.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_getlimits.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_half.py
-lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_iterator.py
+lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_indexerrors.py
+lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_indexing.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_machar.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_memmap.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_multiarray.py
+lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_multiarray_assignment.py
+lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_nditer.py
 lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_numeric.py
 

maintainer UPDATE: www/linkchecker

[Amit Kulkarni]

Index: Makefile
===
RCS file: /cvs/ports/www/linkchecker/Makefile,v
retrieving revision 1.39
diff -u -p -u -p -r1.39 Makefile
--- Makefile11 Mar 2013 11:44:42 -  1.39
+++ Makefile23 Jun 2013 17:45:56 -
@@ -2,7 +2,7 @@
 
 COMMENT=   checks HTML documents for broken links
 
-MODPY_EGG_VERSION=8.3
+MODPY_EGG_VERSION=8.4
 DISTNAME=  LinkChecker-${MODPY_EGG_VERSION}
 PKGNAME=   ${DISTNAME:L}
 
Index: distinfo
===
RCS file: /cvs/ports/www/linkchecker/distinfo,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 distinfo
--- distinfo26 Jan 2013 14:43:08 -  1.19
+++ distinfo23 Jun 2013 17:45:56 -
@@ -1,2 +1,2 @@
-SHA256 (LinkChecker-8.3.tar.xz) = C4+Fucn4/OgQVGdjMqouU0KP/eczal0rxRrq2D4txwU=
-SIZE (LinkChecker-8.3.tar.xz) = 669480
+SHA256 (LinkChecker-8.4.tar.xz) = t3ug6KCH6hHvtkIWQns65UN6FTT/2fh2L/0mvJYAwKc=
+SIZE (LinkChecker-8.4.tar.xz) = 655044
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/linkchecker/pkg/PLIST,v
retrieving revision 1.22
diff -u -p -u -p -r1.22 PLIST
--- pkg/PLIST   26 Jan 2013 14:43:08 -  1.22
+++ pkg/PLIST   23 Jun 2013 17:45:56 -
@@ -49,6 +49,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/linkcheck/checker/__init__.pyc
 lib/python${MODPY_VERSION}/site-packages/linkcheck/checker/const.py
 lib/python${MODPY_VERSION}/site-packages/linkcheck/checker/const.pyc
+lib/python${MODPY_VERSION}/site-packages/linkcheck/checker/dnsurl.py
+lib/python${MODPY_VERSION}/site-packages/linkcheck/checker/dnsurl.pyc
 lib/python${MODPY_VERSION}/site-packages/linkcheck/checker/fileurl.py
 lib/python${MODPY_VERSION}/site-packages/linkcheck/checker/fileurl.pyc
 lib/python${MODPY_VERSION}/site-packages/linkcheck/checker/ftpurl.py


-- 
Amit Kulkarni amitk...@gmail.com

Re: /usr/local/lib/X11/app-defaults

[Amit Kulkarni]

On Sun, Jun 23, 2013 at 2:39 PM, Jan Stary h...@stare.cz wrote:

 On Jun 23 21:23:37, j...@wxcvbn.org wrote:
  Jan Stary h...@stare.cz writes:
 
   On a fresh install of current/i386 woth ports cvs up'd to current,
   I am getting this whenever I try to build anything:
  
   Fatal: /usr/local/lib/X11/app-defaults should exist and be a symlink
  
   /usr/local/lib/X11/app-defaults does exist an is a directory
   containing the file /usr/local/lib/X11/app-defaults/Gnuplot
  
   Am I missing something obvious?


cd /usr/xenocara  make fix-appd