Hello jan,
On 22/10/31 05:37PM, Jan Klemkow wrote:
> # ii -ts irc.example.com -p 6697 -F ""
> ii: wrong fingerprint:
> SHA256:848f491d956befc9b9a79f1000a57b3eb131d424e4bae69b3684d4327fb11f02
>
> # ii -ts irc.example.com -p 6697 -F
> SHA256:848f491d956befc9b9a79f1000a57b3eb131d424e4bae69b3684d432
Hi Fernando,
On Sat, Oct 29, 2022 at 11:38:10AM -0500, fernandoreyesavila3 wrote:
> I am hosting an ergo irc server with self signed certificates.
> Connecting to any public irc server works as expected. ii prints the
> following when I try to connect to my server.
>
> $ ii -s servername.com -p 6
Hi Fernando and Hiltjo,
On Sat, Oct 29, 2022 at 08:18:22PM +0200, Hiltjo Posthuma wrote:
> On Sat, Oct 29, 2022 at 11:38:10AM -0500, fernandoreyesavila3 wrote:
> > I am hosting an ergo irc server with self signed certificates.
> > Connecting to any public irc server works as expected. ii prints th
On Sat, Oct 29, 2022 at 11:38:10AM -0500, fernandoreyesavila3 wrote:
> Hello all,
>
> I am hosting an ergo irc server with self signed certificates.
> Connecting to any public irc server works as expected. ii prints the
> following when I try to connect to my server.
>
> $ ii -s servername.com -p
Hello all,
I am hosting an ergo irc server with self signed certificates.
Connecting to any public irc server works as expected. ii prints the
following when I try to connect to my server.
$ ii -s servername.com -p 6697
NICK nando
USER nando localhost servername.com :nando
ii: remote host closed
Hello,
Does nobuf(1) help?
http://jdebp.uk/Softwares/djbwares/guide/nobuf.html
Note: it tackles exactly the POSIX feature to line buffer output to
tty's by providing one to the program in the pipeline, but without using
any shared-object magic.
Have not used it (yet) though.
Best Regards
Rodrigo Martins wrote:
> What if instead of changing every program we changed the standard
> library? We could make stdio line buffered by setting an environment
> variable.
I applaude this idea! Environment variables seems to be the right spot
for any config a library could need: are unobstrusive
On Sun, May 29, 2022 at 10:20:05PM +, Rodrigo Martins wrote:
> It was thus said that the Great Markus Wichmann once stated:
> > And you fundamentally cannot change anything about the userspace of another
> > program, at least not in UNIX.
>
> When I open file descriptors and exec(3) the new pr
It was thus said that the Great Markus Wichmann once stated:
> And you fundamentally cannot change anything about the userspace of another
> program, at least not in UNIX.
When I open file descriptors and exec(3) the new program inherits those. Is
that not chaning the userspace of another proces
On Sat, May 28, 2022 at 08:32:57PM +0200, Markus Wichmann wrote:
> ultimately terminates on the terminal. But who knows if that is the
> case? Pipelines ending in a call to "less" will terminate on the
> terminal, pipelines ending in a call to "nc" will not. So the shell
> can't know, only the last
On Sat, May 28, 2022 at 07:19:24PM +, Rodrigo Martins wrote:
> Hello, Markus,
>
> Thank for filling in the details. I should do more research next time.
>
> I tried to write a program that does the same as stdbuf(1), but using
> setbuf(3). Unfortunately it seems the buffering mode is reset acro
Hello, Markus,
Thank for filling in the details. I should do more research next time.
I tried to write a program that does the same as stdbuf(1), but using
setbuf(3). Unfortunately it seems the buffering mode is reset across exec(3),
since my program did not work. If it did that would be a clea
On Sat, May 28, 2022 at 06:09:04PM +, Hadrien Lacour wrote:
> Now, I wonder how it'd be fixed ("it" being how does the read end of the pipe
> signal to the write one the kind of buffering it wants) in a perfect world.
The problem ultimately stems from the mistaken idea that buffering is
invisi
On Sat, May 28, 2022 at 07:58:40PM +0200, Markus Wichmann wrote:
> > You can use stdbuf(1) to modify that aspect without touching the
> > program source itself.
> >
>
> Had to look up the source for that. I had heard of stdbuf, but I always
> thought that that was impossible. How can one process ch
On Sat, May 28, 2022 at 08:38:49AM +, Hadrien Lacour wrote:
> On Sat, May 28, 2022 at 03:33:16AM +, Rodrigo Martins wrote:
> > Hello,
> >
> > The problem here is I/O buffering. I suspect it to happen in the C
> > standard library, specifically on the printf function family.
You know, that
On Sat, May 28, 2022 at 03:33:16AM +, Rodrigo Martins wrote:
> Hello,
>
> The problem here is I/O buffering. I suspect it to happen in the C standard
> library, specifically on the printf function family. If I recall, the C
> standard says stdio is line-buffered when the file is an interactiv
Hello,
The problem here is I/O buffering. I suspect it to happen in the C standard
library, specifically on the printf function family. If I recall, the C
standard says stdio is line-buffered when the file is an interactive device and
let's it be fully buffered otherwise. This is likely why you
"Greg Reagle" wrote:
> I have a file named "out" (from ii) that I want to view. Of course, it can
> grow while I am viewing it. I can view it with "tail -f out" or "less +F out
> ", both of which work. I also want to apply some processing in a pipeline,
> something like "tail -f out | tr a A |
May 27, 2022, 11:43 AM, "Greg Reagle" mailto:l...@speedpost.net?to=%22Greg%20Reagle%22%20%3Clist%40speedpost.net%3E >
wrote:
>
> I have a file named "out" (from ii) that I want to view. Of course, it can
> grow while I am viewing it. I can view it with "tail -f out" or "less +F
> out", both of
On Fri, May 27, 2022 at 02:43:03PM -0400, Greg Reagle wrote:
> I have a file named "out" (from ii) that I want to view. Of course, it can
> grow while I am viewing it. I can view it with "tail -f out" or "less +F
> out", both of which work. I also want to apply some processing in a
> pipeline
Hello,
Le ven. 27 mai 2022 à 20:45, Greg Reagle a écrit :
>
> I have a file named "out" (from ii) that I want to view. Of course, it can
> grow while I am viewing it. I can view it with "tail -f out" or "less +F
> out", both of which work. I also want to apply some processing in a
> pipelin
I have a file named "out" (from ii) that I want to view. Of course, it can
grow while I am viewing it. I can view it with "tail -f out" or "less +F out",
both of which work. I also want to apply some processing in a pipeline,
something like "tail -f out | tr a A | less" but that does not work
On 21/01/15 11:44AM, Jan Klemkow wrote:
> On Fri, Jan 15, 2021 at 01:42:43AM -0800, Spenser Truex wrote:
> > Has anyone a working setup for ii->sasl->tor?
>
> I use ii with ucspi-patch[1] and ucspi-tools[2] to connect to IRC
> servers via Tor and with SSL for certificate-user-authentication.
>
> [1
On Fri, Jan 15, 2021 at 01:42:43AM -0800, Spenser Truex wrote:
> Has anyone a working setup for ii->sasl->tor?
I use ii with ucspi-patch[1] and ucspi-tools[2] to connect to IRC
servers via Tor and with SSL for certificate-user-authentication.
[1]: https://tools.suckless.org/ii/patches/ucspi/
[2]:
Greetings,
For SASL PLAIN enabled servers (eg. hackint.org) I haven't been able to
get stunnel to route via my TOR.
Here is the /etc/stunnel/stunnel.conf section:
[hackint]
accept = 6695
client = yes
connect = 9050
;This is a SASL PLAIN URI
protocolHost =
dtlbunzs5b7s5sl775quwezleyeplxzicdoh3cnh
Adds unveil(2) support to ii.
---
ii.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/ii.c b/ii.c
index 7ca3ee8..d7f66ff 100644
--- a/ii.c
+++ b/ii.c
@@ -829,7 +829,7 @@ main(int argc, char *argv[])
#ifdef __OpenBSD__
/* OpenBSD pledge(2) support */
-
i don't really know if it's a good idea. the idea is: i want ii to
behave the way i want by default. as dwm can be configured with
a config.h, i feel ii should get the same feature.
regards.
marc
* SET_PREFIX() macro
---
config.h.sample | 1 +
ii.c| 3 ++-
2 files changed, 3 insertio
On Tue, Jul 31, 2018, at 8:47 AM, Hiltjo Posthuma wrote:
> On Tue, Jul 31, 2018 at 04:24:53AM -0700, Aaron Burrow wrote:
> > This ii behavior is surprising.
> >
> > user$ ruby -e "puts 'A'*512+'B'*20" > server/channel/in
> >
> > user$ tail -f server/channel/out
> > 1533032971 -!- nick(~nick@1
On Tue, Jul 31, 2018 at 04:24:53AM -0700, Aaron Burrow wrote:
> This ii behavior is surprising.
>
> user$ ruby -e "puts 'A'*512+'B'*20" > server/channel/in
>
> user$ tail -f server/channel/out
> 1533032971 -!- nick(~nick@1.2.3.4) has joined #channel
> 1533033745
> A
This ii behavior is surprising.
user$ ruby -e "puts 'A'*512+'B'*20" > server/channel/in
user$ tail -f server/channel/out
1533032971 -!- nick(~nick@1.2.3.4) has joined #channel
1533033745
AAA
On Sat, Jun 02, 2018 at 03:41:35PM -0700, Misty De Meo wrote:
> On Sat, Jun 2, 2018 at 5:29 AM, Hiltjo Posthuma
> wrote:
> > Hi,
> >
> > Can you retry and see if the latest ii commit fixes the issue for you?
> >
> > See the bottom of the config.mk file.
>
> That did the trick - thanks very much!
On Sat, Jun 2, 2018 at 5:29 AM, Hiltjo Posthuma wrote:
> Hi,
>
> Can you retry and see if the latest ii commit fixes the issue for you?
>
> See the bottom of the config.mk file.
That did the trick - thanks very much!
On Mon, May 28, 2018 at 10:33:56PM -0700, Misty De Meo wrote:
> Commit 704ab925e92097778821d36954699f665028254d of ii added a bundled
> copy of strlcpy. Unfortunately this broke the build on OSs that
> provide strlcpy, like Mac OS X. It would be great if this could be
> fixed either by making the u
Misty De Meo writes:
> On Tue, May 29, 2018 at 11:58 AM, Manu Raster wrote:
>> Strlcpy works fine with Linux and gcc, too. It's probably just a clang
>> or apple bug.
>
> I don't believe it's a clang bug, but just that the strlcpy definition
> clashes with the macro which is imported via . (OS X
On Tue, May 29, 2018 at 11:58 AM, Manu Raster wrote:
> Strlcpy works fine with Linux and gcc, too. It's probably just a clang
> or apple bug.
I don't believe it's a clang bug, but just that the strlcpy definition
clashes with the macro which is imported via . (OS X defines
both a C function and a
On Tue, May 29, 2018 at 08:58:20PM +0200, Manu Raster wrote:
> Strlcpy works fine with Linux and gcc, too. It's probably just a clang
> or apple bug.
>
> Misty De Meo writes:
>
> > I'm using clang on Mac OS X 10.13. It fails with the following errors:
>
Build works fine over here...
OpenBSD cl
Strlcpy works fine with Linux and gcc, too. It's probably just a clang
or apple bug.
Misty De Meo writes:
> I'm using clang on Mac OS X 10.13. It fails with the following errors:
On Mon, May 28, 2018 at 11:40 PM, Hiltjo Posthuma
wrote:
> What is the output of the compiler? Can you give more information what is
> broken exactly?
>
> It works for me on OpenBSD.
I'm using clang on Mac OS X 10.13. It fails with the following errors:
cc -c -o strlcpy.o strlcpy.c -Os -I. -I/us
On Mon, May 28, 2018 at 10:33:56PM -0700, Misty De Meo wrote:
> Commit 704ab925e92097778821d36954699f665028254d of ii added a bundled
> copy of strlcpy. Unfortunately this broke the build on OSs that
> provide strlcpy, like Mac OS X. It would be great if this could be
> fixed either by making the u
Commit 704ab925e92097778821d36954699f665028254d of ii added a bundled
copy of strlcpy. Unfortunately this broke the build on OSs that
provide strlcpy, like Mac OS X. It would be great if this could be
fixed either by making the usage of strlcpy dependent on something
configured in config.mk, or by
On Mon, Sep 18, 2017 at 09:42:02AM -0700, Evan Gates wrote:
> Markus Teich wrote:
> >
> > According to my limited IRC usage the /me actions are used frequently and
> > thus
> > this is worhtwhile to add upstream. In the end it's up to you as the
> > maintainer.
> > If you don't want to put it u
Markus Teich wrote:
>
> According to my limited IRC usage the /me actions are used frequently and thus
> this is worhtwhile to add upstream. In the end it's up to you as the
> maintainer.
> If you don't want to put it upstream, I'd like to see it at least replace the
> current action patch in th
Heyho,
Hiltjo Posthuma wrote:
> Minor nitpick, I'd prefer a space after the wildcard:
> > + snprintf(msg, sizeof(msg), "* %s %s", nick,
> > &buf[3]);
I think that looks weird. No actual research, but I think I've seen the format
without a space more often and the `*` is
On Thu, Sep 07, 2017 at 10:21:52PM +0200, Jan Klemkow wrote:
> Hi,
>
> this path applies action command support to ii. It was developed at the
> slcon4, but I was to lazy. So, I sent it now.
>
> Any comments or questions?
>
> Bye,
> Jan
>
> From 1ddd9265ff3601cc07181d3fc79d33296c77adaf Mon Se
Hi,
this path applies action command support to ii. It was developed at the
slcon4, but I was to lazy. So, I sent it now.
Any comments or questions?
Bye,
Jan
>From 1ddd9265ff3601cc07181d3fc79d33296c77adaf Mon Sep 17 00:00:00 2001
From: Jan Klemkow
Date: Thu, 7 Sep 2017 22:00:29 +0200
Subject
On Fri, 2 Jun 2017 09:59:01 +0200
Hiltjo Posthuma wrote:
Hey Hiltjo,
> I've pushed changes from my ii branch to suckless master.
>
> The changes have been used for more than a year by a few people and
> me.
>
> See the CHANGES file in the repo for most of the changes made.
> Send a patch if yo
Heyo p-p-peoples,
I've pushed changes from my ii branch to suckless master.
The changes have been used for more than a year by a few people and me.
See the CHANGES file in the repo for most of the changes made.
Send a patch if you find any issues.
Special thanks to:
- Wolfgang Corcoran-Mathe fo
Hello everyone,
here is a version of the ii SSL patch, updated
for git HEAD (the current version did not work
with either `patch` or `git apply`).
Hope this helps,
pranomostro
diff --git a/config.mk b/config.mk
index b5bc34f..8525a43 100644
--- a/config.mk
+++ b/config.mk
@@ -16,7 +16,7 @@ VERSI
On Thu, Oct 13, 2016 at 7:47 AM, Thomas Levine <_...@thomaslevine.com> wrote:
> I start ii and chat for a while. Then I lose my internet connection
> for a few hours. What is a good way to have ii automatically connect
> when I get my internet connection back?
>
> I guess I have determine whether i
Good day to bring this up [0].
cheers!
mar77i
[0] https://twitter.com/freenodestaff/status/786495995949481984
I start ii and chat for a while. Then I lose my internet connection
for a few hours. What is a good way to have ii automatically connect
when I get my internet connection back?
I guess I have determine whether ii has disconnected and whether I now
have an internet connection. I don't know how to d
Kamil Cholewiński writes:
> In all seriousness, ii is more of a library for use with shell scripts
> and custom plumbing than a fully-featured client. It can also be a base
> for a client you'd build. For example, try splitting a tmux window
> horizontally, putting "out" in the upper half, and "i
On Fri, May 6, 2016 at 2:22 PM, Kamil Cholewiński wrote:
> On Fri, 06 May 2016, Mitt Green wrote:
>> So, FIFO in the description[1] means "fit in or f#$! off"?
>
> I'm going to print this and hang on the wall :D
That's going in my fortunes file.
Kamil Cholewiński wrote:
In all seriousness, ii is more of a library [...]
I like the idea anyway, even without extensions.
It's usable, though with a steep leaning curve.
Well, IMHO... Documentation for all
suckless projects... hm, kind of sucks.
Think of it more as a feature :)
"Go figur
On Fri, 06 May 2016, Mitt Green wrote:
> So, FIFO in the description[1] means "fit in or f#$! off"?
I'm going to print this and hang on the wall :D
In all seriousness, ii is more of a library for use with shell scripts
and custom plumbing than a fully-featured client. It can also be a base
for a
So, FIFO in the description[1]
[1]: http://tools.suckless.org/ii/
Kamil Cholewiński wrote:
You probably want irssi or bitchx or xchat or pidgin or ii is when
you know exactly what you need and you see ii is the way to get it.
Think of it as Lego for grownups.
So, FIFO in the description[1] means "fit in or f#$! off"?
By the way, thanks for the recommenda
On Fri, May 06, 2016 at 05:20:36PM +0300, Mitt Green wrote:
> Hey,
>
> Sorry for kinda noobish question. I can't figure out
> how ii works. Here's what I did:
>
> 1. compiled it;
> 2. ran "ii -n -s irc.ubuntu.com" ;
> 3. "echo "/j #ubuntu" > in" ;
> 4. and nothing happened.
I tried this, and it w
On Fri, 06 May 2016, Mitt Green wrote:
> Hey,
>
> Sorry for kinda noobish question. I can't figure out
> how ii works. Here's what I did:
>
> 1. compiled it;
> 2. ran "ii -n -s irc.ubuntu.com" ;
> 3. "echo "/j #ubuntu" > in" ;
> 4. and nothing happened.
>
> I checked ~/irc/irc.ubuntu.com/out and
Hey,
Sorry for kinda noobish question. I can't figure out
how ii works. Here's what I did:
1. compiled it;
2. ran "ii -n -s irc.ubuntu.com" ;
3. "echo "/j #ubuntu" > in" ;
4. and nothing happened.
I checked ~/irc/irc.ubuntu.com/out and there are
channel messages, like "Looking up your hostname
Hi,
* Troy Sankey [2015-01-29 04:12]:
> On 2015-01-28 14:44:52 -0500, Nico Golde wrote:
> > What I think may be better would be to only set nick after a successful
> > NICK
> > message was received from the network as Truls suggests.
> > Would you mind testing the attached patch?
>
> Tested, wo
On 2015-01-28 14:44:52 -0500, Nico Golde wrote:
> What I think may be better would be to only set nick after a successful NICK
> message was received from the network as Truls suggests.
> Would you mind testing the attached patch?
Tested, works. Can we still make it log to the network channel, e
Hi,
* Truls Becken [2015-01-27 08:57]:
> On Mon, Jan 26, 2015 at 3:23 AM, Troy Sankey wrote:
> > If an error occurs changing nick (with /n) then it will become out of
> > sync with the server. Here are some of the consequences:
> >
> > * ii will log outgoing messages with the new nick, but other
Alternatively, /n could still send NICK, but not prematurely set the variable.
-Truls
On Mon, Jan 26, 2015 at 3:23 AM, Troy Sankey wrote:
> Hi,
>
> If an error occurs changing nick (with /n) then it will become out of
> sync with the server. Here are some of the consequences:
>
> * ii will log
On Mon, Jan 26, 2015 at 12:49:38PM +0100, Nico Golde wrote:
> Hi,
> * Markus Teich [2015-01-22 14:30]:
> > younix wrote:
> > > I don't get the point with an additional git branch!? What would be the
> > > advantage of it, instead of a diff on the website? How would it look
> > > like if
> > > y
Hi,
* Markus Teich [2015-01-22 14:30]:
> younix wrote:
> > I don't get the point with an additional git branch!? What would be the
> > advantage of it, instead of a diff on the website? How would it look like
> > if
> > you made the next release of ii?
>
> After a new official release or just
Hi,
If an error occurs changing nick (with /n) then it will become out of
sync with the server. Here are some of the consequences:
* ii will log outgoing messages with the new nick, but others will
receive them from the old nick
* private messaging breaks
Conceivably, this issue is common on
younix wrote:
> I don't get the point with an additional git branch!? What would be the
> advantage of it, instead of a diff on the website? How would it look like if
> you made the next release of ii?
After a new official release or just a simple new bugfix commit, I feel a `git
merge master` f
On Sun, Jan 18, 2015 at 01:22:38PM +0100, Nico Golde wrote:
> Hi,
> * younix [2015-01-15 22:41]:
> > this diff changes the network connection of ii to the UCSPI[1] protocol.
> > This makes ii much more flexible. With the UCSPI protocol you could use
> > features like IPv6[2], SOCKSv5[3] or even T
Hi,
* younix [2015-01-15 22:41]:
> this diff changes the network connection of ii to the UCSPI[1] protocol.
> This makes ii much more flexible. With the UCSPI protocol you could use
> features like IPv6[2], SOCKSv5[3] or even TLS[3]. This diff extracts
> the socket handling infrastructure to an
younix wrote:
> What is your opinion about this diff? At least it would be great to put this
> patch at the ii suckless webpage. So I could made an OpenBSD port (flavor) of
> it.
As I've already told you on 31c3 I think the separation in socket/tls/protocol
layers is very good and can be reused
Hi,
this diff changes the network connection of ii to the UCSPI[1] protocol.
This makes ii much more flexible. With the UCSPI protocol you could use
features like IPv6[2], SOCKSv5[3] or even TLS[3]. This diff extracts
the socket handling infrastructure to an external program like
tcpclient. So
On 01/05/14 11:36, Evan Gates wrote:
> On Thu, May 1, 2014 at 8:29 AM, Jean-Philippe Gagné Guay
> wrote:
> > I am not sure I understand why this would be wrong. Shouldn't calling ii
> > (via
> > ii or not) without arguments use the default values descibed in the man
> > page?
>
> My point is th
On Thu, May 1, 2014 at 8:29 AM, Jean-Philippe Gagné Guay
wrote:
> I am not sure I understand why this would be wrong. Shouldn't calling ii (via
> ii or not) without arguments use the default values descibed in the man page?
My point is that argc will never be less than 1 (AFAIK). If you want
to u
On 01/05/14 07:34, Evan Gates wrote:
> On Wed, Apr 30, 2014 at 11:20 PM, Jean-Philippe Gagné Guay
> wrote:
> > ii could be called without any argument, using the defaults described in the
> > manpage.
> >
> > - if (argc <= 1 || (argc == 2 && argv[1][0] == '-' && argv[1][1] ==
> > 'h')) usag
Hi Jean-Philippe,
On Wed, Apr 30, 2014 at 11:20 PM, Jean-Philippe Gagné Guay
wrote:
> ii could be called without any argument, using the defaults described in the
> manpage.
>
> - if (argc <= 1 || (argc == 2 && argv[1][0] == '-' && argv[1][1] ==
> 'h')) usage();
> + if (argc < 1 || (
ii could be called without any argument, using the defaults described in the
manpage.
diff --git a/ii.c b/ii.c
index d93266c..0816009 100644
--- a/ii.c
+++ b/ii.c
@@ -466,7 +466,7 @@ int main(int argc, char *argv[]) {
}
snprintf(nick, sizeof(nick), "%s", spw->pw_name);
snpr
Hi,
* Markus Wichmann [2013-07-11 22:13]:
> linking ii against uClibc gives a warning about it using
> gethostbyname(). I have modified it to use getaddrinfo():
Thanks, I'll look at this and probably integrate it over the weekend!
Cheers
Nico
--
Nico Golde - XMPP: n...@jabber.ccc.de - GPG: 0xA0
Hi all,
linking ii against uClibc gives a warning about it using
gethostbyname(). I have modified it to use getaddrinfo():
diff --git a/ii.c b/ii.c
index d93266c..117dcf5 100644
--- a/ii.c
+++ b/ii.c
@@ -8,6 +8,7 @@
#include
#include
#include
+#include
#include
#include
#include
@@
2013/5/4 Carlos Torres
> https://github.com/c00kiemon5ter/iii
> https://github.com/c00kiemon5ter/iim
>
>
I saw it. Thank you. Anyway, I'm using sic now.
--
H.Mo.
https://github.com/c00kiemon5ter/iii
https://github.com/c00kiemon5ter/iim
On Sat, May 4, 2013 at 8:51 AM, Carlos Torres wrote:
>
> On Apr 29, 2013 2:13 PM, "Hugues Moretto-Viry"
> wrote:
>>
>> Hi guys,
>>
>> I installed ii and now I'm trying to create a little shell (mksh) frontend
>> for it. I
On Apr 29, 2013 2:13 PM, "Hugues Moretto-Viry"
wrote:
>
> Hi guys,
>
> I installed ii and now I'm trying to create a little shell (mksh)
frontend for it. I saw the existing frontends on the wiki, but I prefer
creating another one from scratch.
> It will perfectly fit my needs.
>
> I use "tail -f"
Hi,
* Hugues Moretto-Viry [2013-04-29 20:17]:
> I installed ii and now I'm trying to create a little shell (mksh) frontend
> for it. I saw the existing frontends on the wiki, but I prefer creating
> another one from scratch.
> It will perfectly fit my needs.
>
> I use "tail -f" on the out file, b
Hi guys,
I installed ii and now I'm trying to create a little shell (mksh) frontend
for it. I saw the existing frontends on the wiki, but I prefer creating
another one from scratch.
It will perfectly fit my needs.
I use "tail -f" on the out file, but I would like to ask you, if you know a
prompt
On Sat, Apr 13, 2013 at 02:55:08PM +0200, Nico Golde wrote:
> Hi,
> * William Giokas <1007...@gmail.com> [2013-04-12 03:35]:
> > On Fri, Apr 12, 2013 at 09:25:25AM +0800, Patrick Haller wrote:
> > > On 2013-04-11 21:17, Carlos Torres wrote:
> > > > it was there just a little hidden
> > > > http://g
Hi,
* William Giokas <1007...@gmail.com> [2013-04-12 03:35]:
> On Fri, Apr 12, 2013 at 09:25:25AM +0800, Patrick Haller wrote:
> > On 2013-04-11 21:17, Carlos Torres wrote:
> > > it was there just a little hidden
> > > http://git.suckless.org/sites/tree/tools.suckless.org/ii/patches/ii-ipv6.diff
>
On Thu, Apr 11, 2013 at 08:32:43PM -0500, William Giokas wrote:
> On Fri, Apr 12, 2013 at 09:25:25AM +0800, Patrick Haller wrote:
> > i mean in the ii repo -> http://git.suckless.org/ii
>
> I agree...I think they should be put into separate branches. It would
> make rebasing to a newer version ridi
On Fri, Apr 12, 2013 at 09:25:25AM +0800, Patrick Haller wrote:
> On 2013-04-11 21:17, Carlos Torres wrote:
> > it was there just a little hidden
> > http://git.suckless.org/sites/tree/tools.suckless.org/ii/patches/ii-ipv6.diff
>
> i mean in the ii repo -> http://git.suckless.org/ii
I agree...I t
On 2013-04-11 21:17, Carlos Torres wrote:
> it was there just a little hidden
> http://git.suckless.org/sites/tree/tools.suckless.org/ii/patches/ii-ipv6.diff
i mean in the ii repo -> http://git.suckless.org/ii
On Thu, Apr 11, 2013 at 9:12 PM, Patrick Haller
<201009-suckl...@haller.ws> wrote:
> On 2013-04-11 20:53, Nico Golde wrote:
>> http://tools.suckless.org/ii/patches/ii-ipv6.diff
>
> Aw fsck. Can we put the patches in the git repo? Either as plain files
> in patches/, or create a branch based on the
On 2013-04-11 20:53, Nico Golde wrote:
> http://tools.suckless.org/ii/patches/ii-ipv6.diff
Aw fsck. Can we put the patches in the git repo? Either as plain files
in patches/, or create a branch based on the commit they diff'd at?
Hi,
* Patrick <201009-suckl...@haller.ws> [2013-04-08 12:25]:
> Attached is a patch to add IPv6 support to ii, based on where it was as
> of 7a99152ce64d7006730006094b333edbecbe505a
>
> Enjoy, scream, whatever...
hmm?
http://tools.suckless.org/ii/patches/ii-1.7-ssl.diff
Cheers
Nico
Attached is a patch to add IPv6 support to ii, based on where it was as
of 7a99152ce64d7006730006094b333edbecbe505a
Enjoy, scream, whatever...
diff --git a/ii.c b/ii.c
index d93266c..0ebeee3 100644
--- a/ii.c
+++ b/ii.c
@@ -37,6 +37,7 @@ static int irc;
static time_t last_response;
static Channe
Hey,
way too late, but I just wrapped up the current git head of ii[0]
to an 1.7 release. The archive is available at [1].
1.7 (2013-01-05)
- -k now specifies an environment variable that contains the
server key. This behaviour has been changed in order to not
expose the password
Hi,
* Edgaras [2012-08-14 11:40]:
> I was trying to compile ii against musl, and I found that it seems ii.c is
> missing include declaration namely
> #include
> otherwise fd_set is undefined and most likely select() too. I do not know how
> it compiles with gnu libc, or maybe this is problem with
I was trying to compile ii against musl, and I found that it seems ii.c is
missing include declaration namely
#include
otherwise fd_set is undefined and most likely select() too. I do not know how
it compiles with gnu libc, or maybe this is problem with musl and select.h
should be included from so
when a random user joins a channel in
which you are already connected, the
server sends a message:
:someuser JOIN #meow
some servers (ie oftc) send non-RFC compliant messages like:
:someuser JOIN :#woof
this isn't restricted to JOIN messages.
ii handles this in the 'tokenize(..)' functi
Prefix the 'echo' with a whitespace unless you want your password in the shell
history.
Else use dev/stdin al password file and press ^D to end the password.
If you dump the process memory the password will still be there. So if the
environ is a problem, the process memory it is too. So bear i
[2012-06-16 16:33] Connor Lane Smith
>
> More déjà vu.
I apologize for having posted without having read the thread.
meillo
On 16 June 2012 16:27, markus schnalke wrote:
> AFAIR the environment can be displayed, too. I think it was `ps e'.
> Hence the fix is no fix.
On 21 April 2012 01:25, Kurt H Maier wrote:
> I am mildly convinced that other users cannot see env data with ps -e.
> I am also vaguely determined that
1 - 100 of 189 matches
Mail list logo
