Re: [dev] [wmii] Curves on top of window borders
On Fri, Oct 16, 2009 at 01:51:57PM -0500, Nathan Neff wrote: Is there a way to turn off the small 3 pixel curves on the top left and top right of the topmost windows on each column? No, they're functional and unobtrusive. I don't see a reason to bloat the configuration with an option to turn them off. -- Kris Maglione Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. --Rich Cook
Re: [dev] surf - add missing keybinding
On Mon, Oct 19, 2009 at 05:45:01PM +0200, Uriel wrote: Very neat. Is it Ok if I post this to http://ninetimes.cat-v.org/tips/ ? Sure, you can do whatever you want with it. I'll get around to posting it to 9fans one of these days if I can stand the noise. I'll admit that the flamboyant trolling, sycophantism, and teetotaling on this list make 9fans seem somewhat more bearable. -- Kris Maglione You're bound to be unhappy if you optimize everything. --Donald Knuth
Re: [dev] (x)HTML-based office suite? (aka suckless word processing solution-2)
On Mon, Oct 19, 2009 at 10:13:41AM -0500, Kurt H Maier wrote: On Mon, Oct 19, 2009 at 9:49 AM, Antoni Grzymala wrote: Are you proposing that nationals of a single non-English nationality (which was the topic of the main thread among other things) should communicate between themselves in English because there's the God-send called ASCII and Uriel says so? No, Uriel likes UTF-8 for English. That way your charset can support all of the localized alphabets you won't be using. It can, all with no added bloat so long as you stay within the 7-bit ASCII range. Then you also get all of the latin and germanic diacritics which turn out to be useful in a lot of odd circumstances that come up when you don't expect. You also get all kinds of math and scientific symbols which are useful to a lot of people, and which is very painful to those people when they need to communicate in some eccentric, scientific character encoding. And people can post their names, or key words, in their home tongues (or alphabets, or ideographs) without having to worry that the recipient has their specific national encoding. Plus, when you agree on a universal encoding, you don't have to worry about which encoding a file you've received is in. Whether it's 8859-1, 8859-4, windows-1250, Shift-JIS, UCS-2, UCS-4, or whatever. -- Kris Maglione When a religion is good, I conceive it will support itself; and when it does not support itself, and God does not take care to support it so that its professors are obliged to call for help of the civil power, 'tis a sign, I apprehend, of its being a bad one. --Benjamin Franklin
Re: [dev] dwm 5.7.2 and pertag patch
On Tue, Oct 20, 2009 at 11:29:46PM +0200, Axel Bayerl wrote: > Ok, i have moved from yahoo... > > Now, on the thing that matters: > > Mysteroiusly the pertag patch was not uploaded to the hg repo =/ > I have uploaded it again... > It's changeset 0e366e9744ec > It can take a while for a mod to approve changes. -- Jake Todd // If it isn't broke, tweak it! pgphLbu9oo8Yx.pgp Description: PGP signature
Re: [dev] dwm 5.7.2 and pertag patch
On Tue, Oct 20, 2009 at 11:29:46PM +0200, Axel Bayerl wrote: > Ok, i have moved from yahoo... congrats :) > > Now, on the thing that matters: > > Mysteroiusly the pertag patch was not uploaded to the hg repo =/ > I have uploaded it again... > It's changeset 0e366e9744ec >
Re: [dev] dwm 5.7.2 and pertag patch
Ok, i have moved from yahoo... Now, on the thing that matters: Mysteroiusly the pertag patch was not uploaded to the hg repo =/ I have uploaded it again... It's changeset 0e366e9744ec
Re: [dev] dwm 5.7.2 and pertag patch
yea
Re: [dev] dwm 5.7.2 and pertag patch
Hell Labs will get you soon, be prepared to eat a lot of spam. On Tue, Oct 20, 2009 at 10:06 PM, Axel Bayerl wrote: > If you dont like it, STFU, or tell yahoo to stop the spam. > > > Yahoo! Cocina > > Encontra las mejores recetas con Yahoo! Cocina. > > > http://ar.mujer.yahoo.com/cocina/ > >
Re: [dev] dwm 5.7.2 and pertag patch
On Tue, Oct 20, 2009 at 01:06:25PM -0700, Axel Bayerl wrote: > If you dont like it, STFU, or tell yahoo to stop the spam. > > > Yahoo! Cocina > > Encontra las mejores recetas con Yahoo! Cocina. > > > http://ar.mujer.yahoo.com/cocina/ > Why do you use their service if they add spam to your mail (which you obviously don't want)? There are free E-Mail providers that don't to so, just get a free account from google or something and you're fine. Regards
Re: [dev] dwm 5.7.2 and pertag patch
If you dont like it, STFU, or tell yahoo to stop the spam. Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/
Re: [dev] [surf] Downloading files in 0.2
On 20-10-2009 20:40:45, Julien Steinhauser wrote: > On Tue, Oct 20, 2009 at 07:59:00PM +0200, Tadeusz Sośnierz wrote: > > > > Strange, mine doesn't download anything at all. Is the latest pull? > > Regards, > > Ted > > > Sorry, mine wasn't the latest pull, I've just built one from the newest > I have and the download feature isn't even proposed on right click, > but it's still in the code in surf.c > Context menu has moved to config.h, maybe something to add there. Well, I checked the code and the download-requested signal (from webkit) is the same in both version. So I'll still wait for Gottox's words of wisdom ;) Regards, Ted -- === () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
Re: [dev] [surf] Downloading files in 0.2
On Tue, Oct 20, 2009 at 07:59:00PM +0200, Tadeusz Sośnierz wrote: > > Strange, mine doesn't download anything at all. Is the latest pull? > Regards, > Ted > Sorry, mine wasn't the latest pull, I've just built one from the newest I have and the download feature isn't even proposed on right click, but it's still in the code in surf.c Context menu has moved to config.h, maybe something to add there.
[dev] Re: [hackers] [surf] changing some labels in submenu. || Enno Boland (tox)
What about copying text? I didnt understood why we have to override the default webkit contextual menu. Isn't ^G used to copy the uri and ^P to copy it? This menu is just overriding keybindings by reducing functionality. For example..the context menu is the same in all situations. This is, if you click on a picture you have to way to copy the uri of the picture. this is something that was working before, the same for links ... For copying text i understand that just selecting it is enought. For back/forward i find just unoptimal to use a context menu, copypaste uri is innecessary, etc.. if any user want to have this braindead configuration is free to use it, but I think that defaults should be smarter. Btw, i was just thinking that most of this stuff can be reimplemented in javascript by adding a top toggleable bar () showing the back/forward, uri entry, ... i would never use that, but i just want to keep the source of the browser as simple as possible. And such menus are making the web experience weirder. I hope you get a working implementation for the cookies too. I see that you are working hard on this. About downloading, I think we shuold be able to download links on new windows, optionally, we can use xdg-open to run downloaded files when the download is done. But downloading files on the same window you are browsing is weird because you loss the context about what you were doing. and the only way you have to get back to the navigation flow is by going back to the previous page producing unnecessary partial downloads. --pancake h...@suckless.org wrote: changeset: 137:46e1753d02c0 user:Enno Boland (tox) date:Tue Oct 20 14:09:37 2009 +0200 files: config.def.h description: changing some labels in submenu. diff -r 560e81bd9345 -r 46e1753d02c0 config.def.h --- a/config.def.h Sat Oct 17 20:54:11 2009 +0200 +++ b/config.def.h Tue Oct 20 14:09:37 2009 +0200 @@ -38,9 +38,11 @@ }; static Item items[] = { +{ "Back",navigate, { .i = -1 } }, +{ "Forward", navigate, { .i = +1 } }, { "New Window", newwindow, { .v = NULL } }, { "Reload", reload,{ .b = FALSE } }, { "Stop", stop, { 0 } }, -{ "<===", navigate, { .i = -1 } }, -{ "===>", navigate, { .i = +1 } }, +{ "Paste URI", clipboard, { .b = TRUE } }, +{ "Copy URI", clipboard, { .b = FALSE } }, };
Re: [dev] [surf] Downloading files in 0.2
On 20-10-2009 17:46:55, Julien Steinhauser wrote: > On Tue, Oct 20, 2009 at 01:46:53PM +0200, Tadeusz Sośnierz wrote: > > > > Hello, > > Someone alredy posted this, but I've seen no reaction. So, is the > > downloading files feature removed, forgotten, or bugged? What's going on > > with it? > > Regards, > > Ted > > > > -- > Hello, the downloading feature isn't removed but I also experience trouble > with it. The desired file is properly downloaded to ~/.surf/dl but surf > stays blocked on the > html = g_strdup_printf("Download %s...", filename); > step. I have to manually go one page back to continue surfing. Strange, mine doesn't download anything at all. Is the latest pull? Regards, Ted -- === () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
Re: [dev] dwm 5.7.2 and pertag patch
Axel Bayerl wrote: It has been updated on the page. Try that, and tell if it works. Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/ SPAM signatures on mails should be also a reason to ban people on mailing lists. yahoo cocina ftw!
Re: Re: Re: [dev] dwm 5.7.2 and pertag patch
* [20.10.2009 19:19]: > On 10/20/09, Thomas Göbel wrote: >> * [19.10.2009 18:15]: >>> The patch has been updated in the mercurial repo of the page, let's >>> hope the mod uploads it fast. >> >> I searched hg.suckless.org but did not find it. Can you tell me where >> it is? > > try http://dwm.suckless.org/patches/ or the public repo > http://hg.suckless.org/sites/file/tip/dwm.suckless.org/patches > I tried patch from public repo but the problem is still the same. The layouts are set correctly for each tag but mwfact is broken. If i switch back from tag one to two the size of the windows is set to default value. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgpqKfirYzeMq.pgp Description: PGP signature
Re: Re: [dev] dwm 5.7.2 and pertag patch
It has been updated on the page. Try that, and tell if it works. Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/
Re: [dev] Suckless mail client solution?
On Tue, 20 Oct 2009 18:53:04 +0200 pancake wrote: > The current state of my minimalist email solution is quite hacky and > incomplete > but is starting to be functional and usable. I plan to publish the hg > repo where > the source is being developed in a week or two.. > > Actually I have a pop3 implementation in 100 LOC and imap4 in 130LOC, > for smtp i have delegated the task to msmtp (i will write the smtp > protocol later), > and a main shellscript that manages all the rest. this will rewritten > to C at > some point. But actually i want the functionality. > > pop3/imap4 works on plain and ssl connections by using nc and > openssl. No extra security checks (like IP and certificate changes), > but this will be done soon too. > > There is no decent syncronization mechanisms, just basic folder > fetching from > pop3 and imap4. For the attachments Nibble will write a mime > packer/unpacker, > so this will be about 100LOC more. > > At the end I think that the first working version will be about > 1000LOC, but the code can be easily improved and cleaned up. But ATM > i'm priorizing the functionaility. > > About threads I think the best way is to grep for a subject and sort > by date. > The problem I see in threads is that you loss the timeline and for > long threads > you get just lines (no text) because of the recursively nesting > nature of the > threads. If you want to 'ban' somebody comments, its just another > grep filter > to the list, etc... > > I don't plan to add threading support at the moment, just plain and > filtered lists. > > The code of 'dmc' the 'dynamic mail client' that im actually writing > is going to > work only on *nix-based systems (no plans for w32 atm) > > About functionalities I dont want to chop any of them, but I want to > keep the > core as simple as possible, keeping the configuration minimal, and > make the core actions enought to be extended by user scripts. > > About the frontend..well i would like to write a simple gtk-based > GUI, but it > will relay on the core dmc. So it will be plain simple to write web > based interfaces, > commandline ones, or whatever. > > There's a long way to go, but half of it is already known :) > > --pancake > sounds great! Dieter
Re: [dev] Suckless mail client solution?
The current state of my minimalist email solution is quite hacky and incomplete but is starting to be functional and usable. I plan to publish the hg repo where the source is being developed in a week or two.. Actually I have a pop3 implementation in 100 LOC and imap4 in 130LOC, for smtp i have delegated the task to msmtp (i will write the smtp protocol later), and a main shellscript that manages all the rest. this will rewritten to C at some point. But actually i want the functionality. pop3/imap4 works on plain and ssl connections by using nc and openssl. No extra security checks (like IP and certificate changes), but this will be done soon too. There is no decent syncronization mechanisms, just basic folder fetching from pop3 and imap4. For the attachments Nibble will write a mime packer/unpacker, so this will be about 100LOC more. At the end I think that the first working version will be about 1000LOC, but the code can be easily improved and cleaned up. But ATM i'm priorizing the functionaility. About threads I think the best way is to grep for a subject and sort by date. The problem I see in threads is that you loss the timeline and for long threads you get just lines (no text) because of the recursively nesting nature of the threads. If you want to 'ban' somebody comments, its just another grep filter to the list, etc... I don't plan to add threading support at the moment, just plain and filtered lists. The code of 'dmc' the 'dynamic mail client' that im actually writing is going to work only on *nix-based systems (no plans for w32 atm) About functionalities I dont want to chop any of them, but I want to keep the core as simple as possible, keeping the configuration minimal, and make the core actions enought to be extended by user scripts. About the frontend..well i would like to write a simple gtk-based GUI, but it will relay on the core dmc. So it will be plain simple to write web based interfaces, commandline ones, or whatever. There's a long way to go, but half of it is already known :) --pancake sta...@cs.tu-berlin.de wrote: * markus schnalke [2009-10-18 10:17]: [2009-10-15 21:47] sta...@cs.tu-berlin.de Well, I can't tell which view is more useful in mutt -- threaded or timeline. Which is proved by the fact that I have changed couple of times in the past the default view from one to another, and switched views at least once a day anyway. Which proves for me that they are equally useful for different tasks: [...] IMO threads are very useful for mailing lists. (With nmh, I really miss them there.) The inbox, in contrast, is best sorted by time, I think. I need both views in both cases. With threads, in general, you can't see the most recent posts overall. Even if you collapse them, all threads don't necessarily fit in one page. Date sort alone hides the structure of a conversation, as long as conversations tend to fork sub-themes, which is often the case with people worth communicating with :o) In summary: I would love a less sucking alternative to existing mail clients, in nmh style, i.e. a collection of tools to handle different aspects of the mail processing and to delegate non-mail tasks to $EDITOR, grep, whatever. But there are some features I consider crucial, e.g. decent unicode support Would it be so much work to add it to nmh? I think it is not that big deal. I did it for a Win32 application at work couple of years ago. But still needs time... And I am by far not the god of code anyway. IMHO it doesn't make sense to cut things which serve you good tens of times every day. It's not about cutting out stuff, but switching to the Unix style. ;-) Agreed. If it's good, (it's unix style) XOR (it's illegal, OR immoral OR it makes you fat). :o) cheers
Re: Re: [dev] dwm 5.7.2 and pertag patch
On 10/20/09, Thomas Göbel wrote: > * [19.10.2009 18:15]: >> The patch has been updated in the mercurial repo of the page, let's hope >> the mod uploads it fast. > > I searched hg.suckless.org but did not find it. Can you tell me where it > is? try http://dwm.suckless.org/patches/ or the public repo http://hg.suckless.org/sites/file/tip/dwm.suckless.org/patches
Re: [dev] [surf] Bookmarks patch for 0.2
On Tue, Oct 20, 2009 at 02:44:53PM +0200, Tadeusz Sośnierz wrote: > Hello, > I wrote some patch for bookmark handling, attached. Everything is driven > by the right-click menu. Sadly, I had no idea how to include some labels > for the urls. I'm sorry, I won't provide any practical help as I'm really clueless in c. To include some label, what about adding a step where the url is given as an input to dmenu, then you just need to tab and space once, write your label, and make dmenu output to the bookmark file.
Re: Re: [dev] dwm 5.7.2 and pertag patch
* [19.10.2009 18:15]: > The patch has been updated in the mercurial repo of the page, let's hope > the mod uploads it fast. I searched hg.suckless.org but did not find it. Can you tell me where it is? -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgp2o0tkma2ho.pgp Description: PGP signature
Re: [dev] [surf] Downloading files in 0.2
On Tue, Oct 20, 2009 at 01:46:53PM +0200, Tadeusz Sośnierz wrote: > > Hello, > Someone alredy posted this, but I've seen no reaction. So, is the > downloading files feature removed, forgotten, or bugged? What's going on > with it? > Regards, > Ted > > -- Hello, the downloading feature isn't removed but I also experience trouble with it. The desired file is properly downloaded to ~/.surf/dl but surf stays blocked on the html = g_strdup_printf("Download %s...", filename); step. I have to manually go one page back to continue surfing.
Re: [dev] code.suckless.org is down?
Then stop using fcgi, I use cgi for http://hg.cat-v.org and never had any problems. uriel On Tue, Oct 20, 2009 at 9:17 AM, Anselm R Garbe wrote: > Hi, > > that issue is fixed. The mercurial wsgi/fcgi server code seems to > contain bugs, it seems to hang every 8-10 weeks, I will upgrade > mercurial to a newer version, hopefully that fixes this issue. > > Kind regards, > Anselm > > 2009/10/20 Kris Maglione : >> On 2009-10-20, Suraj Kurapati wrote: >>> I haven't been able to access it since yesterday. >>> >>> Visiting http://hg.suckless.org/wmii/atom-log shows: >> >> Yep, just noticed that, too. ssh works fine, so I hadn't noticed, but >> http's gone. >> >> You can use the Google mirror for now. It's kept up-to-date. >> >> http://code.google.com/p/wmii/ >> >> > >
[dev] [surf] Bookmarks patch for 0.2
Hello, I wrote some patch for bookmark handling, attached. Everything is driven by the right-click menu. Sadly, I had no idea how to include some labels for the urls. Also, I'm rather beggining with C, so I'm sorry for any eye-stabbing stupidities you may encounter, and please report them to me. Hope You'll like it. Regards, Ted -- === () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments diff -r 18dd74d2564d config.def.h --- a/config.def.h Sat Oct 17 13:19:21 2009 +0200 +++ b/config.def.h Tue Oct 20 14:39:33 2009 +0200 @@ -5,6 +5,7 @@ static char *stylefile = ".surf/style.css"; static char *scriptfile = ".surf/script.js"; static char *cookiefile = ".surf/cookies.txt"; +static char *bmarksfile = ".surf/bmarks.txt"; static char *dldir = ".surf/dl"; static time_t sessiontime = 3600; @@ -41,6 +42,8 @@ { "New Window", newwindow, { .v = NULL } }, { "Reload", reload,{ .b = FALSE } }, { "Stop", stop, { 0 } }, +{ "Bookmark it", addbookmark, { 0 } }, +{ "Show bookmarks", showbmarks,{ 0 } }, { "<===", navigate, { .i = -1 } }, { "===>", navigate, { .i = +1 } }, }; diff -r 18dd74d2564d surf.c --- a/surf.cSat Oct 17 13:19:21 2009 +0200 +++ b/surf.cTue Oct 20 14:39:33 2009 +0200 @@ -71,6 +71,7 @@ static char winid[64]; static char *progname; +static void addbookmark(Client *c, const Arg *arg); static const char *autouri(Client *c); static char *buildpath(const char *path); static void changecookie(SoupCookieJar *jar, SoupCookie *o, SoupCookie *n, gpointer p); @@ -112,6 +113,7 @@ static void scroll(Client *c, const Arg *arg); static void searchtext(Client *c, const Arg *arg); static void source(Client *c, const Arg *arg); +static void showbmarks(Client *c, const Arg *arg); static void showsearch(Client *c, const Arg *arg); static void showuri(Client *c, const Arg *arg); static void stop(Client *c, const Arg *arg); @@ -126,6 +128,16 @@ /* configuration, allows nested code to access above variables */ #include "config.h" +void +addbookmark(Client *c, const Arg *arg) { + char *bmark_uri; + FILE *f; + bmark_uri = geturi(c); + f = fopen(bmarksfile, "a+"); + fprintf(f, "%s\n", geturi(c)); + fclose(f); +} + const char * autouri(Client *c) { if(GTK_WIDGET_HAS_FOCUS(c->uribar)) @@ -172,6 +184,7 @@ cleanup(void) { while(clients) destroyclient(clients); + g_free(bmarksfile); g_free(cookiefile); g_free(dldir); g_free(scriptfile); @@ -686,6 +699,7 @@ uriprop = XInternAtom(dpy, "_SURF_URI", False); /* create dirs and files */ + bmarksfile = buildpath(bmarksfile); cookiefile = buildpath(cookiefile); dldir = buildpath(dldir); scriptfile = buildpath(scriptfile); @@ -699,6 +713,23 @@ } void +showbmarks(Client *c, const Arg *arg) { + /* I wonder if 4 kB is too much or not enough */ + char html[4096] = ""; + /* same here. time will tell */ + char uri[128]; + FILE *f; + stop(c, NULL); + f = fopen(bmarksfile, "r"); + while(fscanf(f, "%127s\n", uri) != EOF) { + snprintf(&html[strlen(html)], sizeof(html) - strlen(html), + "%s", uri, uri); + } + fclose(f); + webkit_web_view_load_html_string(c->view, html, "about:bookmarks"); +} + +void showsearch(Client *c, const Arg *arg) { hideuri(c, NULL); gtk_widget_show(c->searchbar);
Re: [dev] Suckless mail client solution?
* markus schnalke [2009-10-18 10:17]: > [2009-10-15 21:47] sta...@cs.tu-berlin.de > > > > Well, I can't tell which view is more useful in mutt -- threaded or > > timeline. Which is proved by the fact that I have changed couple of times > > in the past the default view from one to another, and switched views at > > least once a day anyway. Which proves for me that they are equally useful > > for different tasks: [...] > > IMO threads are very useful for mailing lists. (With nmh, I really miss > them there.) > > The inbox, in contrast, is best sorted by time, I think. I need both views in both cases. With threads, in general, you can't see the most recent posts overall. Even if you collapse them, all threads don't necessarily fit in one page. Date sort alone hides the structure of a conversation, as long as conversations tend to fork sub-themes, which is often the case with people worth communicating with :o) > > In summary: I would love a less sucking alternative to existing mail > > clients, in nmh style, i.e. a collection of tools to handle different > > aspects of the mail processing and to delegate non-mail tasks to $EDITOR, > > grep, whatever. But there are some features I consider crucial, e.g. > > decent unicode support > > Would it be so much work to add it to nmh? I think it is not that big deal. I did it for a Win32 application at work couple of years ago. But still needs time... And I am by far not the god of code anyway. > > IMHO it doesn't make sense to cut things which serve you good tens of times > > every day. > > It's not about cutting out stuff, but switching to the Unix style. ;-) Agreed. If it's good, (it's unix style) XOR (it's illegal, OR immoral OR it makes you fat). :o) cheers -- stanio_
Re: [dev] sic - remove stdout formatting?
On Mon, Oct 19, 2009 at 04:04:12PM -0400, Josh Rickmar wrote: > I would like to (re)write an irc bot using sic, but the formatted output > is making this harder then it could/should be. For example, the first > field, the channel or irc server, is cut off at 12 characters by a > colon. This becomes a problem when trying to parse the output because > longer field names can be cut off. It can also cause the number of > fields (seperated by whitespace) to change since a field with >=12 > characters will be missing a space between the name and the colon. > > To make this program more useful, wouldn't it be better if all the > information was presented to the user? Doing so would make writing bots > much easier and would allow the user to easily format the output any way > he/she wants to by passing sic's output to awk. > > Josh Rickmar > +1 It would be better to customize output using sic in pipe with an ad-hoc tool (likely the most useful is awk). There's no need to formatting the output, also why the actual sic output is not much more formatted than the original text sent by the server, it's just a bit reordered. It also would be nice to avoid commands like 'j' or 'l' which could easily be replaced by the original "join" and "part" commands, removing few (useless?) LOCs. Apart from this, sic is the perfect IRC client (and it's said by an old weechat user :-P). Regards, Claudio M. Alessi -- JID: smoppy AT gmail.com WWW: http://cma.teroristi.org
[dev] [surf] Downloading files in 0.2
Hello, Someone alredy posted this, but I've seen no reaction. So, is the downloading files feature removed, forgotten, or bugged? What's going on with it? Regards, Ted -- === () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
Re: [dev] [9base] compile problem on solaris
* sta...@cs.tu-berlin.de [2009-10-20 12:30]: > [...] Attached patch worked for me. > oops. fingers faster than brain again ... :o) The patch is attached now. -- stanio_ diff -ubw -r 9base-4/config.mk 9base-4.sun//config.mk --- 9base-4/config.mk Thu Aug 27 19:54:24 2009 +++ 9base-4.sun//config.mk Tue Oct 20 11:56:51 2009 @@ -1,7 +1,7 @@ # Customize to fit your system # paths -PREFIX = /usr/local/plan9 +PREFIX = /home/pub/share/plan9 MANPREFIX = ${PREFIX}/share/man VERSION = 4 @@ -11,12 +11,13 @@ # Linux/BSD #CFLAGS += -Wall -Wno-missing-braces -Wno-parentheses -Wno-switch -c -I. -DPREFIX="\"${PREFIX}\"" -CFLAGS += -c -I. -DPREFIX="\"${PREFIX}\"" -LDFLAGS += -static +#CFLAGS += -c -I. -DPREFIX="\"${PREFIX}\"" +#LDFLAGS += -static # Solaris -#CFLAGS = -fast -xtarget=ultra -D__sun__ -c -I. -DPREFIX="\"${PREFIX}\"" -#LDFLAGS = -dn +CFLAGS = -fast -xtarget=ultra -D__sun__ -c -I. -DPREFIX="\"${PREFIX}\"" +LDFLAGS = -dy +MAKE= gmake # compiler AR = ar rc diff -ubw -r 9base-4/bc/Makefile 9base-4.sun//bc/Makefile --- 9base-4/bc/Makefile Thu Aug 27 19:54:24 2009 +++ 9base-4.sun//bc/MakefileTue Oct 20 12:11:20 2009 @@ -9,4 +9,4 @@ include ../yacc.mk # Solaris -#LDFLAGS += -dy -lxnet +LDFLAGS += -dy -lxnet diff -ubw -r 9base-4/rc/Makefile 9base-4.sun//rc/Makefile --- 9base-4/rc/Makefile Thu Aug 27 19:54:24 2009 +++ 9base-4.sun//rc/MakefileTue Oct 20 12:13:18 2009 @@ -11,7 +11,7 @@ include ../config.mk # Solaris -#LDFLAGS += -dy -lxnet +LDFLAGS += -dy -lxnet all: @if [ ! -f y.tab.c ]; then \ diff -ubw -r 9base-4/rc/havefork.c 9base-4.sun//rc/havefork.c --- 9base-4/rc/havefork.c Thu Aug 27 19:54:24 2009 +++ 9base-4.sun//rc/havefork.c Tue Oct 20 11:54:55 2009 @@ -4,6 +4,7 @@ # define BSD_COMP /* sigh. for TIOCNOTTY */ #endif #include +#include #include "rc.h" #include "getflags.h" #include "exec.h" diff -ubw -r 9base-4/sleep/Makefile 9base-4.sun//sleep/Makefile --- 9base-4/sleep/Makefile Thu Aug 27 19:54:24 2009 +++ 9base-4.sun//sleep/Makefile Tue Oct 20 12:13:18 2009 @@ -6,7 +6,7 @@ include ../std.mk # Solaris -#LDFLAGS += -dy -lrt +LDFLAGS += -dy -lrt pre-uninstall: diff -ubw -r 9base-4/test/Makefile 9base-4.sun//test/Makefile --- 9base-4/test/Makefile Thu Aug 27 19:54:24 2009 +++ 9base-4.sun//test/Makefile Tue Oct 20 12:13:18 2009 @@ -6,7 +6,7 @@ include ../std.mk # Solaris -#LDFLAGS += -dy +LDFLAGS += -dy pre-uninstall:
Re: [dev] [9base] compile problem on solaris
Hi, * pancake [2009-10-09 16:19]: > panc...@suntinel:~$ ggrep -re TIOCNOTTY /usr/include/ > /usr/include/sys/ttold.h:#defineTIOCNOTTY (tIOC|113) > /* void tty association */ > /usr/include/sys/termios.h:#define TIOCNOTTY (tIOC|113) > /* void tty association */ > > missing include? > > didnt check yet..but sys/termios.h is not included from havefork.c Yep. Thanks. The #include in havefork.h did it. I just didn't have the patience to do the `grep`, after I spent ages to figure out that another error was due to the fact that I can't link statically here... I had to change the `-dn` to `-dy` in the LDFLAGS. (In case someone is experiencing the same problem,) Attached patch worked for me. cheers -- stanio_
Re: [dev] sic - remove stdout formatting?
Is there anybody using sic not for bots only? I mean, I use it with bitlbee for all my IM stuff -- primary jabber & icq, but occasionally, sadly yahoo + msn,too. Actually, I patched sic to - do something on particular string pattern, which I specify as command line argument, e.g. like this: % sic [other options] -e "<(contact1|contact2.*)> *beep?$HOME/.sic/beep" which will execute ~/.sic/beep every time contact1 send me the message 'beep'. - to set the default contact to the one I wrote to, every time I send a message. Furhter, I hacked together a zsh wrapper and start sic like this: LOG="$HOME/.sic/log.`date +%F`" ZDOTDIR=~/.sic zsh |\ sic \ -h localhost \ -p 12345 \ -n stanio \ -e "<(contact1|contact2.*)> *beep?$HOME/.sic/beep" |\ tee -a "$LOG" where .sic/.zshrc contains some functions like basic_send() { echo "$@" $REDIRECT } sic_send() { basic_send ":""$@" } msg() { rec=$1 shift sic_send m "$rec" "$@" PROMPT="%...@sic|$rec> " } multisend() { msg="$1" shift for contact in $@; do msg "$contact" "$msg"; done } PROMPT='%...@sic> ' RPROMPT="|%D{%Y-%m-%d %a %H:%M'%S}" # [...] + other stuff The idea was to have - some functions for convenience - a prompt which shows me which is the current default contact, - basic completion for contacts and commands using the zsh framework. But I never got the latter done because I never got the time to figure out how completion works in zsh, which turned out not to be as simple as I assumed... So, now it's slightly more overhead than benefit. I'll be glad to read some 'best practice's for sic, if anybody is willing to share here? cheers -- stanio_
Re: [dev] code.suckless.org is down?
Hi, that issue is fixed. The mercurial wsgi/fcgi server code seems to contain bugs, it seems to hang every 8-10 weeks, I will upgrade mercurial to a newer version, hopefully that fixes this issue. Kind regards, Anselm 2009/10/20 Kris Maglione : > On 2009-10-20, Suraj Kurapati wrote: >> I haven't been able to access it since yesterday. >> >> Visiting http://hg.suckless.org/wmii/atom-log shows: > > Yep, just noticed that, too. ssh works fine, so I hadn't noticed, but > http's gone. > > You can use the Google mirror for now. It's kept up-to-date. > > http://code.google.com/p/wmii/ > >
Re: [dev] sic - remove stdout formatting?
2009/10/19 Kris Maglione : > On Mon, Oct 19, 2009 at 04:04:12PM -0400, Josh Rickmar wrote: >> >> I would like to (re)write an irc bot using sic, but the formatted output >> is making this harder then it could/should be. For example, the first >> field, the channel or irc server, is cut off at 12 characters by a >> colon. This becomes a problem when trying to parse the output because >> longer field names can be cut off. It can also cause the number of >> fields (seperated by whitespace) to change since a field with >=12 >> characters will be missing a space between the name and the colon. >> >> To make this program more useful, wouldn't it be better if all the >> information was presented to the user? Doing so would make writing bots >> much easier and would allow the user to easily format the output any way >> he/she wants to by passing sic's output to awk. > > I've written IRC bots with sic before, and made the same modification. Try > kris/sic.c from the hg repo. That reminds me that I want to merge your stuff ;) Will do that during next days. Kind regards, Anselm