Re: [dev] [sic] channel option and bugfixes
Hi Wolf, thanks; I'll incorporate the fixes of your patch. As for the new -c I don't see why you couldn't write those joins into a fifo that is read by sic, as this allows to automate a sic setup with much more flexibility than probably any other IRC client. Cheers, Anselm On 20 December 2010 08:20, Wolf Tivy wrote: > Hi everyone, I added an option for automatically joining a channel. I find > it to be pretty useful. Makes sic easier to use in scripts. > Updated the man page with the new option too. Don't forget to quote or the > rest of the command gets eaten by the #. > > Also included in the patch is the fix for that stupid "could not connect: > success" bug. Also set the default port to 6667 > instead of ircd, which doesn't work (at least for me). Patch attached.
Re: [dev] sta.li progress
For anyone interested in playing around with compiling stuff with bionic, I just made an AUR for it: https://aur.archlinux.org/packages.php?ID=44629 Would be cool if it started to be used :) 2010/10/13 Anselm R Garbe : > Anyone volunteering to create an mkfile for bionic, this jam looks > like jam and should be avoided. > I volunteer to review it and to bring it in good shape. > > -Anselm > > On 13 October 2010 14:34, Jens Staal wrote: >> I have no idea what the jam stuff is but I found this after some googling too >> >> https://www.metasploit.com/redmine/projects/framework/repository/revisions/10202/entry/external/source/meterpreter/source/bionic/libc/Jamfile >> >> 2010/10/13 Corey Thomasson : >>> Excellent! I've been searching for something like this. I'll check it out. >>> >>> On 13 October 2010 08:29, Jens Staal wrote: Are those issues already solved by http://www.metasploit.com/redmine/attachments/433/get_bionic_working.diff ? 2010/10/13 Corey Thomasson : > On 12 October 2010 20:58, Wolf Tivy wrote: >>>I've managed to make it compile a good chunk of the object files, >>>but not malloc/free so its somewhat wasted. >> >> It'll talk eventually, keep up the pressure. >> >>> When I get a chance to go at it again I believe the android distribution >>>has some "clean" kernel headers included. I may try to move those to >>>wherever its looking now. >> >> Yes it does, in fact I think it shouldn't need any system headers at all, >> if you point it to the paths in OVERVIEW.TXT. Is there some >> "include_path" environment variable you can set, or do we have to hack >> the jamfile? Or we could do it your way and move them. Worst case is a >> new >> makefile. > > there's a variable in the Jamfile INCLUDES_x86, the included header > files dont seem to do the trick though. Running into syntax errors. > >> Surely someone else must have dealt with this. Metasploit has been >> mentioned >> a few times, but I couldn't find any thing more than the blog post >> (issue report, whatever) that jens linked. Anyone have a link to more >> info? >> >> About uClibc, it's LGPL, so isn't static linking a bit marginal? For >> GPL-compatible stuff it's ok, but 9base is incompatible, so it may >> actually >> need to be ported to bionic. Have I got this right? >> >> > > >>> >>> >> >> > >
Re: [dev] sta.li progress
On Mon, Dec 20, 2010 at 11:08:24AM +0100, Jens Staal wrote: > For anyone interested in playing around with compiling stuff with > bionic, I just made an AUR for it: > > https://aur.archlinux.org/packages.php?ID=44629 > > Would be cool if it started to be used :) Jens, excellent! I will have a look into it! Cheers, Anselm > 2010/10/13 Anselm R Garbe : > > Anyone volunteering to create an mkfile for bionic, this jam looks > > like jam and should be avoided. > > I volunteer to review it and to bring it in good shape. > > > > -Anselm > > > > On 13 October 2010 14:34, Jens Staal wrote: > >> I have no idea what the jam stuff is but I found this after some googling > >> too > >> > >> https://www.metasploit.com/redmine/projects/framework/repository/revisions/10202/entry/external/source/meterpreter/source/bionic/libc/Jamfile > >> > >> 2010/10/13 Corey Thomasson : > >>> Excellent! I've been searching for something like this. I'll check it out. > >>> > >>> On 13 October 2010 08:29, Jens Staal wrote: > Are those issues already solved by > > http://www.metasploit.com/redmine/attachments/433/get_bionic_working.diff > > ? > > 2010/10/13 Corey Thomasson : > > On 12 October 2010 20:58, Wolf Tivy wrote: > >>>I've managed to make it compile a good chunk of the object files, > >>>but not malloc/free so its somewhat wasted. > >> > >> It'll talk eventually, keep up the pressure. > >> > >>> When I get a chance to go at it again I believe the android > >>> distribution > >>>has some "clean" kernel headers included. I may try to move those to > >>>wherever its looking now. > >> > >> Yes it does, in fact I think it shouldn't need any system headers at > >> all, > >> if you point it to the paths in OVERVIEW.TXT. Is there some > >> "include_path" environment variable you can set, or do we have to hack > >> the jamfile? Or we could do it your way and move them. Worst case is a > >> new > >> makefile. > > > > there's a variable in the Jamfile INCLUDES_x86, the included header > > files dont seem to do the trick though. Running into syntax errors. > > > >> Surely someone else must have dealt with this. Metasploit has been > >> mentioned > >> a few times, but I couldn't find any thing more than the blog post > >> (issue report, whatever) that jens linked. Anyone have a link to more > >> info? > >> > >> About uClibc, it's LGPL, so isn't static linking a bit marginal? For > >> GPL-compatible stuff it's ok, but 9base is incompatible, so it may > >> actually > >> need to be ported to bionic. Have I got this right? > >> > >> > > > > > > > >>> > >>> > >> > >> > > > > >
[dev] [wmii] Is it possible *not* to select a category of spawned clients?
Hi,
awesome wm lets me spawn uzbl clients "in background". I use the following rule:
{ rule = { class = "Uzbl" },
focus = false,
lower = true } },
- 'lower = true' is for preventing the newly spawned clients to go on
top of the currently seen client.
- 'focus = false' is for preventing the keyboard to focus the newly
spawned client (so that everything I type continues to go in the
currently seen client)
Is it possible to achieve the same behavior with wmii?
wmii seems to regroup these concepts in /client/sel, which is fine.
But I don't see any way to tell wmii *not* to put newly spawned
clients in the sel. What do I miss?
Thank you,
Christophe-Marie
[dev] Re: [wmii] Is it possible *not* to select a category of spawned clients?
I now realize I made this mail a bit too long about awesome and not long enough about wmii. tl;dr, I just do want uzbl clients not to automatically go in /client/sel Looking at http://www.uzbl.org/wiki/wmii, it seems that Dieter has the same problem as me. Did you fix that?
Re: [dev] Re: [wmii] Is it possible *not* to select a category of spawned clients?
On Mon, Dec 20, 2010 at 07:04:21PM +0100, Christophe-Marie Duquesne wrote: I now realize I made this mail a bit too long about awesome and not long enough about wmii. tl;dr, I just do want uzbl clients not to automatically go in /client/sel Looking at http://www.uzbl.org/wiki/wmii, it seems that Dieter has the same problem as me. Did you fix that? No-one's asked for this before, so it hasn't been implimented, but it's certainly doable. -- Kris Maglione I just hate to be pushed around by some fucking machine. --Ken Thompson
Re: [dev] Remount rootfs sync on impending battery depletion.
Ever heard of setuid root?? On 12/4/10, Gene Auyeung wrote: > On Sat, Dec 4, 2010 at 11:29 AM, Antoni Grzymala > wrote: > >> Simplest way: >> >> ALL=(ALL) NOPASSWD: ALL >> >> The safer way would obviously be if you limit this to /bin/mount. > > Ah yes I forgot about that. It's more configuration, but I guess > there's no getting around that. > > Thanks, > Gene > >
Re: [dev] sta.li progress
"Modern computing is like that." --Rob 'Commander' Pike Fortune.
Re: [dev] Re: sta.li progress
We don't compile stuff anymore since we have discovered the rc shell :D On 10/27/10, finkler wrote: > On 10/28/10 01:16, Jacob Todd wrote: >> If someone was going to create a "suckless" libc, they shouldn't support >> posix. start with the plan 9 libraries instead of the obsd while you're at >> it. >> > I understand that the idea is to compile other shit, not suckless > software, or else we could just use the plan9 libc. > Why is it no one (besides some niche projects and p9p) itself actually > uses the p9p libc? > > >
Re: [dev] Re: sta.li progress
Are there any instructions on how to use this libc with gcc? On Mon, Dec 20, 2010 at 2:14 PM, hiro <23h...@googlemail.com> wrote: > We don't compile stuff anymore since we have discovered the rc shell :D > > On 10/27/10, finkler wrote: >> On 10/28/10 01:16, Jacob Todd wrote: >>> If someone was going to create a "suckless" libc, they shouldn't support >>> posix. start with the plan 9 libraries instead of the obsd while you're at >>> it. >>> >> I understand that the idea is to compile other shit, not suckless >> software, or else we could just use the plan9 libc. >> Why is it no one (besides some niche projects and p9p) itself actually >> uses the p9p libc? >> >> >> > >
[dev] dwm + onscreen keyboard
Hi folks,
Below is a diff of the modifications I made to make xvkbd play more nice
with dwm and to make dwm more friendly, in general, to touchscreens. Basic
mods:
1. Added ISPANEL (really should be ISKBD) definition which gets checked here
and there, notably in focus() (so it don't steal focus) and focusstack() (so
I can flip through my stack and pass over the xvkbd).
2. I added a couple tweaks to config.h to make the bar more friendly.
Notably, I have the title do a focusstack and the - close the bar. (I'm on a
8" touchscreen so I don't want the bar open too often.)
There's probably a better way to do this, but I wasn't clever enough to
figure it out
Any other tips and kind words of advice are welcome.
Here's the diff (off of hg tip):
diff -r 23b71491e149 config.mk
--- a/config.mk Thu Dec 02 10:16:47 2010 +
+++ b/config.mk Mon Dec 20 16:31:34 2010 -0500
@@ -11,8 +11,8 @@
X11LIB = /usr/X11R6/lib
# Xinerama
-XINERAMALIBS = -L${X11LIB} -lXinerama
-XINERAMAFLAGS = -DXINERAMA
+#XINERAMALIBS = -L${X11LIB} -lXinerama
+#XINERAMAFLAGS = -DXINERAMA
# includes and libs
INCS = -I. -I/usr/include -I${X11INC}
diff -r 23b71491e149 dwm.c
--- a/dwm.c Thu Dec 02 10:16:47 2010 +
+++ b/dwm.c Mon Dec 20 16:31:34 2010 -0500
@@ -53,6 +53,7 @@
#define HEIGHT(X) ((X)->h + 2 * (X)->bw)
#define TAGMASK ((1 << LENGTH(tags)) - 1)
#define TEXTW(X)(textnw(X, strlen(X)) + dc.font.height)
+#define ISPANEL(x) (ISVISIBLE(x)&&(strcmp("xvkbd - Virtual Keyboard",x->name)
== 0))
/* enums */
enum { CurNormal, CurResize, CurMove, CurLast };/* cursor */
@@ -88,7 +89,7 @@
int basew, baseh, incw, inch, maxw, maxh, minw, minh;
int bw, oldbw;
unsigned int tags;
- Bool isfixed, isfloating, isurgent, oldstate;
+ Bool isfixed, isfloating, isurgent, oldstate;
Client *next;
Client *snext;
Monitor *mon;
@@ -810,7 +811,7 @@
if(!c || !ISVISIBLE(c))
for(c = selmon->stack; c && !ISVISIBLE(c); c = c->snext);
/* was if(selmon->sel) */
- if(selmon->sel && selmon->sel != c)
+ if(selmon->sel && selmon->sel != c && !ISPANEL(c))
unfocus(selmon->sel, False);
if(c) {
if(c->mon != selmon)
@@ -820,13 +821,16 @@
detachstack(c);
attachstack(c);
grabbuttons(c, True);
- XSetWindowBorder(dpy, c->win, dc.sel[ColBorder]);
- XSetInputFocus(dpy, c->win, RevertToPointerRoot, CurrentTime);
+ if (!ISPANEL(c)) {
+ XSetWindowBorder(dpy, c->win, dc.sel[ColBorder]);
+ XSetInputFocus(dpy, c->win, RevertToPointerRoot,
CurrentTime);
+ }
}
else
XSetInputFocus(dpy, root, RevertToPointerRoot, CurrentTime);
selmon->sel = c;
- drawbars();
+ if (!ISPANEL(c))
+ drawbars();
}
void
@@ -857,17 +861,17 @@
if(!selmon->sel)
return;
if(arg->i > 0) {
- for(c = selmon->sel->next; c && !ISVISIBLE(c); c = c->next);
+ for(c = selmon->sel->next; c && (!ISVISIBLE(c) || ISPANEL(c));
c = c->next);
if(!c)
- for(c = selmon->clients; c && !ISVISIBLE(c); c =
c->next);
+ for(c = selmon->clients; c && (!ISVISIBLE(c) ||
ISPANEL(c)); c = c->next);
}
else {
for(i = selmon->clients; i != selmon->sel; i = i->next)
- if(ISVISIBLE(i))
+ if(ISVISIBLE(i) && !ISPANEL(i))
c = i;
if(!c)
for(; i; i = i->next)
- if(ISVISIBLE(i))
+ if(ISVISIBLE(i) && !ISPANEL(i))
c = i;
}
if(c) {
Here's my config.h:
/* See LICENSE file for copyright and license details. */
/* appearance */
static const char font[]=
"-*-terminus-medium-r-*-*-20-*-*-*-*-*-*-*";
static const char normbordercolor[] = "#cc";
static const char normbgcolor[] = "#cc";
static const char normfgcolor[] = "#00";
static const char selbordercolor[] = "#0066ff";
static const char selbgcolor[] = "#0066ff";
static const char selfgcolor[] = "#ff";
static const unsigned int borderpx = 1;/* border pixel of windows */
static const unsigned int snap = 32; /* snap pixel */
static const Bool showbar = False; /* False means no bar */
static const Bool topbar= True; /* False means bottom bar */
/* tagging */
// xprop | awk -F '"' '/^WM_CLASS/ { printf("%s:%s:",$4,$2) }; /^WM_NAME/ {
printf("%s\n",$2) }'
static const char *tags[] = { "1", "2" };
static const Rule rules[] = {
/* class instancetitle tags mask isfloating
monitor */
Re: [dev] Remount rootfs sync on impending battery depletion.
hiro dixit (2010-12-20, 18:56): Missed irony, setuid root is too general. > Ever heard of setuid root?? > > On 12/4/10, Gene Auyeung wrote: > > On Sat, Dec 4, 2010 at 11:29 AM, Antoni Grzymala > > wrote: > > > >> Simplest way: > >> > >> ALL=(ALL) NOPASSWD: ALL > >> > >> The safer way would obviously be if you limit this to /bin/mount. > > > > Ah yes I forgot about that. It's more configuration, but I guess > > there's no getting around that. > > > > Thanks, > > Gene > > > > > -- [a]
Re: [dev] Remount rootfs sync on impending battery depletion.
Then you can mix it with chown and chmod. Black magic. PD: sudo sucks. Long life to sup On Dec 20, 2010, at 11:08 PM, Antoni Grzymala wrote: > hiro dixit (2010-12-20, 18:56): > > Missed irony, setuid root is too general. > >> Ever heard of setuid root?? >> >> On 12/4/10, Gene Auyeung wrote: >>> On Sat, Dec 4, 2010 at 11:29 AM, Antoni Grzymala >>> wrote: >>> Simplest way: ALL=(ALL) NOPASSWD: ALL The safer way would obviously be if you limit this to /bin/mount. >>> >>> Ah yes I forgot about that. It's more configuration, but I guess >>> there's no getting around that. >>> >>> Thanks, >>> Gene >>> >>> >> > > -- > [a] >
Re: [dev] Re: sta.li progress
In the instructions given in the URL below it is described how openssl is compiled with this bionic: https://bitbucket.org/jrossi/metasploit/src/7f4bdc5394ca/documentation/posix_meterpreter.txt I was planning to try to make a -static-bionic variant of this package: https://aur.archlinux.org/packages.php?ID=42728 to learn how to do it. By the way... runit seems to be a somewhat suckless alternative to init to me, although I have not dug very deep. 2010/12/20 Joseph Xu : > Are there any instructions on how to use this libc with gcc? > > On Mon, Dec 20, 2010 at 2:14 PM, hiro <23h...@googlemail.com> wrote: >> We don't compile stuff anymore since we have discovered the rc shell :D >> >> On 10/27/10, finkler wrote: >>> On 10/28/10 01:16, Jacob Todd wrote: If someone was going to create a "suckless" libc, they shouldn't support posix. start with the plan 9 libraries instead of the obsd while you're at it. >>> I understand that the idea is to compile other shit, not suckless >>> software, or else we could just use the plan9 libc. >>> Why is it no one (besides some niche projects and p9p) itself actually >>> uses the p9p libc? >>> >>> >>> >> >> > >
