Maybe there's some kind of ballmer-peek in weed ;)
2010/6/10 pancake :
> 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
2010/6/11 Matthew Bauer :
> Couldn't you just print your error to stdout?
Yes, you could: 2>&1
Now look for a real problem and stop trolling.
--
- yiyus || JGL . 4l77.com
Hi,
I'm updating the utterly aged wmii FAQ, and I'm hoping some of
you can think of some frequently asked questions, or things that
have caught you off guard, that I may miss.
Thanks,
--
Kris Maglione
A program is portable to the extent that it can be easily moved to a
new computing environm
I have these:
- How to start wmii with one of the alternative wmiircs.
- How to customize using the wmiirc_local variants of the wmiircs.
- How to restart wmii in-place.
Probably too much for the FAQ, but at least the latter two are not well
documented for a beginner.
On 06/11/2010 10:29 AM, Kris
On Fri, Jun 11, 2010 at 10:45:11AM +0200, Thomas Dahms wrote:
I have these:
- How to start wmii with one of the alternative wmiircs.
- How to customize using the wmiirc_local variants of the wmiircs.
- How to restart wmii in-place.
Probably too much for the FAQ, but at least the latter two are n
While on the one hand, I think that the people who wrote the XDG
spec are raving mad[1], on the other, I hate applications
clogging up my home directory with dot-files. I'm considering
moving ~/.wmii to ~/.config/wmii. I'd really prefer something of
a non-dot-dir flavor, but since there's no su
Hey,
On 11 June 2010 10:19, Kris Maglione wrote:
> While on the one hand, I think that the people who wrote the XDG spec are
> raving mad[1], on the other, I hate applications clogging up my home
> directory with dot-files. I'm considering moving ~/.wmii to ~/.config/wmii.
> I'd really prefer som
On Fri, Jun 11, 2010 at 10:33:51AM +0100, Connor Lane Smith wrote:
Hey,
On 11 June 2010 10:19, Kris Maglione wrote:
While on the one hand, I think that the people who wrote the XDG spec are
raving mad[1], on the other, I hate applications clogging up my home
directory with dot-files. I'm consi
On Fri, 11 Jun 2010 10:33:51 +0100
Connor Lane Smith wrote:
> Hey,
>
> On 11 June 2010 10:19, Kris Maglione wrote:
> > While on the one hand, I think that the people who wrote the XDG
> > spec are raving mad[1], on the other, I hate applications clogging
> > up my home directory with dot-files.
Kris Maglione writes:
> While on the one hand, I think that the people who wrote the XDG spec
> are raving mad[1], on the other, I hate applications clogging up my
> home directory with dot-files. I'm considering moving ~/.wmii to
> ~/.config/wmii.
I'm trying to understand which problem exactly is
9base is a hg build, built 3 days ago, it's the newest version. I know
werc has it's own list, but I feel the problem isn't werc.
Also, Kris suggested running ./werc.rc, this resulted in this:
$ rc
; ./werc.rc
rc: ../sysdeps/unix/sysv/linux/getpagesize.c:32: __getpagesize:
Assertion `_rtld_global
9base is a hg build, built 3 days ago, it's the newest version. I know
werc has it's own list, but I feel the problem isn't werc.
Also, Kris Maglione suggested running ./werc.rc, this resulted in this:
$ rc
; ./werc.rc
rc: ../sysdeps/unix/sysv/linux/getpagesize.c:32: __getpagesize:
Assertion `_rt
On 11 June 2010 11:43, Jan Winkelmann wrote:
> 9base is a hg build, built 3 days ago, it's the newest version. I know
> werc has it's own list, but I feel the problem isn't werc.
>
> Also, Kris Maglione suggested running ./werc.rc, this resulted in this:
>
> $ rc
> ; ./werc.rc
> rc: ../sysdeps/uni
On Fri, Jun 11, 2010 at 12:43:55PM +0200, Jan Winkelmann wrote:
9base is a hg build, built 3 days ago, it's the newest version. I know
werc has it's own list, but I feel the problem isn't werc.
Also, Kris Maglione suggested running ./werc.rc, this resulted in this:
$ rc
; ./werc.rc
rc: ../sysde
On 11 June 2010 11:43, Anselm R Garbe wrote:
> Would you mind trying p9p as a test to see if the behavior is the same?
Ignore what I asked. I realize now that you use that crappy GNU libc... ;)
--Anselm
I'd prefer if old ~/.wmii would still serve as an override for the XDG-stuff if
it exists. I don't want to move ~/.wmii around on the donzens of machines I
have it installed.
Do we have feature-complete alternatives to GNU libc?
eglibc is not an option, since it's based solely on the point that Drepper is
an asshole.
>From what I heard, uClibc is incomplete, as is klibc and dietlibc..
What else do we have? Android libc? How many programs depend on glibc?
On Fri, 2010-06-11 at 06:48 -0400, Kris Maglione wrote:
> On Fri, Jun 11, 2010 at 12:43:55PM +0200, Jan Winkelmann wrote:
> >9base is a hg build, built 3 days ago, it's the newest version. I know
> >werc has it's own list, but I feel the problem isn't werc.
> >
> >Also, Kris Maglione suggested run
On 10/06/10 pancake said:
> The design is really simple and effective, but it stores full file
> with no patchsets. So it's a big big the repo..
Note, so does Git. IT just uses zlib to compress the files, and then builds on
that with the ability to pack files with small diffs from one another i
On Fri, Jun 11, 2010 at 01:02:02PM +0200, Moritz Wilhelmy wrote:
Do we have feature-complete alternatives to GNU libc?
eglibc is not an option, since it's based solely on the point that Drepper is
an asshole.
Drepper is an asshole. That's as good a reason as any.
From what I heard, uClibc is
On Fri, Jun 11, 2010 at 12:57:55PM +0200, c...@wzff.de wrote:
I'd prefer if old ~/.wmii would still serve as an override for the XDG-stuff if
it exists. I don't want to move ~/.wmii around on the donzens of machines I
have it installed.
Ok, I like that idea.
--
Kris Maglione
The camel has evo
I would love to have such lib usable for more than one kernel (w32, bsd,
osx, linux..)
this is theorically the big benefit of glibc.. but it is certainly
something i would love
to have..
NetBSD have a good Libc implementation, but it is not suckless.. I would
certainly
like to see something li
On Fri, Jun 11, 2010 at 1:02 PM, Moritz Wilhelmy wrote:
> Do we have feature-complete alternatives to GNU libc?
> eglibc is not an option, since it's based solely on the point that Drepper is
> an asshole.
> From what I heard, uClibc is incomplete, as is klibc and dietlibc..
> What else do we have
On Fri, Jun 11, 2010 at 01:51:43PM +0200, pancake wrote:
I would love to have such lib usable for more than one kernel (w32, bsd,
osx, linux..)
this is theorically the big benefit of glibc.. but it is certainly
something i would love
to have..
NetBSD have a good Libc implementation, but it i
On Fri, Jun 11, 2010 at 12:57 PM, wrote:
> I'd prefer if old ~/.wmii would still serve as an override for the XDG-stuff
> if
> it exists. I don't want to move ~/.wmii around on the donzens of machines I
> have it installed.
So additional code clutter and functionality for backwards
compatibilit
On 06/11/10 14:05, Kris Maglione wrote:
On Fri, Jun 11, 2010 at 01:51:43PM +0200, pancake wrote:
I would love to have such lib usable for more than one kernel (w32,
bsd, osx, linux..)
this is theorically the big benefit of glibc.. but it is certainly
something i would love
to have..
NetBSD
On Fri, Jun 11, 2010 at 02:09:13PM +0200, pancake wrote:
We should move this thread to Twitter.
I'd sooner throw away my computer than sign up for a Twitter
account.
--
Kris Maglione
About the use of language: it is impossible to sharpen a pencil with a
blunt axe. It is equally vain to try
Let's get rid of exit values too! Or maybe make 0 failure and
non-zero values success, so it fits in with C++ booleans!
--
# Kurt H Maier
David Engster writes:
> Kris Maglione writes:
>> While on the one hand, I think that the people who wrote the XDG spec
>> are raving mad[1], on the other, I hate applications clogging up my
>> home directory with dot-files. I'm considering moving ~/.wmii to
>> ~/.config/wmii.
>
> I'm trying to unde
I know you're trolling, but I already thought about why 0 indicates success.
Point is, it actually makes sense because you usually have either success or
failure, and in case of failure, you might need another indicator to return the
nature of the failure.
On Fri, Jun 11, 2010 at 03:17:18PM +0200, David Engster wrote:
David Engster writes:
I'm trying to understand which problem exactly is solved by this. I
tried to read the "XDG Base Directory Specification" [1] but I admit I
didn't get past "Basics". How is fiddling with XDG_DATA_HOME,
XDG_CONFIG
On Fri, 11 Jun 2010 09:29:41 -0400
Kris Maglione wrote:
> On Fri, Jun 11, 2010 at 03:17:18PM +0200, David Engster wrote:
> >David Engster writes:
> >> I'm trying to understand which problem exactly is solved by this. I
> >> tried to read the "XDG Base Directory Specification" [1] but I
> >> admit
Hello,
I made a patch for surf that makes it behave like a typical browser when
handling downloads. The patch file is attached.
--
Jason Blakeley
diff -r 2924043aead9 surf.c
--- a/surf.cThu Jun 03 16:02:09 2010 -0400
+++ b/surf.cFri Jun 11 08:38:33 2010 -0400
@@ -187,14 +187,18 @@
g
Dieter Plaetinck writes:
> On Fri, 11 Jun 2010 09:29:41 -0400
> Kris Maglione wrote:
>
>> On Fri, Jun 11, 2010 at 03:17:18PM +0200, David Engster wrote:
>> >David Engster writes:
>> >> I'm trying to understand which problem exactly is solved by this. I
>> >> tried to read the "XDG Base Directory S
On Fri, Jun 11, 2010 at 4:09 PM, David Engster wrote:
> The problem is that data is even more spread than it was before, and
> often cannot be tracked anymore to the application which generated
> it. So if you're worried about applications littering your $HOME with
> dotfiles, you now have a litte
On Fri, 11 Jun 2010 16:09:55 +0200
David Engster wrote:
> Dieter Plaetinck writes:
> > yes, both the app data and user data (can) end(s) up in
> > $XDG_DATA_HOME
>
> I see that in my .local/share as well. It's a complete mess.
>
> So what they tried to do is to separate configuration settings f
On 11/06/10 Kris Maglione said:
> I'd sooner throw away my computer than sign up for a Twitter
> account.
I have one but I admit it was mostly out of curiousity. I feel like an idiot
saying "tweet". Just fix email, at least it's decentralized and universal.
Mike
--
Michael P. Soulier
"Any inte
Dieter Plaetinck writes:
> On Fri, 11 Jun 2010 16:09:55 +0200
> David Engster wrote:
>
>> Dieter Plaetinck writes:
>> > yes, both the app data and user data (can) end(s) up in
>> > $XDG_DATA_HOME
>>
>> I see that in my .local/share as well. It's a complete mess.
>>
>> So what they tried to do is
I have find in twitter (identica and others..aka microblogging) a very
interesting way
of comunication. The protocol is simple, the messaging is simple, is
fast to read
(because you cannot post large stuff) and can be used in a very simple way.
It's true that twitter is full of morons, but you
On 06/11/10 15:21, Moritz Wilhelmy wrote:
I know you're trolling, but I already thought about why 0 indicates success.
Point is, it actually makes sense because you usually have either success or
failure, and in case of failure, you might need another indicator to return the
nature of the failure
How to add stuff in a the bar?
How to update the executable list (Modkey-p)?
How to add a custom keybinding?
Btw, the guide to wmii html link is dead.
On Fri, Jun 11, 2010 at 06:19:18PM +0200, pancake wrote:
On 06/11/10 15:21, Moritz Wilhelmy wrote:
unsigned int read(int fd, ref char *buf, unsigned int buf_len, GError **err);
(yeah, thats a silly example, but it allows you to make reads
bigger than 31 bits without having to check for the
On Fri, Jun 11, 2010 at 06:25:14PM +0200, Aurélien Aptel wrote:
Btw, the guide to wmii html link is dead.
Hm? Where's this?
--
Kris Maglione
Every one is a moon, and has a dark side which he never shows to
anybody.
--Mark Twain
On Fri, Jun 11, 2010 at 6:37 PM, Kris Maglione wrote:
> Hm? Where's this?
http://wmii.suckless.org/guide
All the links on that page are dead.
On Fri, Jun 11, 2010 at 06:40:30PM +0200, Aurélien Aptel wrote:
On Fri, Jun 11, 2010 at 6:37 PM, Kris Maglione wrote:
Hm? Where's this?
http://wmii.suckless.org/guide
All the links on that page are dead.
Interesting. They must have been broken during a site move. I
think I'll just delete t
I don't put my files in $HOME. Of course because of the dot-files annoyance.
The spec somehow reminds me of the windows registry :D
Kris, Kris, Kris...
So no one in the world ever reads files bigger than 2GB? That's a
silly notion. You can't design an API based on what you think a
programmer is _most likely_ to need, without consideration to other
scenarios. At least not if you want it to be scalable enough to be
relevant i
Not really. Actually NOBODY reads files bigger than 2GB in a SINGLE syscall.
Such operation would lock the process for a long and eat so many resorces from
the app (it should malloc 2GB.. Or use mmap which is a kernel wrap for tis in a
cached way over.. But certainly mmaping more than 2GB can be
On Fri, Jun 11, 2010 at 12:59:45PM -0400, Alex Puterbaugh wrote:
Kris, Kris, Kris...
So no one in the world ever reads files bigger than 2GB? That's a
silly notion. You can't design an API based on what you think a
programmer is _most likely_ to need, without consideration to other
scenarios.
On 11 June 2010 17:19, pancake wrote:
> In GObject, exceptions, or errors are passed as reference in an
> argument, so the return value can be used without restrictions:
>
> for example:
>
> unsigned int read(int fd, ref char *buf, unsigned int buf_len, GError
> **err);
>
> (yeah, thats a silly
On 11 June 2010 17:15, pancake wrote:
> Certainly I would prefer to use a twitter-like protocol if it was text-based
> (no xml), distributed.
Isn't that basically IRC?
On Fri, Jun 11, 2010 at 7:30 PM, pancake wrote:
> Not really. Actually NOBODY reads files bigger than 2GB in a SINGLE syscall.
>
> Such operation would lock the process for a long and eat so many resorces
> from the app (it should malloc 2GB.. Or use mmap which is a kernel wrap for
> tis in a cach
Irc is not persistent. Channels have restricted boundaries, so you
can't relate messages between more than one channel. And irc needs
more attention. Chat aims to be sincrunous, microblogging not.
But yeah u could implement microblogging on top of this. another good
thing of microblogging i
2010/6/11 pancake :
> Irc is not persistent. Channels have restricted boundaries, so you can't
How do you have it be both persistent and distributed?
--
Samuel Baldwin - logik.li
> How do you have it be both persistent and distributed?
p2p
pmarin.
2010/6/11 pmarin :
> p2p
How is that persistent? Everyone shunts around the logs?
--
Samuel Baldwin - logik.li
torrent has a hash for chunks, so you could be sure that no one
touched anything and you get exact copy of what torrent maker had.
On Sat, Jun 12, 2010 at 03:16, Samuel Baldwin
wrote:
> 2010/6/11 pmarin :
>> p2p
>
> How is that persistent? Everyone shunts around the logs?
>
> --
> Samuel Baldwin
On 11 June 2010 21:15, Anders Andersson wrote:
> Think before posting or blaming. 2GB might be silly now, much as 2MB
> was silly 20 years ago. I can't see why it would be extraordinarily
> silly to read in/map 2GB from a file 10 years from now. It takes 10
> seconds at most *today*. And to limit
On Sat, Jun 12, 2010 at 02:15:07AM +0100, Connor Lane Smith wrote:
On 11 June 2010 21:15, Anders Andersson wrote:
Think before posting or blaming. 2GB might be silly now, much as 2MB
was silly 20 years ago. I can't see why it would be extraordinarily
silly to read in/map 2GB from a file 10 year
Just saying...
--
Kris Maglione
Beware of "the real world". A speaker's appeal to it is always an
invitation not to challenge his tacit assumptions.
--Edsger W. Dijkstra
On 12 June 2010 02:42, Kris Maglione wrote:
> Which is, of course, entirely relevant. This is a non-issue. It's not a
> practical limitation. It's already possible to read as much of a file into
> memory as your memory will hold. The only limitation is that if you want
> more than 2GB, you need to
On Sat, Jun 12, 2010 at 03:03:27AM +0100, Connor Lane Smith wrote:
> My point was that that is false.
not only is it false, but a few months ago we were running an
application (with nsz) where on one computer about 10 processes mmapped
a 3.5GB file all at once, perfectly happily. (They were 64 bit
On Sat, Jun 12, 2010 at 03:03:27AM +0100, Connor Lane Smith wrote:
On 12 June 2010 02:42, Kris Maglione wrote:
Which is, of course, entirely relevant. This is a non-issue. It's not a
practical limitation. It's already possible to read as much of a file into
memory as your memory will hold. The
On 12 June 2010 06:59, Kris Maglione wrote:
> The size of size_t and ssize_t are irrelevant when
> you're talking about a function that isn't guaranteed or expected to return
> any specific amount of data on a specific call.
Let me run that by you again:
On 12 June 2010 02:42, Kris Maglione wro
On Sat, Jun 12, 2010 at 07:05:34AM +0100, Connor Lane Smith wrote:
On 12 June 2010 06:59, Kris Maglione wrote:
The size of size_t and ssize_t are irrelevant when
you're talking about a function that isn't guaranteed or expected to return
any specific amount of data on a specific call.
Let me
On 12 June 2010 07:16, Kris Maglione wrote:
> Are we talking about in some hypothetical world where all computers are 64
> bit or all C libraries define ssize_t to be a 64 bit int, or are we talking
> about practical reality, where most computers are still 32 bit and nearly
> all C libraries defin
66 matches
Mail list logo
