On Tue, Apr 13, 2004 at 09:00:01AM +0200, Adrian 'Dagurashibanipal' von Bidder
wrote:
> On Friday 09 April 2004 22.24, William Ballard wrote:
> > On Fri, Apr 09, 2004 at 03:15:20PM -0500, elijah wright wrote:
> > > in my experience compiling stuff with -O3 just means that people on
> > > other ar
On Tue, Apr 13, 2004 at 09:00:01AM +0200, Adrian 'Dagurashibanipal' von Bidder wrote:
> On Friday 09 April 2004 22.24, William Ballard wrote:
> > On Fri, Apr 09, 2004 at 03:15:20PM -0500, elijah wright wrote:
> > > in my experience compiling stuff with -O3 just means that people on
> > > other arc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 09 April 2004 22.24, William Ballard wrote:
> On Fri, Apr 09, 2004 at 03:15:20PM -0500, elijah wright wrote:
> > in my experience compiling stuff with -O3 just means that people on
> > other architectures (where GCC may do odd things) will e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 09 April 2004 22.24, William Ballard wrote:
> On Fri, Apr 09, 2004 at 03:15:20PM -0500, elijah wright wrote:
> > in my experience compiling stuff with -O3 just means that people on
> > other architectures (where GCC may do odd things) will e
Hello Benjamin,
* Benjamin Cutler <[EMAIL PROTECTED]> [2004-04-11 13:03]:
> Coding for specific browsers is
> an option, but is there an easier way?
Many programs use sensible-browser for this.
regards nico
--
Nico Golde| [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL
PRO
Hello Benjamin,
* Benjamin Cutler <[EMAIL PROTECTED]> [2004-04-11 13:03]:
> Coding for specific browsers is
> an option, but is there an easier way?
Many programs use sensible-browser for this.
regards nico
--
Nico Golde| [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL
PRO
Brian Nelson wrote:
A few more minor problems:
* In interface.fl:163:
callback {system("xterm -e zless
/usr/share/doc/stripclub/readme.txt.gz");}
You can't rely on xterm being available unless you depend upon it, and
even still, that's bad practice. Instead, you should use
/usr/bin/x
A few more minor problems:
* In interface.fl:163:
callback {system("xterm -e zless /usr/share/doc/stripclub/readme.txt.gz");}
You can't rely on xterm being available unless you depend upon it, and
even still, that's bad practice. Instead, you should use
/usr/bin/x-terminal-emulator.
Brian Nelson wrote:
A few more minor problems:
* In interface.fl:163:
callback {system("xterm -e zless
/usr/share/doc/stripclub/readme.txt.gz");}
You can't rely on xterm being available unless you depend upon it, and
even still, that's bad practice. Instead, you should use
/usr/bin/x-te
A few more minor problems:
* In interface.fl:163:
callback {system("xterm -e zless /usr/share/doc/stripclub/readme.txt.gz");}
You can't rely on xterm being available unless you depend upon it, and
even still, that's bad practice. Instead, you should use
/usr/bin/x-terminal-emulator.
On Fri, Apr 09, 2004 at 02:25:17PM -0600, Wesley J Landaker wrote:
> On Friday 09 April 2004 2:15 pm, elijah wright wrote:
> > > For the C programming language, this means the following
> > > compilation parameters should be used:
> > >
> > > CC = gcc
> > > CFLAGS = -O
On Fri, Apr 09, 2004 at 02:25:17PM -0600, Wesley J Landaker wrote:
> On Friday 09 April 2004 2:15 pm, elijah wright wrote:
> > > For the C programming language, this means the following
> > > compilation parameters should be used:
> > >
> > > CC = gcc
> > > CFLAGS = -O
Jepri <[EMAIL PROTECTED]> writes:
> Benjamin Cutler wrote:
>> Nicolas Kratz wrote:
>>>
>> Point made. While I, personally, don't feel any regret (I've been a
>> Premium Keenspot member for two years, have every Sluggy book). I'll
>> be sticking a splash screen into the next build saying just
>> th
On Friday 09 April 2004 2:15 pm, elijah wright wrote:
> > For the C programming language, this means the following
> > compilation parameters should be used:
> >
> > CC = gcc
> > CFLAGS = -O2 -g -Wall
> >
> > though -O3 is probably OK in most cases. You should keep th
On Fri, Apr 09, 2004 at 03:15:20PM -0500, elijah wright wrote:
>
> > For the C programming language, this means the following
> > compilation parameters should be used:
> >
> > CC = gcc
> > CFLAGS = -O2 -g -Wall
> >
> > though -O3 is probably OK in most cases. You sh
> For the C programming language, this means the following
> compilation parameters should be used:
>
> CC = gcc
> CFLAGS = -O2 -g -Wall
>
> though -O3 is probably OK in most cases. You should keep the
> optimizations options as conservative as possible, unless you r
> http://www.cs.colostate.edu/~cutlerbc/stripclub/
My bad, correct url is:
http://www.cs.colostate.edu/~cutler/stripclub/
Brian Nelson wrote:
Oops, I didn't realize you're also the upstream author. That makes the
copyright more OK than I realized. Still, you should include more on
the GPL (versioning, etc.), like in the example in that email.
Fixed, I believe.
Normally you create a package using the curr
Jepri <[EMAIL PROTECTED]> writes:
> Benjamin Cutler wrote:
>> Nicolas Kratz wrote:
>>>
>> Point made. While I, personally, don't feel any regret (I've been a
>> Premium Keenspot member for two years, have every Sluggy book). I'll
>> be sticking a splash screen into the next build saying just
>> th
On Friday 09 April 2004 2:15 pm, elijah wright wrote:
> > For the C programming language, this means the following
> > compilation parameters should be used:
> >
> > CC = gcc
> > CFLAGS = -O2 -g -Wall
> >
> > though -O3 is probably OK in most cases. You should keep th
On Fri, Apr 09, 2004 at 03:15:20PM -0500, elijah wright wrote:
>
> > For the C programming language, this means the following
> > compilation parameters should be used:
> >
> > CC = gcc
> > CFLAGS = -O2 -g -Wall
> >
> > though -O3 is probably OK in most cases. You sh
> For the C programming language, this means the following
> compilation parameters should be used:
>
> CC = gcc
> CFLAGS = -O2 -g -Wall
>
> though -O3 is probably OK in most cases. You should keep the
> optimizations options as conservative as possible, unless you r
Benjamin Cutler wrote:
Jepri wrote:
In Debian, /etc/alternatives/x-www-browser is a link to an installed
browser.
That might not be the users first choice of browser, but that's
another fight for another time.
Alright, that works for Debian, but I'm guessing there's not much of a
standa
Jepri wrote:
In Debian, /etc/alternatives/x-www-browser is a link to an installed
browser.
That might not be the users first choice of browser, but that's
another fight for another time.
Alright, that works for Debian, but I'm guessing there's not much of a
standard Linux-wide?
Benjamin Cutler wrote:
Nicolas Kratz wrote:
Point made. While I, personally, don't feel any regret (I've been a
Premium Keenspot member for two years, have every Sluggy book). I'll be
sticking a splash screen into the next build saying just that. Perhaps I
should move the "Per-comic donation
Nicolas Kratz wrote:
Ahem. You DO know that tools like this one are actively damaging online
comic creators?
Most of them are getting a fair share of their revenue from ad sales,
which stripclub, komics etc. pp. are bypassing, or merchandise, which
the user of stripclub will not know about sinc
> http://www.cs.colostate.edu/~cutlerbc/stripclub/
My bad, correct url is:
http://www.cs.colostate.edu/~cutler/stripclub/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jepri wrote:
I've attached the debug log. In my first mail I was adding the issue
as a footnote to what I thought were the bigger problems. Looks like
this one is the biggie.
Regrettably I can't seem to find my .comic file (I think the download
overwrote it, I called mine 'sluggy' as well)
Brian Nelson wrote:
Oops, I didn't realize you're also the upstream author. That makes the
copyright more OK than I realized. Still, you should include more on
the GPL (versioning, etc.), like in the example in that email.
Fixed, I believe.
Normally you create a package using the current
Benjamin Cutler <[EMAIL PROTECTED]> writes:
> Brian Nelson wrote:
>
>>Benjamin Cutler <[EMAIL PROTECTED]> writes:
>>
>>
>>
>>>After dinking around with the build tools for a bit, I'm reasonably sure
>>>this is put together correctly, so here goes.
>>>
>>>I'm looking for a sponsor for my package st
On Thu, Apr 08, 2004 at 07:46:51PM -0600, Benjamin Cutler wrote:
> I'm looking for a sponsor for my package stripclub, an online comic
> reader and archiver. It supports the vast majority of webcomics so far
> tested, though a few kinks still exist, mostly dealing with server
> oddities. The pac
Benjamin Cutler wrote:
Jepri wrote:
In Debian, /etc/alternatives/x-www-browser is a link to an installed
browser.
That might not be the users first choice of browser, but that's
another fight for another time.
Alright, that works for Debian, but I'm guessing there's not much of a
standard Lin
Jepri wrote:
In Debian, /etc/alternatives/x-www-browser is a link to an installed
browser.
That might not be the users first choice of browser, but that's
another fight for another time.
Alright, that works for Debian, but I'm guessing there's not much of a
standard Linux-wide?
--
To UNSUBSC
Benjamin Cutler wrote:
Nicolas Kratz wrote:
Point made. While I, personally, don't feel any regret (I've been a
Premium Keenspot member for two years, have every Sluggy book). I'll be
sticking a splash screen into the next build saying just that. Perhaps I
should move the "Per-comic donation li
Nicolas Kratz wrote:
Ahem. You DO know that tools like this one are actively damaging online
comic creators?
Most of them are getting a fair share of their revenue from ad sales,
which stripclub, komics etc. pp. are bypassing, or merchandise, which
the user of stripclub will not know about since s
Benjamin Cutler wrote:
Also, the downloading thing is very nice, but it would be nice to also
include the current comics list in case the user can't get through to
sourceforge.
Oops, that's what I get for hitting send too fast.
No worries, same problem on this end.
Another user sent me
Jepri wrote:
I've attached the debug log. In my first mail I was adding the issue
as a footnote to what I thought were the bigger problems. Looks like
this one is the biggie.
Regrettably I can't seem to find my .comic file (I think the download
overwrote it, I called mine 'sluggy' as well)
Benjamin Cutler <[EMAIL PROTECTED]> writes:
> Brian Nelson wrote:
>
>>Benjamin Cutler <[EMAIL PROTECTED]> writes:
>>
>>
>>
>>>After dinking around with the build tools for a bit, I'm reasonably sure
>>>this is put together correctly, so here goes.
>>>
>>>I'm looking for a sponsor for my package st
1) You could pop up a message box saying "You can now import your
comics from "/home/.../.../whatever". Or even better, you could pop
up the import dialog, already open to the right directory. That would
make it feel a little bit more user-orientated, and people like me
wouldn't get conf
On Thu, Apr 08, 2004 at 07:46:51PM -0600, Benjamin Cutler wrote:
> I'm looking for a sponsor for my package stripclub, an online comic
> reader and archiver. It supports the vast majority of webcomics so far
> tested, though a few kinks still exist, mostly dealing with server
> oddities. The pac
Jepri wrote:
'Kay, couple of points here.
1) You could pop up a message box saying "You can now import your
comics from "/home/.../.../whatever". Or even better, you could pop
up the import dialog, already open to the right directory. That would
make it feel a little bit more user-orient
Benjamin Cutler wrote:
Jepri wrote:
U... your program downloads its comics list and then doesn't
display any of them. When I entered some manually, it was unable to
parse the document correctly becaues it kept interpeting the first
line of the document as the header ( kept saying it coul
On Fri, Apr 09, 2004 at 08:12:02AM -0600, Benjamin Cutler wrote:
> Brian Nelson wrote:
> >Benjamin Cutler <[EMAIL PROTECTED]> writes:
[...]
> >* You should change the RFP for stripclub to an ITP (just change the bug
> > title), and then close the bug in the changelog.
> My first attempt to do this
Brian Nelson wrote:
Benjamin Cutler <[EMAIL PROTECTED]> writes:
After dinking around with the build tools for a bit, I'm reasonably sure
this is put together correctly, so here goes.
I'm looking for a sponsor for my package stripclub, an online comic
reader and archiver. It supports the va
Benjamin Cutler wrote:
Also, the downloading thing is very nice, but it would be nice to also
include the current comics list in case the user can't get through to
sourceforge.
Oops, that's what I get for hitting send too fast.
No worries, same problem on this end.
Another user sent me an e-
Hallo Brian,
* Brian Nelson <[EMAIL PROTECTED]> [2004-04-09 13:38]:
[...]
alot of problems :)
> * The md5sums don't match the upstream tarball. It looks like upstream
> distributes the file as a bz2, so the .orig.tar.gz can't match, but
> the .tar file inside should still be identical.
sen
1) You could pop up a message box saying "You can now import your
comics from "/home/.../.../whatever". Or even better, you could pop
up the import dialog, already open to the right directory. That would
make it feel a little bit more user-orientated, and people like me
wouldn't get confuse
Jepri wrote:
'Kay, couple of points here.
1) You could pop up a message box saying "You can now import your
comics from "/home/.../.../whatever". Or even better, you could pop
up the import dialog, already open to the right directory. That would
make it feel a little bit more user-orientate
Benjamin Cutler wrote:
Jepri wrote:
U... your program downloads its comics list and then doesn't
display any of them. When I entered some manually, it was unable to
parse the document correctly becaues it kept interpeting the first
line of the document as the header ( kept saying it couldn
On Fri, Apr 09, 2004 at 08:12:02AM -0600, Benjamin Cutler wrote:
> Brian Nelson wrote:
> >Benjamin Cutler <[EMAIL PROTECTED]> writes:
[...]
> >* You should change the RFP for stripclub to an ITP (just change the bug
> > title), and then close the bug in the changelog.
> My first attempt to do this
Brian Nelson wrote:
Benjamin Cutler <[EMAIL PROTECTED]> writes:
After dinking around with the build tools for a bit, I'm reasonably sure
this is put together correctly, so here goes.
I'm looking for a sponsor for my package stripclub, an online comic
reader and archiver. It supports the vast m
Hallo Brian,
* Brian Nelson <[EMAIL PROTECTED]> [2004-04-09 13:38]:
[...]
alot of problems :)
> * The md5sums don't match the upstream tarball. It looks like upstream
> distributes the file as a bz2, so the .orig.tar.gz can't match, but
> the .tar file inside should still be identical.
sen
Benjamin Cutler <[EMAIL PROTECTED]> writes:
> After dinking around with the build tools for a bit, I'm reasonably sure
> this is put together correctly, so here goes.
>
> I'm looking for a sponsor for my package stripclub, an online comic
> reader and archiver. It supports the vast majority of web
Benjamin Cutler <[EMAIL PROTECTED]> writes:
> After dinking around with the build tools for a bit, I'm reasonably sure
> this is put together correctly, so here goes.
>
> I'm looking for a sponsor for my package stripclub, an online comic
> reader and archiver. It supports the vast majority of web
After dinking around with the build tools for a bit, I'm reasonably sure
this is put together correctly, so here goes.
I'm looking for a sponsor for my package stripclub, an online comic
reader and archiver. It supports the vast majority of webcomics so far
tested, though a few kinks still exi
After dinking around with the build tools for a bit, I'm reasonably sure
this is put together correctly, so here goes.
I'm looking for a sponsor for my package stripclub, an online comic
reader and archiver. It supports the vast majority of webcomics so far
tested, though a few kinks still exis
56 matches
Mail list logo