You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(1) |
Jun
|
Jul
(3) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Aaron P. <aar...@sp...> - 2004-08-10 22:11:11
|
Dizzamn! That rocks my world! --Aaron On Tue, Aug 10, 2004 at 10:14:43AM -0700, Adam Monsen wrote: > Wow, this one is pretty sweet: > http://liferea.sf.net/ > > It's on Dag Wieers, I just installed it via apt-get. > > I've asked if they want to work collaborate. I'll probably start working > on that project if they'll let me and I like the architecture. > > -- > Adam Monsen <ad...@wa...> > http://adammonsen.com/ > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Gnewsuck-devel mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnewsuck-devel |
From: Adam M. <ad...@wa...> - 2004-08-10 17:15:18
|
Wow, this one is pretty sweet: http://liferea.sf.net/ It's on Dag Wieers, I just installed it via apt-get. I've asked if they want to work collaborate. I'll probably start working on that project if they'll let me and I like the architecture. -- Adam Monsen <ad...@wa...> http://adammonsen.com/ |
From: Adam M. <ad...@wa...> - 2004-08-09 17:27:46
|
On Sun, August 8, 2004 11:41 pm, Aaron Patterson said: > Does the autoconf version *really* need to be 2.59 or higher? Redhat 9 > comes with autoconf 2.57 so it won't build... 2.57 would probably work, I'm not using any of the newest features of autoconf; I just set it to my version. Did you try it? -- Adam Monsen <ad...@wa...> http://adammonsen.com/ |
From: Aaron P. <aar...@sp...> - 2004-08-09 06:41:30
|
Does the autoconf version *really* need to be 2.59 or higher? Redhat 9 comes with autoconf 2.57 so it won't build... --Aaron |
From: Adam M. <ad...@wa...> - 2004-08-04 08:30:53
|
I added a working RPM .spec file to Gnewsuck CVS. Yep, now anyone can build a cute little RPM. Build a 0.03 tarball from CVS using the 'distribute' script in the root of the source tree, then build the rpm using 'rpmbuild -tb gnewsuck-0.03.tar.gz'. Unfortunately, since spam/ham DBs are stored not in ~/.gnewsuck/ and the .glade UI definition file must be in the current directory (nonwritable /usr/share/), the app if installed via RPM can't function. This is easily correctable, and will be fixed soon. Anyway, I'm still hacking away. -- Adam Monsen <ad...@wa...> http://adammonsen.com/ |
From: Adam M. <ad...@wa...> - 2004-07-23 19:43:36
|
I asked the gtk-app-devel list about this (no replies yet): http://mail.gnome.org/archives/gtk-app-devel-list/2004-July/msg00272.html On Fri, July 23, 2004 10:55 am, Adam Monsen said: > Here's a problem I'm not sure how to resolve. xmlChar is defined as an > unsigned char (http://xmlsoft.org/html/libxml-xmlstring.html). If we stuff > an xmlChar* into a GString > (http://developer.gnome.org/doc/API/2.0/glib/glib-Strings.html), wouldn't > this cause problems since a GString contains a signed char? > > How can we properly convert an xmlChar* to a GString? > > > Test that shows the signedness warning: > > -------------------------------8<------------------------------- > #include <libxml/xmlstring.h> > #include <glib-2.0/glib.h> > > /* > gcc -Wall -ansi -pedantic `pkg-config --cflags --libs libxml-2.0 > glib-2.0` xmlchar.c > */ > > int > main (void) > { > xmlChar *utf8str; > GString *str; > > utf8str = xmlCharStrdup ("hello"); > str = g_string_new (utf8str); > > return 0; > } > ------------------------------->8------------------------------- > -- Adam Monsen <ad...@wa...> http://adammonsen.com/ |
From: Adam M. <ad...@wa...> - 2004-07-23 18:27:03
|
Here's a problem I'm not sure how to resolve. xmlChar is defined as an unsigned char (http://xmlsoft.org/html/libxml-xmlstring.html). If we stuff an xmlChar* into a GString (http://developer.gnome.org/doc/API/2.0/glib/glib-Strings.html), wouldn't this cause problems since a GString contains a signed char? How can we properly convert an xmlChar* to a GString? Test that shows the signedness warning: -------------------------------8<------------------------------- #include <libxml/xmlstring.h> #include <glib-2.0/glib.h> /* gcc -Wall -ansi -pedantic `pkg-config --cflags --libs libxml-2.0 glib-2.0` xmlchar.c */ int main (void) { xmlChar *utf8str; GString *str; utf8str = xmlCharStrdup ("hello"); str = g_string_new (utf8str); return 0; } ------------------------------->8------------------------------- -- Adam Monsen <ad...@wa...> http://adammonsen.com/ |
From: Adam M. <ad...@wa...> - 2004-07-08 21:07:32
|
This release is basically just to test the Sourceforge.net release system and to get some code out there. http://sourceforge.net/project/showfiles.php?group_id=79569&package_id=81026 Try to compile/run it if you get the chance. -- Adam Monsen <ad...@wa...> http://adammonsen.com/ |
From: <ben...@id...> - 2004-05-22 12:09:58
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: Adam M. <ad...@wa...> - 2004-04-25 22:47:59
|
On 25-Apr-2004 13:32 -0700, Aaron Patterson wrote: [...] > hmmm. It's been a while since I looked at this stuff. I *think* > configure.in came from running autoscan. Yeah, ok. I ran autoscan and it created configure.scan, which can be modified and renamed to configure.in. > I think the bootstrap script will create it. I don't think so. > >* can we remove the following? ie: will it still work? > >aclocal.m4 > >autoscan.log > >autom4te.cache/ > >Makefile.in > >config.status > > I can't seem to check out the source right now. Yeah... Sourceforge CVS seems pretty up-and-down today... I keep getting SSH connection refused errors. > I think aclocal.m4 can be removed. I don't think it's a good idea to > remove autoscan.log though. I also think Makefile.in needs to stay. I > would just remove the files you don't think are necessary, and try > building (making sure to run the bootstrap script first). I've been experimenting a bit; it seems like all these files can be safely removed. [...] > Cool! I'll mess with it sometime next week. I'm kinda busy this week. > :-( Good, that'll give me some time to fix the build since integrating my gui code into the rest of the gnewsuck build. For now I'm commenting out the 'main' function in lwc.c so I can use my 'main' function in the gui. I still haven't checked anything in, but I've tagged the trunk 'preAdamGui' to indicate the point before I f*** everyhing up. -- Adam Monsen |
From: Adam M. <ad...@wa...> - 2004-04-25 22:35:46
|
On 25-Apr-2004 13:21 -0700, Aaron Patterson wrote: > Try with -lpthread Ugh, thanks, that works. I should've googled first. :-/ [...] -- Adam Monsen |
From: Aaron P. <aar...@sp...> - 2004-04-25 20:32:41
|
On Apr 25, 2004, at 11:18 AM, Adam Monsen wrote: > Hey Aaron, > > I've been working on the Gnewsuck GUI, and autotools. I've got some > questions that will help me clean up the source tree and autotools > config files in preparation to integrate my GUI source tree into the > current source tree. > > * where did you get configure.in? This file could probably be > simplified using the PKG_CHECK_MODULES macro (comes with pkg-config > http://www.freedesktop.org/software/pkgconfig). I'm still figuring out > how to do this, but I think that's what we want instead of hard-coding > compiler and linker options. hmmm. It's been a while since I looked at this stuff. I *think* configure.in came from running autoscan. I think the bootstrap script will create it. > > * can we remove the following? ie: will it still work? > aclocal.m4 > autoscan.log > autom4te.cache/ > Makefile.in > config.status I can't seem to check out the source right now. I think aclocal.m4 can be removed. I don't think it's a good idea to remove autoscan.log though. I also think Makefile.in needs to stay. I would just remove the files you don't think are necessary, and try building (making sure to run the bootstrap script first). > > I'm messing with this stuff now, seeing what I can do to improve it. > > Also, I decided to scrap the panel applet for now; this can be added > later. It's easier to edit-compile-test-edit-... a full-fledged GTK+ > app rather than an applet. > > -- > Adam Monsen Cool! I'll mess with it sometime next week. I'm kinda busy this week. :-( --Aaron |
From: Aaron P. <aar...@sp...> - 2004-04-25 20:21:13
|
Try with -lpthread --Aaron On Apr 25, 2004, at 12:55 PM, Adam Monsen wrote: > $ pwd > /home/adamm/cvs/gnewsuck/gnewsuck/src > $ make > gcc -g -O2 -o lwc lwc.o ../lib/libgsutils.a -lwwwutils -lwwwcore > -lwwwapp -lwwwmime -lwwwhttp -lwwwnews -lwwwdir -lwwwtrans -lwwwhtml > -lwwwstream -lwwwfile -lmd5 -lwwwcache -lwwwzip -lwwwgopher -lwwwftp > -lwwwxml -lexpat -lwwwtelnet -lxml -lglib-2.0 -ldb-4.0 -lmd5 -lexpat > /lib/libdb-4.0.so: undefined reference to `pthread_condattr_setpshared' > /lib/libdb-4.0.so: undefined reference to `pthread_mutexattr_destroy' > /lib/libdb-4.0.so: undefined reference to > `pthread_mutexattr_setpshared' > /lib/libdb-4.0.so: undefined reference to `pthread_mutexattr_init' > /lib/libdb-4.0.so: undefined reference to `pthread_mutex_trylock' > collect2: ld returned 1 exit status > make: *** [lwc] Error 1 > > > Any ideas? > > -- > Adam Monsen > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Gnewsuck-devel mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnewsuck-devel |
From: Adam M. <ad...@wa...> - 2004-04-25 19:55:53
|
$ pwd /home/adamm/cvs/gnewsuck/gnewsuck/src $ make gcc -g -O2 -o lwc lwc.o ../lib/libgsutils.a -lwwwutils -lwwwcore -lwwwapp -lwwwmime -lwwwhttp -lwwwnews -lwwwdir -lwwwtrans -lwwwhtml -lwwwstream -lwwwfile -lmd5 -lwwwcache -lwwwzip -lwwwgopher -lwwwftp -lwwwxml -lexpat -lwwwtelnet -lxml -lglib-2.0 -ldb-4.0 -lmd5 -lexpat /lib/libdb-4.0.so: undefined reference to `pthread_condattr_setpshared' /lib/libdb-4.0.so: undefined reference to `pthread_mutexattr_destroy' /lib/libdb-4.0.so: undefined reference to `pthread_mutexattr_setpshared' /lib/libdb-4.0.so: undefined reference to `pthread_mutexattr_init' /lib/libdb-4.0.so: undefined reference to `pthread_mutex_trylock' collect2: ld returned 1 exit status make: *** [lwc] Error 1 Any ideas? -- Adam Monsen |
From: Adam M. <ad...@wa...> - 2004-04-25 18:26:59
|
Hey Aaron, I've been working on the Gnewsuck GUI, and autotools. I've got some questions that will help me clean up the source tree and autotools config files in preparation to integrate my GUI source tree into the current source tree. * where did you get configure.in? This file could probably be simplified using the PKG_CHECK_MODULES macro (comes with pkg-config http://www.freedesktop.org/software/pkgconfig). I'm still figuring out how to do this, but I think that's what we want instead of hard-coding compiler and linker options. * can we remove the following? ie: will it still work? aclocal.m4 autoscan.log autom4te.cache/ Makefile.in config.status I'm messing with this stuff now, seeing what I can do to improve it. Also, I decided to scrap the panel applet for now; this can be added later. It's easier to edit-compile-test-edit-... a full-fledged GTK+ app rather than an applet. -- Adam Monsen |
From: Adam M. <ad...@wa...> - 2003-09-07 23:31:19
|
* The applet can be added and removed from the gnome panel similarly to other applets. * Left-clicking on the applet on the panel toggles opening and closing the gnewsuck dialog I'm keeping track of my tasks in gnewsuck/gnewsuck/src/applet/TODO. -- Adam Monsen |
From: Adam M. <ad...@wa...> - 2003-09-07 19:17:33
|
The applet can be added to the gnome panel. $ cd gnewsuck/gnewsuck/src/applet $ make && make test # make install Then right-click on an empty space in the gnome panel, select 'Add To Panel -> Amusements -> Gnewsuck Applet' Currently the only way to remove it from the panel is to do a 'killall gnewsuck_applet' For dev, there's a make target in gnewsuck/gnewsuck/src/applet/Makefile called 'refresh_executable' that allows for a quick edit-compile-test cycle, and should be run as root. I've still got a bit of work to do on it... -- Adam Monsen |
From: Adam M. <ad...@wa...> - 2003-05-06 05:20:48
|
Aaron Patterson wrote: > Try running the bootstrap script. That'll probably fix everything. It did. Nice! I tried it against http://www.usrbingeek.com/index.rdf... it worked except they use CDATA sections that include HTML for descriptions so it came out a little funky. |
From: Aaron P. <aar...@sp...> - 2003-05-06 01:49:56
|
Adam Monsen wrote: > Aaron Patterson wrote: > >> I did the initial check in. > > > I had already checked in a skeleton framework in 'main', no > worries--we can just ignore the 'main' CVS module and know that > 'gnewsuck' is the correct module to use. > >> Hopefully everything builds. > > > I'm having trouble... > > $ ./configure > configure: error: cannot find install-sh or install.sh in config ./config > > If I go ahead and copy install-sh into config/, configure works, but > then... > > $ make > cd . && aclocal -I > aclocal: couldn't open directory `': No such file or directory > make: *** [aclocal.m4] Error 1 Try running the bootstrap script. That'll probably fix everything. > > >> Unfortunately, it is far from complete. The Bayesian filter is only >> half there. >> It needs "learn" and "forget" functions. Plus it doesn't do the >> combined >> probability part. >> >> There's even more problems than that.... >> >> I think the most important thing to figure out at this point, is how >> to keep >> track of messages that were marked spam and not spam. The client is >> only >> going to be updating its news feeds every X minutes, so we have to >> figure out >> a way to store the messages and whether or not the message was marked >> as spam. >> The only way I've thought how to do this so far is to keep a Berkely >> DB with >> the key as the message, and the value is the user selected spaminess. > > > So, we assume 'ham' if not set to 'spam'? > > Should we need levels of spaminess? I don't think we do, just airing > the idea... I don't think we need any other levels of spaminess. I was reading about having three different levels (spam, ham, unknown), but for now I don't think its necessary. > > >> At this point, I'm going to finish up the remaining aspects of this >> Bayesian >> filter. Specifically the combined probability, and the learn and >> unlearn >> funtions. Without those functions, there is no way to test the >> filter... > > > > I'm still looking at creating the gnome2 panel applet. Slow going, but > I'll get it eventually. > > -Adam > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Gnewsuck-devel mailing list > Gne...@li... > https://lists.sourceforge.net/lists/listinfo/gnewsuck-devel |
From: Adam M. <ad...@wa...> - 2003-05-06 01:04:35
|
Aaron Patterson wrote: > I did the initial check in. I had already checked in a skeleton framework in 'main', no worries--we can just ignore the 'main' CVS module and know that 'gnewsuck' is the correct module to use. > Hopefully everything builds. I'm having trouble... $ ./configure configure: error: cannot find install-sh or install.sh in config ./config If I go ahead and copy install-sh into config/, configure works, but then... $ make cd . && aclocal -I aclocal: couldn't open directory `': No such file or directory make: *** [aclocal.m4] Error 1 > Unfortunately, it is far from complete. The Bayesian filter is only half there. > It needs "learn" and "forget" functions. Plus it doesn't do the combined > probability part. > > There's even more problems than that.... > > I think the most important thing to figure out at this point, is how to keep > track of messages that were marked spam and not spam. The client is only > going to be updating its news feeds every X minutes, so we have to figure out > a way to store the messages and whether or not the message was marked as spam. > The only way I've thought how to do this so far is to keep a Berkely DB with > the key as the message, and the value is the user selected spaminess. So, we assume 'ham' if not set to 'spam'? Should we need levels of spaminess? I don't think we do, just airing the idea... > At this point, I'm going to finish up the remaining aspects of this Bayesian > filter. Specifically the combined probability, and the learn and unlearn > funtions. Without those functions, there is no way to test the filter... I'm still looking at creating the gnome2 panel applet. Slow going, but I'll get it eventually. -Adam |
From: Aaron P. <aar...@sp...> - 2003-05-05 18:07:18
|
I did the initial check in. Hopefully everything builds. Unfortunately, it is far from complete. The Bayesian filter is only half there. It needs "learn" and "forget" functions. Plus it doesn't do the combined probability part. There's even more problems than that.... I think the most important thing to figure out at this point, is how to keep track of messages that were marked spam and not spam. The client is only going to be updating its news feeds every X minutes, so we have to figure out a way to store the messages and whether or not the message was marked as spam. The only way I've thought how to do this so far is to keep a Berkely DB with the key as the message, and the value is the user selected spaminess. At this point, I'm going to finish up the remaining aspects of this Bayesian filter. Specifically the combined probability, and the learn and unlearn funtions. Without those functions, there is no way to test the filter... --Aaron |