Re: [dev] [surf] Segfault bug
Gene Auyeung writes: > Hi, > > For a while I've been frustrated when I close a surf window, it takes > down the process that created it, along with all windows of that > process. For clicking a link in gmail will open a new window, and > closing that window sometimes closes the parent window as well. Today > I had some time to insert printfs into surf.c to find out what's going > on. I posted a patch to fix this some time ago. There are three similar issues as far as I know: * When destroying a surf window, you will often end up with a situation in which you are in mid-takedown and have destroyed the progress bar, yet an event that wishes to update the progress bar will arrive. This will usually crash due to a BadWindow error. This can be fixed by disabling signals in the destroyclient function: g_signal_handlers_disconnect_matched(GTK_WIDGET(c->view), G_SIGNAL_MATCH_DATA, 0, 0, 0, 0, c); * Something similar to the above, although harder to fix, in which some internal part of WebKit is not done with its work by the time you g_free() it. I have not been able to figure out a way to fix this. * Fucking modules like Flash and Java not dealing well with being closed, resulting in BadWindow errors similar to the first problem. I advocate simple adding an X11 error handler that ignores BadWindow errors. This seems like a pretty standard way to do it. -- \ Troels /\ Henriksen
Re: [dev] Re: Is Mercurial (hg) suckless?
We had this discussion often enough, maybe you should search the mailing list archive before reposting? it gets boring. (maybe we should add a search-button to the archive?) Furthermore, please stop sending your HTML mail garbage to public mailing lists. See http://www.asciiribbon.org/ for more information. (why do I even have to mention that?)
Re: [dev] Tiling windowmanager workflow (Was: [dvtm] Fibonacci layout patch)
Dunno how interesting this will be... I've recently made some changes to my workflow since I've switched a number of hefty GUI applications for CLI ones, the advantage being that they tile a lot better and so don't need dedicated tags. But I'm still far from comfortable. A key problem is that one of my newest apps, wyrd, dies if it ever goes below 80 columns wide, which is a pain if you accidentally switch it out of master in tiled or bstack on my 1280px-wide screen. So: Tags 1, 2, 7, 8 & 9 are tiled layout tags for normal usage. 3 is called www and is tabbed + surf in bstack layout, so I can open download terminals or wahtever without losing the page width (attachabove also in play) 4 is com and is e-mail, calendar and a terminal for running taskwarrior.org's excellent task list application. So, organisation. 5 is net and is cortex for reddit (when it works, which is not so often), two Irssis for identi.ca/twitter and IRC, my RSS reader and also ncmpcc - it's my "fun" perma tag in the sense that 4 is my less fun one 6 is ful and is where fullscreen stuff is set to go, and floating apps - gimp, wine and my PDF reader. At the moment when I hit :w in vim when editing LaTeX, it gets compiled and refreshed in a PDF viewer in this tag. This is good, and the tag starts up in monocle mode, but if I have more than one LaTeX doc open at once it starts to get less useful. I want to make more of use of having more than one tag selected at once, and having windows on more than one tag etc., but I don't really have useful bindings for it. I am thinking I might get some shortcuts to pull in my fullscreen tag into others, when for example I am working with LaTeX, which I do a lot. S -- Sean Whitton / OpenPGP KeyID: 0x3B6D411B http://seanwhitton.com/ signature.asc Description: Digital signature
[dev] wmii: floating=True not working?
Hi, I am using wmii-hg2711and the plan9port wmiirc. I have set the following in my wmiirc_local.rc: # Tagging Rules wmiir write /rules
Re: [dev] Is Mercurial (hg) suckless?
On 09/06/10 Matthew Bauer said: > Would Mercurial be considered suckless? > > I've always wondered why suckless projects use Mercurial instead of the > standard git for version control that is used by most Linux projects. > > Isn't Git more simpler than Mercurial? more simpler? :) Git and Hg are very similar. IMHO it makes little difference which one you use. Mike -- Michael P. Soulier "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein pgp8WG0bLqSun.pgp Description: PGP signature
Re: [dev] wmii: floating=True not working?
On 06/10/2010 02:51 PM, Davide Anchisi wrote: > I have set the following in my wmiirc_local.rc: > > # Tagging Rules > wmiir write /rules < /VLC|xine/ floating=True > ! floating=on works, floating=True does not. Seems to be a mistake for the default sh and plan9port wmiircs in changeset 2710:41325c2ff8ec -- Thomas Dahms
[dev] witray: problem with two screens
Hi, I have 2 screens (controlled via nVidia twinview), and the wmii bar is on the left screen. When witray (wmii-hg2711) becomes visible (e.g. running nm-applet) it opens on the right screen, in the bottom right corner. At the same time, at the bottom of the same screen, an area screen wide and the height of witray shows the desktop and becomes unusable for managed windows. Davide
Re: [dev] wmii: floating=True not working?
Thanks! 2010/6/10 Thomas Dahms : > On 06/10/2010 02:51 PM, Davide Anchisi wrote: >> I have set the following in my wmiirc_local.rc: >> >> # Tagging Rules >> wmiir write /rules <> /VLC|xine/ floating=True >> ! > > floating=on works, floating=True does not. > Seems to be a mistake for the default sh and plan9port wmiircs in > changeset 2710:41325c2ff8ec > > -- > Thomas Dahms > >
Re: [dev] Is Mercurial (hg) suckless?
On Thu, Jun 10, 2010 at 8:49 AM, Anselm R Garbe wrote: > Not to mention svn, which is much worse than CVS in any respect. I > experienced the joy a while ago to compile a more recent svn from > scratch with all dependencies. It was no fun and contained many > surprises as its dependencies popped up. Amen, instead of wasting time arguing over hg vs. git, people should instead push to kill the abomination that is SVN. SVN has got to be one of the worst open source software projects in existence and should have died many years ago. More content for http://harmful.cat-v.org/software/svn/ is very welcome. > My verdict is: the svn developers seem to have created a big monster > in order to keep their Google employment, I'd rather drive a review > rather soon of those guys if I was in charge at Google. ;) Tom Lord did a fairly good job diagnosing some of the psychological aspects that drove the svn insanity: http://harmful.cat-v.org/software/svn/diagnosing uriel > Kind regards, > Anselm > >
Re: [dev] Re: [ANN] wmii 3.9.1 released
On Thu, Jun 10, 2010 at 12:53 AM, Kris Maglione wrote: >> It wasn't long ago that WMII just used rc for its scripting needs. > > Because, as it so happens, I'm not a rabid idealogue. It is not about ideology, but about pragmatism and avoiding headaches and wasted time. uriel
Re: [dev] Re: [ANN] wmii 3.9.1 released
On 10 Jun 2010, at 14:30, Uriel wrote: On Thu, Jun 10, 2010 at 12:53 AM, Kris Maglione wrote: It wasn't long ago that WMII just used rc for its scripting needs. Because, as it so happens, I'm not a rabid idealogue. It is not about ideology, but about pragmatism and avoiding headaches and wasted time. Aye, but if you try and push it on those who don't really realise how much effort they could save and haven't got time to really try out your way, then they're quite likely to think you're some kind of ideologue no matter what you say. -- Do not specify what the computer should do for you, ask what the computer can do for you.
Re: [dev] Is Mercurial (hg) suckless?
On 10/06/10 Uriel said: > Amen, instead of wasting time arguing over hg vs. git, people should > instead push to kill the abomination that is SVN. Indeed. I actually find using CVS more pleasurable than SVN most of the time. Informed use of CVS isn't that difficult. That said, I love Git and at the moment anyone trying to take it away from me will suffer a horrible death. Mike signature.asc Description: Digital signature
Re: [dev] Re: [ANN] wmii 3.9.1 released
On 10 June 2010 15:34, Ethan Grammatikidis wrote: > > On 10 Jun 2010, at 14:30, Uriel wrote: > >> On Thu, Jun 10, 2010 at 12:53 AM, Kris Maglione >> wrote: It wasn't long ago that WMII just used rc for its scripting needs. >>> >>> Because, as it so happens, I'm not a rabid idealogue. >> >> It is not about ideology, but about pragmatism and avoiding headaches >> and wasted time. > > Aye, but if you try and push it on those who don't really realise how much > effort they could save and haven't got time to really try out your way, then > they're quite likely to think you're some kind of ideologue no matter what > you say. It's always about being open minded and to overcome your own proud in order to succeed. Cheers, Anselm
Re: [dev] Re: [ANN] wmii 3.9.1 released
On 10 Jun 2010, at 16:26, Anselm R Garbe wrote: On 10 June 2010 15:34, Ethan Grammatikidis wrote: On 10 Jun 2010, at 14:30, Uriel wrote: On Thu, Jun 10, 2010 at 12:53 AM, Kris Maglione > wrote: It wasn't long ago that WMII just used rc for its scripting needs. Because, as it so happens, I'm not a rabid idealogue. It is not about ideology, but about pragmatism and avoiding headaches and wasted time. Aye, but if you try and push it on those who don't really realise how much effort they could save and haven't got time to really try out your way, then they're quite likely to think you're some kind of ideologue no matter what you say. It's always about being open minded and to overcome your own proud in order to succeed. Aye in the end that's true. -- Do not specify what the computer should do for you, ask what the computer can do for you.
Re: [dev] Is Mercurial (hg) suckless?
> Tom Lord did a fairly good job diagnosing some of the psychological > aspects that drove the svn insanity: > > http://harmful.cat-v.org/software/svn/diagnosing By the way, is anyone here using tla? I used to, but being involved in some projects using git and hg (and svn for university, blergh, they always use deprecated technology for the sake of being deprecated) and never found anyone using arch in real development situations, which made me pretty much switch to git/hg since that's what many people already know and arch is rather hard to use compared to them.
Re: [dev] Is Mercurial (hg) suckless?
On 10 June 2010 18:04, Moritz Wilhelmy wrote: >> Tom Lord did a fairly good job diagnosing some of the psychological >> aspects that drove the svn insanity: >> >> http://harmful.cat-v.org/software/svn/diagnosing > > By the way, is anyone here using tla? I used to, but being involved in some > projects using git and hg (and svn for university, blergh, they always use > deprecated technology for the sake of being deprecated) and never found anyone > using arch in real development situations, which made me pretty much switch to > git/hg since that's what many people already know and arch is rather hard to > use compared to them. tla? You must be joking, latest release dates 2006, it's code is 150kSLOC (nearly 8 times Mercurial) -- most likely caused by the GNU factor (==smoking too much weed) and the interface is completely retarded (and always has been). -Anselm
Re: [dev] Is Mercurial (hg) suckless?
> tla? You must be joking, latest release dates 2006, it's code is > 150kSLOC (nearly 8 times Mercurial) -- most likely caused by the GNU > factor (==smoking too much weed) and the interface is completely > retarded (and always has been). Uriel mentioned Tom Lord's ranting about svn, so I thought maybe someone still uses tla. And yes, it's bloated. I'd still prefer it over SVN any minute.
Re: [dev] Is Mercurial (hg) suckless?
On Thu, Jun 10, 2010 at 7:04 PM, Moritz Wilhelmy wrote: >> Tom Lord did a fairly good job diagnosing some of the psychological >> aspects that drove the svn insanity: >> >> http://harmful.cat-v.org/software/svn/diagnosing > > By the way, is anyone here using tla? I used to, but being involved in some > projects using git and hg (and svn for university, blergh, they always use > deprecated technology for the sake of being deprecated) and never found anyone > using arch in real development situations, which made me pretty much switch to > git/hg since that's what many people already know and arch is rather hard to > use compared to them. I used both tla and its sh/awk predecessor for a while until hg and git came out. Some of its concepts were quite interesting, and conceptually it was not too complex, but both implementations were severely flawed due to Tom's really bizarre idiosyncrasies (like the ridiculous file and dir naming convention, or the GNU-inspired coding style). Still, it was nice to see a serious piece of software built out of shell scripts, even if it was using the retarded GNU coreuitils. uriel
[dev] [9base] rc can't find .
Hi, I was running a werc+lighty+9base setup happily for a couple of days. Suddenly it started throwing 500-errors and lighty log said that rc died with signal 6. I tried running the werc.rc manually, but he throws a rather strange error: $ pwd /srv/http/wiki/bin $ rc -x werc.rc . /opt/plan9/etc/rcmain werc.rc flag p finit flag i flag l . werc.rc werc.rc: rc: .: can't open: No such file or directory To me it looks like he can't find the . command as soon as he is inside the werc.rc, however he still knows it in interactive shell: ; . . rc: Usage: . [-i] file [arg ...] I already tried removing the custom werc.rc and replacing it by the original, but that didn't help either. I don't really know what to look for at this point, especially because I don't really know a lot about plan9. So, any help would be appreciated. Thanks in advance, Jan
Re: [dev] Is Mercurial (hg) suckless?
What's wrong with the weed? :) My drugs made me write a version control system few years ago named 'pvc' you can have a look in hg.youterm.com as usual. The design is really simple and effective, but it stores full file with no patchsets. So it's a big big the repo.. I wrote it in perl and the code is pretty smart. It works as a cgi, standalone http server and cmdline tool. Sync is done via rsync. If somebody plays with it let me know. The design can be easily implemented in C. But the storage needs a rethink. On Jun 10, 2010, at 7:26 PM, Anselm R Garbe wrote: On 10 June 2010 18:04, Moritz Wilhelmy wrote: Tom Lord did a fairly good job diagnosing some of the psychological aspects that drove the svn insanity: http://harmful.cat-v.org/software/svn/diagnosing By the way, is anyone here using tla? I used to, but being involved in some projects using git and hg (and svn for university, blergh, they always use deprecated technology for the sake of being deprecated) and never found anyone using arch in real development situations, which made me pretty much switch to git/hg since that's what many people already know and arch is rather hard to use compared to them. tla? You must be joking, latest release dates 2006, it's code is 150kSLOC (nearly 8 times Mercurial) -- most likely caused by the GNU factor (==smoking too much weed) and the interface is completely retarded (and always has been). -Anselm
Re: [dev] [9base] rc can't find .
On Thu, Jun 10, 2010 at 10:52:24PM +, Jan Winkelmann wrote: Hi, I was running a werc+lighty+9base setup happily for a couple of days. Suddenly it started throwing 500-errors and lighty log said that rc died with signal 6. I tried running the werc.rc manually, but he throws a rather strange error: $ pwd /srv/http/wiki/bin $ rc -x werc.rc . /opt/plan9/etc/rcmain werc.rc flag p finit flag i flag l . werc.rc werc.rc: rc: .: can't open: No such file or directory To me it looks like he can't find the . command as soon as he is inside the werc.rc, however he still knows it in interactive shell: ; . . rc: Usage: . [-i] file [arg ...] I already tried removing the custom werc.rc and replacing it by the original, but that didn't help either. I don't really know what to look for at this point, especially because I don't really know a lot about plan9. So, any help would be appreciated. Unless . is in your path, you need to write ./werc.rc -- Kris Maglione Every one is a moon, and has a dark side which he never shows to anybody. --Mark Twain
Re: [dev] wmii: floating=True not working?
On Thu, Jun 10, 2010 at 03:01:35PM +0200, Thomas Dahms wrote: On 06/10/2010 02:51 PM, Davide Anchisi wrote: I have set the following in my wmiirc_local.rc: # Tagging Rules wmiir write /rules < floating=on works, floating=True does not. Seems to be a mistake for the default sh and plan9port wmiircs in changeset 2710:41325c2ff8ec Ah, indeed. The man page, of course, has the correct value. -- Kris Maglione Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations. (For example, if you have four groups working on a compiler, you’ll get a 4-pass compiler) --Conway’s Law
Re: [dev] Is Mercurial (hg) suckless?
On Thu, Jun 10, 2010 at 07:49:40AM +0100, Anselm R Garbe wrote: On 10 June 2010 00:05, Kris Maglione wrote: On Wed, Jun 09, 2010 at 05:49:48PM -0500, Matthew Bauer wrote: Would Mercurial be considered suckless? I've always wondered why suckless projects use Mercurial instead of the standard git for version control that is used by most Linux projects. Isn't Git more simpler than Mercurial? Have you been eating wild mushrooms, or something? Whatever you may say about git, simple it is most certainly not. Fast, maybe (though Mercurial is comprable), written in C, yes (though Mercrial's code is simpler), made of a collection of binaries (less and less) rather than plugins, alright. Simple? No. Not simple. Not by any standard simple, except perhaps by that of CVS. Have some ipecac and ask again. Not to mention svn, which is much worse than CVS in any respect. I experienced the joy a while ago to compile a more recent svn from scratch with all dependencies. It was no fun and contained many surprises as its dependencies popped up. My verdict is: the svn developers seem to have created a big monster in order to keep their Google employment, I'd rather drive a review rather soon of those guys if I was in charge at Google. ;) There is one bright spot, though. If you manage to get SVN installed (and to keep it working after you upgrade any library on your system), you don't have to use it anymore. SVN is so intolerably aweful that hg and git both have svn interfaces, so once you deal with a clone time of about 50× longer than it should be, you get to use something sane. For that matter, you can use hg with git repos just like they're hg repos, which is always nice. -- Kris Maglione Only the educated are free. --Epictetus
Re: [dev] [9base] rc can't find .
werc is not meant to be called from the command line (unless you setup some kind of fake cgi environment for it). I have no clue what the problem might be, but if it worked and now it doesn't, you must have changed something. What version of 9base are you using? Also, werc has its own mailing list: http://groups.google.com/group/werc9 uriel On Fri, Jun 11, 2010 at 12:52 AM, Jan Winkelmann wrote: > Hi, > > I was running a werc+lighty+9base setup happily for a couple of days. > Suddenly it started throwing 500-errors and lighty log said that rc died > with signal 6. I tried running the werc.rc manually, but he throws a > rather strange error: > > $ pwd > /srv/http/wiki/bin > $ rc -x werc.rc > . /opt/plan9/etc/rcmain werc.rc > flag p > finit > flag i > flag l > . werc.rc > werc.rc: rc: .: can't open: No such file or directory > > To me it looks like he can't find the . command as soon as he is inside > the werc.rc, however he still knows it in interactive shell: > > ; . > . > rc: Usage: . [-i] file [arg ...] > > I already tried removing the custom werc.rc and replacing it by the > original, but that didn't help either. > > I don't really know what to look for at this point, especially because I > don't really know a lot about plan9. So, any help would be appreciated. > > Thanks in advance, > Jan > > >
[dev] stderr: unnecessary?
Does anyone else think that stderr shouldn't be used in Unix-like systems? I think that it could be replaced by stdout.
Re: [dev] stderr: unnecessary?
2010/6/10 Matthew Bauer : > Does anyone else think that stderr shouldn't be used in Unix-like systems? > I think that it could be replaced by stdout. Have you ever used a unix pipe before? Wait, you have to be trolling. -- Samuel Baldwin - logik.li
Re: [dev] stderr: unnecessary?
No, I just don't understand why you need a stderr when you have a stdout. Couldn't you just print your error to stdout? On Thu, Jun 10, 2010 at 10:54 PM, Samuel Baldwin wrote: > 2010/6/10 Matthew Bauer : > > Does anyone else think that stderr shouldn't be used in Unix-like > systems? > > I think that it could be replaced by stdout. > > Have you ever used a unix pipe before? > > Wait, you have to be trolling. > -- > Samuel Baldwin - logik.li > >
Re: [dev] stderr: unnecessary?
Sometimes you don't want to read the errors. On 6/11/10, Matthew Bauer wrote: > No, I just don't understand why you need a stderr when you have a stdout. > Couldn't you just print your error to stdout? > > On Thu, Jun 10, 2010 at 10:54 PM, Samuel Baldwin > wrote: > >> 2010/6/10 Matthew Bauer : >> > Does anyone else think that stderr shouldn't be used in Unix-like >> systems? >> > I think that it could be replaced by stdout. >> >> Have you ever used a unix pipe before? >> >> Wait, you have to be trolling. >> -- >> Samuel Baldwin - logik.li >> >> >
Re: [dev] stderr: unnecessary?
The Wikipedia page on standard streams might also be helpful to read---in particular the section on Standard Error.
Re: [dev] stderr: unnecessary?
On Thu, Jun 10, 2010 at 11:02:08PM -0500, Matthew Bauer wrote:
No, I just don't understand why you need a stderr when you have a stdout.
Couldn't you just print your error to stdout?
On the (probably bad) assumption that you're not a troll, I'll
answer the question.
Yes, you can print errors to stdout. No, it's not a good idea.
We use pipes extensively on unix, and we tend to have
expectations of what will be coming through the standard output.
When grep can't open one of its input files, or sed decides a
command is garbled, we can't make programmatic use of that
output. Moreover, if we're piping the output to another program,
we probably want to see the error on the console. Or maybe we
just want to ignore it altogether.
%grep -n '^foo(' bar.c baz.c >locations.txt
%loc=$(which foo 2>/dev/null) || exit 1
--
Kris Maglione
A program is portable to the extent that it can be easily moved to a
new computing environment with much less effort than would be required
to write it afresh.
--W. Stan Brown
