Re: xxxterm 1.517
Please update to 1.518 instead. This fixes a frequent crash. https://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.518.tgz On Sat, Aug 27, 2011 at 10:02:55AM -0500, Marco Peereboom wrote: This is an important update and I urge people to update ASAP. Several bugs had crept in the 1.500 version due to heavy refactoring. * fix a severe bug where the proxy settings didn't always get set * fix a bug where https domains whitelists could not be turned off * work around a webkit bug where the back and forward history go to the same spot * fix bug where certificate retrieval code didn't always exhaust all possible routes to the target server * add command and search history feature * add save command and search history to disk feature * fix a bug where : commands would not always expand an alias https://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.517.tgz
xxxterm 1.517
This is an important update and I urge people to update ASAP. Several bugs had crept in the 1.500 version due to heavy refactoring. * fix a severe bug where the proxy settings didn't always get set * fix a bug where https domains whitelists could not be turned off * work around a webkit bug where the back and forward history go to the same spot * fix bug where certificate retrieval code didn't always exhaust all possible routes to the target server * add command and search history feature * add save command and search history to disk feature * fix a bug where : commands would not always expand an alias https://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.517.tgz
Re: [Update] Scrotwm
0.9.34 is in snaps. On Wed, Aug 24, 2011 at 01:12:33AM -0300, Gonzalo L. R. wrote: Update to 0.9.33. patches/patch-baraction_sh patches/patch-scrotwm_conf Are out. OK? -- Sending from my Computer. Index: Makefile === RCS file: /cvs/ports/x11/scrotwm/Makefile,v retrieving revision 1.32 diff -u -p -r1.32 Makefile --- Makefile 3 Aug 2011 15:21:18 - 1.32 +++ Makefile 24 Aug 2011 04:06:27 - @@ -4,11 +4,9 @@ COMMENT= small tiling window manager SHARED_LIBS= swmhack 0.0 -DISTNAME=scrotwm-0.9.32 +DISTNAME=scrotwm-0.9.33 EXTRACT_SUFX=.tgz CATEGORIES= x11 - -REVISION=0 HOMEPAGE=http://www.scrotwm.org/ MAINTAINER= Marco Peereboom ma...@peereboom.us Index: distinfo === RCS file: /cvs/ports/x11/scrotwm/distinfo,v retrieving revision 1.20 diff -u -p -r1.20 distinfo --- distinfo 23 Jun 2011 22:58:06 - 1.20 +++ distinfo 24 Aug 2011 04:06:27 - @@ -1,5 +1,5 @@ -MD5 (scrotwm-0.9.32.tgz) = QwU7gpYvZin/pIe/scMZXQ== -RMD160 (scrotwm-0.9.32.tgz) = Fx9yvlNV0C0TNtbUdTEEez3FIig= -SHA1 (scrotwm-0.9.32.tgz) = 9aFmOSYjMtoz9CUaWzPdyFxX60k= -SHA256 (scrotwm-0.9.32.tgz) = zc1kdISraiZtA3L78gs8IOFDVWrAzDIzV0DAjyJ4mHE= -SIZE (scrotwm-0.9.32.tgz) = 66951 +MD5 (scrotwm-0.9.33.tgz) = /P0Kuo5IIX4m24IyJmQFRw== +RMD160 (scrotwm-0.9.33.tgz) = 2bJCumXcY1gVTkd/FO96EC6PY5Q= +SHA1 (scrotwm-0.9.33.tgz) = x55H1Td/epFphQxzFrXnK1KdOfE= +SHA256 (scrotwm-0.9.33.tgz) = N9Ca6DgLrFNDbbXlC9D0oGyGW1so8WRm+lIlm3D1VVA= +SIZE (scrotwm-0.9.33.tgz) = 69314
xxxterm hits the big 1.500!
Meanwhile in Texas, xxxterm got the 500th commit :-) mcbride gave me a useful buglist and I hunted quite a few of them down. Enjoy. Release notes: * fix a bug where :port number were being saved in the white lists confusing things * use a better heuristic to guess if something is a valid URL * introduce :set to set, inspect and clear runtime options * fix a bug that when saving a session all tabs are saved and not just the ones with a (currently) valid url * allow html5 local storage to be used in domains that are cookie white listed; this fixes sites like flickr that require this * add an exception page to complain that something isn't correct during bringup instead of erroring out leaving the use guessing what happened * add a time delay when typing for searches; this fixes the very noticeable slow down when there is a lot of text on the page * abort commands that aren't matched instead of allowing the user to continue typing * reintroduce the feature that 12: being translated to :12 in the command entry * make the xterm clipboard work around optional Snap: https://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.500.tgz
Re: kdiff3
works for me. On Thu, Aug 18, 2011 at 10:57:53AM -0400, Lawrence Teo wrote: On Wed, Aug 17, 2011 at 10:48:32PM -0500, Marco Peereboom wrote: On Wed, Aug 17, 2011 at 08:39:27PM -0500, Marco Peereboom wrote: I used to use kdiff3 a long time ago and kinda liked it. I wanted to give it another go but couldn't find it in ports. Anyone got one by any chance? Alright stole a little here and there and came up with this frankenport. It even works but I am sure I got the subtleties wrong :-) Here's a (hopefully) defrankened port. :) Also set myself as maintainer based on our discussion. Comments and feedback welcome. Lawrence
Re: xxxterm 1.471
I have no opinion. On Thu, Aug 18, 2011 at 12:43:20PM -0300, Gonzalo L. R. wrote: hmm the script playflash.sh it's not a example, the others is fine for me, marco@ laurent@ ? On Thu, 18 Aug 2011 12:10:30 -0300, Gleydson Soares gsoa...@trusted.com.br wrote: revive it, now that portstree is unlocked. i did some tweaks. my feedback and new diff attached On Thu, Aug 04, 2011 at 10:39:51AM -0300, Gonzalo L. R. wrote: Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- Makefile 18 Jul 2011 19:48:39 - 1.20 +++ Makefile 4 Aug 2011 13:30:36 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.20 2011/07/18 19:48:39 kili Exp $ COMMENT = vi-like minimalists web browser -DISTNAME =xxxterm-1.425 +DISTNAME =xxxterm-1.471 i tweaked to 1.489, new release https://opensource.conformal.com/fluxbb/viewtopic.php?id=214 CATEGORIES = www HOMEPAGE =http://opensource.conformal.com/wiki/XXXTerm @@ -44,6 +44,8 @@ ${INSTALL_DATA_DIR} ${PREFIX}/share/xxxterm/ ${INSTALL_DATA} ${WRKSRC}/xxxtermicon*.png ${PREFIX}/share/xxxterm/ ${INSTALL_DATA} ${WRKSRC}/style.css ${PREFIX}/share/xxxterm/ + ${INSTALL_DATA} ${WRKSRC}/playflash.sh ${PREFIX}/share/xxxterm/ + ${INSTALL_DATA} ${WRKSRC}/quickmarks ${PREFIX}/share/xxxterm/ I think, It should be installed into ${EXAMPLEDIR} instead ${PREFIX}/share/xxxterm/ rm/ Also, mark it as @sample, these files are user-editable. -- Sending from my computer
Re: kdiff3
in in in! 3 kdiff3 On Thu, Aug 18, 2011 at 10:31:56PM -0400, Lawrence Teo wrote: On Thu, Aug 18, 2011 at 08:54:12PM +, Stuart Henderson wrote: On 2011-08-18, Lawrence Teo l...@devio.us wrote: Here's another cleaned up version that removes unneeded dependencies, makes WANTLIB pass lib-depends-check, and makes the port obey $PREFIX. please add x11/kde to CATEGORIES (keeping devel as well), otherwise OK with me. Thank you for reviewing. I have added x11/kde to CATEGORIES and kept devel. There are no other changes. Lawrence
kdiff3
I used to use kdiff3 a long time ago and kinda liked it. I wanted to give it another go but couldn't find it in ports. Anyone got one by any chance?
Re: kdiff3
On Wed, Aug 17, 2011 at 08:39:27PM -0500, Marco Peereboom wrote: I used to use kdiff3 a long time ago and kinda liked it. I wanted to give it another go but couldn't find it in ports. Anyone got one by any chance? Alright stole a little here and there and came up with this frankenport. It even works but I am sure I got the subtleties wrong :-) kdiff3.tgz Description: application/tar-gz
Re: CVS: cvs.openbsd.org: ports
You really want to pick up the latest release instead of patching the top script. On Wed, Aug 03, 2011 at 09:21:18AM -0600, Robert Nagy wrote: CVSROOT: /cvs Module name: ports Changes by: rob...@cvs.openbsd.org 2011/08/03 09:21:18 Modified files: x11/scrotwm: Makefile Added files: x11/scrotwm/patches: patch-baraction_sh Log message: sync the baraction script with the top(1) changes ok naddy@
xxxterm 1.471
In order to celebrate ports-lock I have the first submission for ports-unlock :-) * allow files as bookmarks * add a new tab bar that looks and acts like jumanji * gtk3 compatibility * add a mechanism to run external scripts when a hot key is pressed * add support for IP addresses in whitelists * add buffer command ala vi * add multi character commands (gg 0G etc) * fix socket when multiple browsers were opened * enhance zoom support * add more navigation commands * add quickmarks * fix xxxterm and xterm clipboard interaction issues * add lots of new items to status bar and make it user settable * add marks on page ala vi (ma 'a etc) * lots of little bug fixes and nits http://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.471.tgz
pkg_add -ui - missing gtk icons
So I ran a routine pkg_add -ui and noticed that a bunch of small icons are missing in gtk. This a known issue? I noticed it running xxxterm that now uses icons that are too large to fit in tabs.
xxxterm
Since the current xxxterm is unusable with webkit 1.4 I decided to run a release that mostly works around these issues. The full release list is: * add GTK3 support * add workaround for clipboard issues * add HTML5 local storage option * add spell check option * add command and status bar font option * add :ls and :buffers widget to select active tabs * add option to whitelist JS and cookie in one click/keystroke * add webkit 1.4 support and use it for favicon when available * downloads no longer overwrite files by default * fiddle with ulimit to prevent file descriptor starvation * fix couple of focus issues Snap at: http://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.425.tgz
webkit 1.4.2
So the following patch seems to make webkit 1.4.2 mostly usable. This doesn't fix all issues with epiphany or xxxterm. I have been making updates to xxxterm to work around some issues. I started working with the upstream guys but they are less than interested because linux works. The core of the issue is that they reset ulimit values despite being set properly by the browser. Secondly web sockets keep half open connections around longer because they never issue a close and it is trivially simple to run out of file descriptors. Can we please get this in to at least stabilize webkit? Index: Makefile === RCS file: /cvs/ports/www/webkit/Makefile,v retrieving revision 1.52 diff -u -p -r1.52 Makefile --- Makefile5 Jul 2011 11:34:27 - 1.52 +++ Makefile8 Jul 2011 19:10:58 - @@ -6,6 +6,7 @@ V = 1.4.2 DISTNAME = webkit-${V} EPOCH =0 CATEGORIES = www +REVISION = 0 HOMEPAGE = http://webkitgtk.org/ MASTER_SITES = ${HOMEPAGE} @@ -54,6 +55,8 @@ CONFIGURE_ENV = CPPFLAGS=-I${LOCALBASE} CONFIGURE_ARGS+=${CONFIGURE_SHARED} \ --disable-gtk-doc \ --enable-introspection \ + --disable-web-sockets \ + --disable-link-prefetch \ --enable-spellcheck MAKE_FILE =GNUmakefile Index: patches/patch-Source_WebCore_platform_graphics_FontFallbackList_cpp === RCS file: patches/patch-Source_WebCore_platform_graphics_FontFallbackList_cpp diff -N patches/patch-Source_WebCore_platform_graphics_FontFallbackList_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Source_WebCore_platform_graphics_FontFallbackList_cpp 8 Jul 2011 19:07:01 - @@ -0,0 +1,18 @@ +$OpenBSD$ +--- Source/WebCore/platform/graphics/FontFallbackList.cpp.orig Fri Jul 8 14:05:45 2011 Source/WebCore/platform/graphics/FontFallbackList.cpp Fri Jul 8 14:06:48 2011 +@@ -73,7 +73,14 @@ void FontFallbackList::releaseFontData() + + void FontFallbackList::determinePitch(const Font* font) const + { ++if (font == NULL) ++ return; ++ + const FontData* fontData = primaryFontData(font); ++ ++if (fontData == NULL) ++ return; ++ + if (!fontData-isSegmented()) + m_pitch = static_castconst SimpleFontData*(fontData)-pitch(); + else {
Re: webkit 1.4.2
On Mon, Jul 11, 2011 at 05:02:58PM +0200, Landry Breuil wrote: On Mon, Jul 11, 2011 at 08:51:12AM -0500, Marco Peereboom wrote: So the following patch seems to make webkit 1.4.2 mostly usable. This doesn't fix all issues with epiphany or xxxterm. I have been making updates to xxxterm to work around some issues. I started working with the upstream guys but they are less than interested because linux works. The core of the issue is that they reset ulimit values despite being set properly by the browser. Why not fixing that code instead ? Do you have references to the discussion with upstream ? http://comments.gmane.org/gmane.os.opendarwin.webkit.gtk/575 That is the public debate. Secondly web sockets keep half open connections around longer because they never issue a close and it is trivially simple to run out of file descriptors. What about adding that close() properly instead, through a proper bug report ? I have been told this is a function of libsoup + web sockets that can't be fixed. When the remote site sends a close libsoup does (can?) not receive an event so the connection lingers using up a file descriptor. I am unaware of any awesomeness web sockets brings us btw. My non scientific observations seem to confirm that disabling websockets makes the browser a little more snappy. You're trying to slip disable-link-prefetch in, wasnt it supposed to be a pref exposed through the api ? No. It is disabled by default what I am trying to do is to keep it that way. And what is the other patch ? Is it reported somewhere upstream ? Sent it to the mailing list. Haven't heard back. I am not sure this is an OpenBSD only issue either. FWIW, without this patch crashing webkit is trivially simple. In fact so simple that xxxterm is unusable without and other browsers that have automation built in (it is a race when opening tons of web connections). A warning in the package to up ulimits would also be a good idea. Landry
Re: webkit 1.4.2
Sure if you consider a browser a phone. I happen to believe a browser is for you know, browsing. As far as I can see it mostly is a solution to a non-existent problem. Nevertheless, the libsoup version of websockets simply doesn't work well enough in the OpenBSD environment. In linux it is perfectly common to have like 1024 file descriptors so it matters far less. I am just trying to get to a working solution of sorts. On Mon, Jul 11, 2011 at 06:16:21PM +, Kevin Chadwick wrote: On Mon, 11 Jul 2011 10:20:53 -0500 Marco Peereboom wrote: I am unaware of any awesomeness web sockets brings us btw. I'm no fan of using browsers like Adobe Air type Apps as I think they have enough problems to deal with but I read recently that web sockets are one of the only ways to allow a cross platform app for phones to receive pushed data unless the browser is closed. (unlike air which can keep on listening)
Re: webkit 1.4.2
On Mon, Jul 11, 2011 at 09:53:26PM +0200, Landry Breuil wrote: On Mon, Jul 11, 2011 at 10:20:53AM -0500, Marco Peereboom wrote: On Mon, Jul 11, 2011 at 05:02:58PM +0200, Landry Breuil wrote: On Mon, Jul 11, 2011 at 08:51:12AM -0500, Marco Peereboom wrote: So the following patch seems to make webkit 1.4.2 mostly usable. This doesn't fix all issues with epiphany or xxxterm. I have been making updates to xxxterm to work around some issues. I started working with the upstream guys but they are less than interested because linux works. The core of the issue is that they reset ulimit values despite being set properly by the browser. Why not fixing that code instead ? Do you have references to the discussion with upstream ? http://comments.gmane.org/gmane.os.opendarwin.webkit.gtk/575 That is the public debate. Yeah, so why not trying the approach given in http://permalink.gmane.org/gmane.os.opendarwin.webkit.gtk/603 ? I am going to once I find this magical line of code. This does not fix webkit magically though. This is one of the many little things that are broken and contribute to the shaky 1.4 behavior. That looks to make sense, it shouldnt override the values given (which are NOT ulimits..) - make a proper bug report so that it's not lost ? Secondly web sockets keep half open connections around longer because they never issue a close and it is trivially simple to run out of file descriptors. What about adding that close() properly instead, through a proper bug report ? I have been told this is a function of libsoup + web sockets that can't be fixed. When the remote site sends a close libsoup does (can?) not receive an event so the connection lingers using up a file descriptor. I am unaware of any awesomeness web sockets brings us btw. My non scientific observations seem to confirm that disabling websockets makes the browser a little more snappy. You're trying to slip disable-link-prefetch in, wasnt it supposed to be a pref exposed through the api ? No. It is disabled by default what I am trying to do is to keep it that way. Pointless.. And what is the other patch ? Is it reported somewhere upstream ? Sent it to the mailing list. Haven't heard back. I am not sure this is an OpenBSD only issue either. Sending the patch to a mailing list is the best way to make sure it gets lost, when everything happens in bugzilla... Nothing happens in bugzilla on the gtk version. What I have observed is that gtk is considered the bastard version and issues get simply closed as irrelevant because safari or chromium don't care. I am yet again puzzled by your reluctance to fix things. Webkit 1.4 is broken and upstream moves at the speed of molasses so lets keep it broken? Landry
Re: webkit 1.4.2
For the record, webkit 1.4.2 has the same issues I described. I have started debugging it but wading through the c++ poop is less than obvious. On Sat, Jul 02, 2011 at 09:21:08AM -0500, Marco Peereboom wrote: Oops I looked elsewhere and that list was wrong. Although going over that list I don't think there is anything interesting. Compiling though to see if it works. On Jul 2, 2011, at 2:46, Landry Breuil lan...@rhaalovely.net wrote: On Fri, Jul 01, 2011 at 09:02:39PM -0500, Marco Peereboom wrote: It doesn't add anything actually. Just some linking poo that is irrelevant to gtk. So meh. Actually if you really look, there's more fixes than that : http://trac.webkit.org/wiki/WebKitGTK/1.4.2 Landry
Re: webkit 1.4.2
Oops I looked elsewhere and that list was wrong. Although going over that list I don't think there is anything interesting. Compiling though to see if it works. On Jul 2, 2011, at 2:46, Landry Breuil lan...@rhaalovely.net wrote: On Fri, Jul 01, 2011 at 09:02:39PM -0500, Marco Peereboom wrote: It doesn't add anything actually. Just some linking poo that is irrelevant to gtk. So meh. Actually if you really look, there's more fixes than that : http://trac.webkit.org/wiki/WebKitGTK/1.4.2 Landry
Re: webkit 1.4.2
It doesn't add anything actually. Just some linking poo that is irrelevant to gtk. So meh. Doesn't fix anything we need. On Jul 1, 2011, at 17:50, Landry Breuil lan...@rhaalovely.net wrote: Hi, so it seems ppl can't live without a webkit update as soon as it's released builds here @amd64, totally untested. Landry webkit-1.4.2.diff
Re: webkit woes
On Sun, Jun 26, 2011 at 01:52:36PM +0200, Martin Pelikan wrote: On Sat, Jun 25, 2011 at 11:58:25PM +0200, Claudio Jeker wrote: The problem with slow loading pages is more because of all the crap they load. Like the facebook and twitter iframes that take ages to load. And prefecthing will make it worse because the servers will all be busy serving prefetching clients of other users that will most probably never visit the site. I haven't really hacked on web servers much (only checked nginx for some other stuff), but I always thought it worked like this: - browsers have priority queues for things they are downloading, and as they see link prefetches or the apropriate HTTP headers, they act accordingly (meaning low prio); the moment the user wants something, they stop/stall prefetching and go doing useful stuff - servers/balancers have priority queues for new requests vs long active streams for example, and reqs with X-moz: prefetch go to the lowest priority; they may return some temporary error if they're too busy - browsers accept that - servers send errors to prefetch requests that would be uncacheable - there's a paper from Mozilla stating they keep two open connections to each site in case one of them dies (maybe because of an aborted prefetch)) which after marco's observations seems not true for webkit. If it's done other way, please tell me, so I'll stop spreading lies. Of course, as we both wrote, the problem starts when a site loads from 10 different domains and browser with white screen waits for ads.adclickmanager.com. This is what I thought prefetching would solve - your browser would load all this slow shit and next click would be at some reasonable speed. I don't know what facebook's or twitter's iframes load and, more importantly, where from. Sure, servers _can_ be busy. But browsers have time until the user finishes reading. At both this sides stuff can time out after, say, five seconds for these. In the worst case, who cares? I do. For many reasons but lets only mention the most obvious one. My web browser is not the only app that uses bandwidth. And when I am not touching it it better fucking not waste my limited bandwidth. Ever. I share my bandwidth with multiple people in my household. There is no bandwidth margin for sellmeadultdiapers.com and letmetrackyourshit.gov. Web browsers are not valid OS'. They are meant for news, geeky interests and naked ladies. Alright, one more. What about the authorata coming knocking down your door because you downloaded some illegal garbage and now you have to prove it wasn't you but your browser instead? Or a legit site that got compromised and got a link embedded in the HTML unbeknownst to the site operator? etc etc. Prefetching just about anything is a dangerous and stupid idea that can have real world ramifications. The benefits are made up by people with misguided interest or malicious intent for these types of technologies.
Re: webkit woes
On Fri, Jun 24, 2011 at 05:41:39PM +0200, Antoine Jacoutot wrote: On Fri, 24 Jun 2011, Marco Peereboom wrote: My current best theory is that the brand new link prefetch stuff (ugh!) is easting gobs of file descriptors while another site is loading. So when webkit tries to establish a connection to get like favicon or css it runs out and renders the pages sans css or favicon (missing pictures etc etc). The link prefetch can't be disabled since it doesn't have a knob. I am trying to reason with the webkit people (again) that anything prefetch is not really that great for everybody. Well, if there a way we could introduce such a knob in the port then? So I misread the port and link prefetching *is* disabled. The FD use seems to stem from unclosed and/or connections that are persistent. With the port webkit one sees tons of CLOSE_WAIT connections eating FDs. It seems like webkit forgets to close half open connections. This is true even when destroying a webkit frame; the connections remain there until they timeout. So I compiled it with --disable-web-sockets and the connections go from CLOSE_WAIT to ESTABLISHED but it does have the appearance that sockets are reused much quicker. Web feels snappier too in my very unscientific observation. I am still playing with the options to see if I can find out how to not have any long lived persistent connections. More later. In xxxterm the file descriptor starvation has other fun side effects because it opens and closes files left and right for things like state, bookmarks, etc. The easiest way to see this in action is having like 10 tabs created at startup. This usually results in pages not being rendered correctly and xxxterm complaining it can't open files. There is some evidence too that on top of this there is also a fd leak somewhere as well. -- Antoine
webkit woes
I have spent a pretty significant amount of time using webkit 1.4.1 and it is a major improvement over 1.4.0 however it still is in a pretty bad state. I have started working with the upstream folks to get some things resolved however doing anything webkit is painfully slow. I have run into are crashes, failure to render pages, resource starvation etc. I'd like to suggest we keep a 1.2.x around in addition to 1.4.x for a better browsing experience. 1.4.x will eventually get better but right now it is painful to use as a daily browser.
Re: webkit woes
On Fri, Jun 24, 2011 at 05:41:39PM +0200, Antoine Jacoutot wrote: On Fri, 24 Jun 2011, Marco Peereboom wrote: My current best theory is that the brand new link prefetch stuff (ugh!) is easting gobs of file descriptors while another site is loading. So when webkit tries to establish a connection to get like favicon or css it runs out and renders the pages sans css or favicon (missing pictures etc etc). The link prefetch can't be disabled since it doesn't have a knob. I am trying to reason with the webkit people (again) that anything prefetch is not really that great for everybody. Well, if there a way we could introduce such a knob in the port then? Last time I suggested that I got my butt handed to me. In xxxterm the file descriptor starvation has other fun side effects because it opens and closes files left and right for things like state, bookmarks, etc. The easiest way to see this in action is having like 10 tabs created at startup. This usually results in pages not being rendered correctly and xxxterm complaining it can't open files. There is some evidence too that on top of this there is also a fd leak somewhere as well. -- Antoine
Re: scrotwm
gah I found a critical issue with this; please don't use this snap. A new one will be rolled shortly. On Wed, Jun 22, 2011 at 10:19:14PM -0500, Marco Peereboom wrote: 0.9.31 snap is up http://opensource.conformal.com/snapshots/scrotwm/scrotwm-0.9.31.tgz * add autorun option to start application in certain work spaces * fix a crash seen on linux and potentially other OS' * re-add scrotwm.desktop * realloc fixes * cleanup enjoy
Re: scrotwm
Fix a crash when apps don't set _NET_WM_PID and also work around that to find out the pid anyway. This is a critical fix and users should upgrade ASAP. Snap: http://opensource.conformal.com/snapshots/scrotwm/scrotwm-0.9.32.tgz Sorry about that folks... On Thu, Jun 23, 2011 at 06:24:14AM -0500, Marco Peereboom wrote: gah I found a critical issue with this; please don't use this snap. A new one will be rolled shortly. On Wed, Jun 22, 2011 at 10:19:14PM -0500, Marco Peereboom wrote: 0.9.31 snap is up http://opensource.conformal.com/snapshots/scrotwm/scrotwm-0.9.31.tgz * add autorun option to start application in certain work spaces * fix a crash seen on linux and potentially other OS' * re-add scrotwm.desktop * realloc fixes * cleanup enjoy
scrotwm
0.9.31 snap is up http://opensource.conformal.com/snapshots/scrotwm/scrotwm-0.9.31.tgz * add autorun option to start application in certain work spaces * fix a crash seen on linux and potentially other OS' * re-add scrotwm.desktop * realloc fixes * cleanup enjoy
xxxterm
I rolled a new xxxterm. * unify html output to make generated pages more alike and prettier * fix a crash when trying to download a cert that doesn't exist * add precount to many commands * flush temporary files more often to limit os crashes impact on xxxterm * unify all directory code * fix command completion on Linux * fix clipboard when pasting urls from xterm snap at http://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.399.tgz
Re: crash in libexecinfo getreturnaddr
Alright I went back through my archives and can't find the patch I had *and* I can't make it crash on amd64 anymore (when I last tested this I did have a wonky machine that had other issues). So please use libbacktrace which is binary compatible with libexecinfo and see what happens. If you can make it fail I'd love to see it so that we can go figure this out again. Note: in order to make the backtraces work properly you need to add -export-dynamic the gcc command line.
Re: crash in libexecinfo getreturnaddr
most ports should have libexecinfo as an optional dependency... btw, why marco's backtrace library is not in ports? After we have removed libexecinfo (if we decide to do so) we could use it as a libexecinfo replacement. Just my 2 cents... The reason both fail is because on amd64 on of the pointers isn't set to NULL in crt0 so the backtrace continues on until it crashes. Drahn and I looked at it in the past but for some reason the diff was rejected. I don't recall the reason. If there is interest in revisiting this let me know and I'll go dig in my archives.
Re: scrotwm
It was a labor of hate^Wlove but here it is. http://opensource.conformal.com/snapshots/scrotwm/scrotwm-0.9.30.tgz Changes: * FS#24 show window title in status bar * add border_width for bar and windows * fix applications like xemacs that would endlessly redraw themselves * FS#92 add feature to iconize applications * fix launch library to not crash with new X * rewrite most of the focus code in order to fix a bunch of nits that were becoming pretty bothersome * fix bug where the border on full screen apps were off by one * no longer allow one to next or previous into a parent window * when moving a transient to another workspace move the parent as well * sort windowlist in order to simplify the focus next code * remove logic from enternotify by preventing those events from ever making it there * work around transients that lie about their parent window; this fixes a ton of little nits that were not obvious * add FOCUSPREV quirk to force application on exit to focus on the application that launched them (e.g. focus on xxxterm that launched mplayer) * prevent double red bordering when an app crashed * fix drag-to-float On Sat, Jun 11, 2011 at 08:48:03AM -0500, Marco Peereboom wrote: I have been able to spend time on scrotwm after it started to show some issues with the latest X. I rewrote the focus code yet again and it is much simpler now that I am tossing a whole bunch of events. It should also be a little faster. What prompted this was a contribution from jason@ to add an iconic state. This works by hitting M-w to icon a window and M-S-w to get a list of currently iconed windows (using dmenu). I am still working out a few kinks but I really could use some test results from heavy users. Don't want to run a snapshot just yet until I fix some border coloring issues. It also contains the fix from mcbride@ to make windows appear in the correct workspace. So get the code at: anon...@opensource.conformal.com:/anoncvs/scrotwm and run it like this: make obj make depend make sudo make install Make sure you have the xenocara directory (sudo mkdir -p /usr/xenocara) to ensure the code compiles. Source isn't needed.
Re: scrotwm
On Tue, Jun 14, 2011 at 09:16:44PM +0200, Christopher Zimmermann wrote: Hi! good work. some of these anoyed me in the past, too. Still, one new problem quickly surfaced. Gkrellm can now be resized, but it is supposed to have a fixed size. In the past it had the problem, that it would only update its size after being dragged or resized. Now it can actually be resized. One other problem is, that floating windows will not stay above all tiled windows when switching focus. Is this a new feature or a bug? The intent was to have floating windows to be not always on top. I did find a bug right after I dropped the release where transients don't work always as expected. I am debating adding a classic mode or always on top quirk or something along those lines for these types of issues. I'd appreciate a bug report in flyspray so that I don't lose track of it. Thanks, Christopher On 06/14/11 18:18, Marco Peereboom wrote: It was a labor of hate^Wlove but here it is. http://opensource.conformal.com/snapshots/scrotwm/scrotwm-0.9.30.tgz Changes: * FS#24 show window title in status bar * add border_width for bar and windows * fix applications like xemacs that would endlessly redraw themselves * FS#92 add feature to iconize applications * fix launch library to not crash with new X * rewrite most of the focus code in order to fix a bunch of nits that were becoming pretty bothersome * fix bug where the border on full screen apps were off by one * no longer allow one to next or previous into a parent window * when moving a transient to another workspace move the parent as well * sort windowlist in order to simplify the focus next code * remove logic from enternotify by preventing those events from ever making it there * work around transients that lie about their parent window; this fixes a ton of little nits that were not obvious * add FOCUSPREV quirk to force application on exit to focus on the application that launched them (e.g. focus on xxxterm that launched mplayer) * prevent double red bordering when an app crashed * fix drag-to-float
Re: [update] webkit 1.4.1
The diff din't apply 100% but I got it to compile and it is better than 1.4.0. I run into this: http://trac.webkit.org/changeset/85207 with the 1.4.0 release. I'd like to see it getting in. I tested on amd64. On Tue, Jun 07, 2011 at 03:51:03PM +0200, Landry Breuil wrote: Hi, here's the update to webkit-gtk 1.4.1, only built-tested on amd64 for both flavors. See https://trac.webkit.org/wiki/WebKitGTK/1.4.1 for a list of changes. Please test on other archs, esp sparc64/macppc. 1.4.0 was known to randomly fail/get stuck during build at g-ir-scanner, i doubt that update fixes it but who knows.. Landry ? filt-libwebkitgtk-1.0.so.0.0 ? filt-libwebkitgtk-1.0.so.0.0-old ? libwebkit-1.0.so.2.1 ? libwebkit-1.0.so.2.2 ? libwebkit-1.0.so.2.2-old ? libwebkitgtk-1.0.so.0.0 ? libwebkitgtk-1.0.so.0.0-old Index: Makefile === RCS file: /cvs/ports/www/webkit/Makefile,v retrieving revision 1.49 diff -u -r1.49 Makefile --- Makefile 30 May 2011 20:29:05 - 1.49 +++ Makefile 7 Jun 2011 13:39:11 - @@ -2,9 +2,8 @@ COMMENT =open source web browser engine for Gtk+ -V = 1.4.0 +V = 1.4.1 DISTNAME = webkit-${V} -REVISION = 2 EPOCH = 0 CATEGORIES = www @@ -13,8 +12,9 @@ MAINTAINER = Landry Breuil gas...@gcu.info -SHARED_LIBS += webkitgtk-1.0 0.0# .7.0 -SHARED_LIBS += webkitgtk-3.0 0.0# .7.0 +# XXX should be handled in .if FLAVOR block +SHARED_LIBS += webkitgtk-1.0 0.1# .7.0 +SHARED_LIBS += webkitgtk-3.0 0.1# .7.0 # LGPLv2 and BSD PERMIT_PACKAGE_CDROM = Yes Index: distinfo === RCS file: /cvs/ports/www/webkit/distinfo,v retrieving revision 1.19 diff -u -r1.19 distinfo --- distinfo 11 May 2011 06:00:08 - 1.19 +++ distinfo 7 Jun 2011 13:39:11 - @@ -1,5 +1,5 @@ -MD5 (webkit-1.4.0.tar.gz) = EMlp2ztUhMcd8aqaM4N3/w== -RMD160 (webkit-1.4.0.tar.gz) = hu1j9cVGfdUGfzew5nO9WY7+LoQ= -SHA1 (webkit-1.4.0.tar.gz) = mQ3ypy2slKGrwmRBKDuCKxdHNyQ= -SHA256 (webkit-1.4.0.tar.gz) = PrD+BqmYeKMvGKd82q9aM84q827jPCUa4U9OSz+lf4g= -SIZE (webkit-1.4.0.tar.gz) = 8474824 +MD5 (webkit-1.4.1.tar.gz) = waT3Mqd9b4GXQ3tQZ409vA== +RMD160 (webkit-1.4.1.tar.gz) = 2nfuprersOH/6zItdHOGosS3zJw= +SHA1 (webkit-1.4.1.tar.gz) = WBMRLpQxXbdHxo1rRcp2OkV3Q1c= +SHA256 (webkit-1.4.1.tar.gz) = 0NtPbI5N1z67f9NMjKIbCzskWscWLYhOeJohBMpjHGQ= +SIZE (webkit-1.4.1.tar.gz) = 8494373 Index: patches/patch-GNUmakefile_in === RCS file: /cvs/ports/www/webkit/patches/patch-GNUmakefile_in,v retrieving revision 1.10 diff -u -r1.10 patch-GNUmakefile_in --- patches/patch-GNUmakefile_in 11 May 2011 06:00:08 - 1.10 +++ patches/patch-GNUmakefile_in 7 Jun 2011 13:39:11 - @@ -1,7 +1,7 @@ $OpenBSD: patch-GNUmakefile_in,v 1.10 2011/05/11 06:00:08 ajacoutot Exp $ install GtkLauncher, remove silent build lines, fix lpthread/pthread GNUmakefile.in.orig Tue Apr 26 03:30:49 2011 -+++ GNUmakefile.in Sat May 7 10:00:31 2011 +--- GNUmakefile.in.orig Sun Jun 5 19:14:10 2011 GNUmakefile.in Tue Jun 7 09:12:33 2011 @@ -78,9 +78,9 @@ POST_UNINSTALL = : build_triplet = @build@ host_triplet = @host@ @@ -14,7 +14,7 @@ # For the Gtk port we want to use XP_UNIX both in X11 and Mac @TARGET_WIN32_FALSE@am__append_1 = \ -@@ -15085,7 +15085,7 @@ COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES +@@ -15086,7 +15086,7 @@ COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) AM_V_CC = $(am__v_CC_$(V)) am__v_CC_ = $(am__v_CC_$(AM_DEFAULT_VERBOSITY)) @@ -23,7 +23,7 @@ AM_V_at = $(am__v_at_$(V)) am__v_at_ = $(am__v_at_$(AM_DEFAULT_VERBOSITY)) am__v_at_0 = @ -@@ -15095,22 +15095,22 @@ LINK = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAG +@@ -15096,22 +15096,22 @@ LINK = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAG $(AM_LDFLAGS) $(LDFLAGS) -o $@ AM_V_CCLD = $(am__v_CCLD_$(V)) am__v_CCLD_ = $(am__v_CCLD_$(AM_DEFAULT_VERBOSITY)) @@ -50,7 +50,7 @@ SOURCES = $(TestNetscapePlugin_libtestnetscapeplugin_la_SOURCES) \ $(libJavaScriptCore_la_SOURCES) \ $(nodist_libJavaScriptCore_la_SOURCES) \ -@@ -20126,9 +20126,10 @@ libJavaScriptCore_la_SOURCES = \ +@@ -20130,9 +20130,10 @@ libJavaScriptCore_la_SOURCES = \ libJavaScriptCore_la_LIBADD = \ $(UNICODE_LIBS) \ @@ -63,7 +63,7 @@ libJavaScriptCore_la_CXXFLAGS = \ $(global_cxxflags) \ $(libJavaScriptCore_la_CFLAGS) -@@ -20171,7 +20172,7 @@ Programs_minidom_LDADD = \ +@@ -20175,7 +20176,7 @@ Programs_minidom_LDADD = \ libJavaScriptCore.la \ $(WINMM_LIBS) \ -lm \ @@ -72,7 +72,7 @@ Programs_minidom_LDFLAGS = \ -no-install \
Re: scrotwm
On Sun, Jun 12, 2011 at 08:56:58AM -0700, Barbier, Jason wrote: He says the source is not needed just the xenocara directory. On Jun 12, 2011 5:33 AM, Stuart Henderson s...@spacehopper.org wrote: On 2011-06-11, Marco Peereboom sl...@peereboom.us wrote: Make sure you have the xenocara directory (sudo mkdir -p /usr/xenocara) to ensure the code compiles. Source isn't needed. ugh, is there a way around this? nothing else in the ports tree needs xenocara source. Right.
scrotwm
I have been able to spend time on scrotwm after it started to show some issues with the latest X. I rewrote the focus code yet again and it is much simpler now that I am tossing a whole bunch of events. It should also be a little faster. What prompted this was a contribution from jason@ to add an iconic state. This works by hitting M-w to icon a window and M-S-w to get a list of currently iconed windows (using dmenu). I am still working out a few kinks but I really could use some test results from heavy users. Don't want to run a snapshot just yet until I fix some border coloring issues. It also contains the fix from mcbride@ to make windows appear in the correct workspace. So get the code at: anon...@opensource.conformal.com:/anoncvs/scrotwm and run it like this: make obj make depend make sudo make install Make sure you have the xenocara directory (sudo mkdir -p /usr/xenocara) to ensure the code compiles. Source isn't needed.
Re: GNOME Discusses Becoming a Linux-only Project
On Wed, May 25, 2011 at 11:00:26AM -0300, Christiano F. Haesbaert wrote: On 25 May 2011 03:59, jirib ji...@devio.us wrote: Hello, seeing so many GNOME 3 commit... what do you think about the subject? http://www.osnews.com/story/24762/GNOME_Discusses_Becoming_a_Linux-only_Project j. I wouldn't give a shit if they did, gnome is a lot of stuff, but is not a productive environment, hope they sink together with gpl/gnu/freedesktop. gtk and glib is what matters.
webkit 1.4 woes
I understand the push to get newer code in and getting things fixed as we go however webkit 1.4 seems to be a little more broken than we'd like. These are the issues I have currently run into: * copy/paste functionality broken between xterm and webkit * copy link location broken between xterm and webkit * user name / password window shows up at 0,0 instead of centered in app on correct screen * after entering a username and password the load basically stalls and webkit sits there forever waiting for something to happen that will never complete; one has to reload the page before it finishes * several new crashes * Pages seem to load slower I see all these issues on epiphany and xxxterm. I'd like to suggest we roll back to the previous version until 1.4 is a bit less buggy.
ekiga
I am trying to get ekiga to do video conferencing (using asterisk) but it either hangs or crashes when doing so. Anyone got it to work? Sometimes the other sees the video but there is no audio and for all intents and purposes ekiga is hung. Everything is up to the second. Not really sure what else to send in. Example crash (gdb) bt #0 0x00021c6f2719 in PVideoInputDevice_V4L2::SetColourFormat () from /usr/local/lib/ptlib/devices/videoinput/v4l2_pwplugin.so #1 0x00020b7c63d1 in PVideoDevice::SetColourFormatConverter () from /usr/local/lib/libpt.so.3.0 #2 0x00628680 in GMVideoInputManager_ptlib::open () #3 0x00596962 in Ekiga::VideoInputCore::internal_open () #4 0x005991e7 in Ekiga::VideoInputCore::start_stream () #5 0x005cf698 in PVideoInputDevice_EKIGA::Start () #6 0x000217f700b7 in OpalVideoMediaStream::Open () from /usr/local/lib/libopal.so.1.0 #7 0x000217f4c6f9 in OpalConnection::OpenMediaStream () from /usr/local/lib/libopal.so.1.0 #8 0x000217fb3c5d in OpalPCSSConnection::OpenMediaStream () from /usr/local/lib/libopal.so.1.0 #9 0x000217f570ba in OpalCall::OpenSourceMediaStreams () from /usr/local/lib/libopal.so.1.0 #10 0x000218327146 in SIPConnection::OnReceivedSDPMediaDescription () from /usr/local/lib/libopal.so.1.0 #11 0x000218321cea in SIPConnection::OnReceivedSDP () from /usr/local/lib/libopal.so.1.0 #12 0x00021832e6d4 in SIPConnection::OnReceivedOK () from /usr/local/lib/libopal.so.1.0 #13 0x000218323f59 in SIPConnection::OnReceivedResponse () from /usr/local/lib/libopal.so.1.0 #14 0x00021834a183 in SIPTransaction::OnReceivedResponse () from /usr/local/lib/libopal.so.1.0 #15 0x00021834c68d in SIPInvite::OnReceivedResponse () from /usr/local/lib/libopal.so.1.0 #16 0x00021831ad96 in SIPEndPoint::SIP_PDU_Work::OnReceivedPDU () from /usr/local/lib/libopal.so.1.0 #17 0x00021831b0bd in SIPEndPoint::SIP_PDU_Thread::Main () from /usr/local/lib/libopal.so.1.0 #18 0x00020b8e5a68 in PThread::PX_ThreadStart () from /usr/local/lib/libpt.so.3.0 #19 0x000216261cfd in _thread_start () at /usr/src/lib/libpthread/uthread/uthread_create.c:242 #20 0x002b in ?? () Cannot access memory at address 0x20d484000 OpenBSD 4.9-current (GENERIC.MP) #1: Thu May 12 09:43:25 CDT 2011 r...@e6500.peereboom.us:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8538869760 (8143MB) avail mem = 8297521152 (7913MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf6530 (57 entries) bios0: vendor Dell Inc. version A24 date 08/19/2010 bios0: Dell Inc. Latitude E6500 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET DMAR APIC ASF! MCFG SLIC SSDT acpi0: wakeup devices PCI0(S4) PCIE(S4) USB1(S0) USB2(S0) USB3(S0) USB4(S0) USB5(S0) USB6(S0) EHC2(S0) EHCI(S0) AZAL(S3) RP01(S4) RP02(S4) RP03(S4) RP04(S3) RP05(S3) RP06(S5) LID_(S3) PBTN(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2793.46 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG cpu0: 6MB 64b/line 16-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2793.00 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG cpu1: 6MB 64b/line 16-way L2 cache ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 3 (PCIE) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 11 (RP01) acpiprt3 at acpi0: bus 12 (RP02) acpiprt4 at acpi0: bus 13 (RP03) acpiprt5 at acpi0: bus 14 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus -1 (RP06) acpiprt8 at acpi0: bus 0 (PCI0) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpitz0 at acpi0: critical temperature 107 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PBTN acpibtn2 at acpi0: SBTN acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT0 model DELL MP49496 serial 40123 type LION oem Samsung SDI acpibat1 at acpi0: BAT1 not present acpivideo0 at acpi0: VID_ acpivideo1 at acpi0: VID_ acpivout0 at acpivideo1: LCD_ acpivideo2 at acpi0: VID2 cpu0: Enhanced SpeedStep 2793 MHz: speeds: 2801, 2800, 2134, 1600, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 vga1 at pci0 dev 2 function 0 Intel GM45 Video rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added
Re: xxxterm segfault
meh I thought I had fixed that. I'll look at it. On Wed, May 11, 2011 at 11:52:11PM +0200, Vegar Haaland wrote: Hi, hope this is the correct list.. I have a problem with xxxterm when trying to save and view certificates. When I run either :cert save or :cert show I get a segfault. I have not done any configuration (I actually removed the .xxxterm/ and confirmed that no .xxxterm.conf where present and till was able to reproduce the error. I hope running with no config is not what is causing this.. ) $ xxxterm xxxterm: config_parse: cannot open /home/epidemic/.xxxterm.conf: No such file or directory xxxterm: runtime file doesn't exist, creating it xxxterm: favorites file doesn't exist, creating it xxxterm: session does not have ssl-priority property Segmentation fault (core dumped) I also ran the program in gdb and repoduced the error there: (I opened https://www.gmail.com, and typed :cert save in the GUI in both cases.) $ gdb xxxterm GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-unknown-openbsd4.9... (no debugging symbols found) (gdb) run Starting program: /usr/local/bin/xxxterm xxxterm: config_parse: cannot open /home/epidemic/.xxxterm.conf: No such file or directory xxxterm: session does not have ssl-priority property [New process 23627] Program received signal SIGSEGV, Segmentation fault. [Switching to process 23627, thread 0x203243000] 0x0002047c1567 in gnutls_certificate_set_x509_trust_file () from /usr/local/lib/libgnutls.so.17.0 (gdb) some more data: I am running a OpenBSD snapshot from 10.05.2011 $ uname -a OpenBSD epidemic.epidemic.local 4.9 GENERIC.MP#110 amd64 xxxterm version Version: $xxxterm: xxxterm.c,v 1.382 2011/04/17 09:31:31 marco Exp $ It is installed from packages: # echo $PKG_PATH http://ftp.eu.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/ # pkg_info | grep xxx xxxterm-1.382 vi-like minimalists web browser Is anybody else experiencing the same? Am I doing something stupid/wrong? I could provide more data if needed. Any pointers would be appreciated :)
xxxterm 1.382
I dropped a new release of xxxterm with the following goodies: Add tuning options to dramatically speed up DNS lookups. Add tuning options to download more content in parallel. Add an option to download content first before handing it to a MIME handler. Add mechanism to drive the browser from the command line. Add autocompletion to command entry. Allow whitelisted sites to open new tabs via JavaScript. Revamp about pages. Revamp keybindings to allow any arbitrary command to be used. Tarball is at: http://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.382.tgz A port would be nice ;-)
Re: pretty icons for xxxterm
On Fri, Apr 01, 2011 at 07:36:57AM +0200, Antoine Jacoutot wrote: On Thu, 31 Mar 2011, Marco Peereboom wrote: anyone? On Wed, Mar 30, 2011 at 05:47:10PM -0500, Marco Peereboom wrote: ok? Any reason this is needed? I mean, is it needed to display icons at all? No, but you do need this to show icons of the proper size (on the tabs for example). Also, why the BUILD_DEPENDS? No idea :-) I just copied it from epiphany
Re: pretty icons for xxxterm
anyone? On Wed, Mar 30, 2011 at 05:47:10PM -0500, Marco Peereboom wrote: ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile 2 Mar 2011 16:07:36 - 1.14 +++ Makefile 30 Mar 2011 22:44:46 - @@ -2,7 +2,7 @@ COMMENT =vi-like minimalists web browser DISTNAME = xxxterm-1.339 -REVISION = 0 +REVISION = 1 CATEGORIES = www HOMEPAGE = http://opensource.conformal.com/wiki/XXXTerm @@ -24,6 +24,9 @@ WANTLIB += glib-2.0 gmodule-2.0 gnutls g WANTLIB += gtk-x11-2.0 m pango-1.0 pangocairo-1.0 pangoft2-1.0 WANTLIB += pixman-1 png pthread pthread-stubs soup-2.4 util webkit-1.0 WANTLIB += xcb xcb-render xcb-shm xml2 z + +BUILD_DEPENDS = ${RUN_DEPENDS} +RUN_DEPENDS =x11/gnome/icon-theme MASTER_SITES = http://opensource.conformal.com/snapshots/xxxterm/
Re: boost warning fix
The warning should be that you are using boost ;-) On Tue, Mar 29, 2011 at 04:15:50PM +0100, Federico G. Schwindt wrote: Hi, This fixes the warning when -Wnon-virtual-dtor is used, which is quite annoying and might hide other crap. Shouldn't break anything TBH but worth checking in a bulk. Comments? Any OKs? f.- Index: Makefile === RCS file: /cvs/ports/devel/boost/Makefile,v retrieving revision 1.27 diff -u -p -r1.27 Makefile --- Makefile 19 Sep 2010 20:09:41 - 1.27 +++ Makefile 29 Mar 2011 15:12:22 - @@ -3,7 +3,7 @@ COMMENT= free peer-reviewed portable C++ source libraries PKGNAME= boost-${VERSION} -REVISION=5 +REVISION=6 VERSION= 1.42.0 DISTNAME=boost_${VERSION:S/./_/g} Index: patches/patch-boost_exception_exception_hpp === RCS file: patches/patch-boost_exception_exception_hpp diff -N patches/patch-boost_exception_exception_hpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-boost_exception_exception_hpp 29 Mar 2011 15:12:22 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- boost/exception/exception.hpp.orig Tue Mar 29 11:54:43 2011 boost/exception/exception.hppTue Mar 29 11:54:45 2011 +@@ -166,7 +166,7 @@ boost + + protected: + +-~error_info_container() throw() ++virtual ~error_info_container() throw() + { + } + };
pretty icons for xxxterm
ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile2 Mar 2011 16:07:36 - 1.14 +++ Makefile30 Mar 2011 22:44:46 - @@ -2,7 +2,7 @@ COMMENT = vi-like minimalists web browser DISTNAME = xxxterm-1.339 -REVISION = 0 +REVISION = 1 CATEGORIES = www HOMEPAGE = http://opensource.conformal.com/wiki/XXXTerm @@ -24,6 +24,9 @@ WANTLIB += glib-2.0 gmodule-2.0 gnutls g WANTLIB += gtk-x11-2.0 m pango-1.0 pangocairo-1.0 pangoft2-1.0 WANTLIB += pixman-1 png pthread pthread-stubs soup-2.4 util webkit-1.0 WANTLIB += xcb xcb-render xcb-shm xml2 z + +BUILD_DEPENDS =${RUN_DEPENDS} +RUN_DEPENDS = x11/gnome/icon-theme MASTER_SITES = http://opensource.conformal.com/snapshots/xxxterm/
Re: webkit 1.2.7
the bug has been fixed upstream thanks to dhill http://gitorious.org/webkitgtk/stable/commit/bd6bf8e203cabe7073d4880c64a1ab86ebc1264b On Tue, Mar 08, 2011 at 03:27:18PM +0100, Landry Breuil wrote: On Sun, Mar 06, 2011 at 09:57:32PM -0500, Todd Carson wrote: On Sun, Mar 06, 2011 at 07:57:34AM -0600, Marco Peereboom wrote: I can confirm that backing that out fixes the regression. On Sun, Mar 06, 2011 at 09:28:58AM +0100, Landry Breuil wrote: Backing out http://gitorious.org/webkitgtk/stable/commit/d842bb085aceec4fcfc392a7b76c92c258cd5151 fixes the issue. https://bugs.webkit.org/show_bug.cgi?id=55830 It didn't work for me. The gif at www.openbsd.org/art1.html still just flickers. This was on amd64. I recompiled webkit with a couple of other changes in addition to backing out the above diff: - the DNS prefetching patch from another thread was applied - the JavaScript JIT compiler was disabled in order to test an interpreter bug fix If it works for other people, maybe one of those somehow re-introduced the regression for me, I don't know. The fix is wrong, looks like it's a typo in GIFImageDecoder.cpp. I'll fix it with another batch of patches tonight. Landry
webkit dns prefetching
I submitted the following patch upstream at webkit. What this does is adding a knob to disable DNS prefetching. This makes web surfing significantly snappier. Pages like news.google.com load in 1s instead of 10s of seconds. Same for other pages like slashdot, ars (you know the ones with omgtracking and ad poop). Sites like news.google.com (~350 DNS lookups for this particular one!) prefetch all domain names over DNS while loading a page. Since there are limited slots for sockets it slows down the entire process of page loading. DNS prefetching is an artifact from modem times to speed up a user click. As the web has evolved people added more and more links to pages and since throughput is faster with some DNS caching no one ever went back and got rid of this bad bad bad idea. They traded a perceived performance issue by creating an actual one. Don't even get me started on DNS tracking and other security considerations. I am posting this so that people can play along with this. The xxxterm patch: Index: xxxterm.c === RCS file: /cvs/xxxterm/xxxterm/xxxterm.c,v retrieving revision 1.348 diff -u -p -u -p -r1.348 xxxterm.c --- xxxterm.c 8 Mar 2011 23:19:36 - 1.348 +++ xxxterm.c 8 Mar 2011 23:19:50 - @@ -6619,6 +6619,8 @@ void setup_webkit(struct tab *t) { g_object_set(G_OBJECT(t-settings), + dns-prefetch, FALSE, (char *)NULL); + g_object_set(G_OBJECT(t-settings), user-agent, t-user_agent, (char *)NULL); g_object_set(G_OBJECT(t-settings), enable-scripts, enable_scripts, (char *)NULL); The webkit patch is against the port NOT the direct tarball (for convenience). Index: Makefile === RCS file: /cvs/ports/www/webkit/Makefile,v retrieving revision 1.43 diff -u -p -u -p -r1.43 Makefile --- Makefile8 Mar 2011 18:56:30 - 1.43 +++ Makefile8 Mar 2011 22:41:37 - @@ -4,7 +4,7 @@ COMMENT = open source web browser engine DISTNAME = webkit-1.2.7 EPOCH =0 -REVISION = 0 +REVISION = 1 CATEGORIES = www HOMEPAGE = http://webkitgtk.org/ Index: patches/patch-WebCore_ChangeLog === RCS file: patches/patch-WebCore_ChangeLog diff -N patches/patch-WebCore_ChangeLog --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-WebCore_ChangeLog 8 Mar 2011 22:58:33 - @@ -0,0 +1,23 @@ +$OpenBSD$ +--- WebCore/ChangeLog.orig Tue Mar 8 16:16:50 2011 WebCore/ChangeLog Tue Mar 8 16:10:10 2011 +@@ -1,3 +1,19 @@ ++2011-03-08 Marco Peereboom marco@peereboom.u ++ ++Reviewed no one yet ++ ++Backport code to enable/disable dns prefetching. ++DNS prefetching is enabled by default. ++https://bugs.webkit.org/show_bug.cgi?id=28825 ++ ++* dom/Document.cpp: ++(WebCore::Document::initDNSPrefetch): Check settings-dnsPrefetchingEnabled(). ++* page/Settings.cpp: ++(WebCore::Settings::Settings): Set m_dnsPrefetchingEnabled to true. ++(WebCore::Settings::setDNSPrefetchingEnabled): Added. Set m_dnsPrefetchingEnabled. ++* page/Settings.h: ++(WebCore::Settings::dnsPrefetchingEnabled): Added. Return m_dnsPrefetchingEnabled. ++ + 2010-06-21 Philippe Normand pnorm...@igalia.com + + Reviewed by Xan Lopez. Index: patches/patch-WebCore_dom_Document_cpp === RCS file: patches/patch-WebCore_dom_Document_cpp diff -N patches/patch-WebCore_dom_Document_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-WebCore_dom_Document_cpp 8 Mar 2011 22:58:25 - @@ -0,0 +1,15 @@ +$OpenBSD$ +--- WebCore/dom/Document.cpp.orig Fri Sep 10 08:20:33 2010 WebCore/dom/Document.cpp Tue Mar 8 10:16:45 2011 +@@ -4639,8 +4639,10 @@ HTMLCanvasElement* Document::getCSSCanvasElement(const + + void Document::initDNSPrefetch() + { ++Settings* settings = this-settings(); ++ + m_haveExplicitlyDisabledDNSPrefetch = false; +-m_isDNSPrefetchEnabled = securityOrigin()-protocol() == http; ++m_isDNSPrefetchEnabled = settings settings-dnsPrefetchingEnabled() securityOrigin()-protocol() == http; + + // Inherit DNS prefetch opt-out from parent frame + if (Document* parent = parentDocument()) { Index: patches/patch-WebCore_page_Settings_cpp === RCS file: patches/patch-WebCore_page_Settings_cpp diff -N patches/patch-WebCore_page_Settings_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-WebCore_page_Settings_cpp 8 Mar 2011 22:58:31 - @@ -0,0 +1,23 @@ +$OpenBSD$ +--- WebCore/page/Settings.cpp.orig Fri Sep 10 08:20:33 2010 WebCore/page/Settings.cpp Tue Mar 8 15:48:38 2011 +@@ -128,6 +128,7 @@ Settings::Settings(Page* page
Re: evil webkit bug, loads of junk DNS requests
yes please On Sun, Mar 06, 2011 at 10:52:16AM +, Stuart Henderson wrote: On 2011/02/14 09:37, Stuart Henderson wrote: As mentioned in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578019 browsers using ports/www/webkit make a dns request for . each time the mouse position changes. Chrome doesn't have this problem (it doesn't seem to have this code in its internal copy of webkit). I tracked down a patch in https://bugs.webkit.org/show_bug.cgi?id=38263 which fixes this. It seems a bit of a hack (why is it bothering to look these up internally anyway?) but it's way better than what we have now. With the port diff below, I can now start xxxterm or midori, open a page, and move the mouse over the window, without sending hundreds or thousands of junk requests to the nameserver. If you're using this on a metered or slow internet connection it's quite an improvement... This is still a problem with the new version of webkit; updated diff below. Index: Makefile === RCS file: /cvs/ports/www/webkit/Makefile,v retrieving revision 1.42 diff -u -p -r1.42 Makefile --- Makefile 3 Mar 2011 13:44:10 - 1.42 +++ Makefile 6 Mar 2011 10:51:55 - @@ -4,6 +4,7 @@ COMMENT = open source web browser engine DISTNAME = webkit-1.2.7 EPOCH = 0 +REVISION = 0 CATEGORIES = www HOMEPAGE = http://webkitgtk.org/ Index: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp === RCS file: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp diff -N patches/patch-WebCore_platform_network_soup_DNSSoup_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-WebCore_platform_network_soup_DNSSoup_cpp 6 Mar 2011 10:51:55 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- WebCore/platform/network/soup/DNSSoup.cpp.orig Sat Mar 5 20:50:25 2011 WebCore/platform/network/soup/DNSSoup.cppSat Mar 5 20:51:40 2011 +@@ -36,6 +36,8 @@ namespace WebCore { + void prefetchDNS(const String hostname) + { + #ifdef HAVE_LIBSOUP_2_29_90 ++if (hostname.isEmpty()) ++return; + String uri = http://+hostname; + GOwnPtrSoupURI soupURI(soup_uri_new(uri.utf8().data())); + // We may get invalid hostnames, so NULL-check here.
Re: webkit 1.2.7
I can confirm that backing that out fixes the regression. On Sun, Mar 06, 2011 at 09:28:58AM +0100, Landry Breuil wrote: On Sat, Mar 05, 2011 at 06:14:53PM -0500, David Hill wrote: On Fri, Mar 04, 2011 at 11:00:00PM +0100, Landry Breuil wrote: :On Fri, Mar 04, 2011 at 03:48:51PM -0600, Marco Peereboom wrote: : It is definitively a regression. A bad one too. Maybe an interaction : with the lib that renders the gifs? : :The only thing i see is https://bugs.webkit.org/show_bug.cgi?id=46437, :which touchs the Gif backend. See if reverting :http://trac.webkit.org/changeset/68446/trunk/WebCore/platform/image-decoders/gif/GIFImageDecoder.cpp :helps.. but i don't think it's the way to go, as it's supposed to fix a :crasher. Backing out http://gitorious.org/webkitgtk/stable/commit/d842bb085aceec4fcfc392a7b76c92c258cd5151 fixes the issue. https://bugs.webkit.org/show_bug.cgi?id=55830 That looks very strange.. i can't test it atm, can someone else confirm it ? Landry
webkit 1.2.7
It seems that an old webkit bug is back in 1.2.7 where it chokes on animated gifs. It eats a lot of cpu and sits there blinking instead of animating. For example: http://www.openbsd.org/art/banners/banner1.gif Am I the only one seeing that?
Re: webkit 1.2.7
It is definitively a regression. A bad one too. Maybe an interaction with the lib that renders the gifs? On Fri, Mar 04, 2011 at 10:28:55PM +0100, Landry Breuil wrote: On Fri, Mar 04, 2011 at 07:16:47PM +0100, Dawe wrote: On Mar 04, 2011 11:22, Marco Peereboom wrote: It seems that an old webkit bug is back in 1.2.7 where it chokes on animated gifs. It eats a lot of cpu and sits there blinking instead of animating. For example: http://www.openbsd.org/art/banners/banner1.gif Am I the only one seeing that? No, I'm seeing it, too. Tested on amd64. A quick googling shows https://bbs.archlinux.org/viewtopic.php?pid=896669 and https://bugs.launchpad.net/midori/+bug/721313, but nothing in the upstream bugtracker. If it's a regression from 1.2.6 you should check the commits made since it on http://gitorious.org/webkitgtk, cf the changelog at http://gitorious.org/webkitgtk/stable/blobs/master/WebKit/gtk/NEWS I don't see anything obvious.. Landry
xxxterm
The in tree xxxterm is lagging considerably and should be updated. The latest snap is at: http://opensource.conformal.com/snapshots/xxxterm/xxxterm-1.339.tgz There is a huge list of fixes and features added.
Re: android sdk?
omg they used Berkeley in their name! On Tue, Mar 01, 2011 at 10:45:07PM +0100, frantisek holop wrote: hmm, on Tue, Mar 01, 2011 at 07:56:53PM +, Edd Barrett said that Is anyone working on android SDK for OpenBSD? HTH http://bsdroid.org/tiki-index.php -f -- dragon riders make good first impressions.
Re: UPDATE: QEMU 0.14.0
Awww... son of a... nevermind... there is an 'x86_64' qemu now too... your mom?
Re: evil webkit bug, loads of junk DNS requests
I am all for this. In fact I think we should go further and remove the guess url that user typed because he/she can't type code as well and while at it the dns prefetcher. On Mon, Feb 14, 2011 at 09:37:19AM +, Stuart Henderson wrote: As mentioned in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578019 browsers using ports/www/webkit make a dns request for . each time the mouse position changes. Chrome doesn't have this problem (it doesn't seem to have this code in its internal copy of webkit). I tracked down a patch in https://bugs.webkit.org/show_bug.cgi?id=38263 which fixes this. It seems a bit of a hack (why is it bothering to look these up internally anyway?) but it's way better than what we have now. With the port diff below, I can now start xxxterm or midori, open a page, and move the mouse over the window, without sending hundreds or thousands of junk requests to the nameserver. If you're using this on a metered or slow internet connection it's quite an improvement... Index: Makefile === RCS file: /cvs/ports/www/webkit/Makefile,v retrieving revision 1.41 diff -u -p -r1.41 Makefile --- Makefile 30 Dec 2010 17:55:32 - 1.41 +++ Makefile 14 Feb 2011 09:31:47 - @@ -4,6 +4,7 @@ COMMENT = open source web browser engine DISTNAME = webkit-1.2.6 EPOCH = 0 +REVISION = 0 CATEGORIES = www HOMEPAGE = http://webkitgtk.org/ Index: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp === RCS file: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp diff -N patches/patch-WebCore_platform_network_soup_DNSSoup_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-WebCore_platform_network_soup_DNSSoup_cpp 14 Feb 2011 09:31:47 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +don't try and resolve DNS for . for every single mouse movement +in a browser window. from https://bugs.webkit.org/show_bug.cgi?id=38263 + +--- WebCore/platform/network/soup/DNSSoup.cpp.orig Sun Feb 13 17:45:39 2011 WebCore/platform/network/soup/DNSSoup.cppSun Feb 13 17:46:05 2011 +@@ -36,6 +36,8 @@ namespace WebCore { + void prefetchDNS(const String hostname) + { + #ifdef HAVE_LIBSOUP_2_29_90 ++if (hostname.isEmpty()) ++return; + String uri = http://+hostname; + GOwnPtrSoupURI soupURI(soup_uri_new(uri.utf8().data())); + // We may get invalid hostnames, so NULL-check here.
Re: evil webkit bug, loads of junk DNS requests
I think you don't understand what happens behind the scenes. Every domain you enter gets prefixed and tested against the domain the browser thinks you are in. you type moo on you a.b.com domain and you'll see fantastically smart dns lookups such as: moo.com.a.b.com, moo.net.a.b.com etc. Easily 10 network names that will be wrong. The prefetcher does the opposite of its promise, it slows down the entire browser. By looking up all kinds of crap a user won't click. A good example is news.google.com which does about 350 DNS lookups. All that to save 1 that the user actually clicks. They traded one perceived performance issue for a real one. There is more insanity but these are just examples. On Mon, Feb 14, 2011 at 02:54:32PM +0100, Robert Nagy wrote: why? disable it in xxterm if you don't like it, some people actually do like it. On (2011-02-14 07:27), Marco Peereboom wrote: I am all for this. In fact I think we should go further and remove the guess url that user typed because he/she can't type code as well and while at it the dns prefetcher. On Mon, Feb 14, 2011 at 09:37:19AM +, Stuart Henderson wrote: As mentioned in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578019 browsers using ports/www/webkit make a dns request for . each time the mouse position changes. Chrome doesn't have this problem (it doesn't seem to have this code in its internal copy of webkit). I tracked down a patch in https://bugs.webkit.org/show_bug.cgi?id=38263 which fixes this. It seems a bit of a hack (why is it bothering to look these up internally anyway?) but it's way better than what we have now. With the port diff below, I can now start xxxterm or midori, open a page, and move the mouse over the window, without sending hundreds or thousands of junk requests to the nameserver. If you're using this on a metered or slow internet connection it's quite an improvement... Index: Makefile === RCS file: /cvs/ports/www/webkit/Makefile,v retrieving revision 1.41 diff -u -p -r1.41 Makefile --- Makefile 30 Dec 2010 17:55:32 - 1.41 +++ Makefile 14 Feb 2011 09:31:47 - @@ -4,6 +4,7 @@ COMMENT = open source web browser engine DISTNAME = webkit-1.2.6 EPOCH = 0 +REVISION = 0 CATEGORIES = www HOMEPAGE = http://webkitgtk.org/ Index: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp === RCS file: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp diff -N patches/patch-WebCore_platform_network_soup_DNSSoup_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-WebCore_platform_network_soup_DNSSoup_cpp 14 Feb 2011 09:31:47 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +don't try and resolve DNS for . for every single mouse movement +in a browser window. from https://bugs.webkit.org/show_bug.cgi?id=38263 + +--- WebCore/platform/network/soup/DNSSoup.cpp.orig Sun Feb 13 17:45:39 2011 WebCore/platform/network/soup/DNSSoup.cppSun Feb 13 17:46:05 2011 +@@ -36,6 +36,8 @@ namespace WebCore { + void prefetchDNS(const String hostname) + { + #ifdef HAVE_LIBSOUP_2_29_90 ++if (hostname.isEmpty()) ++return; + String uri = http://+hostname; + GOwnPtrSoupURI soupURI(soup_uri_new(uri.utf8().data())); + // We may get invalid hostnames, so NULL-check here.
Re: xxxterm 1.275
Since I don't know how to fix this, can someone send me a correct diff? On Wed, Jan 19, 2011 at 03:53:00PM +0300, Vadim Zhukov wrote: On 19 January 2011 ?. 11:18:12 Landry Breuil wrote: On Wed, Jan 19, 2011 at 06:04:17AM +0300, Vadim Zhukov wrote: On 18 January 2011 ?. 22:09:53 Marco Peereboom wrote: anyone? Oops, there is packaging problem with .desktop file: pkg-subst replaces TRUEPREFIX only in the beginning of line, so the file is actually copied with ${TRUEPREFIX}/bin/xxxterm (and so) line itself. Updated patch below. - @${SUBST_CMD} -c ${WRKSRC}/xxxterm.desktop ${PREFIX}/share/applications/xxxterm.desktop - ${INSTALL_DATA} ${WRKSRC}/xxxterm.desktop ${PREFIX}/share/applications/ - ${CHOWN} ${SHAREOWN}:${SHAREGRP} $(PREFIX)/share/applications/xxxterm.desktop + ${INSTALL_DATA} ${WRKSRC}/xxxterm.desktop ${PREFIX}/share/applications/xxxterm.desktop + ${SUBST_CMD} ${PREFIX}/share/applications/xxxterm.desktop It's more wrong. subst was done on the source file and was installed to prefix, then overwritten by the install_data just after. Yes. you can also just use ${SUBST_CMD} -o ${SHAREOWN} -g ${SHAREGRP} -c ${WRKSRC}/xxxterm.desktop ${PREFIX}/share/applications/xxxterm.desktop instead of doing install+subst But then you have to do chown anyway, since SUBST_CMD does not support -m mode switch. Is anyone supported in it, BTW? -- Best wishes, Vadim Zhukov A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ma...@cvs.openbsd.org 2011/01/18 15:56:00 Modified files: x11/scrotwm: Makefile distinfo Log message: up scrotwm to 0.9.28 ok jasper
Re: xxxterm 1.275
If you press f the times it means you are looking for a word that has 2 case sensitive f in it. Link following works with both numbers and letters. So you can do fOpenbsd and only words containing OpenBSD are then highlighted. If you run out of options it'll follow the link. The backspace works too, which is what you aren't using since there is no link on my webpage with ff in it. On Tue, Jan 18, 2011 at 09:07:09AM +0100, LEVAI Daniel wrote: New release, new goodies: [...] One thing I've noticed, that on the homepage (www.peereboom.us) if I press 'f' three times (twice, because it contains a lot of links, and one to disable highlighting), then the shortcuts seize to work. eg.: no more 'f' and can not quit with CTRL-q. Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: xxxterm 1.275
On Tue, Jan 18, 2011 at 10:23:39AM +0100, LEVAI Daniel wrote: On Tue, Jan 18, 2011 at 09:07:09 +0100, LEVAI Daniel wrote: New release, new goodies: Also, when adding two persistent cookie domain (cookie save domain), and displaying them with cookie show all, then it concatenates them under the Session group (not under the persistent). However, it saves them right in the 'runtime' file, so after restarting it works fine. That is a not that is a whole bunch of work and I figured no one would notice. So much for that :-) At some point I am going to rewrite the persistence code and when that happens that will be fixed. Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: xxxterm 1.275
anyone? On Mon, Jan 17, 2011 at 05:45:54PM -0600, Marco Peereboom wrote: New release, new goodies: * Add favicon to address bar * Add user feedback bar * Add persistent sessions, including auto save * Add full screen mode * Fix bug where files werent opened if they contained a space * Fix a crash when a site serves illegal sized tls packets * Show whitelist items in order instead of reverse order * Allow for GUI pages to go back to previous website This should be the last one for a while. ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile 9 Jan 2011 21:28:37 - 1.12 +++ Makefile 17 Jan 2011 23:34:42 - @@ -2,7 +2,7 @@ COMMENT =vi-like minimalists web browser -DISTNAME = xxxterm-1.226 +DISTNAME = xxxterm-1.275 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.8 diff -u -p -r1.8 distinfo --- distinfo 9 Jan 2011 21:28:37 - 1.8 +++ distinfo 17 Jan 2011 23:36:55 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.226.tgz) = rGSq8lv/qqHUy/MKhgiX7w== -RMD160 (xxxterm-1.226.tgz) = Zztf0SpiaxshUyeRoG+OtjO7goU= -SHA1 (xxxterm-1.226.tgz) = uQcTZk1gmFEQwOMKxPFSFmNh1rY= -SHA256 (xxxterm-1.226.tgz) = 94AI2MFunhjDk/lBW+3de8GkkcYh+Y5L+soab2jge7A= -SIZE (xxxterm-1.226.tgz) = 124171 +MD5 (xxxterm-1.275.tgz) = fE223846IS1FhLDu6b2R7g== +RMD160 (xxxterm-1.275.tgz) = 5nLeg5hUw6wF7dyfQPE7H1Nn9D4= +SHA1 (xxxterm-1.275.tgz) = jTh8LGz4bxzAg9uMbvYPy0H6UKE= +SHA256 (xxxterm-1.275.tgz) = bbstgj2N2x7xaO1IVQB9YNvZuPSIhNYulzD2AToPWXI= +SIZE (xxxterm-1.275.tgz) = 130301
scrotwm 0.9.28
Fixes 2 crashes and adds window titles to status bar. ok? diff -ruNp -x CVS ports/x11/scrotwm/Makefile scrotwm-0.9.28-port/Makefile --- ports/x11/scrotwm/Makefile Mon Nov 22 02:37:04 2010 +++ scrotwm-0.9.28-port/MakefileTue Jan 18 14:00:24 2011 @@ -4,7 +4,7 @@ COMMENT=small tiling window manager SHARED_LIBS= swmhack 0.0 -DISTNAME= scrotwm-0.9.27 +DISTNAME= scrotwm-0.9.28 EXTRACT_SUFX= .tgz CATEGORIES=x11 diff -ruNp -x CVS ports/x11/scrotwm/distinfo scrotwm-0.9.28-port/distinfo --- ports/x11/scrotwm/distinfo Tue Oct 19 19:38:58 2010 +++ scrotwm-0.9.28-port/distinfoTue Jan 18 14:00:24 2011 @@ -1,5 +1,5 @@ -MD5 (scrotwm-0.9.27.tgz) = jOr4V8pt6Tbc/V8zG48dFg== -RMD160 (scrotwm-0.9.27.tgz) = SCCOM9vAFiaLPZaAW3YzUez3m0Q= -SHA1 (scrotwm-0.9.27.tgz) = vwcDD/bWeHbToJAh/yPC7EU4/3M= -SHA256 (scrotwm-0.9.27.tgz) = b/WaxactUek7CwVAiCU7XDs82AHjZve2UNqZxRzCU8A= -SIZE (scrotwm-0.9.27.tgz) = 62671 +MD5 (scrotwm-0.9.28.tgz) = 3ImSDJxukyKPrCIzyOZR3A== +RMD160 (scrotwm-0.9.28.tgz) = t7QYbQLmVEgRfhXIxL87R6oUbiQ= +SHA1 (scrotwm-0.9.28.tgz) = JMxz0B/RXnfdODCQLdeRdZN1A3s= +SHA256 (scrotwm-0.9.28.tgz) = VXmvMogcqpmD+Y0JoO0k85hd3eHQyfMpjAzBAQKadQw= +SIZE (scrotwm-0.9.28.tgz) = 62837
xxxterm 1.275
New release, new goodies: * Add favicon to address bar * Add user feedback bar * Add persistent sessions, including auto save * Add full screen mode * Fix bug where files werent opened if they contained a space * Fix a crash when a site serves illegal sized tls packets * Show whitelist items in order instead of reverse order * Allow for GUI pages to go back to previous website This should be the last one for a while. ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile9 Jan 2011 21:28:37 - 1.12 +++ Makefile17 Jan 2011 23:34:42 - @@ -2,7 +2,7 @@ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.226 +DISTNAME = xxxterm-1.275 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.8 diff -u -p -r1.8 distinfo --- distinfo9 Jan 2011 21:28:37 - 1.8 +++ distinfo17 Jan 2011 23:36:55 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.226.tgz) = rGSq8lv/qqHUy/MKhgiX7w== -RMD160 (xxxterm-1.226.tgz) = Zztf0SpiaxshUyeRoG+OtjO7goU= -SHA1 (xxxterm-1.226.tgz) = uQcTZk1gmFEQwOMKxPFSFmNh1rY= -SHA256 (xxxterm-1.226.tgz) = 94AI2MFunhjDk/lBW+3de8GkkcYh+Y5L+soab2jge7A= -SIZE (xxxterm-1.226.tgz) = 124171 +MD5 (xxxterm-1.275.tgz) = fE223846IS1FhLDu6b2R7g== +RMD160 (xxxterm-1.275.tgz) = 5nLeg5hUw6wF7dyfQPE7H1Nn9D4= +SHA1 (xxxterm-1.275.tgz) = jTh8LGz4bxzAg9uMbvYPy0H6UKE= +SHA256 (xxxterm-1.275.tgz) = bbstgj2N2x7xaO1IVQB9YNvZuPSIhNYulzD2AToPWXI= +SIZE (xxxterm-1.275.tgz) = 130301
uae
I noticed that UAE segfaults on amd64. This seems to be a relatively recent regression. Anyone having luck with it on amd64?
Re: uae
total pebcak, i am stoopid On Sat, Jan 15, 2011 at 11:15:25PM +, Federico G. Schwindt wrote: On Sat, Jan 15, 2011 at 05:07:29PM -0600, Marco Peereboom wrote: I noticed that UAE segfaults on amd64. This seems to be a relatively recent regression. Anyone having luck with it on amd64? uae could use an update but can you give any detail at all? f.-
Re: [NEW] dhex port
The author contacted me and he added the search for ascii search. Can we get an updated port with the DEST stuff sorted out? Tarball at: http://www.dettus.net/dhex/dhex_0.62.tar.gz On Sun, Jan 09, 2011 at 03:14:52PM -0600, Marco Peereboom wrote: Works but I guess one can't search for text. Nice editor though and I wouldn't mind it going in. The author has other shiny toys like a 6502 assembler ;-) On Sun, Jan 09, 2011 at 08:00:22PM +0200, ramrunner wrote: hello :) i attach i first port for dhex as marco@ asked :) (dhex is a ncurses based hex editor with diff capabilities) DsP On Sun, Jan 9, 2011 at 4:53 PM, Marco Peereboom ma...@peereboom.us wrote: anyone got a port of dhex? http://freshmeat.net/projects/dhex
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ma...@cvs.openbsd.org 2011/01/10 12:19:37 Modified files: sysutils/dellflash: Makefile distinfo Log message: move to new version and take maintainership ok todd laurent
dellflash
Add documentation on how to use dosbox to extract hdr files. This means one can now do a full bios update without ever leaving the cozy OpenBSD environment. No code changes. ok? Index: Makefile === RCS file: /cvs/ports/sysutils/dellflash/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile2 Sep 2010 08:26:09 - 1.2 +++ Makefile10 Jan 2011 16:10:49 - @@ -3,7 +3,7 @@ COMMENT = tool to flash dell bios -DISTNAME = dellflash-0.1 +DISTNAME = dellflash-0.2 REVISION = 0 CATEGORIES = sysutils Index: distinfo === RCS file: /cvs/ports/sysutils/dellflash/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo18 Nov 2009 01:12:33 - 1.1.1.1 +++ distinfo10 Jan 2011 16:11:09 - @@ -1,5 +1,5 @@ -MD5 (dellflash-0.1.tgz) = HLbNNZVQ7AW8NIOvy4gf2A== -RMD160 (dellflash-0.1.tgz) = E5pP5pI6E9iFO0hP3zOqmUfgtoA= -SHA1 (dellflash-0.1.tgz) = x60Iz2vHwO0CrJbzWxVT7yGw4MQ= -SHA256 (dellflash-0.1.tgz) = FqCxpmNpp5ojHLlgWxHusj7C0uAwvJ0mdufXxqz/lqA= -SIZE (dellflash-0.1.tgz) = 5036 +MD5 (dellflash-0.2.tgz) = Lc60PnUKw9tVC+4zMDnHdw== +RMD160 (dellflash-0.2.tgz) = hmZ+n5bMwgQezneYl+Gz675+/i8= +SHA1 (dellflash-0.2.tgz) = 1uKo5io2DGO4KxZHHXBO6rAE4iM= +SHA256 (dellflash-0.2.tgz) = YYhSNMLqo/qtvXvcpv+kUy5S+n84xM5xzABFtaOIE3I= +SIZE (dellflash-0.2.tgz) = 4796
Re: dhex
One was sent to ports@ On Mon, Jan 10, 2011 at 01:45:06PM -0700, nayden wrote: I am in the process of creating one...A On Sun, Jan 9, 2011 at 7:53 AM, Marco Peereboom ma...@peereboom.us wrote: anyone got a port of dhex? http://freshmeat.net/projects/dhex
Re: new: Oberon-2 compilers; NXP LPC2000 in-circuit programming tool
oberon :-) On Tue, Jan 11, 2011 at 01:02:21AM +0300, ? ?? wrote: I ported some programs. lang/oo2c: optimizing Oberon-2 to C compiler lang/obc: Oxford Oberon-2 compiler devel/lpc21isp: in-circuit programming tool (ISP) for NXP LPC2000 microcontrollers Can someone check, test and commit it? Platform-specific issues. oo2c: ported only 32-bit version distribution. Separate 64-bit version distribution also available, but I can not know how to make same port for different platforms, and I have no 64-bit platform to test. obc: JIT-compiler only works on x86 platform. Please someone do regression tests on AMD64. It is also advisable to test on other platforms. In this case interpreter should work (no JIT). Best regards, Alexander.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ma...@cvs.openbsd.org 2011/01/09 14:28:37 Modified files: www/xxxterm: distinfo Makefile Log message: Bug fixes ok stu and ian
important bug fixes for xxxterm
I was going to call it a day but someone found a rather bad use after free bug. This brings the port up to the latest rev and there are the other goodies that went in: * fix condition where the browser would terminate if the rejected * cookies file was deleted from underneath the program * fix a rather embarrassing use after free * shuffle come gnutls code around to avoid getting confused by the _t * disaster * complete rewrite of man page by a native speaker ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile7 Jan 2011 22:40:52 - 1.11 +++ Makefile9 Jan 2011 14:35:00 - @@ -2,7 +2,7 @@ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.221 +DISTNAME = xxxterm-1.226 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo7 Jan 2011 22:40:52 - 1.7 +++ distinfo9 Jan 2011 14:35:04 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.221.tgz) = dEpTF0AApaUcUy9S/9Vxwg== -RMD160 (xxxterm-1.221.tgz) = 7TIIdtM+niCsEiGmoXiR3BOc0KY= -SHA1 (xxxterm-1.221.tgz) = QCja39PtEPTQfEdjIKL0ij74xNg= -SHA256 (xxxterm-1.221.tgz) = /h10REvmq5Pp0d4m+5ZZEFNIIrayqZlANHA4uVmQiJw= -SIZE (xxxterm-1.221.tgz) = 123558 +MD5 (xxxterm-1.226.tgz) = rGSq8lv/qqHUy/MKhgiX7w== +RMD160 (xxxterm-1.226.tgz) = Zztf0SpiaxshUyeRoG+OtjO7goU= +SHA1 (xxxterm-1.226.tgz) = uQcTZk1gmFEQwOMKxPFSFmNh1rY= +SHA256 (xxxterm-1.226.tgz) = 94AI2MFunhjDk/lBW+3de8GkkcYh+Y5L+soab2jge7A= +SIZE (xxxterm-1.226.tgz) = 124171
dhex
anyone got a port of dhex? http://freshmeat.net/projects/dhex
Re: [NEW] dhex port
Works but I guess one can't search for text. Nice editor though and I wouldn't mind it going in. The author has other shiny toys like a 6502 assembler ;-) On Sun, Jan 09, 2011 at 08:00:22PM +0200, ramrunner wrote: hello :) i attach i first port for dhex as marco@ asked :) (dhex is a ncurses based hex editor with diff capabilities) DsP On Sun, Jan 9, 2011 at 4:53 PM, Marco Peereboom ma...@peereboom.us wrote: anyone got a port of dhex? http://freshmeat.net/projects/dhex
Re: xxxterm
meh too much cleanup in the last revision. fixed in cvs. On Thu, Jan 06, 2011 at 11:34:51AM +0100, Roberto Fernandez wrote: On Wed, Jan 05, 2011 at 11:58:11PM -0600, Marco Peereboom wrote: got some more goodies. * add icons * add local certificate management * add certificate viewer * add ca viewer * restore tab history when undoing delete tab * add window size to config file * add save global history * add restart of browser while maintaining state * fix nasty use after free bug * condense icons to gain some extra pixels ok? it crashes when I use :cert command on http pages :( and the icon is very scary :)
xxxterm
got some more goodies. * add icons * add local certificate management * add certificate viewer * add ca viewer * restore tab history when undoing delete tab * add window size to config file * add save global history * add restart of browser while maintaining state * fix nasty use after free bug * condense icons to gain some extra pixels ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile2 Jan 2011 22:15:13 - 1.10 +++ Makefile6 Jan 2011 05:56:25 - @@ -2,7 +2,7 @@ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.187 +DISTNAME = xxxterm-1.206 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo2 Jan 2011 22:15:13 - 1.6 +++ distinfo6 Jan 2011 05:56:28 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.187.tgz) = TpD/aJXjZfXR+RyGwkqYnA== -RMD160 (xxxterm-1.187.tgz) = R/YMNiQQ362vGXf7tVOrD0nqm0o= -SHA1 (xxxterm-1.187.tgz) = opNQ/ndKwcNuIJgJVIXmemvf/Tc= -SHA256 (xxxterm-1.187.tgz) = ffjHS99li/wsM3FZhExBmEFg7vgtKIWLe40XYt8TekA= -SIZE (xxxterm-1.187.tgz) = 55473 +MD5 (xxxterm-1.206.tgz) = 7ejY1cCapxOEMG/FRZjquA== +RMD160 (xxxterm-1.206.tgz) = WbcAENg2AEadMvf7dzwXlSfOiWU= +SHA1 (xxxterm-1.206.tgz) = M0azhTMG+DHQN8Z23ip4ktqKVlg= +SHA256 (xxxterm-1.206.tgz) = g4SoJQPXYWU+yv+PqRontlH0LYuYDEWXY5v9W9IetVU= +SIZE (xxxterm-1.206.tgz) = 122056
libsoup
Is there an update in the works for a more recent libsoup? the current 2.32 version is pretty outdated and misses all kinds of goodies webkit needs.
Re: libsoup
Oops NM I was reading development code and I thought I was readin a stable version instead. On Mon, Jan 03, 2011 at 10:26:47PM -0600, Marco Peereboom wrote: Is there an update in the works for a more recent libsoup? the current 2.32 version is pretty outdated and misses all kinds of goodies webkit needs.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ma...@cvs.openbsd.org 2011/01/02 15:15:13 Modified files: www/xxxterm: Makefile distinfo Log message: * rewrite of the cookie code to work around all kinds of libsoup issues. * undo tab closure * add socket to drive browser from CLI * add option to only launch one xxxterm session * add yank/paste support * add runtime JS toggle * add runtime cookie toggle * add basic command aliasing * add generic code to display runtime settings * add new tab navigation button * add runtime file to save cookie and JS white list items * add restart browser command * add ctrl-arrow keys to navigate tabs * add wrap-around tab support * make ESC go to command mode when in search or address bar * fix tabbing through entry fields * move X on tabs to left and make it a real button * add option to open new tab after the current one instead of always appending to end of tab lists * add session and persistent cookies in a sane matter (damn you libsoup) * several other minor bug fixes ok sthen
Re: Fw: xxxterm
* rewrite of the cookie code to work around all kinds of libsoup issues. * undo tab closure * add socket to drive browser from CLI * add option to only launch one xxxterm session * add yank/paste support * add runtime JS toggle * add runtime cookie toggle * add basic command aliasing * add generic code to display runtime settings * add new tab navigation button * add runtime file to save cookie and JS white list items * add restart browser command * add ctrl-arrow keys to navigate tabs * add wrap-around tab support * make ESC go to command mode when in search or address bar * fix tabbing through entry fields * move X on tabs to left and make it a real button * add option to open new tab after the current one instead of always appending to end of tab lists * add session and persistent cookies in a sane matter (damn you libsoup) * several other minor bug fixes ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.9 diff -u -p -u -p -r1.9 Makefile --- Makefile28 Dec 2010 13:39:12 - 1.9 +++ Makefile2 Jan 2011 21:23:51 - @@ -2,7 +2,7 @@ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.159 +DISTNAME = xxxterm-1.187 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- distinfo28 Dec 2010 13:39:12 - 1.5 +++ distinfo2 Jan 2011 21:24:02 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.159.tgz) = H8liAeqRxGrtVe9AGMDHZg== -RMD160 (xxxterm-1.159.tgz) = ASkr/74jlbQ5kmGQnrnRNjxvA/s= -SHA1 (xxxterm-1.159.tgz) = yh9wW+lktxHumJFqpykPbRtnXjg= -SHA256 (xxxterm-1.159.tgz) = CtfE2P9iooAkVMysv6Sx8p8IBm+gKEQJNYYLj0LJ89w= -SIZE (xxxterm-1.159.tgz) = 48466 +MD5 (xxxterm-1.187.tgz) = TpD/aJXjZfXR+RyGwkqYnA== +RMD160 (xxxterm-1.187.tgz) = R/YMNiQQ362vGXf7tVOrD0nqm0o= +SHA1 (xxxterm-1.187.tgz) = opNQ/ndKwcNuIJgJVIXmemvf/Tc= +SHA256 (xxxterm-1.187.tgz) = ffjHS99li/wsM3FZhExBmEFg7vgtKIWLe40XYt8TekA= +SIZE (xxxterm-1.187.tgz) = 55473
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ma...@cvs.openbsd.org 2010/12/28 06:39:12 Modified files: www/xxxterm: distinfo Makefile Log message: Disable debug and add js toggle button. ok laurent
Fw: xxxterm
Anyone up for this? - Forwarded message from Hans Zimmerman h...@everlasting.be - Date: Mon, 27 Dec 2010 22:20:26 +0100 From: Hans Zimmerman h...@everlasting.be To: Marco Peereboom sl...@peereboom.us Subject: Re: xxxterm User-Agent: Mozilla/5.0 (X11; U; OpenBSD amd64; en-US; rv:1.9.2.13) Gecko/20101220 Thunderbird/3.1.7 Marco, the mozilla-firefox port for example adds a desktop file and places it in /usr/local/share/applications/. Gnome, Enlightenment and probably others use those desktop files to build menu's in the desktop environment. http://www.openbsd.org/cgi-bin/cvsweb/ports/www/mozilla-firefox/files/firefox.desktop So if there would be a xxxterm.desktop so xxxterm would be placed in the correct category in the menu and if it would have a nice icon, it would be cool. Although, I can imagine you do not really worry about menu's. I could create a minimal desktop file, they do not really look difficult to make, but I can't make a icon, my graphics suck... Hans On 12/27/10 20:23, Marco Peereboom wrote: I have no idea what you just asked. What is a desktop file? What port? On Mon, Dec 27, 2010 at 09:08:08PM +0100, Hans Zimmerman wrote: Marco, would it be possible to provide a desktop file with the port? It would be great to see it appear in the gnome menu automatically. Kind regards, Hans
Re: xxxterm
Rev to 1.159 to disable debug (thanks laurent) and while reving the code I added the snazzy js toggle button as well. ok On Sun, Dec 26, 2010 at 11:47:05PM -0600, Marco Peereboom wrote: Lots of new goodies: * web page source view * cookie statistics * about page * online help page * home command * tabbing through gui got fixed * fixed search selection cleanup when backspacing and pressing esc * add some missing commands in uri entry * some other nits and bugs ok? new diff: Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.8 diff -u -p -u -p -r1.8 Makefile --- Makefile23 Dec 2010 15:54:28 - 1.8 +++ Makefile27 Dec 2010 17:16:58 - @@ -2,7 +2,7 @@ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.138 +DISTNAME = xxxterm-1.159 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo23 Dec 2010 15:54:28 - 1.4 +++ distinfo27 Dec 2010 17:17:04 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.138.tgz) = Y+8y3kxIf/77WR2lP48RhA== -RMD160 (xxxterm-1.138.tgz) = U/1d0qgr5Ug8mCipVPERDap1aNQ= -SHA1 (xxxterm-1.138.tgz) = 0nnOAwn4H2cJKSV3mJGjsldqPM0= -SHA256 (xxxterm-1.138.tgz) = k5NI3J21zgW4oozIJUOOjN+YjcbToz3PtlCRJ/9LsEw= -SIZE (xxxterm-1.138.tgz) = 41132 +MD5 (xxxterm-1.159.tgz) = H8liAeqRxGrtVe9AGMDHZg== +RMD160 (xxxterm-1.159.tgz) = ASkr/74jlbQ5kmGQnrnRNjxvA/s= +SHA1 (xxxterm-1.159.tgz) = yh9wW+lktxHumJFqpykPbRtnXjg= +SHA256 (xxxterm-1.159.tgz) = CtfE2P9iooAkVMysv6Sx8p8IBm+gKEQJNYYLj0LJ89w= +SIZE (xxxterm-1.159.tgz) = 48466
xxxterm
Lots of new goodies: * web page source view * cookie statistics * about page * online help page * home command * tabbing through gui got fixed * fixed search selection cleanup when backspacing and pressing esc * add some missing commands in uri entry * some other nits and bugs ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.8 diff -u -p -u -p -r1.8 Makefile --- Makefile23 Dec 2010 15:54:28 - 1.8 +++ Makefile27 Dec 2010 05:42:43 - @@ -2,7 +2,7 @@ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.138 +DISTNAME = xxxterm-1.158 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo23 Dec 2010 15:54:28 - 1.4 +++ distinfo27 Dec 2010 05:43:01 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.138.tgz) = Y+8y3kxIf/77WR2lP48RhA== -RMD160 (xxxterm-1.138.tgz) = U/1d0qgr5Ug8mCipVPERDap1aNQ= -SHA1 (xxxterm-1.138.tgz) = 0nnOAwn4H2cJKSV3mJGjsldqPM0= -SHA256 (xxxterm-1.138.tgz) = k5NI3J21zgW4oozIJUOOjN+YjcbToz3PtlCRJ/9LsEw= -SIZE (xxxterm-1.138.tgz) = 41132 +MD5 (xxxterm-1.158.tgz) = i7uHulL5lc6H/PQFcWalbQ== +RMD160 (xxxterm-1.158.tgz) = 3sJMFNEGT/zWx1UXc4ljiolVUBA= +SHA1 (xxxterm-1.158.tgz) = qY2ir/ue4bY/oR5Z+OB61f92Mzw= +SHA256 (xxxterm-1.158.tgz) = Tz94bpWanji/LnsSZnz2DXrSfBDi8daLGsM+CesP3lg= +SIZE (xxxterm-1.158.tgz) = 48269
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ma...@cvs.openbsd.org 2010/12/23 08:54:28 Modified files: www/xxxterm: Makefile distinfo Log message: Roll to 1.138 ok and help to fix WANTLIB sthen laurent
xxxterm
Lot's of changes making it much more useful. * session cookie timeout * session cookie accept policy * fancier CSS for the GUI * print support, including to pdf * spinner to indicate loading is underway * search within tabs now can be used globally * smaller X on tabs to maximize web page real estate Lot's of neat changes for the practical paranoid: * cookie white list for domains * javascript white list for domains - runtime toggle to to enable/disable js * non persistent history * non persistent download manager This combined with adsuck makes one pretty hard to track on the tubes. ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.7 diff -u -p -u -p -r1.7 Makefile --- Makefile22 Nov 2010 08:36:55 - 1.7 +++ Makefile23 Dec 2010 15:15:35 - @@ -2,7 +2,7 @@ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.110 +DISTNAME = xxxterm-1.138 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo20 Oct 2010 00:20:06 - 1.3 +++ distinfo23 Dec 2010 15:16:35 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.110.tgz) = B7ZN18lNgMxWhSj16jAuPA== -RMD160 (xxxterm-1.110.tgz) = DRB3g3M0JIYd12LMNVSW8eBHyCE= -SHA1 (xxxterm-1.110.tgz) = UxSRhFnLQBAgAIdByaJ3zHlqddc= -SHA256 (xxxterm-1.110.tgz) = pKnXWMor3TXc4+GnBB9mif/Don148YjRKcCWf8qIBVs= -SIZE (xxxterm-1.110.tgz) = 30740 +MD5 (xxxterm-1.138.tgz) = Y+8y3kxIf/77WR2lP48RhA== +RMD160 (xxxterm-1.138.tgz) = U/1d0qgr5Ug8mCipVPERDap1aNQ= +SHA1 (xxxterm-1.138.tgz) = 0nnOAwn4H2cJKSV3mJGjsldqPM0= +SHA256 (xxxterm-1.138.tgz) = k5NI3J21zgW4oozIJUOOjN+YjcbToz3PtlCRJ/9LsEw= +SIZE (xxxterm-1.138.tgz) = 41132
Re: libsqlite3 warning in firefox
try xxxterm On Mon, Nov 22, 2010 at 08:43:12PM +0100, Jiri B. wrote: On Mon, Nov 22, 2010 at 02:39:56PM +, Federico G. Schwindt wrote: On Mon, Nov 22, 2010 at 09:05:46AM -0500, Ted Unangst wrote: On Mon, Nov 22, 2010 at 1:35 AM, patrick keshishian pkesh...@gmail.com wrote: As usual firefox want to tweak things, so it's intentionally using its own copy... I don't like these library conflicts though. I believe firefox is to use its own sqlite3. There was a discussion about this a while ago[1]. firefox is trying to fix an issue (IIRC) where deleting personal info (cookies or browse history maybe?) wasn't really getting deleted it from the sqlite3's database file. firefox was changed to require sqlite3 to be built with SQLITE_SECURE_DELETE (details and more links[1]). moztards are moztarded. secure delete can be enabled at run time via pragma. why don't they do that? because the world is full of morons? See https://bugzilla.mozilla.org/show_bug.cgi?id=546162 Well I getting annoyed by firefoxe more and more everyday. It's slow on OpenBSD, it's huge... What about jumanji or uzbl? jumanji runs on openbsd somehow for me, but uzbl probably needs some modification of the code (I'm not programmer). jirib
nemiver
Anyone working on a port of nemiver?
pgp nasty
http://www.vanheusden.com/nasty/ anyone played with that? I can't remember my password and would like to give that a try but even though it compiles it doesn't seem to do much on OpenBSD.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ma...@cvs.openbsd.org 2010/10/19 18:38:58 Modified files: x11/scrotwm: Makefile distinfo x11/scrotwm/patches: patch-scrotwm_c x11/scrotwm/pkg: PLIST Log message: move to the latest version ok sthen
scrotwm
Add EWMH support. Fix a focus bug where the wm no longer accepts keystrokes. Ad pt man. ok? diff -ruNp -x CVS ports/x11/scrotwm/Makefile scrotwm-0.9.27-port/Makefile --- ports/x11/scrotwm/Makefile Tue Oct 19 03:13:59 2010 +++ scrotwm-0.9.27-port/MakefileTue Oct 19 12:51:28 2010 @@ -4,7 +4,7 @@ COMMENT=small tiling window manager SHARED_LIBS= swmhack 0.0 -DISTNAME= scrotwm-0.9.26 +DISTNAME= scrotwm-0.9.27 EXTRACT_SUFX= .tgz CATEGORIES=x11 @@ -40,7 +40,7 @@ post-install: ${INSTALL_SCRIPT} ${WRKSRC}/screenshot.sh ${PREFIX}/share/examples/scrotwm ${INSTALL_DATA} ${WRKSRC}/scrotwm.conf ${PREFIX}/share/examples/scrotwm -.for i in es it ru +.for i in es it pt ru ${INSTALL_DATA_DIR} ${PREFIX}/man/$i/cat1 mv ${PREFIX}/man/cat1/scrotwm_$i.0 ${PREFIX}/man/$i/cat1/scrotwm.0 .endfor diff -ruNp -x CVS ports/x11/scrotwm/distinfo scrotwm-0.9.27-port/distinfo --- ports/x11/scrotwm/distinfo Wed Sep 15 20:38:53 2010 +++ scrotwm-0.9.27-port/distinfoTue Oct 19 12:51:28 2010 @@ -1,5 +1,5 @@ -MD5 (scrotwm-0.9.26.tgz) = 3enLoAOvWTeABwhhsMvLhg== -RMD160 (scrotwm-0.9.26.tgz) = zXX8IyM2FePZ/0N6/buIoM92c0w= -SHA1 (scrotwm-0.9.26.tgz) = PW28Zkhqm1BzgJCqDs/277PRCUE= -SHA256 (scrotwm-0.9.26.tgz) = PMRByETTuxb5gcCUzIO7Qoh5k/qKA41ndQq1CNvAUwg= -SIZE (scrotwm-0.9.26.tgz) = 56674 +MD5 (scrotwm-0.9.27.tgz) = jOr4V8pt6Tbc/V8zG48dFg== +RMD160 (scrotwm-0.9.27.tgz) = SCCOM9vAFiaLPZaAW3YzUez3m0Q= +SHA1 (scrotwm-0.9.27.tgz) = vwcDD/bWeHbToJAh/yPC7EU4/3M= +SHA256 (scrotwm-0.9.27.tgz) = b/WaxactUek7CwVAiCU7XDs82AHjZve2UNqZxRzCU8A= +SIZE (scrotwm-0.9.27.tgz) = 62671 diff -ruNp -x CVS ports/x11/scrotwm/patches/patch-scrotwm_c scrotwm-0.9.27-port/patches/patch-scrotwm_c --- ports/x11/scrotwm/patches/patch-scrotwm_c Wed Sep 15 20:38:53 2010 +++ scrotwm-0.9.27-port/patches/patch-scrotwm_c Tue Oct 19 12:51:28 2010 @@ -1,4 +1,4 @@ -$OpenBSD: patch-scrotwm_c,v 1.13 2010/09/16 01:38:53 marco Exp $ +$OpenBSD: patch-scrotwm_c,v 1.7 2009/09/30 00:54:06 sthen Exp $ --- scrotwm.c.orig Wed Sep 23 06:04:09 2009 +++ scrotwm.c Fri Sep 25 17:28:03 2009 @@ -150,7 +150,7 @@ u_int32_t swm_debug = 0 diff -ruNp -x CVS ports/x11/scrotwm/pkg/PLIST scrotwm-0.9.27-port/pkg/PLIST --- ports/x11/scrotwm/pkg/PLIST Wed Sep 15 20:38:53 2010 +++ scrotwm-0.9.27-port/pkg/PLIST Tue Oct 19 12:51:28 2010 @@ -1,4 +1,4 @@ -...@comment $OpenBSD: PLIST,v 1.10 2010/09/16 01:38:53 marco Exp $ +...@comment $OpenBSD: PLIST,v 1.2 2009/10/13 12:24:42 sthen Exp $ %%SHARED%% @bin bin/scrotwm @man man/cat1/scrotwm.0
xxxterm
this has been sitting in my tree for a while Add spinners to tabs. Add X (close) to tabs. Better focus on the canvas making keyboard experience more pleasant. Ctrl-f brings up favorites. ok? Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile11 Oct 2010 08:19:04 - 1.4 +++ Makefile19 Oct 2010 18:32:56 - @@ -2,8 +2,7 @@ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.103 -REVISION = 1 +DISTNAME = xxxterm-1.110 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo24 Aug 2010 15:13:58 - 1.2 +++ distinfo19 Oct 2010 18:34:32 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.103.tgz) = N6WFv5XqnBQH1RrNJuzJPA== -RMD160 (xxxterm-1.103.tgz) = yNjwA1+0U1t76N7shA814pLjBxk= -SHA1 (xxxterm-1.103.tgz) = uLPLlltAFCv48rI46JCsLdLtbDU= -SHA256 (xxxterm-1.103.tgz) = jpE4BAuzaXcbW0zDwxvmSi7xDMHJG9nZbiVP88EI7x0= -SIZE (xxxterm-1.103.tgz) = 27854 +MD5 (xxxterm-1.110.tgz) = B7ZN18lNgMxWhSj16jAuPA== +RMD160 (xxxterm-1.110.tgz) = DRB3g3M0JIYd12LMNVSW8eBHyCE= +SHA1 (xxxterm-1.110.tgz) = UxSRhFnLQBAgAIdByaJ3zHlqddc= +SHA256 (xxxterm-1.110.tgz) = pKnXWMor3TXc4+GnBB9mif/Don148YjRKcCWf8qIBVs= +SIZE (xxxterm-1.110.tgz) = 30740
Re: snapshot packages?
so you got lucky for 10 years, now what? port snaps always lag a bit, you know, the laws of physics. On Thu, Oct 14, 2010 at 03:18:49PM +0200, frantisek holop wrote: hmm, on Thu, Oct 14, 2010 at 03:02:42PM +0200, Jan Stary said that Snapshots and snapshot packages move forward all the time, unlike your installed system. If you have a system that provides libcurses.so.10.0, and (a new version of) a package comes out that requires libcurses.so.11.0, there is simply no way to upgrade the package, because your system does not meet the package's requirements. That's exactly what pkg_add is telling you. at the time of writing i was using the latest OS snapshot.. as far as i know snapshot packages are compiled on snapshot systems. i am curious how can i get bad major errors from packages on the latest snapshot. i simply expected the oct 9/10 snapshot packages to match with the oct 6 system snapshot. That exactly is your wrong expectation. what is the good one then? if i cannot expect the latest system snapshot to use the latest package snapshots, how is one supposed to keep using -current? i have been using -current exactly like this for more than 10 years. 1. install snaphost, 2. install snapshot packages. 99% of the time this worked great. and as far as i know, this is the party line. please point me to the documentation that says otherwise. -f -- selfishness is a vice we see only in others.
webkit on sgi doesn't build
hope I caught enough of the tail end. This is on an up to the second sgi trying to build webkit entirely from ports. gmake[2]: `WebKit/gtk/po/pt_BR.mo' is up to date. gmake[2]: `WebKit/gtk/po/ru.mo' is up to date. gmake[2]: `WebKit/gtk/po/sl.mo' is up to date. gmake[2]: `WebKit/gtk/po/sr.mo' is up to date. gmake[2]: `WebKit/gtk/po/s...@latin.mo' is up to date. gmake[2]: `WebKit/gtk/po/sv.mo' is up to date. gmake[2]: `WebKit/gtk/po/uk.mo' is up to date. gmake[2]: `WebKit/gtk/po/vi.mo' is up to date. gmake[2]: `WebKit/gtk/po/zh_CN.mo' is up to date. gmake[2]: Leaving directory `/home/ports/pobj/webkit-1.2.4/webkit-1.2.4' touch stamp-po mkdir -p -- ./.deps/DerivedSources /usr/ports/infrastructure/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_ICU_UNICODE=1 -DNDEBUG -I./WebCore -I./WebCore/accessibility -I./WebCore/bindiWebCore/bridge/jsc -I./WebCore/css -I./WebCore/dom -I./WebCore/dom/default -I./WebCobCore/inspector -I./WebCore/loader -I./WebCore/loader/appcache -I./WebCore/loader/ar/WebCore/page -I./WebCore/page/animation -I./WebCore/platform -I./WebCore/platform/aI./WebCore/platform/graphics/transforms -I./WebCore/platform/image-decoders -I./WebCbCore/platform/image-decoders/ico -I./WebCore/platform/image-decoders/jpeg -I./WebConetwork -I./WebCore/platform/sql -I./WebCore/platform/text -I./WebCore/plugins -I./Wvg -I./WebCore/svg/animation -I./WebCore/svg/graphics -I./WebCore/svg/graphics/filte-I./WebCore/bindings/js -DDATA_DIR=\/usr/local/share\ -DENABLE_CHANNEL_MESSAGING=1-DENABLE_OFFLINE_WEB_APPLICATIONS=1 -DENABLE_DATABASE=1 -DENABLE_DATALIST=1 -DENABLO=1-DENABLE_RUBY=1 -DENABLE_XPATH=1 -DENABLE_XSLT=1 -DENABLE_WORKERS=1 -DENABLE_ABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_y/gtk -I./WebCore/loader/gtk -I./WebCore/page/gtk -I./WebCore/platform/graphics/cair./WebCore/platform/gtk -I./WebCore/platform/network/soup -DUSE_FREETYPE=1 -I./JavaSI./JavaScriptCore/wtf/gtk -I./JavaScriptCore/wtf/gobject -I./DerivedSources -I./JavaaScriptCore/interpreter -I./JavaScriptCore/bytecode -I./JavaScriptCore/bytecompiler /JavaScriptCore/profiler -I./JavaScriptCore/runtime -I./JavaScriptCore/jit -I./JavaS/JavaScriptCore/pcre -I./JavaScriptCore/parser -I./JavaScriptCore/runtime -DXP_UNIX \/usr/local/share\ -I./WebKit/gtk -I./WebKit/gtk/WebCoreSupport -I./WebKit/gtk/web/usr/X11R6/include -Wall -W -Wcast-align -Wchar-subscripts -Wreturn-type -Wformat -Writh -Wwrite-strings -Wno-unused-parameter -Wno-parentheses -fno-exceptions -fvisibi/local/include/enchant -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/gio-untk-1.0 -I/usr/X11R6/include/pixman-1 -I/usr/local/include -I/usr/local/include/libpnusr/X11R6/include/freetype2 -pthread -I/usr/local/include/glib-2.0 -I/usr/local/libclude/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usrI/usr/local/include/pango-1.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/X11R6/includ/pixman-1 -I/usr/local/include -I/usr/local/include/libpng -pthread -I/usr/local/inc -I/usr/local/include/libsoup-2.4 -pthread -I/usr/local/include/glib-2.0 -I/usr/locsr/local/include/libxml2 -I/usr/local/include -I/usr/local/include -I/usr/local/incl1R6/include -O2 -pipe -MT WebCore/accessibility/libwebkit_1_0_la-AXObjectCache.lo -M WebCore/accessibility/libwebkit_1_0_la-AXObjectCache.lo `test -f 'WebCore/accessibi In file included from ./WebCore/platform/ThreadGlobalData.h:30, from ./WebCore/dom/EventNames.h:26, from ./WebCore/dom/EventTarget.h:36, from ./WebCore/dom/Node.h:28, from ./WebCore/dom/RangeBoundaryPoint.h:29, from ./WebCore/dom/Range.h:29, from WebCore/accessibility/AccessibilityObject.h:34, from WebCore/accessibility/AXObjectCache.h:29, from WebCore/accessibility/AXObjectCache.cpp:30: ./WebCore/platform/text/StringHash.h: In static member function 'static bool WebCore ./WebCore/platform/text/StringHash.h:67: warning: cast from 'const UChar*' to 'const ./WebCore/platform/text/StringHash.h:68: warning: cast from 'const UChar*' to 'const In file included from ./JavaScriptCore/interpreter/Register.h:32, from ./JavaScriptCore/runtime/ArgList.h:25, from ./JavaScriptCore/runtime/JSObject.h:26, from ./WebCore/bindings/js/JSDOMWrapper.h:25, from ./WebCore/bindings/js/ScriptWrappable.h:34, from ./WebCore/dom/Node.h:30, from ./WebCore/dom/RangeBoundaryPoint.h:29, from ./WebCore/dom/Range.h:29, from WebCore/accessibility/AccessibilityObject.h:34, from WebCore/accessibility/AXObjectCache.h:29, from WebCore/accessibility/AXObjectCache.cpp:30: ./JavaScriptCore/runtime/JSValue.h: In constructor
Re: scrotwm, modkey not working with numlock on
Sounds like a bug in X. And yes there are now community resources for scrotwm at: http://opensource.conformal.com/wiki/Scrotwm On Sat, Sep 18, 2010 at 10:45:32PM -0700, Aaron Stellman wrote: Hello, Not sure if there is a better place to contact someone regarding scrotwm; but I'll give it a shot here. Running scrotwm, built from cvs (scrotwm.c,v 1.302 2010/09/16). Using a default modkey, which happens to be left alt. When I start scrotwm, and have my numlock on, modkey doesn't work. It works fine with numlock off. Yet, if I restart scrotwm using a sighup signal, modkey starts to work with both numlock on and off. There is no difference in xev(1) output from modkey+j with both numlock on and off. Is that a feature/bug/sideeffect?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ma...@cvs.openbsd.org 2010/09/15 19:38:53 Modified files: x11/scrotwm: Makefile distinfo x11/scrotwm/patches: patch-scrotwm_c x11/scrotwm/pkg: PLIST Removed files: x11/scrotwm/patches: patch-Makefile Log message: From russia with love! fix russian manpage courtesy of naddy. Roll to 0.9.26
Re: webkit 1.2.4
Well that's not good. Can you send this information to the webkit mailing lists? On Wed, Sep 15, 2010 at 11:09:34AM +0200, Dawe wrote: On Sep 15, 2010 10:07, Landry Breuil wrote: On Tue, Sep 14, 2010 at 03:41:56PM +0200, Landry Breuil wrote: Yo, please test with your favorite consumer.. i'll put it in a bulk. This caused no fallout in an amd64 bulk, and even built on sparc64. If noone complains that it broke their favourite browser, this'll get in in a few days. Landry Works for me with midori on amd64. The only thing I noticed was that the moodle page of my university reloads in an endless loop if JavaScript is enabled. It stops reloading after disabling JavaScript. That doesn't happen with 1.2.3.
scrotwm resources
Due to popular demand we put up a server to handle community requests for scrotwm. It has a forum, wiki, cvsweb etc etc. All the goodies one would expect. You can check it out at: http://opensource.conformal.com/wiki/Scrotwm So next time ask your questions there instead of the OpenBSD mailing lists. Note that the CVS server also moved!
ekiga
ekiga has been busted since the last update; can we go back to the previous version or something newer that *does* work?
Re: new: devel/libbfd
I like this and would like for it to go in. On Wed, Jun 30, 2010 at 10:22:37AM -0600, Chris Kuethe wrote: My upcoming avarice port needs libbfd, and one with more formats than we have in base. This builds libbfd, but only as a static library. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: update: editors/vim: 7.2.444 - 7.3.003
Works for me too. On Tue, Sep 07, 2010 at 04:24:00PM -0700, Chris Kuethe wrote: I'm shocked. Vim 7.3 has been out for a few weeks and it only has 3 patches. Works for me on amd64. -- GDB has a 'break' feature; why doesn't it have 'fix' too?