Re: UPDATE: games/vitetris
On Fri, Nov 09, 2012 at 05:11:12PM -0800, Ryan Freeman wrote: > This update to 0.57 has been available since 2009, but I recall > there being some issue I was experiencing at the time that made me > opt to just leave it as is. Now I've updated the port and patches, > it seems to be working great. Perhaps it was a version between > the two I recalled having issues with, too long ago now ;) > > It seems a kind soul submitted some of the patches upstream as > only half the main Makefile diff is now needed. I am not sure > about all the other Makefile mods for removing the s flag from > the ar(1) lines, and changing it to ranlib. > > Reading the manpage for ar, s is supposed to be the equivalent > of running ranlib file.a. Do we still need all those extra > patches? If we do well then just need an OK, otherwise I will > remove them and resubmit the diff. tested on i386. > @@ -4,6 +4,8 @@ > @bin bin/vitetris > @mode > @group > +share/applications/ > +share/applications/vitetris.desktop > share/doc/vitetris/ > share/doc/vitetris/README > share/doc/vitetris/licence.txt Add file in share/applications -> add run depends on desktop-file-utils + update-desktop-database @exec lines.. Landry
Re: massive E17 update to 0.17.0 alpha
On Fri, Nov 09, 2012 at 05:17:51PM -0800, Ryan Freeman wrote: > On Sat, Nov 10, 2012 at 01:28:06AM +0100, Landry Breuil wrote: > > On Fri, Nov 09, 2012 at 08:07:44PM +0100, rustyBSD wrote: > > > Le 09/11/2012 19:29, Landry Breuil a écrit : > > > > I think you shouldnt even bother commenting the share/examples files, > > > > they can be useful. Other than that, stuart said exactly what i had to > > > > say about the diff. > > > > > > > > On ppc/ati, only composite is auto-enabled, and e produces garbled > > > > colors, the bg/transparent stuff is bright blue, see > > > > http://rhaalovely.net/~landry/shared/e17-openbsd-ppc-shot-2012-11-09_18-49-45.jpg > > > > Probably a littleendian issue. Disabling composite makes it eat a bit > > > > less of cpu time, the about window animation is terribly cpu-hungry. > > > > > > > > On i386/intel, it renders fine, all hw/composite is enabled by default, > > > > and quite cpu-hungry too (80% constant). Disabling composite help a bit. > > > > > > > > Some notes on e itself: > > > > the 1st-run config thing doesnt detect/show any keyboard layout. > > > > > > Ah yes, it will be fixed upstream. > > > > > > > You can > > > > add one correctly in E with the keymap applet, switching works fine. > > > > The theme list shows 'default'+garbage chars, looks like an unterminated > > > > \0 string. > > > > > > Mmhh, where ?In the settings panel or in the menu ? > > > > settings->theme > > I also see this here. > > I also noticed some corruption in the file manager. When holding the > mouse cursor over icons, it displays file previews. The file previews > are being read from more than one file. At first it scared me that I > had corruption, but the files are all fine. Just the file manager > seems to read the files from the wrong location resulting in a > mash of a couple different files in the previews. I can confirm that here, it happens a lot on text files. > > > > shutdown/reboot is greyed out, i suppose it tries to use > > > > consolekit/policykit for that ? > > > > > > No, look at sysactions.conf that you can find probably > > > in /etc. > > > > no such file installed by the port. Maybe it should be @sampled by > > e/pkg/PLIST then... > > The only other issue I noticed was anything GL ran like total crap > in E, it doesn't work with OpenGL for me but software mode seemed > to run fine at first. However, after some time, even xterms start > drawing extremely slow. I was able to get e17 to freeze entirely > when trying to switch workspaces, but it didn't lock my machine. > a pkill enlightenment from a console restarted X for me and all was > well. Some additional notes now that i've tested it a bit more : the builtin updater popup in the 1st run config dialog list should be disabled, since there's no point in using it for openbsd, and paranoid users will complain that it calls home. since we dont have any kind of network-manager/connman, EConnMan is not built/installed, so there is little point in having the connman shelf module 1) installed 2) present in the default shelf config. it runs pretty well on my aging i386 desktop, with composite disabled of course, with vga1 at pci0 dev 9 function 0 "NVIDIA GeForce2 MX" rev 0xb2 [21.414] (--) NV: Found NVIDIA GeForce2 MX/MX 400 at 00@00:09:0 Landry
Re: massive E17 update to 0.17.0 alpha
On Sat, Nov 10, 2012 at 10:53:56AM +0100, Landry Breuil wrote: > On Fri, Nov 09, 2012 at 05:17:51PM -0800, Ryan Freeman wrote: > > I also noticed some corruption in the file manager. When holding the > > mouse cursor over icons, it displays file previews. The file previews > > are being read from more than one file. At first it scared me that I > > had corruption, but the files are all fine. Just the file manager > > seems to read the files from the wrong location resulting in a > > mash of a couple different files in the previews. > > I can confirm that here, it happens a lot on text files. Yes, it happens here, too. Hilarious bug! > the builtin updater popup in the 1st run config dialog list should be > disabled, since there's no point in using it for openbsd, and paranoid > users will complain that it calls home. Agreed! > since we dont have any kind of network-manager/connman, EConnMan is not > built/installed, so there is little point in having the connman shelf > module 1) installed 2) present in the default shelf config. To summarize the thread, we now have a long list of bugs to fix (armani reported some of these to me privately): - Shutdown from menu doesn't work cause it uses setuid binaries. (armani has a patch for a sudo-based backend) - Intial setup can take about 5 seconds or so to switch between individual screens for some reason. - Keyboard layout selection doesn't work during initial setup screens. (armani says this used to work, so this could be a regression with my port or with the alpha release, rustyBSD said this is being fixed upstream) - Splash screen doesn't time out due to dbus signal, only via the hardcoded timeout which is 240 seconds by default, which I patched down to 5 seconds, but that's not a proper fix (not a regression according to armani, this problem already existed in e17 ports). - Compositor seems to be broken for big-endian architectures, see http://rhaalovely.net/~landry/shared/e17-openbsd-ppc-shot-2012-11-09_18-49-45.jpg - On some systems e17 seems to hog the CPU. (I myself haven't seen this but above linked screenshot confirms it) - After changing scaling in Settings -> Settings Panel -> Look -> Scaling a few times I saw the window manager lock up (music from audacious was still playing so X didn't die), and the enlightenment_remote -restart command timed out with a "did not receive dbus reply" message. Ended up killing X and logging in again. - File manager preview has a bug which causes wrong content to be shown when previewing text files. - OpenGL composite doesn't work on my (little-endian) system, an error message I saw (but didn't write down) indicated that e17 was blindly trying to use OpenGL commands my card/driver (r600) doesn't support. - e17 wants to call home by default for auto-upgrades, this should be opt-in not opt-out, and should be disabled for OpenBSD anyway (we upgrade with pkg_add -u, thank you very much) - Econnman is missing, either disable it in the shelf or fix Econnman to work on OpenBSD Wheew... I'm not going to work through the above list all on my own. I just wanted to try out enlightenment and take a look at it, and upgraded the ports along the way to give others an easy way of doing the same. It is awesome that we collectively unsurfaced so many issues so quickly! Given that this is still an alpha release, I don't think any of these issues are very serious. It is actually already quite usable. I would assume most of these issues are not regressions due to my port upgrade but long-standing bugs in e17. Overall e17 is in bad enough shape that I'm not sure if I'll keep running it for daily use. Tracking down the bugs is fun, but for daily use I want my stable XFCE desktop back... So what I'll do is commit my diff (with the share/example stuff uncommented as per Landry) and then start working on some of the above items as I see fit. And I'll try to help those who actually plan to use e17 in production with getting any fixes committed. Sounds good?
Re: massive E17 update to 0.17.0 alpha
Le 10/11/2012 15:15, Stefan Sperling a écrit :
> To summarize the thread, we now have a long list of bugs to fix
> (armani reported some of these to me privately):
>
> - Shutdown from menu doesn't work cause it uses setuid binaries.
>(armani has a patch for a sudo-based backend)
No it works, it's just that some people are scared of setuid
binaries...
> - Intial setup can take about 5 seconds or so to switch between
>individual screens for some reason.
> - Keyboard layout selection doesn't work during initial setup screens.
>(armani says this used to work, so this could be a regression with
>my port or with the alpha release, rustyBSD said this is being fixed
>upstream)
Fixed, see the joined patch. I also sent a patch for ptrace().
> - Splash screen doesn't time out due to dbus signal, only via the
>hardcoded timeout which is 240 seconds by default, which I patched
>down to 5 seconds, but that's not a proper fix (not a regression
>according to armani, this problem already existed in e17 ports).
In current SVN it seems to work.
> - Compositor seems to be broken for big-endian architectures, see
>
> http://rhaalovely.net/~landry/shared/e17-openbsd-ppc-shot-2012-11-09_18-49-45.jpg
> - On some systems e17 seems to hog the CPU. (I myself haven't seen this
>but above linked screenshot confirms it)
> - After changing scaling in Settings -> Settings Panel -> Look -> Scaling
>a few times I saw the window manager lock up (music from audacious was
>still playing so X didn't die), and the enlightenment_remote -restart
>command timed out with a "did not receive dbus reply" message.
>Ended up killing X and logging in again.
> - File manager preview has a bug which causes wrong content to be shown
>when previewing text files.
> - OpenGL composite doesn't work on my (little-endian) system, an error
>message I saw (but didn't write down) indicated that e17 was blindly
>trying to use OpenGL commands my card/driver (r600) doesn't support.
> - e17 wants to call home by default for auto-upgrades, this should be
>opt-in not opt-out, and should be disabled for OpenBSD anyway (we
>upgrade with pkg_add -u, thank you very much)
> - Econnman is missing, either disable it in the shelf or fix Econnman
>to work on OpenBSD
>
> Wheew... I'm not going to work through the above list all on my own.
> I just wanted to try out enlightenment and take a look at it, and upgraded
> the ports along the way to give others an easy way of doing the same.
>
> It is awesome that we collectively unsurfaced so many issues so quickly!
> Given that this is still an alpha release, I don't think any of these
> issues are very serious. It is actually already quite usable. I would
> assume most of these issues are not regressions due to my port upgrade
> but long-standing bugs in e17.
>
> Overall e17 is in bad enough shape that I'm not sure if I'll keep running
> it for daily use. Tracking down the bugs is fun, but for daily use I want
> my stable XFCE desktop back...
As for me.
> So what I'll do is commit my diff (with the share/example stuff uncommented
> as per Landry) and then start working on some of the above items as I see fit.
> And I'll try to help those who actually plan to use e17 in production with
> getting any fixes committed. Sounds good?
In my opinion, the most of the work should be done in the current SVN
revision, and we should wait for the beta or the release before
committing any change (which will break the already-working-but-old
port we have). A beta is planned for ~1st december, and the release
for the 21 december 2012 muhaha.
If someone has patches to provide, feel free to send them to the
e-devel mailing-list, or to me.
--- src/modules/wizard/page_011.c 2012-11-09 19:51:38.398460638 +0100
+++ src/modules/wizard/page_011.c 2012-11-09 19:51:07.555974522 +0100
@@ -19,6 +19,11 @@
{
int i = 0;
const char *lstfiles[] = {
+#if defined __NetBSD__
+ "/usr/X11R7/lib/X11/xkb/rules/xorg.lst",
+#elif defined __OpenBSD__
+ "/usr/X11R6/share/X11/xkb/rules/base.lst",
+#endif
"/usr/share/X11/xkb/rules/xorg.lst",
"/usr/share/X11/xkb/rules/xfree86.lst",
"/usr/local/share/X11/xkb/rules/xorg.lst",
Re: massive E17 update to 0.17.0 alpha
On Sat, Nov 10, 2012 at 03:43:49PM +0100, rustyBSD wrote:
> In my opinion, the most of the work should be done in the current SVN
> revision, and we should wait for the beta or the release before
> committing any change (which will break the already-working-but-old
> port we have). A beta is planned for ~1st december, and the release
> for the 21 december 2012 muhaha.
Sorry, I already went ahead after nods from landry and armani.
In the grand scheme of things it doesn't really matter. We might as
well pluck fixes from upstream SVN and throw them into the ports for
the time being.
> If someone has patches to provide, feel free to send them to the
> e-devel mailing-list, or to me.
Great! Thank you.
I'll test the fix below and commit it if it works.
> --- src/modules/wizard/page_011.c 2012-11-09 19:51:38.398460638 +0100
> +++ src/modules/wizard/page_011.c 2012-11-09 19:51:07.555974522 +0100
> @@ -19,6 +19,11 @@
> {
> int i = 0;
> const char *lstfiles[] = {
> +#if defined __NetBSD__
> + "/usr/X11R7/lib/X11/xkb/rules/xorg.lst",
> +#elif defined __OpenBSD__
> + "/usr/X11R6/share/X11/xkb/rules/base.lst",
> +#endif
>"/usr/share/X11/xkb/rules/xorg.lst",
>"/usr/share/X11/xkb/rules/xfree86.lst",
>"/usr/local/share/X11/xkb/rules/xorg.lst",
Re: [NEW] dnsfilter
updated port:
- remove EXTRACT_SUFX
- use LIB_DEPENDS instead of {BUILD,RUN}_DEPENDS
pointed out by landry, thanks!
0.3 -> 0.4
- fix typos in error/warn messages, from giovanni, thanks!
tested on amd64, builds on sparc64
ok?
--
I'm not entirely sure you are real.
dnsfilter.tar.gz
Description: Binary data
MAINTAINER UPDATE: x11/gnustep/sqlclient
Hi,
below an easy update of the GNUstep SQLClient library to 1.6.0. Changes:
* Change execute methods to return a count of the rows to which the
executed operation applies, or -1 if not supported.
Implement for postgresql and mysql.
* Add support for asynchronous notifications
OK?
Index: Makefile
===
RCS file: /cvs/ports/x11/gnustep/sqlclient/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- Makefile22 Aug 2012 07:15:52 - 1.5
+++ Makefile10 Nov 2012 15:32:14 -
@@ -2,12 +2,11 @@
COMMENT = GNUstep database abstraction layer
-VERSION = 1.5.3
+VERSION = 1.6.0
DISTNAME = SQLClient-${VERSION}
PKGNAME = gnustep-sqlclient-${VERSION}
-REVISION = 2
-SHARED_LIBS += SQLClient 0.0
+SHARED_LIBS += SQLClient 1.0
CATEGORIES = databases
@@ -18,7 +17,7 @@
MODULES = x11/gnustep
MODGNUSTEP_NEEDS_GUI = No
WANTLIB += Performance pq ecpg mysqlclient sqlite3
-WANTLIB += gnustep-base m objc2
+WANTLIB += gnustep-base m objc2 pthread
LIB_DEPENDS += x11/gnustep/performance \
databases/mysql \
databases/postgresql
Index: distinfo
===
RCS file: /cvs/ports/x11/gnustep/sqlclient/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo15 Oct 2011 08:02:23 - 1.2
+++ distinfo10 Nov 2012 15:32:14 -
@@ -1,5 +1,2 @@
-MD5 (gnustep/SQLClient-1.5.3.tar.gz) = RsQynJIlaQVvFlEnM/SPwg==
-RMD160 (gnustep/SQLClient-1.5.3.tar.gz) = 2kDwgrZTECfoJVv5h+XwQk3kBWQ=
-SHA1 (gnustep/SQLClient-1.5.3.tar.gz) = 1Bv4XWzv+vxL6+xpL5Zg/IPSFEo=
-SHA256 (gnustep/SQLClient-1.5.3.tar.gz) =
SNnfsQU7KKOwa6vSVlOprvT739U8E7pYgZ3E0pR55rU=
-SIZE (gnustep/SQLClient-1.5.3.tar.gz) = 157196
+SHA256 (gnustep/SQLClient-1.6.0.tar.gz) =
lLjH5qS4fPnD8LcuBXS6egyV1nm4h/t/O/tDlDia+/k=
+SIZE (gnustep/SQLClient-1.6.0.tar.gz) = 161099
Index: patches/patch-GNUmakefile
===
RCS file: patches/patch-GNUmakefile
diff -N patches/patch-GNUmakefile
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-GNUmakefile 10 Nov 2012 15:32:14 -
@@ -0,0 +1,62 @@
+$OpenBSD$
+
+Do not hardcode the base and objc library which
+gets linked against, fix from upstream:
+http://svn.gna.org/viewcvs/gnustep?view=revision&revision=35788
+
+--- GNUmakefile.orig Sat Nov 10 16:14:47 2012
GNUmakefileSat Nov 10 16:14:54 2012
+@@ -81,7 +81,7 @@ BUNDLE_NAME += ECPG_libs
+ ECPG_libs_OBJC_FILES = ECPG.m
+ ECPG_libs_LIB_DIRS = -L./$(GNUSTEP_OBJ_DIR)
+ ECPG_libs_BUNDLE_LIBS += -lSQLClient -lPerformance \
+--lgnustep-base -lobjc -lecpg
++$(FND_LIBS) $(OBJC_LIBS) -lecpg
+ ECPG_libs_PRINCIPAL_CLASS = SQLClientECPG_libs
+ endif
+ TEST_TOOL_NAME += testECPG
+@@ -107,7 +107,7 @@ BUNDLE_NAME += Postgres_libs
+ Postgres_libs_OBJC_FILES = Postgres.m
+ Postgres_libs_LIB_DIRS = -L./$(GNUSTEP_OBJ_DIR)
+ Postgres_libs_BUNDLE_LIBS += -lSQLClient -lPerformance \
+--lgnustep-base -lobjc -lpq
++$(FND_LIBS) $(OBJC_LIBS) -lpq
+ Postgres_libs_PRINCIPAL_CLASS = SQLClientPostgres_libs
+ endif
+ TEST_TOOL_NAME += testPostgres
+@@ -133,7 +133,7 @@ BUNDLE_NAME += JDBC_libs
+ JDBC_libs_OBJC_FILES = JDBC.m
+ JDBC_libs_LIB_DIRS = -L./$(GNUSTEP_OBJ_DIR) $(JDBC_VM_LIBDIRS)
+ JDBC_libs_BUNDLE_LIBS += -lSQLClient -lPerformance \
+--lgnustep-base -lobjc $(JDBC_VM_LIBS)
++$(FND_LIBS) $(OBJC_LIBS) $(JDBC_VM_LIBS)
+ JDBC_libs_PRINCIPAL_CLASS = SQLClientJDBC_libs
+ endif
+ TEST_TOOL_NAME += testJDBC
+@@ -159,7 +159,7 @@ BUNDLE_NAME += MySQL_libs
+ MySQL_libs_OBJC_FILES = MySQL.m
+ MySQL_libs_LIB_DIRS = -L./$(GNUSTEP_OBJ_DIR)
+ MySQL_libs_BUNDLE_LIBS += -lSQLClient -lPerformance \
+--lgnustep-base -lobjc -lmysqlclient
++$(FND_LIBS) $(OBJC_LIBS) -lmysqlclient
+ MySQL_libs_PRINCIPAL_CLASS = SQLClientMySQL_libs
+ endif
+ TEST_TOOL_NAME += testMySQL
+@@ -185,7 +185,7 @@ BUNDLE_NAME += SQLite_libs
+ SQLite_libs_OBJC_FILES = SQLite.m
+ SQLite_libs_LIB_DIRS = -L./$(GNUSTEP_OBJ_DIR)
+ SQLite_libs_BUNDLE_LIBS += -lSQLClient -lPerformance \
+--lgnustep-base -lobjc -lsqlite3
++$(FND_LIBS) $(OBJC_LIBS) -lsqlite3
+ SQLite_libs_PRINCIPAL_CLASS = SQLClientSQLite_libs
+ endif
+ TEST_TOOL_NAME += testSQLite
+@@ -208,7 +208,7 @@ Oracle_libs_OBJC_FILES = Oracle.m
+ Oracle_libs_LIB_DIRS = -L$(ORACLE_HOME)/lib -L./$(GNUSTEP_OBJ_DIR) \
+ $(shell cat $(ORACLE_HOME)/lib/ldflags)
+ Oracle_libs_BUNDLE_LIBS += -lclntsh \
+--lSQLClient -lPerformance -lgnustep-base -lobjc \
++-lSQLClient -lPerformance $(FND_LIBS) $(OBJC_LIBS) \
+ $(shell cat $(ORACLE_HOME)/lib/sysliblist) \
+ -ldl -lm
+ Oracle_libs_PRINCIPAL_CLASS = SQLClientOracle_libs
Re: UPDATE: games/vitetris
On Sat, Nov 10, 2012 at 10:25:38AM +0100, Landry Breuil wrote: > On Fri, Nov 09, 2012 at 05:11:12PM -0800, Ryan Freeman wrote: > > This update to 0.57 has been available since 2009, but I recall > > there being some issue I was experiencing at the time that made me > > opt to just leave it as is. Now I've updated the port and patches, > > it seems to be working great. Perhaps it was a version between > > the two I recalled having issues with, too long ago now ;) > > > > It seems a kind soul submitted some of the patches upstream as > > only half the main Makefile diff is now needed. I am not sure > > about all the other Makefile mods for removing the s flag from > > the ar(1) lines, and changing it to ranlib. > > > > Reading the manpage for ar, s is supposed to be the equivalent > > of running ranlib file.a. Do we still need all those extra > > patches? If we do well then just need an OK, otherwise I will > > remove them and resubmit the diff. tested on i386. > > > @@ -4,6 +4,8 @@ > > @bin bin/vitetris > > @mode > > @group > > +share/applications/ > > +share/applications/vitetris.desktop > > share/doc/vitetris/ > > share/doc/vitetris/README > > share/doc/vitetris/licence.txt > > > Add file in share/applications -> add run depends on desktop-file-utils > + update-desktop-database @exec lines.. Actually, I am considering removing those files from being installed. The port is already built explicitly disabling the X11 support it has. The original idea for this was to keep it console oriented, and thus bare minimum dependencies. Encouragement to allow installation on those corporate shell machines so employees can waste time trying to top the high score list, of course ;) Thoughts? -ryan
