Re: LLVM 10: lang/crystal
Providing a new bootstrap won't be a problem (if needed).
It would be great to also bump to the latest crystal version (
https://marc.info/?l=openbsd-ports=159344614726528=2)
-- W
On Mon, Aug 3, 2020 at 5:09 AM Stuart Henderson wrote:
> On 2020/08/02 20:25, George Koehler wrote:
> > Hi. This is about OpenBSD ports/lang/crystal.
> >
> > When OpenBSD switches base-clang to LLVM 10, it will add
> > /usr/bin/llvm-config to base. This will break crystal, because it
> > will run the wrong llvm-config and get a linker error:
> >
> http://build-failures.rhaalovely.net/amd64-clang/2020-08-01/lang/crystal.log
> >
> > This diff fixes crystal for me on amd64, by pointing to the correct
> > llvm-config. (I don't set REVISION = 0 because both new and old
> > packages use the same llvm-config from ports.) OK to commit?
>
> OK
>
> > But this only works as long as ports-clang stays at LLVM 8, because
> > the bootstrap crystal.o needs libLLVM-8.so, but we use the libLLVM
> > from llvm-config. When we update devel/llvm to LLVM 10, then crystal
> > will break, unless someone will provide a new bootstrap.--George
>
> AFAIK base and ports LLVM should be kept in sync, so it will
> likely run into problems again soon.
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/lang/crystal/Makefile,v
> > retrieving revision 1.8
> > diff -u -p -r1.8 Makefile
> > --- Makefile 7 Sep 2019 08:46:41 - 1.8
> > +++ Makefile 2 Aug 2020 23:48:14 -
> > @@ -29,8 +29,9 @@ DISTFILES = crystal-${V}{${V}}.tar.gz \
> > crystal-${V}-OpenBSD6.5.tar.gz:0 \
> > shards-${V}{v${V_SHARDS}}.tar.gz:1
> >
> > -# Build requires llvm-config which only exists in ports-clang
> > +# Build requires llvm-config from ports, not from base
> > COMPILER = ports-clang
> > +LLVM_CONFIG =${LOCALBASE}/bin/llvm-config
> >
> > BUILD_DEPENDS = devel/llvm
> > RUN_DEPENDS =devel/llvm,-main
> > @@ -49,13 +50,14 @@ NO_TEST = Yes
> > do-build:
> > mkdir -p ${WRKSRC}/.build
> > # Link the compiler from the pre-built bootstrap object
> > - cd ${WRKSRC} && CXX=${CXX} ${MAKE_PROGRAM} llvm_ext libcrystal
> > + cd ${WRKSRC} && CXX=${CXX} LLVM_CONFIG=${LLVM_CONFIG} \
> > + ${MAKE_PROGRAM} llvm_ext libcrystal
> > cd ${WRKSRC} && ${CXX} -rdynamic -o ${WRKBUILD}/.build/crystal \
> > ${WRKSRC}/../crystal.o \
> > ${WRKSRC}/src/llvm/ext/llvm_ext.o \
> > ${WRKSRC}/src/ext/sigfault.o \
> > -L${LOCALBASE}/lib \
> > - `(llvm-config --libs --system-libs --ldflags 2>
> /dev/null)` \
> > + `(${LLVM_CONFIG} --libs --system-libs --ldflags 2>
> /dev/null)` \
> > -lz -lpcre -lgc -lpthread -levent_core -levent_extra -lssl
> \
> > -lcrypto -liconv
> > # Use the compiler to re-compile the compiler
> > @@ -63,7 +65,8 @@ do-build:
> > cd ${WRKSRC}; \
> > ulimit -s 5120 -d 4096000 && \
> > CRYSTAL_CONFIG_PATH="lib:${TRUEPREFIX}/lib/crystal" \
> > - CXX=${CXX} ${MAKE_PROGRAM} ${ALL_TARGET}
> > + CXX=${CXX} LLVM_CONFIG=${LLVM_CONFIG} \
> > + ${MAKE_PROGRAM} ${ALL_TARGET}
> > cd ${WRKSRC}/../shards-${V_SHARDS} && \
> > ${MAKE_PROGRAM} CRYSTAL=${WRKSRC}/.build/crystal \
> > CRYSTAL_PATH=${WRKSRC}/src CRFLAGS=--release
> >
>
[UPDATE] crystal-0.35.1
Updates lang/crystal port to v0.35.1 Crystal is working towards a v1.0 release, and v0.35 brought some small language changes and some polish to the stdlib. It's worth noting that Crystal Shards now depends on crystal-molinillo (which is a shard). -- W crystal-0.35.1.diff Description: Binary data
[UPDATE] crystal-0.34.0
Updates to crystal to version 0.34, shards to 0.10 Shards now depends on crystal-molinillo (which is a shard). crystal-0.34.diff Description: Binary data
Re: [cdesktopenv-devel] [PATCH] Remove code blocks marked as 'NOTDONE'
Oh sorry about that! I thought this was tested Thanks! On Thu, Oct 17, 2019 at 10:39 PM Jon Trulson wrote: > Hi, > > This one failed to build in WmInitWs.c - you accidentally removed two > important #includes. > > I re-added them and applied them to your patch. > > Please compile test your submissions :) > > Merged, thanks! > > -jon > > On 10/17/19 7:18 PM, Wesley Moxam wrote: > > Another clean up, this time I went through the various flags listed in > > programs/dtwm/README and removed the ones that are definitely not needed. > > > > Perhaps some others could be also removed in the future. > > > > -- W > > > > On Tue, Oct 15, 2019 at 10:18 PM Wesley Moxam > <mailto:wesley.mo...@gmail.com>> wrote: > > > > Ok, two more removal patches: > > > > 1) Remove HP_VUE compatibility ifdefs > > 2) Remove `notdef` ifdefs > > > > On Mon, Oct 14, 2019 at 5:36 PM Wesley Moxam > <mailto:wesley.mo...@gmail.com>> wrote: > > > > Here are 3 more removal patches: > > > > 1) HP_EXTENSIONS is for HPUX systems. It doesn't seemed to be > > used anymore. > > 2) `legacysun` is presumably for older sun systems. I doubt > > anyone is using it > > 3) `oldcode` seems to be a name that was used to comment out old > > code. > > > > > > On Mon, Oct 14, 2019 at 10:16 AM Wesley Moxam > > mailto:wesley.mo...@gmail.com>> wrote: > > > > This is the first of a series of patches to remove dead > > code. There seems to be a decent amount of half finished > > code that's omitted via ifdef, it'll be good to remove it. > > > > -- W > > > > > > > > ___ > > cdesktopenv-devel mailing list > > cdesktopenv-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel > > > > -- > Jon Trulson > > "Nothing unreal exists." >-- Kiri-kin-tha > > > > ___ > cdesktopenv-devel mailing list > cdesktopenv-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel > ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
Re: [cdesktopenv-devel] [PATCH] Remove code blocks marked as 'NOTDONE'
Another clean up, this time I went through the various flags listed in programs/dtwm/README and removed the ones that are definitely not needed. Perhaps some others could be also removed in the future. -- W On Tue, Oct 15, 2019 at 10:18 PM Wesley Moxam wrote: > Ok, two more removal patches: > > 1) Remove HP_VUE compatibility ifdefs > 2) Remove `notdef` ifdefs > > On Mon, Oct 14, 2019 at 5:36 PM Wesley Moxam > wrote: > >> Here are 3 more removal patches: >> >> 1) HP_EXTENSIONS is for HPUX systems. It doesn't seemed to be used >> anymore. >> 2) `legacysun` is presumably for older sun systems. I doubt anyone is >> using it >> 3) `oldcode` seems to be a name that was used to comment out old code. >> >> >> On Mon, Oct 14, 2019 at 10:16 AM Wesley Moxam >> wrote: >> >>> This is the first of a series of patches to remove dead code. There >>> seems to be a decent amount of half finished code that's omitted via ifdef, >>> it'll be good to remove it. >>> >>> -- W >>> >> From 85b60cd528ddaa17e387224438fc03e9238677b2 Mon Sep 17 00:00:00 2001 From: wmoxam Date: Mon, 14 Oct 2019 00:31:57 -0400 Subject: [PATCH] Remove all optional compile flags from dtwm that are not referenced anywhere, and are unlikely to ever be used --- cde/config/cf/Motif.tmpl | 1 - cde/programs/dtwm/README | 100 - cde/programs/dtwm/WmCDecor.c | 10 cde/programs/dtwm/WmCEvent.c | 13 - cde/programs/dtwm/WmCEvent.h | 2 - cde/programs/dtwm/WmColormap.c | 38 - cde/programs/dtwm/WmColormap.h | 2 - cde/programs/dtwm/WmEvent.c| 42 -- cde/programs/dtwm/WmFeedback.c | 2 - cde/programs/dtwm/WmFunction.c | 51 - cde/programs/dtwm/WmGlobal.h | 12 cde/programs/dtwm/WmHelp.c | 71 --- cde/programs/dtwm/WmImage.c| 10 cde/programs/dtwm/WmInitWs.c | 21 --- cde/programs/dtwm/WmManage.c | 4 -- cde/programs/dtwm/WmMenu.c | 26 - cde/programs/dtwm/WmOL.c | 2 - cde/programs/dtwm/WmOL.h | 2 - cde/programs/dtwm/WmProperty.c | 21 --- cde/programs/dtwm/WmProtocol.c | 20 --- cde/programs/dtwm/WmResource.c | 25 - cde/programs/dtwm/WmWinConf.c | 12 cde/programs/dtwm/WmWinInfo.c | 34 --- 23 files changed, 521 deletions(-) diff --git a/cde/config/cf/Motif.tmpl b/cde/config/cf/Motif.tmpl index f3d61265..4ec41387 100644 --- a/cde/config/cf/Motif.tmpl +++ b/cde/config/cf/Motif.tmpl @@ -95,7 +95,6 @@ XCOMM $TOG: Motif.tmpl /main/6 1999/05/19 17:00:05 mgreess $ # define XmDefines /**/ #endif -/* To compile without SHAPE extension, set this to -DNO_SHAPE */ #ifndef MwmDefines # define MwmDefines /**/ #endif diff --git a/cde/programs/dtwm/README b/cde/programs/dtwm/README index c32f1513..8c0b66db 100644 --- a/cde/programs/dtwm/README +++ b/cde/programs/dtwm/README @@ -5,26 +5,6 @@ The following is a listing of the conditional compilation switches that are "not obvious." Excluded are hardware or OS identifiers (e.g. __ultrix), header file include flags, and macros (e.g. ABS). -ALTERNATE_POSTMENU - This turns on menu posting by a simple call to XtManageChild. - Normally, some underbar routines are called. - -DT_LEFT_JUSTIFY_TITLE - This causes the text in the window titles to be left justified - instead of centered. NOTE that WSM must also be turned on for - this to take effect. - -CONCAT_TEXTLIST - If turned on, then all members of compound text window - properties (WM_NAME, WM_ICON_NAME) are converted to XmStrings - and concatenated together. Normally, only the first member - is taken. - -CONFIG_RELATIVE_TO_CLIENT - If defined, then programmatic window configurations are - absolute. Normally, the window frame offset is taken into - account if it would have been during a user-driven config. - DEBUG Turns on code that prints out error messages (specifically protocol errors). @@ -44,19 +24,6 @@ header file include flags, and macros (e.g. ABS). If defined, the session hints property is left on the root window after being read. Normally, it is deleted. -DISALLOW_DEEP_ICONS - Turns off code that allows icon pixmaps of depth greater than - one. - -DONT_FILTER_ICON_WINDOWS - This disables code that tries to prevent an icon window from being - managed as a normal toplevel window. - -FUTURE - This appears to enable code that will allow item help to work - over window icons. I suspect that this is not completely - implemented. - ICCC_COMPLIANT This enables stricter ICCCM compliance. Specifically, some clients didn't get WM_PROTOCOLS quite right. @@ -68,89 +35,22 @@ header file include flags, and macros (e.g. ABS). LARGECURSORS Allows cursors larger than 16x16. -MCCABE - Conditional compi
Re: [cdesktopenv-devel] [PATCH] Remove code blocks marked as 'NOTDONE'
Ok, two more removal patches:
1) Remove HP_VUE compatibility ifdefs
2) Remove `notdef` ifdefs
On Mon, Oct 14, 2019 at 5:36 PM Wesley Moxam wrote:
> Here are 3 more removal patches:
>
> 1) HP_EXTENSIONS is for HPUX systems. It doesn't seemed to be used anymore.
> 2) `legacysun` is presumably for older sun systems. I doubt anyone is
> using it
> 3) `oldcode` seems to be a name that was used to comment out old code.
>
>
> On Mon, Oct 14, 2019 at 10:16 AM Wesley Moxam
> wrote:
>
>> This is the first of a series of patches to remove dead code. There seems
>> to be a decent amount of half finished code that's omitted via ifdef, it'll
>> be good to remove it.
>>
>> -- W
>>
>
From da91aa6cba51943843c969033122e5e919978494 Mon Sep 17 00:00:00 2001
From: wmoxam
Date: Mon, 14 Oct 2019 09:39:50 -0400
Subject: [PATCH] Remove ancient HP VUE compatibility support
---
cde/lib/DtSvc/DtUtil1/GetVWmHint.c | 67 --
cde/lib/DtSvc/DtUtil1/WmWsOccupy.c | 92 -
cde/lib/DtSvc/DtUtil1/WsmP.h | 89 +---
cde/programs/dtwm/README | 3 -
cde/programs/dtwm/WmBackdrop.c | 5 +-
cde/programs/dtwm/WmInitWs.c | 5 --
cde/programs/dtwm/WmProperty.c | 31 -
cde/programs/dtwm/WmProperty.h | 3 -
cde/programs/dtwm/WmWrkspace.c | 107 -
cde/programs/dtwm/WmWrkspace.h | 4 --
10 files changed, 2 insertions(+), 404 deletions(-)
diff --git a/cde/lib/DtSvc/DtUtil1/GetVWmHint.c b/cde/lib/DtSvc/DtUtil1/GetVWmHint.c
index b1701e6f..0cc7d5c7 100644
--- a/cde/lib/DtSvc/DtUtil1/GetVWmHint.c
+++ b/cde/lib/DtSvc/DtUtil1/GetVWmHint.c
@@ -86,10 +86,6 @@ _DtWsmGetDtWmHints(
unsigned long leftover, items, length;
int rcode;
Atom property;
-#ifdef HP_VUE
-unsigned long oldlength;
-#endif /* HP_VUE */
-
property = XmInternAtom(display, _XA_DT_WM_HINTS, False);
length = sizeof (DtWmHints) / sizeof (long);
@@ -121,69 +117,6 @@ _DtWsmGetDtWmHints(
*ppDtWmHints = NULL;
}
}
-#ifdef HP_VUE
-else {
- /*
- * Didn't get the Dt hints, try to get the Vue hints.
- * Not that the Vue hints had the same structure, just
- * under a different property name.
- */
- property = XmInternAtom(display, _XA_VUE_WM_HINTS, False);
- /*
- * Property previously existed without attachWindow.
- */
- oldlength = length - (sizeof(Window)/sizeof(long));
-
- *ppDtWmHints = NULL;
- if ((rcode=XGetWindowProperty(
- display,
- window,
- property,
- 0L, /* offset */
- length,
- False,/* delete */
- property, /* req_type */
- ,
- ,
- ,/* items returned */
- ,
- (unsigned char **)ppDtWmHints))==Success)
- {
-
- if ((actualType != property) ||
- (items < oldlength))
- {
- /* wrong type, force failure */
- rcode = BadValue;
- if (actualType != None)
- {
- XFree ((char *)*ppDtWmHints);
- }
- *ppDtWmHints = NULL;
- }
-
- if (*ppDtWmHints && (items < length))
- {
- DtWmHints *pvh;
-
- /* assume old property, return full sized
- property with empty values */
- pvh = (DtWmHints *) malloc (length * sizeof (long));
-
- pvh->flags = (*ppDtWmHints)->flags;
- pvh->functions = (*ppDtWmHints)->functions;
- pvh->behaviors = (*ppDtWmHints)->behaviors;
- pvh->attachWindow = NULL;
-
- XFree ((char *) *ppDtWmHints);
-
- *ppDtWmHints = pvh;
- }
- }
-}
-#endif /* HP_VUE */
-
return(rcode);
-
} /* END OF FUNCTION _DtWsmGetDtWmHints */
diff --git a/cde/lib/DtSvc/DtUtil1/WmWsOccupy.c b/cde/lib/DtSvc/DtUtil1/WmWsOccupy.c
index f2542bb7..c19a91cd 100644
--- a/cde/lib/DtSvc/DtUtil1/WmWsOccupy.c
+++ b/cde/lib/DtSvc/DtUtil1/WmWsOccupy.c
@@ -77,14 +77,6 @@ static int _GetWorkspacesOccupied(
Atom **ppaWs,
unsigned long *pNumWs,
Atom property) ;
-#ifdef HP_VUE
-static int _GetWorkspacePresence(
- Display *display,
- Window window,
- Atom **ppWsPresence,
- unsigned long *pNumPresence,
- Atom property ) ;
-#endif /* HP_VUE */
/End Static Function Declarations/
@@ -159,79 +151,7 @@ _GetWorkspacesOccupied(
} /* END OF FUNCTION GetWorkspacesOccupied */
-#ifdef HP_VUE
-
-/*<->*
- *
- * int _GetWorkspacePresence (display, window, ppWsPresence,
- * pNumPresence, property)
- *
- *
- * Description:
- * ---
- * Get the contents of the _DT_WORKSPACE_PRESENCE property on a window
- *
- *
- * Inputs:
- * --
- * display - display
- * window - window to get hints from
- * ppWsPresence - pointer to a pointer to return
- * pNumPresence - pointer to a number to return
- * property - the property atom
- *
- * Outputs:
- *
- * *ppWsPresence - points to the lis
Re: [cdesktopenv-devel] [PATCH] Remove code blocks marked as 'NOTDONE'
Here are 3 more removal patches: 1) HP_EXTENSIONS is for HPUX systems. It doesn't seemed to be used anymore. 2) `legacysun` is presumably for older sun systems. I doubt anyone is using it 3) `oldcode` seems to be a name that was used to comment out old code. On Mon, Oct 14, 2019 at 10:16 AM Wesley Moxam wrote: > This is the first of a series of patches to remove dead code. There seems > to be a decent amount of half finished code that's omitted via ifdef, it'll > be good to remove it. > > -- W > remove-hp-extensions.patch Description: Binary data remove-legacysun.patch Description: Binary data remove-oldcode.patch Description: Binary data ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
[cdesktopenv-devel] [PATCH] Remove code blocks marked as 'NOTDONE'
This is the first of a series of patches to remove dead code. There seems to be a decent amount of half finished code that's omitted via ifdef, it'll be good to remove it. -- W remove-NOTDONE.patch Description: Binary data ___ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
[UPDATE] crystal-0.30.1
Bumps the version of the crystal compiler to 0.30.1 crystal-0.30.1.diff Description: Binary data
Re: llvm-7.0.1 fallout: lang/crystal
On Mon, Aug 5, 2019 at 10:01 PM joshua stein wrote:
> On Mon, 05 Aug 2019 at 21:49:05 -0400, Wesley Moxam wrote:
> > Crystal 0.30.0 has been released.
> >
> > Diff for the port is attached.
>
> Thanks! One nit below.
>
Makes sense, thanks!
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/lang/crystal/Makefile,v
> > retrieving revision 1.6
> > diff -u -p -r1.6 Makefile
> > --- Makefile 12 Jul 2019 20:47:16 - 1.6
> > +++ Makefile 6 Aug 2019 01:31:42 -
> > @@ -1,12 +1,10 @@
> > # $OpenBSD: Makefile,v 1.6 2019/07/12 20:47:16 sthen Exp $
> >
> > -BROKEN = does not build with LLVM 7
> > -
> > # Hopefully ${CLANG_ARCHS} at some point.
> > ONLY_FOR_ARCHS= amd64
> >
> > -V = 0.26.1
> > -V_SHARDS = 0.8.1
> > +V = 0.30.0
> > +V_SHARDS = 0.9.0
> > REVISION = 1
> > COMMENT =statically typed object oriented language
> > DISTNAME = crystal-${V}
> > @@ -29,7 +27,7 @@ MASTER_SITES = https://github.com/crysta
> > MASTER_SITES0 = https://wmoxam.com/public/
> > MASTER_SITES1 = https://github.com/crystal-lang/shards/archive/
> > DISTFILES = crystal-${V}{${V}}.tar.gz \
> > - crystal-${V}-OpenBSD6.4.tar.gz:0 \
> > + crystal-${V}-OpenBSD6.5.tar.gz:0 \
> > shards-${V}{v${V_SHARDS}}.tar.gz:1
> >
> > # Build requires llvm-config which only exists in ports-clang
> > @@ -57,13 +55,14 @@ do-build:
> > ${WRKSRC}/../crystal.o \
> > ${WRKSRC}/src/llvm/ext/llvm_ext.o \
> > ${WRKSRC}/src/ext/sigfault.o \
> > + -L/usr/local/lib \
>
> That probably needs to be "-L${LOCALBASE}/lib"
>
> > `(llvm-config --libs --system-libs --ldflags 2>
> /dev/null)` \
> > -lz -lpcre -lgc -lpthread -levent_core -levent_extra -lssl
> \
> > -lcrypto -liconv
> > # Use the compiler to re-compile the compiler
> > touch ${WRKSRC}/src/compiler/crystal.cr
> > cd ${WRKSRC}; \
> > - ulimit -s 5120 -d 3145728 && \
> > + ulimit -s 5120 -d 4096000 && \
> > CRYSTAL_CONFIG_PATH="lib:${TRUEPREFIX}/lib/crystal" \
> > CXX=${CXX} ${MAKE_PROGRAM} ${ALL_TARGET}
> > cd ${WRKSRC}/../shards-${V_SHARDS} && \
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/lang/crystal/distinfo,v
> > retrieving revision 1.2
> > diff -u -p -r1.2 distinfo
> > --- distinfo 13 Nov 2018 22:31:03 - 1.2
> > +++ distinfo 6 Aug 2019 01:31:42 -
> > @@ -1,6 +1,6 @@
> > -SHA256 (crystal-0.26.1-OpenBSD6.4.tar.gz) =
> fds/Izqj2rbqydL5FcDbj+kYIXssBHGzYQlFAIyb0x8=
> > -SHA256 (crystal-0.26.1.tar.gz) =
> t8dVp9D0n1cq5cCLiwE5/LHGhiyUed+udPAOLIQk/LA=
> > -SHA256 (shards-0.26.1.tar.gz) =
> dcdKtqzy1cWfYafv07vDxLHWUhf5EDQMuBjr9SMyB6U=
> > -SIZE (crystal-0.26.1-OpenBSD6.4.tar.gz) = 6485528
> > -SIZE (crystal-0.26.1.tar.gz) = 1994987
> > -SIZE (shards-0.26.1.tar.gz) = 31388
> > +SHA256 (crystal-0.30.0-OpenBSD6.5.tar.gz) =
> boJUfiTBCHk4lEIevlOhcRtCc3JQOUrOuEJS1AeYZIs=
> > +SHA256 (crystal-0.30.0.tar.gz) =
> /IhJcAieOCNEVAZ2qcWqTzacmg9F0YWOB5tM4mh4Fko=
> > +SHA256 (shards-0.30.0.tar.gz) =
> kPIwyHzHuUyoReb+NPJSPtyttWLXFdqvmGA+36KpTWU=
> > +SIZE (crystal-0.30.0-OpenBSD6.5.tar.gz) = 6947653
> > +SIZE (crystal-0.30.0.tar.gz) = 2151397
> > +SIZE (shards-0.30.0.tar.gz) = 41280
> > Index: pkg/PLIST
> > ===
> > RCS file: /cvs/ports/lang/crystal/pkg/PLIST,v
> > retrieving revision 1.2
> > diff -u -p -r1.2 PLIST
> > --- pkg/PLIST 13 Nov 2018 22:31:03 - 1.2
> > +++ pkg/PLIST 6 Aug 2019 01:31:43 -
> > @@ -2,8 +2,10 @@
> > @bin bin/crystal
> > @bin bin/shards
> > lib/crystal/
> > +lib/crystal/VERSION
> > lib/crystal/adler32/
> > lib/crystal/adler32/adler32.cr
> > +lib/crystal/annotations.cr
> > lib/crystal/array.cr
> > lib/crystal/atomic.cr
> > lib/crystal/base64.cr
> > @@ -26,6 +28,7 @@ lib/crystal/box.cr
> > lib/crystal/callstack/
> > lib/crystal/callstack.cr
> > lib/crystal/callstack/lib_unwind.cr
> > +lib/crystal/channel.cr
> > lib/crystal/char/
> > lib/crystal/char.cr
> > lib/crystal/char/reader.cr
> > @@ -57,9 +60,11 @@ lib/crystal/compil
Re: llvm-7.0.1 fallout: lang/crystal
Crystal 0.30.0 has been released. Diff for the port is attached. On Fri, Jul 26, 2019 at 5:47 PM Wesley Moxam wrote: > LLVM 7 + 8 support recently hit the master branch (see: > https://github.com/crystal-lang/crystal/pull/7986 & > https://github.com/crystal-lang/crystal/pull/7987) > > Crystal 0.30 will include these, but I'm not sure when 0.30 will be > officially released. > > On Thu, Jul 11, 2019 at 10:38 AM Wesley Moxam > wrote: > >> No news yet. There are plans to support newer llvm releases, potentially >> support for LLVM 7 in Crystal 0.30, with LLVM 8 support to follow. >> >> >> On Sun, Jun 30, 2019 at 12:20 PM Jeremie Courreges-Anglas >> wrote: >> >>> >>> Hi Wesley, >>> >>> On Wed, Feb 13 2019, Wesley Moxam wrote: >>> >> On Feb 13, 2019, at 7:47 AM, Jeremie Courreges-Anglas >>> wrote: >>> >> >>> >>> On Thu, Feb 07 2019, Stuart Henderson wrote: >>> >>>> On 2019/02/07 18:02, Jeremie Courreges-Anglas wrote: >>> >>>> >>> >>>> Hi, >>> >>>> >>> >>>> I'm not sure you were notified so here's a heads-up: lang/crystal >>> >>>> doesn't build any more after the update to clang 7 in both base and >>> >>>> ports. >>> >>> >>> >>> Not handled upstream yet. >>> >>> https://github.com/crystal-lang/crystal/issues/6754 >>> >> >>> >> Wesley, I see that you have commented on this issue. Do you mind if >>> >> we mark lang/crystal as temporarily BROKEN? >>> > >>> > That’s fine with me. It may be a while before the issue is fixed >>> >>> Any news regarding lang/crystal? The issue is still open and "@bcardiff >>> removed this from the 0.28.0 milestone on Mar 27". >>> >>> If upstream doesn't plan to support newer llvm releases and no >>> alternative fix is found, then the port should be removed. >>> >>> -- >>> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 >>> E7EE >>> >> crystal-0.30.0.diff Description: Binary data
Re: llvm-7.0.1 fallout: lang/crystal
LLVM 7 + 8 support recently hit the master branch (see: https://github.com/crystal-lang/crystal/pull/7986 & https://github.com/crystal-lang/crystal/pull/7987) Crystal 0.30 will include these, but I'm not sure when 0.30 will be officially released. On Thu, Jul 11, 2019 at 10:38 AM Wesley Moxam wrote: > No news yet. There are plans to support newer llvm releases, potentially > support for LLVM 7 in Crystal 0.30, with LLVM 8 support to follow. > > > On Sun, Jun 30, 2019 at 12:20 PM Jeremie Courreges-Anglas > wrote: > >> >> Hi Wesley, >> >> On Wed, Feb 13 2019, Wesley Moxam wrote: >> >> On Feb 13, 2019, at 7:47 AM, Jeremie Courreges-Anglas >> wrote: >> >> >> >>> On Thu, Feb 07 2019, Stuart Henderson wrote: >> >>>> On 2019/02/07 18:02, Jeremie Courreges-Anglas wrote: >> >>>> >> >>>> Hi, >> >>>> >> >>>> I'm not sure you were notified so here's a heads-up: lang/crystal >> >>>> doesn't build any more after the update to clang 7 in both base and >> >>>> ports. >> >>> >> >>> Not handled upstream yet. >> >>> https://github.com/crystal-lang/crystal/issues/6754 >> >> >> >> Wesley, I see that you have commented on this issue. Do you mind if >> >> we mark lang/crystal as temporarily BROKEN? >> > >> > That’s fine with me. It may be a while before the issue is fixed >> >> Any news regarding lang/crystal? The issue is still open and "@bcardiff >> removed this from the 0.28.0 milestone on Mar 27". >> >> If upstream doesn't plan to support newer llvm releases and no >> alternative fix is found, then the port should be removed. >> >> -- >> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 >> E7EE >> >
Re: llvm-7.0.1 fallout: lang/crystal
No news yet. There are plans to support newer llvm releases, potentially support for LLVM 7 in Crystal 0.30, with LLVM 8 support to follow. On Sun, Jun 30, 2019 at 12:20 PM Jeremie Courreges-Anglas wrote: > > Hi Wesley, > > On Wed, Feb 13 2019, Wesley Moxam wrote: > >> On Feb 13, 2019, at 7:47 AM, Jeremie Courreges-Anglas > wrote: > >> > >>> On Thu, Feb 07 2019, Stuart Henderson wrote: > >>>> On 2019/02/07 18:02, Jeremie Courreges-Anglas wrote: > >>>> > >>>> Hi, > >>>> > >>>> I'm not sure you were notified so here's a heads-up: lang/crystal > >>>> doesn't build any more after the update to clang 7 in both base and > >>>> ports. > >>> > >>> Not handled upstream yet. > >>> https://github.com/crystal-lang/crystal/issues/6754 > >> > >> Wesley, I see that you have commented on this issue. Do you mind if > >> we mark lang/crystal as temporarily BROKEN? > > > > That’s fine with me. It may be a while before the issue is fixed > > Any news regarding lang/crystal? The issue is still open and "@bcardiff > removed this from the 0.28.0 milestone on Mar 27". > > If upstream doesn't plan to support newer llvm releases and no > alternative fix is found, then the port should be removed. > > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE >
Re: llvm-7.0.1 fallout: lang/crystal
> On Feb 13, 2019, at 7:47 AM, Jeremie Courreges-Anglas wrote: > >> On Thu, Feb 07 2019, Stuart Henderson wrote: >>> On 2019/02/07 18:02, Jeremie Courreges-Anglas wrote: >>> >>> Hi, >>> >>> I'm not sure you were notified so here's a heads-up: lang/crystal >>> doesn't build any more after the update to clang 7 in both base and >>> ports. >> >> Not handled upstream yet. >> https://github.com/crystal-lang/crystal/issues/6754 > > Wesley, I see that you have commented on this issue. Do you mind if > we mark lang/crystal as temporarily BROKEN? That’s fine with me. It may be a while before the issue is fixed
[UPDATE] crystal-0.27.0
Bumps the version of the crystal compiler to v0.27.0 crystal-0.27.0.diff Description: Binary data
[Gwibber-bugs] [Bug 630022] Re: Twitter authorization page is in French
I have the same issue. I switched to US English and rebooted but still encounter the same problem. -- You received this bug notification because you are a member of Gwibber Bug Heros, which is subscribed to Gwibber. https://bugs.launchpad.net/bugs/630022 Title: Twitter authorization page is in French Status in Gwibber: Confirmed Status in “gwibber” package in Ubuntu: Triaged Bug description: Binary package hint: gwibber When I attempt to authorize with Twitter, the Twitter authorization page appears in French. This is the message that appears: Une application souhaite accéder à votre compte L'application Ubuntu conçue par Ubuntu requiert l'autorisation d'accéder à, et mettre à jour vos données sur Twitter. Vous n'utilisez pas Twitter ? Inscrivez-vous et rejoignez la conversation ! Nom d'utilisateur ou E-mail: Mot de passe: The authorization appears to succeed when my Twitter credentials are entered. (Gwibber doesn't actually receive any tweets, but I suspect that is a different bug...) This user appears to be having the same issue: http://identi.ca/furicle To manage notifications about this bug go to: https://bugs.launchpad.net/gwibber/+bug/630022/+subscriptions ___ Mailing list: https://launchpad.net/~gwibber-bugs Post to : gwibber-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~gwibber-bugs More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 630022] Re: Twitter authorization page is in French
I have the same issue. I switched to US English and rebooted but still encounter the same problem. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gwibber in Ubuntu. https://bugs.launchpad.net/bugs/630022 Title: Twitter authorization page is in French Status in Gwibber: Confirmed Status in “gwibber” package in Ubuntu: Triaged Bug description: Binary package hint: gwibber When I attempt to authorize with Twitter, the Twitter authorization page appears in French. This is the message that appears: Une application souhaite accéder à votre compte L'application Ubuntu conçue par Ubuntu requiert l'autorisation d'accéder à, et mettre à jour vos données sur Twitter. Vous n'utilisez pas Twitter ? Inscrivez-vous et rejoignez la conversation ! Nom d'utilisateur ou E-mail: Mot de passe: The authorization appears to succeed when my Twitter credentials are entered. (Gwibber doesn't actually receive any tweets, but I suspect that is a different bug...) This user appears to be having the same issue: http://identi.ca/furicle To manage notifications about this bug go to: https://bugs.launchpad.net/gwibber/+bug/630022/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Bug 630022] Re: Twitter authorization page is in French
I have the same issue. I switched to US English and rebooted but still encounter the same problem. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/630022 Title: Twitter authorization page is in French To manage notifications about this bug go to: https://bugs.launchpad.net/gwibber/+bug/630022/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Rails-deploy] Re: Enormous LOG files
You rotate Rails logs just like any other server logs. Most systems come with a log rotation program installed. For example, on Redhat based systems the command is simply called 'logrotate' and it is configured via per application configuration files located in /etc/logrotate.d. -- Wes On 8/28/07, D. Krmpotic [EMAIL PROTECTED] wrote: Hi! I just saw that my development.log file was 450 MB! Anything to do about this ? Is there a way to turn on rotating-logs? Thank you! david -- Posted via http://www.ruby-forum.com/. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Deploying Rails group. To post to this group, send email to rubyonrails-deployment@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/rubyonrails-deployment?hl=en -~--~~~~--~~--~--~---
[Bug 85954] Installation of Kdevelop does not install packages to allow compliation of template programs
Public bug reported: Binary package hint: kdevelop Installation of the kdevelop package did not install the required development libraries to actually compile a KDE application. Not knowing which packages were needed, I had to install each package manually and try a compile until I got it right. This was time consuming, so it would be beneficial to install the packages need to at least compile a sample application. Packages that I need to install to compile an application: autoconf automake qt3-dev kdelibs4-dev ** Affects: kdevelop (Ubuntu) Importance: Undecided Status: Unconfirmed -- Installation of Kdevelop does not install packages to allow compliation of template programs https://launchpad.net/bugs/85954 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Rails-deploy] Re: Mongrel startup
I'm not too familiar with the rc.d style configuration files, so I can't diagnose your problem. It appears that the startup script is trying to run your command from the incorrect directory. /etc/rc.local does in fact still work in FreeBSD, even if the file is not there. Just create the file, paste your command, and it will work. The rc man page will confirm that this is the case. (http://www.freebsd.org/cgi/man.cgi?query=rcapropos=0sektion=0manpath=FreeBSD+6.2-RELEASEformat=html) Reading the man page may give you a clue as to what is wrong with your current setup. -- Wes On 2/7/07, jcontonio [EMAIL PROTECTED] wrote: This is also wrong. I have no rc.local in /etc or /usr/local/etc. There is rc.conf in /etc/ which I had mongrel_cluster_enable=YES so I tried changing it to mongrel_cluster_ctl_enable=YES Still a no go. /usr/sbin/inetd start -c /usr/local/etc/mongrel_cluster That is what's running on boot when I check the current processes, but it's not using a config file so it's not working. Again. running the command in /usr/local/etc/rc.d/mongrel_cluster start works from command line... But on boot it does nothing but run this /usr/sbin/inetd start -c /usr/local/etc/mongrel_cluster On Feb 7, 2:12 pm, Wesley Moxam [EMAIL PROTECTED] wrote: It's /etc/rc.local on FreeBSD http://www.freebsd.org/cgi/man.cgi?query=rc.localapropos=0sektion=0... -- Wes On 2/7/07, jcontonio [EMAIL PROTECTED] wrote: This would work if I was running linux. I am running FreeBSD. On Feb 7, 10:20 am, harper [EMAIL PROTECTED] wrote: jcontonio wrote: Hello. I have mongrel working perfectly, other than it doesn't start when my server reboots (not good). So my setup is this. I have the mongrel_cluster startup file in /usr/local/etc/rc.d/ and then a directory of symlinks to my rails apps in /usr/local/etc/ mongrel_cluster/ named whatever.yml When I run the script from the command line ./mongrel_cluster start it works perfectly. Any suggestions or where to look for problems? you have to add the mongrel_cluster_ctl to the init programs/scripts (these run at reboot). check out the linux-command update-rc.d # this adds the script to run on reboot i think. -s -- Posted viahttp://www.ruby-forum.com/. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Deploying Rails group. To post to this group, send email to rubyonrails-deployment@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/rubyonrails-deployment?hl=en -~--~~~~--~~--~--~---
Re: [E-devel] Wiki
Carsten Haitzler (The Rasterman) wrote: (B (BOn Tue, 4 Jan 2005 21:47:51 -0500 Michael Jennings [EMAIL PROTECTED] babbled: (B (B (B (BOn Wednesday, 05 January 2005, at 11:36:32 (+0900), (BCarsten Haitzler wrote: (B (B (B (Bhttp://www.enlightenment.org/t/ (B (Bwe're testing out drupal - but right now we dont have manpower or (Bpeople willing to work on a cms for e.org to make this happen. i've (Bdone some of the work - but there's a lot more to do. (B (B (BI've been very impressed with Tikiwiki. It has a sane Wiki (Bimplementation along with a complete, robust CMS and modules for (Barticles, FAQ's, site directories, task management, ticket tracking, (Bforums, file/image galleries, user/team web logs, live support, and a (Bbunch more. We're now using it for the cAos wiki (though without many (Bof the addons): (B (Bhttps://wiki.caosity.org/ (B (BTheir site is: (B (Bhttp://tikiwiki.org/ (B (B (B (Bhmm. willing to try it out... does it require mysql like god damn everything (Belse? (B (B (BInstiki does not require a database, and is simple to use. However, it (Bmay be too simple depending on your requirements (B (Bhttp://instiki.org (B (B-- Wes (B (B (B (B--- (BThe SF.Net email is sponsored by: Beat the post-holiday blues (BGet a FREE limited edition SourceForge.net t-shirt from ThinkGeek. (BIt's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt (B___ (Benlightenment-devel mailing list (Benlightenment-devel@lists.sourceforge.net (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel
