porting question
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
File-MimeInfo-0.27
I had to install p5-File-DesktopEntry-0.12. Its listed for TEST_DEPENDS, but not RUN_DEPENDS. Not sure if it needs to be removed from TEST_DEPENDS or not. -- Edgar Pettijohn Index: Makefile === RCS file: /cvs/ports/devel/p5-File-MimeInfo/Makefile,v retrieving revision 1.13 diff -u -p -u -r1.13 Makefile --- Makefile31 Mar 2015 13:33:15 - 1.13 +++ Makefile10 Jul 2016 23:07:15 - @@ -11,6 +11,7 @@ PERMIT_PACKAGE_CDROM= Yes MODULES= cpan RUN_DEPENDS= devel/p5-File-BaseDir \ + devel/p5-File-DesktopEntry \ misc/shared-mime-info TEST_DEPENDS= devel/desktop-file-utils \ devel/p5-File-DesktopEntry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 16:28:20 Modified files: devel/py-dulwich: Makefile distinfo Removed files: devel/py-dulwich/patches: patch-dulwich_tests_compat_utils_py Log message: update to py-dulwich-0.14.0
Re: [NEW] graphics/fotowall 0.9
On 07/10/16 16:57, Adam Wolk wrote: > Hi ports@, > > New port attached. Looking for feedback and OK's. I do assume if at all > that it will be imported post ports freeze. > > The port has a single 3rd party patch reported upstream: > - https://github.com/enricoros/fotowall/pull/11 > > there is also small @sed foo in the Makefile to account for install paths. > I didn't report that as upstream seems to be moving towards CMake. > > $ cat pkg/DESCR > Fotowall is an opensource creative tool that lets you play with your pixels as > you've always wanted! Make the perfect arrangement with your photos, add text, > live video from your webcam and the best internet pictures. > > With fotowall you can: > * create original pictures, wallpapers, postcards and covers > * print superbig posters with a small printer > * play with live video, internet content, text and picture > > Regards, > Adam > Hi Adam, Builds and installs cleanly for me. Runs and imports images. --Aaron
[NEW] graphics/fotowall 0.9
Hi ports@, New port attached. Looking for feedback and OK's. I do assume if at all that it will be imported post ports freeze. The port has a single 3rd party patch reported upstream: - https://github.com/enricoros/fotowall/pull/11 there is also small @sed foo in the Makefile to account for install paths. I didn't report that as upstream seems to be moving towards CMake. $ cat pkg/DESCR Fotowall is an opensource creative tool that lets you play with your pixels as you've always wanted! Make the perfect arrangement with your photos, add text, live video from your webcam and the best internet pictures. With fotowall you can: * create original pictures, wallpapers, postcards and covers * print superbig posters with a small printer * play with live video, internet content, text and picture Regards, Adam fotowall.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 14:38:39 Modified files: net/py-geventhttpclient: Makefile distinfo Log message: update to py-geventhttpclient-1.3.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 13:39:29 Modified files: telephony/baresip/baresip: Makefile Log message: fix line breaks (no binary changes)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 13:09:20 Modified files: telephony/baresip/re: Makefile distinfo Log message: update to re-0.4.17
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2016/07/10 12:51:03 Modified files: infrastructure/mk: bsd.port.mk Log message: @pkgname does not exist. For dynamic plists, we can still do slightly better, namely trick pkg_create into spewing out what it knows by zapping the plists it knows (generated under fake typically) and replacing them with /dev/null This fixes check-problems when you run it purely based on the ports tree
Re: valgrind error - W^X violation
Forgot to include ports in the reply. Forwarded below. > On Saturday, July 9, 2016 11:57 AM, Thomas Frohwein> wrote: > >> On Saturday, July 9, 2016 11:41 AM, Stuart Henderson > wrote: > >> > Have you tried it with an executable on /usr/local? cal (in /usr/bin) > is not on >> a wallowed filesystem. > > Right. Here: > > /usr/local/test$valgrind ex4 > valgrind: mmap(0x108000, 4198400) failed in UME with error 12 (Cannot > allocate > memory). > /usr/local/test$dmesg | tail > vscsi0 at root > scsibus4 at vscsi0: 256 targets > softraid0 at root > scsibus5 at softraid0: 256 targets > root on sd0a (87d2af21f44a3394.a) swap on sd0b dump on sd0b > radeondrm0: 1920x1080 > wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 > wskbd1: connecting to wsdisplay0 > wsdisplay0: screen 1-5 added (std, vt100 emulation) > memcheck-amd64-o(48875): mmap W^X violation > > And here: > > /usr/local/bin$valgrind rawdog > valgrind: mmap(0x108000, 4198400) failed in UME with error 12 (Cannot > allocate > memory). > /usr/local/bin$dmesg | tail > softraid0 at root > scsibus5 at softraid0: 256 targets > root on sd0a (87d2af21f44a3394.a) swap on sd0b dump on sd0b > radeondrm0: 1920x1080 > wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 > wskbd1: connecting to wsdisplay0 > wsdisplay0: screen 1-5 added (std, vt100 emulation) > memcheck-amd64-o(48875): mmap W^X violation > memcheck-amd64-o(87747): mmap W^X violation > memcheck-amd64-o(64634): mmap W^X violation > > Same on /usr/local, it seems. > >> >> >> >> On 9 July 2016 16:29:23 BST, Thomas Frohwein > wrote: >>> >>> >>> >>> Independent of executable or doas/su, valgrind fails with the following >>> error message for me on -current: >>> $valgrind cal >>> valgrind: mmap(0x108000, 4210688) failed in UME with error 12 (Cannot >>> allocate memory). >>> dmesg shows mmap W^X violation. >>> I'm not sure how to best find a solution to this. Valgrind is on >>> /usr/local/ and wxallowed is set for it. >>> >>> How to reproduce: >>> Run any executable with valgrind >>> >>> OpenBSD version: >>> Snapshot from 07-01-16 >>> >>> >>> $mount >>> /dev/sd0a on / type ffs (local, noatime, softdep) >>> /dev/sd0k on /home type ffs (local, noatime, nodev, nosuid, softdep) >>> /dev/sd0d on /tmp type ffs (local, noatime, nodev, nosuid, softdep) >>> /dev/sd0f on /usr type ffs (local, noatime, nodev, softdep) >>> /dev/sd0g on /usr/X11R6 type ffs (local, noatime, nodev, softdep) >>> /dev/sd0h on /usr/local type ffs (local, noatime, nodev, wxallowed, >>> softdep) >>> /dev/sd0j on /usr/obj type ffs (local, noatime, nodev, nosuid, softdep) >>> /dev/sd0i on /usr/src type ffs (local, noatime, nodev, nosuid, softdep) >>> /dev/sd0e on /var type ffs (local, noatime, nodev, nosuid, softdep) >>> >>> >>> $dmesg >>> OpenBSD 6.0-beta (GENERIC.MP) #2244: Fri Jul 1 18:27:00 MDT 2016 >>> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >>> real mem = 7457574912 (7112MB) >>> avail mem = 7227015168 (6892MB) >>> mpath0 at root >>> scsibus0 at mpath0: 256 targets >>> mainbus0 at root >>> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xecd20 (55 entries) >>> bios0: vendor American Megatrends Inc. version "V8.1" date >> 04/15/2015 >>> bios0: MSI MS-7721 >>> acpi0 at bios0: rev 2 >>> acpi0: sleep states S0 S3 S4 S5 >>> acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET UEFI IVRS SSDT SSDT >>> CRAT SSDT SSDT SSDT >>> acpi0: wakeup devices SBAZ(S4) PS2K(S3) PS2M(S3) ECIR(S4) P0PC(S4) >>> OHC1(S4) EHC1(S4) OHC2(S4) EHC2(S4) OHC3(S4) EHC3(S4) OHC4(S4) PE20(S4) >>> PE21(S4) PE23(S4) PB21(S4) [...] >>> acpitimer0 at acpi0: 3579545 Hz, 32 bits >>> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat >>> cpu0 at mainbus0: apid 16 (boot processor) >>> cpu0: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3096.53 MHz >>> cpu0: >>> > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TBM,TOPEXT,ITSC,FSGSBASE,BMI1 >>> cpu0: 96KB 64b/line 3-way I-cache, 16KB 64b/line 4-way D-cache, 2MB >>> 64b/line 16-way L2 cache >>> cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully >>> associative >>> cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully >>> associative >>> cpu0: smt 0, core 0, package 0 >>> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges >>> cpu0: apic clock running at 99MHz >>> cpu0: mwait min=64, max=64, IBE >>> cpu1 at mainbus0: apid 17 (application processor) >>> cpu1: AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G, 3094.23 MHz >>> cpu1: >>> >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 09:27:55 Modified files: multimedia/mpv : Makefile distinfo Added files: multimedia/mpv/patches: patch-waftools_detections_compiler_py Log message: update to mpv-0.18.0 unrelated changes: - X11BASE is hooked up explicitly, so that several tests in waf don't fail - WRKBUILD is set to subdirectory of WRKSRC, so that mpv does not get relinked during "make install"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/07/10 06:24:41 Modified files: net/libmaxminddb: Makefile distinfo Log message: update geolite2 geoip database, from Frederic Cambus
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/07/10 06:16:17 Modified files: mail/evolution-rss: Makefile Log message: I had the same diff as sthen@ but with the devel/gettext MODULE removal. So do tat now.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/07/10 06:07:26 Modified files: net/smokeping : Makefile net/smokeping/pkg: README Log message: fix config path in readme, from Caspar Schutijser
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/07/10 06:03:49 Modified files: mail/evolution-rss: Makefile Log message: fix wantlib, spotted by nigel@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/07/10 06:03:06 Modified files: audio/moc : Makefile Log message: Unbreak: Poisoned variable CONFIGURE_SHARED has been referenced Drop deprecated gettext MODULE.
Re: mail/alpine (fix imap-uw authentication)
On Sun, Jul 10, 2016 at 12:21:02PM +0100, Anthony La Porte wrote: > Hi, > > This patch is enough to allow imapd to authenticate regular users and > works for my usage. > > There are a few more uses of getpwnam in imap/src/osdep/unix/env_unix.c > and elsewhere but I'm not sure if any others need changing too as, to me, > they appear to be either username checks or otherwise not relevent. Committed verbatim. Thank you very much. > > > -- > Ant > > > > Index: Makefile > === > RCS file: /cvs/ports/mail/alpine/Makefile,v > retrieving revision 1.36 > diff -u -p -u -r1.36 Makefile > --- Makefile 13 Apr 2016 05:54:38 - 1.36 > +++ Makefile 10 Jul 2016 10:50:46 - > @@ -27,7 +27,7 @@ PKGNAME-pilot= pilot-${PILOT_V} > > REVISION-main= 0 > REVISION-c-client= 0 > -REVISION-imap= 1 > +REVISION-imap= 2 > REVISION-mailutil= 0 > REVISION-pico= 4 > REVISION-pilot= 16 > Index: patches/patch-imap_src_osdep_unix_env_unix_c > === > RCS file: > /cvs/ports/mail/alpine/patches/patch-imap_src_osdep_unix_env_unix_c,v > retrieving revision 1.2 > diff -u -p -u -r1.2 patch-imap_src_osdep_unix_env_unix_c > --- patches/patch-imap_src_osdep_unix_env_unix_c 27 Jan 2015 13:38:05 > - 1.2 > +++ patches/patch-imap_src_osdep_unix_env_unix_c 10 Jul 2016 10:50:46 > - > @@ -1,6 +1,20 @@ > $OpenBSD: patch-imap_src_osdep_unix_env_unix_c,v 1.2 2015/01/27 13:38:05 > ajacoutot Exp $ > imap/src/osdep/unix/env_unix.c.orig Mon Jan 12 06:12:25 2015 > -+++ imap/src/osdep/unix/env_unix.c Tue Jan 27 08:57:49 2015 > +--- imap/src/osdep/unix/env_unix.c.orig Mon Jan 12 05:12:25 2015 > imap/src/osdep/unix/env_unix.c Sun Jul 10 11:38:07 2016 > +@@ -644,11 +644,11 @@ long server_input_wait (long seconds) > + static struct passwd *pwuser (unsigned char *user) > + { > + unsigned char *s; > +- struct passwd *pw = getpwnam (user); > ++ struct passwd *pw = getpwnam_shadow (user); > + if (!pw) {/* failed, see if any uppercase > characters */ > + for (s = user; *s && ((*s < 'A') || (*s > 'Z')); s++); > + if (*s) { /* yes, try all lowercase form */ > +- pw = getpwnam (s = lcase (cpystr (user))); > ++ pw = getpwnam_shadow (s = lcase (cpystr (user))); > + fs_give ((void **) ); > + } > + } > @@ -967,15 +967,12 @@ char *myhomedir () > static char *mymailboxdir () > { > -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2016/07/10 05:56:17 Modified files: www/youtube-dl : Makefile distinfo www/youtube-dl/pkg: PLIST Log message: update youtube-dl to 2016.07.09.2. ok espie@ go ahead aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/07/10 05:55:21 Modified files: mail/alpine: Makefile mail/alpine/patches: patch-imap_src_osdep_unix_env_unix_c Log message: Fix imap authentication. from Anthony La Porte
Re: fix gcc 4.9 -static
Tobias Ulmer wrote: > Sync STARTFILE_SPEC, fixes egcc -static producing crashing programs > > I don't expect any fallout from this (builtin spec file change only) Checking with gcc -v, it seems to work on amd64. gcc 4.9 and our base gcc behave the same given various -pie/-nopie/-shared/-static/-pg combinations. > OK? > > ? todo.txt > Index: Makefile > === > RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/Makefile,v > retrieving revision 1.32 > diff -u -p -r1.32 Makefile > --- Makefile 29 Jun 2016 16:14:41 - 1.32 > +++ Makefile 9 Jul 2016 21:41:29 - > @@ -4,8 +4,7 @@ ONLY_FOR_ARCHS = amd64 arm hppa i386 mip > DPB_PROPERTIES = parallel > > V = 4.9.3 > -REVISION = 7 > -REVISION-java = 8 > +REVISION = 9 > FULL_VERSION = $V > FULL_PKGVERSION = $V > > Index: patches/patch-gcc_config_alpha_openbsd_h > === > RCS file: > /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_alpha_openbsd_h,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 patch-gcc_config_alpha_openbsd_h > --- patches/patch-gcc_config_alpha_openbsd_h 26 Jun 2014 16:30:17 - > 1.1.1.1 > +++ patches/patch-gcc_config_alpha_openbsd_h 9 Jul 2016 21:41:29 - > @@ -1,6 +1,6 @@ > $OpenBSD: patch-gcc_config_alpha_openbsd_h,v 1.1.1.1 2014/06/26 16:30:17 > pascal Exp $ > gcc/config/alpha/openbsd.h.orig Thu Jan 10 21:38:27 2013 > -+++ gcc/config/alpha/openbsd.h Thu Apr 18 20:58:27 2013 > +--- gcc/config/alpha/openbsd.h.orig Thu Jan 2 23:23:26 2014 > gcc/config/alpha/openbsd.h Sat Jul 9 22:13:30 2016 > @@ -19,6 +19,28 @@ along with GCC; see the file COPYING3. If not see > > /* Controlling the compilation driver. */ > @@ -21,11 +21,11 @@ $OpenBSD: patch-gcc_config_alpha_openbsd > +/* As an elf system, we need crtbegin/crtend stuff. */ > +#undef STARTFILE_SPEC > +#define STARTFILE_SPEC "\ > -+%{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \ > -+crtbegin%O%s} %{shared:crtbeginS%O%s}" > ++%{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} \ > ++%{!p:%{!static:crt0%O%s} %{static:%{nopie:crt0%O%s} \ > ++%{!nopie:rcrt0%O%s crtbegin%O%s} %{shared:crtbeginS%O%s}" > +#undef ENDFILE_SPEC > +#define ENDFILE_SPEC "%{!shared:crtend%O%s} %{shared:crtendS%O%s}" > -+ > + > /* run-time target specifications */ > #define TARGET_OS_CPP_BUILTINS()\ > Index: patches/patch-gcc_config_i386_openbsdelf_h > === > RCS file: > /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_i386_openbsdelf_h,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 patch-gcc_config_i386_openbsdelf_h > --- patches/patch-gcc_config_i386_openbsdelf_h26 Jun 2014 16:30:17 > - 1.1.1.1 > +++ patches/patch-gcc_config_i386_openbsdelf_h9 Jul 2016 21:41:29 > - > @@ -1,7 +1,7 @@ > $OpenBSD: patch-gcc_config_i386_openbsdelf_h,v 1.1.1.1 2014/06/26 16:30:17 > pascal Exp $ > gcc/config/i386/openbsdelf.h.origSun Sep 2 16:13:21 2012 > -+++ gcc/config/i386/openbsdelf.h Fri Oct 12 11:24:33 2012 > -@@ -97,10 +97,13 @@ along with GCC; see the file COPYING3. If not see > +--- gcc/config/i386/openbsdelf.h.origThu Jan 2 23:23:26 2014 > gcc/config/i386/openbsdelf.h Fri Jul 8 17:18:50 2016 > +@@ -97,14 +97,17 @@ along with GCC; see the file COPYING3. If not see > %{shared:-shared} %{R*} \ > %{static:-Bstatic} \ > %{!static:-Bdynamic} \ > @@ -10,8 +10,15 @@ $OpenBSD: patch-gcc_config_i386_openbsde > -dynamic-linker /usr/libexec/ld.so" > > #undef STARTFILE_SPEC > -+ > +-#define STARTFILE_SPEC "\ > +-%{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \ > +-crtbegin%O%s} %{shared:crtbeginS%O%s}" > + > +#define SUBTARGET32_DEFAULT_CPU "i486" > - #define STARTFILE_SPEC "\ > - %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \ > - crtbegin%O%s} %{shared:crtbeginS%O%s}" > ++#define STARTFILE_SPEC "\ > ++%{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} \ > ++%{!p:%{!static:crt0%O%s} %{static:%{nopie:crt0%O%s} \ > ++%{!nopie:rcrt0%O%s crtbegin%O%s} %{shared:crtbeginS%O%s}" > + #undef ENDFILE_SPEC > + #define ENDFILE_SPEC "%{!shared:crtend%O%s} %{shared:crtendS%O%s}" > + > Index: patches/patch-gcc_config_mips_openbsd_h > === > RCS file: > /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_mips_openbsd_h,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 patch-gcc_config_mips_openbsd_h > --- patches/patch-gcc_config_mips_openbsd_h 26 Jun 2014 16:30:18 - > 1.1.1.1 > +++ patches/patch-gcc_config_mips_openbsd_h 9 Jul 2016 21:41:29 - > @@ -1,7 +1,7 @@ > $OpenBSD: patch-gcc_config_mips_openbsd_h,v 1.1.1.1 2014/06/26 16:30:18 >
mail/alpine (fix imap-uw authentication)
Hi, This patch is enough to allow imapd to authenticate regular users and works for my usage. There are a few more uses of getpwnam in imap/src/osdep/unix/env_unix.c and elsewhere but I'm not sure if any others need changing too as, to me, they appear to be either username checks or otherwise not relevent. -- Ant Index: Makefile === RCS file: /cvs/ports/mail/alpine/Makefile,v retrieving revision 1.36 diff -u -p -u -r1.36 Makefile --- Makefile13 Apr 2016 05:54:38 - 1.36 +++ Makefile10 Jul 2016 10:50:46 - @@ -27,7 +27,7 @@ PKGNAME-pilot=pilot-${PILOT_V} REVISION-main= 0 REVISION-c-client= 0 -REVISION-imap= 1 +REVISION-imap= 2 REVISION-mailutil= 0 REVISION-pico= 4 REVISION-pilot=16 Index: patches/patch-imap_src_osdep_unix_env_unix_c === RCS file: /cvs/ports/mail/alpine/patches/patch-imap_src_osdep_unix_env_unix_c,v retrieving revision 1.2 diff -u -p -u -r1.2 patch-imap_src_osdep_unix_env_unix_c --- patches/patch-imap_src_osdep_unix_env_unix_c27 Jan 2015 13:38:05 - 1.2 +++ patches/patch-imap_src_osdep_unix_env_unix_c10 Jul 2016 10:50:46 - @@ -1,6 +1,20 @@ $OpenBSD: patch-imap_src_osdep_unix_env_unix_c,v 1.2 2015/01/27 13:38:05 ajacoutot Exp $ imap/src/osdep/unix/env_unix.c.origMon Jan 12 06:12:25 2015 -+++ imap/src/osdep/unix/env_unix.c Tue Jan 27 08:57:49 2015 +--- imap/src/osdep/unix/env_unix.c.origMon Jan 12 05:12:25 2015 imap/src/osdep/unix/env_unix.c Sun Jul 10 11:38:07 2016 +@@ -644,11 +644,11 @@ long server_input_wait (long seconds) + static struct passwd *pwuser (unsigned char *user) + { + unsigned char *s; +- struct passwd *pw = getpwnam (user); ++ struct passwd *pw = getpwnam_shadow (user); + if (!pw) { /* failed, see if any uppercase characters */ + for (s = user; *s && ((*s < 'A') || (*s > 'Z')); s++); + if (*s) { /* yes, try all lowercase form */ +- pw = getpwnam (s = lcase (cpystr (user))); ++ pw = getpwnam_shadow (s = lcase (cpystr (user))); + fs_give ((void **) ); + } + } @@ -967,15 +967,12 @@ char *myhomedir () static char *mymailboxdir () {
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 05:05:02 Modified files: audio : Makefile Log message: +moc
Re: CVS: cvs.openbsd.org: ports
On Sun, Jul 10, 2016 at 04:40:44AM -0600, Dmitrij Czarkoff wrote: > CVSROOT: /cvs > Module name: ports > Changes by: czark...@cvs.openbsd.org2016/07/10 04:40:44 > > Log message: > MOC (music on console) is a console audio player for LINUX/UNIX designed > to be > powerful and easy to use. > > MOC plays smoothly, regardless of system or I/O load because it uses the > output > buffer in a separate thread. It provides gapless playback because the > next file > to be played is precached while the current file is playing. > > Supported file formats are: MP3, Ogg Vorbis, FLAC, Musepack (mpc), Speex, > Opus, > WAVE, those supported by FFmpeg/LibAV (e.g., WMA, RealAudio, AAC, MP4), > AIFF, > AU, SVX, Sphere Nist WAV, IRCAM SF, Creative VOC, SID, wavpack. > > OK zhuk@ The gettext MODULE is deprecated. Please don't add it back. > Status: > > Vendor Tag: czarkoff > Release Tags: czarkoff_20160710 > > N ports/audio/moc/Makefile > N ports/audio/moc/distinfo > N ports/audio/moc/patches/patch-main_c > N ports/audio/moc/patches/patch-config_example_in > N ports/audio/moc/patches/patch-playlist_c > N ports/audio/moc/patches/patch-mocp_1 > N ports/audio/moc/pkg/PLIST > N ports/audio/moc/pkg/DESCR > > No conflicts created by this import > -- Antoine
Re: CVS: cvs.openbsd.org: ports
Antoine Jacoutotwrote: > On Sun, Jul 10, 2016 at 04:27:56AM -0600, Dmitrij Czarkoff wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: czark...@cvs.openbsd.org2016/07/10 04:27:56 > > > > Log message: > > Imv is a minimalist command-line image viewer with support for over 30 > > image > > formats including Adobe Photoshop .psd files, animated GIFs and various > > raw > > formats. > > > > OK and tweak from zhuk@ > > I though we were not supposed to import new stuff at this time. Really? I thought we were supposed to stop importing tomorrow.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 04:40:44 Log message: MOC (music on console) is a console audio player for LINUX/UNIX designed to be powerful and easy to use. MOC plays smoothly, regardless of system or I/O load because it uses the output buffer in a separate thread. It provides gapless playback because the next file to be played is precached while the current file is playing. Supported file formats are: MP3, Ogg Vorbis, FLAC, Musepack (mpc), Speex, Opus, WAVE, those supported by FFmpeg/LibAV (e.g., WMA, RealAudio, AAC, MP4), AIFF, AU, SVX, Sphere Nist WAV, IRCAM SF, Creative VOC, SID, wavpack. OK zhuk@ Status: Vendor Tag: czarkoff Release Tags: czarkoff_20160710 N ports/audio/moc/Makefile N ports/audio/moc/distinfo N ports/audio/moc/patches/patch-main_c N ports/audio/moc/patches/patch-config_example_in N ports/audio/moc/patches/patch-playlist_c N ports/audio/moc/patches/patch-mocp_1 N ports/audio/moc/pkg/PLIST N ports/audio/moc/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 04:39:37 Modified files: graphics : Makefile Log message: +imv
Re: CVS: cvs.openbsd.org: ports
On Sun, Jul 10, 2016 at 04:27:56AM -0600, Dmitrij Czarkoff wrote: > CVSROOT: /cvs > Module name: ports > Changes by: czark...@cvs.openbsd.org2016/07/10 04:27:56 > > Log message: > Imv is a minimalist command-line image viewer with support for over 30 > image > formats including Adobe Photoshop .psd files, animated GIFs and various > raw > formats. > > OK and tweak from zhuk@ I though we were not supposed to import new stuff at this time. -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: czark...@cvs.openbsd.org2016/07/10 04:27:56 Log message: Imv is a minimalist command-line image viewer with support for over 30 image formats including Adobe Photoshop .psd files, animated GIFs and various raw formats. OK and tweak from zhuk@ Status: Vendor Tag: czarkoff Release Tags: czarkoff_20160710 N ports/graphics/imv/distinfo N ports/graphics/imv/Makefile N ports/graphics/imv/pkg/PLIST N ports/graphics/imv/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/07/10 04:04:44 Modified files: www/mozilla-firefox: Makefile distinfo www/firefox-i18n: Makefile.inc distinfo Log message: Minor bugfix update to firefox 47.0.1. - See https://www.mozilla.org/en-US/firefox/47.0.1/releasenotes/ - Fixes #1278605 & #1277522
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/07/10 02:50:35 Modified files: sysutils/salt : Makefile Added files: sysutils/salt/patches: patch-salt_states_archive_py Log message: Unbreak archive.extracted. adapted from a diff by Florian Ermisch
Re: youtube-dl update?
On Sun, Jul 10, 2016 at 09:25:31AM +0200, Remi Pointel wrote: > On 07/09/16 23:06, Ted Unangst wrote: > >The current ports version of youtube-dl cannot handle vine anymore. > >Downloading a new version, 2016.07.09.2, works fine manually. However, > >when I update the port to use this version, it fails. > > > > File > > "/usr/local/lib/python2.7/site-packages/youtube_dl/extractor/cliprs.py", > > line 4, in > >from .onet import OnetBaseIE > >ImportError: No module named onet > > > >Don't know how to proceed. > > > > Hi > > attached is the diff to have the latest version of youtube-dl. > While here, I enabled regress tests. > > Ok ? > > Cheers, > > Remi. > Index: Makefile > === > RCS file: /cvs/ports/www/youtube-dl/Makefile,v > retrieving revision 1.154 > diff -u -p -u -p -r1.154 Makefile > --- Makefile 24 Jun 2016 16:26:58 - 1.154 > +++ Makefile 10 Jul 2016 07:14:56 - > @@ -2,7 +2,7 @@ > > COMMENT =CLI program to download videos from YouTube and other sites > > -VERSION =2016.06.23.1 > +VERSION =2016.07.09.2 > MODPY_EGG_VERSION = ${VERSION:S/.0/./g} > > DISTNAME = youtube-dl-${VERSION} > @@ -21,7 +21,11 @@ MODULES = lang/python > > MODPY_SETUPTOOLS = Yes > > -NO_TEST =Yes > +do-test: > + cd ${WRKSRC} && ${MAKE_PROGRAM} ${TEST_TARGET} > + > +TEST_DEPENDS += devel/flake8 \ > + devel/py-nose > > PKG_ARCH = * > > Index: distinfo > === > RCS file: /cvs/ports/www/youtube-dl/distinfo,v > retrieving revision 1.142 > diff -u -p -u -p -r1.142 distinfo > --- distinfo 24 Jun 2016 16:26:58 - 1.142 > +++ distinfo 10 Jul 2016 07:14:56 - > @@ -1,2 +1,2 @@ > -SHA256 (youtube-dl-2016.06.23.1.tar.gz) = > /U4jBOtxyTRQKSlEZZa4mMpxl7Jtq7NUB5W8/MFqLhM= > -SIZE (youtube-dl-2016.06.23.1.tar.gz) = 2214493 > +SHA256 (youtube-dl-2016.07.09.2.tar.gz) = > oznglC5DgGHXAf/N+dyzAB5Pa5HjBGFHv0oIHrROSWM= > +SIZE (youtube-dl-2016.07.09.2.tar.gz) = 2271063 > Index: pkg/PLIST > === > RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v > retrieving revision 1.98 > diff -u -p -u -p -r1.98 PLIST > --- pkg/PLIST 24 Jun 2016 16:26:58 - 1.98 > +++ pkg/PLIST 10 Jul 2016 07:14:56 - > @@ -251,6 +251,10 @@ lib/python${MODPY_VERSION}/site-packages > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/cspan.pyc > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctsnews.py > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctsnews.pyc > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctv.py > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctv.pyc > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctvnews.py > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctvnews.pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/cultureunplugged.py > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/cultureunplugged.pyc > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/cwtv.py > @@ -373,6 +377,8 @@ lib/python${MODPY_VERSION}/site-packages > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/fktv.pyc > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/flickr.py > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/flickr.pyc > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/flipagram.py > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/flipagram.pyc > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/folketinget.py > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/folketinget.pyc > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/footyroom.py > @@ -405,6 +411,8 @@ lib/python${MODPY_VERSION}/site-packages > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/funimation.pyc > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/funnyordie.py > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/funnyordie.pyc > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/fusion.py > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/fusion.pyc > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/gameinformer.py > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/gameinformer.pyc > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/gamekings.py > @@ -481,6 +489,8 @@ lib/python${MODPY_VERSION}/site-packages > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/howcast.pyc > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/howstuffworks.py > > lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/howstuffworks.pyc > +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/hrti.py >
Re: youtube-dl update?
On 07/09/16 23:06, Ted Unangst wrote: The current ports version of youtube-dl cannot handle vine anymore. Downloading a new version, 2016.07.09.2, works fine manually. However, when I update the port to use this version, it fails. File "/usr/local/lib/python2.7/site-packages/youtube_dl/extractor/cliprs.py", line 4, in from .onet import OnetBaseIE ImportError: No module named onet Don't know how to proceed. Hi attached is the diff to have the latest version of youtube-dl. While here, I enabled regress tests. Ok ? Cheers, Remi. Index: Makefile === RCS file: /cvs/ports/www/youtube-dl/Makefile,v retrieving revision 1.154 diff -u -p -u -p -r1.154 Makefile --- Makefile 24 Jun 2016 16:26:58 - 1.154 +++ Makefile 10 Jul 2016 07:14:56 - @@ -2,7 +2,7 @@ COMMENT = CLI program to download videos from YouTube and other sites -VERSION = 2016.06.23.1 +VERSION = 2016.07.09.2 MODPY_EGG_VERSION = ${VERSION:S/.0/./g} DISTNAME = youtube-dl-${VERSION} @@ -21,7 +21,11 @@ MODULES = lang/python MODPY_SETUPTOOLS = Yes -NO_TEST = Yes +do-test: + cd ${WRKSRC} && ${MAKE_PROGRAM} ${TEST_TARGET} + +TEST_DEPENDS += devel/flake8 \ + devel/py-nose PKG_ARCH = * Index: distinfo === RCS file: /cvs/ports/www/youtube-dl/distinfo,v retrieving revision 1.142 diff -u -p -u -p -r1.142 distinfo --- distinfo 24 Jun 2016 16:26:58 - 1.142 +++ distinfo 10 Jul 2016 07:14:56 - @@ -1,2 +1,2 @@ -SHA256 (youtube-dl-2016.06.23.1.tar.gz) = /U4jBOtxyTRQKSlEZZa4mMpxl7Jtq7NUB5W8/MFqLhM= -SIZE (youtube-dl-2016.06.23.1.tar.gz) = 2214493 +SHA256 (youtube-dl-2016.07.09.2.tar.gz) = oznglC5DgGHXAf/N+dyzAB5Pa5HjBGFHv0oIHrROSWM= +SIZE (youtube-dl-2016.07.09.2.tar.gz) = 2271063 Index: pkg/PLIST === RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v retrieving revision 1.98 diff -u -p -u -p -r1.98 PLIST --- pkg/PLIST 24 Jun 2016 16:26:58 - 1.98 +++ pkg/PLIST 10 Jul 2016 07:14:56 - @@ -251,6 +251,10 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/cspan.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctsnews.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctsnews.pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctv.py +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctv.pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctvnews.py +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ctvnews.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/cultureunplugged.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/cultureunplugged.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/cwtv.py @@ -373,6 +377,8 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/fktv.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/flickr.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/flickr.pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/flipagram.py +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/flipagram.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/folketinget.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/folketinget.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/footyroom.py @@ -405,6 +411,8 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/funimation.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/funnyordie.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/funnyordie.pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/fusion.py +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/fusion.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/gameinformer.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/gameinformer.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/gamekings.py @@ -481,6 +489,8 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/howcast.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/howstuffworks.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/howstuffworks.pyc +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/hrti.py +lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/hrti.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/huffpost.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/huffpost.pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/hypem.py @@ -525,6 +535,8 @@ lib/python${MODPY_VERSION}/site-packages
Re: [new] exfat-fuse 1.2.4
On Sat, Jul 09, 2016 at 05:02:31PM +0200, Antoine Jacoutot wrote: > On Sat, Jul 09, 2016 at 04:04:40PM +0200, Dmitrij D. Czarkoff wrote: > > YASUOKA Masahikowrote: > > > > > I'd like to add 'exfat-fuse'. > > > > > > It is an exFAT file system implementation working on FUSE. It's > > > useful to mount a SDCARD which is used by Android, for example. > > > > > > ok? > > > > 1. You need to add > > > > | BUILD_DEPENDS = ${MODGNU_AUTOCONF_DEPENDS} \ > > | ${MODGNU_AUTOMAKE_DEPENDS} > > > > so that the port actually depends on auto* tools. > > > > 2. PLIST should have annotations for binaries: > > By the way, wasn't the @bin marker introduced because of prebind support? > Since that got removed, maybe we could drop that marker as well after 6.0? Initially yes, but it can be useful for other reasons...
Re: Collision between libgfortran and gcc-libs
On 07/10/16 14:10, Qingshan Chen wrote: On 07/10/16 01:00, Stuart Henderson wrote: On 2016/07/09 15:47, Thomas Frohwein wrote: On Friday, July 8, 2016 1:10 PM, Stuart Hendersonwrote: Could we just get rid of gfortran? It seems that nothing in ports is using it.. Some R packages require gfortran to be built. I managed to install gfortran a few weeks ago by manually removing the gcc file that was colliding. However, the R package (I think it was knitr) required a newer version of gfortran, so I had to make do without that package. The newer version of gfortran is in the g95 package, the executable is called egfortran. This is interesting. I was confused at first. There is a G95 project, which is not part of GNU GCC project, but aims to produce a modern high quality Fortran compiler. G95 has quite some followers. See www.g95.org As you mentioned, the executable of the g95 package is egfortran. The output of 'egfortran -v' does suggest that it is a newer version of the GCC Fortran compiler. In this case, I am not against removing the older gfortran package, though I am a little worried that the mismatch between the versions of gcc and gfortran might cause problems in some situations. I take back my last sentence. A newer version of gcc, matching egfortran, is also available, and it is called egcc.
Re: Collision between libgfortran and gcc-libs
On 07/10/16 01:00, Stuart Henderson wrote: On 2016/07/09 15:47, Thomas Frohwein wrote: On Friday, July 8, 2016 1:10 PM, Stuart Hendersonwrote: Could we just get rid of gfortran? It seems that nothing in ports is using it.. Some R packages require gfortran to be built. I managed to install gfortran a few weeks ago by manually removing the gcc file that was colliding. However, the R package (I think it was knitr) required a newer version of gfortran, so I had to make do without that package. The newer version of gfortran is in the g95 package, the executable is called egfortran. This is interesting. I was confused at first. There is a G95 project, which is not part of GNU GCC project, but aims to produce a modern high quality Fortran compiler. G95 has quite some followers. See www.g95.org As you mentioned, the executable of the g95 package is egfortran. The output of 'egfortran -v' does suggest that it is a newer version of the GCC Fortran compiler. In this case, I am not against removing the older gfortran package, though I am a little worried that the mismatch between the versions of gcc and gfortran might cause problems in some situations.