| 00:03.29 | *** join/#utah tensai (~tensai@kite.zmonkey.org) |
| 00:10.42 | *** join/#utah dataw0lf (~dataw0lf@dataw0lf.org) |
| 00:27.39 | *** join/#utah Tene (~tene@tene.slacker.supporter.poipu) |
| 00:28.14 | *** join/#utah luminerd (~luminerd@c-24-2-69-204.hsd1.ut.comcast.net) |
| 00:28.19 | luminerd | hello Tene |
| 00:28.21 | luminerd | and everyone |
| 00:28.26 | Tene | heya |
| 00:28.39 | Tene | Did you ever make any decisions about studying programming? |
| 00:29.05 | luminerd | Tene, yea, gonna learn edje |
| 00:29.14 | Tene | Fun. |
| 00:29.23 | Tene | Have any particular project in mind? |
| 00:30.17 | luminerd | well I think I'll just do the cookbook and manual first, then see what I think would show off my newly learned mad skillz the best :P |
| 00:30.21 | scott | I reinstalled linux but using my same home directory partition and created a user with the same name and now it gives me permission errors when I try to access my files. I down chown -R scott * and chgrp -R scott * but that didn't help. |
| 00:30.37 | scott | s/down/did |
| 00:30.50 | Tene | what user is listed when you look at a file using ls -l? |
| 00:32.05 | scott | lots have 1000, I guess the userid, and on the new install my userid is 500 |
| 00:35.10 | scott | ahh, I had to do chown -R .* also |
| 01:15.55 | *** join/#utah spr (~spr@c-67-161-219-228.hsd1.ut.comcast.net) |
| 01:33.32 | *** part/#utah luminerd (~luminerd@c-24-2-69-204.hsd1.ut.comcast.net) |
| 01:55.03 | *** join/#utah mrpu|| (~pocketirc@166.205.53.122) |
| 03:29.47 | *** join/#utah Maquis (~Maquis@pool-71-113-50-62.sttlwa.dsl-w.verizon.net) |
| 03:47.27 | Maquis | http://oak.psych.gatech.edu/~epic/ols-master.html |
| 03:47.31 | Maquis | that's cool! |
| 03:58.43 | *** join/#utah gthornock (~gthornock@158.91.203.11) |
| 04:00.20 | *** join/#utah gthornock (~gthornock@158.91.203.11) |
| 04:05.57 | scott | hey guys, anyone know how to have the hard drive rest when it's not in use? mine seems really insanely hot lately. I'll come back after not using the laptop for a while and it will be burning hot. |
| 04:12.04 | *** join/#utah JoshH (~josh@josh.dsl.aros.net) |
| 04:15.53 | tensai | scott: if you're running a 2.6 kernel try laptop mode. http://www.xs4all.nl/~bsamwel/laptop_mode/ |
| 04:16.31 | tensai | it'll spin down the disk and queue up writes. mainly saves battery but also keeps things cool. |
| 04:16.43 | tensai | I'm running it at this very moment |
| 04:18.00 | *** join/#utah brailsmt (~michael@pcp03935020pcs.sthind01.mo.comcast.net) |
| 04:21.54 | *** join/#utah linuxalien (~bastage@c-24-2-80-89.hsd1.ut.comcast.net) |
| 04:46.06 | *** join/#utah toxs (~toxs@166.70.209.242) |
| 05:42.49 | *** join/#utah Hhhhh (~cristobal@c-67-169-244-47.hsd1.ut.comcast.net) |
| 05:42.52 | Hhhhh | hello |
| 05:42.58 | Tene | heya |
| 06:08.37 | *** join/#utah Tene (~tene@c-67-166-74-125.hsd1.ut.comcast.net) |
| 06:10.02 | *** join/#utah bigdog_ut (~bigdog_ut@shylonhunter.dsl.xmission.com) |
| 06:18.40 | *** join/#utah levi (~levi@levi.dsl.xmission.com) |
| 06:31.05 | Hhhhh | heh, everyday I love FC4 more and more... |
| 06:31.55 | *** join/#utah luminerd (~luminerd@c-24-2-69-204.hsd1.ut.comcast.net) |
| 06:31.57 | luminerd | Anyone know what I can do about this? eclair: dl-close.c:365: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed. Killed |
| 06:42.15 | Tene | you should ask in an e channel. |
| 06:42.57 | goozbach | cyrus is freaking complex |
| 06:44.44 | Hhhhh | luminerd: is this edje? |
| 06:48.36 | goozbach | $ man pinky |
| 06:48.38 | goozbach | PINKY(1) User Commands PINKY(1) |
| 06:48.38 | goozbach | NAME |
| 06:48.38 | goozbach | <PROTECTED> |
| 06:48.41 | goozbach | <PROTECTED> |
| 06:48.43 | goozbach | lol |
| 06:51.04 | Hhhhh | lol |
| 06:51.15 | Maquis | hahaha |
| 06:51.20 | Maquis | ~lart goozbach |
| 06:54.03 | luminerd | Hhhhh, I believe eclair is edje, yes |
| 06:54.10 | luminerd | Hhhhh, are you = h? |
| 06:54.28 | Hhhhh | luminerd: what do you mean = h? |
| 06:54.43 | Hhhhh | hi maquis |
| 06:55.12 | luminerd | Hhhhh, are you the same person as h? |
| 06:55.33 | Hhhhh | no |
| 06:55.58 | luminerd | <PROTECTED> |
| 06:56.05 | luminerd | just spilt water all over the place, brb |
| 06:58.36 | Hhhhh | heh |
| 07:01.23 | *** join/#utah Tene_ (~tene@c-67-166-74-125.hsd1.ut.comcast.net) |
| 07:01.36 | Maquis | Hhhhh: hi |
| 07:01.54 | luminerd | Hhhhh, any idea why that error was caused? |
| 07:11.25 | *** join/#utah ibot_ (ibot@166.70.99.142) |
| 07:19.48 | goozbach | ~lart db4 errors |
| 07:20.07 | *** part/#utah luminerd (~luminerd@c-24-2-69-204.hsd1.ut.comcast.net) |
| 07:21.20 | Hhhhh | hey berkley db |
| 07:21.50 | Hhhhh | people at berkley just *have* to be different than the rest, don't they |
| 07:21.57 | Hhhhh | can't use SQL, can they |
| 07:22.18 | Tene_ | ajax is awesome |
| 07:22.25 | Tene_ | http://tene.allalone.org:6881/ |
| 07:22.50 | goozbach | ok it isn't a db4 problem |
| 07:23.16 | goozbach | it's a RHEL4 library running under a XEN kernel problem |
| 07:24.14 | Newsome | goozbach: TLS? |
| 07:40.50 | goozbach | Newsome: yup |
| 07:41.02 | goozbach | found a non-TLS version of DB$ |
| 07:41.05 | goozbach | er DB$ |
| 07:41.11 | goozbach | err db4 |
| 07:41.15 | goozbach | gAAAAA |
| 07:41.17 | goozbach | DB4 |
| 07:41.23 | goozbach | there we go |
| 07:44.02 | goozbach | do do do! |
| 07:44.18 | goozbach | cyrus is my bisnatch! |
| 07:45.16 | *** join/#utah TimRiker (timr@TimRiker.bronze.supporter.pdpc) |
| 07:45.16 | *** mode/#utah [+o TimRiker] by ChanServ |
| 10:30.18 | goozbach | rebuilding the php rpm for RHEL4 kinda sucks as well |
| 13:39.38 | *** join/#utah byronc (~byron@209.197.11.62) |
| 13:45.57 | *** join/#utah osynic (~synic@67-40-111-39.slkc.qwest.net) |
| 13:57.49 | *** join/#utah synic (~synic@66.239.17.226.ptr.us.xo.net) |
| 14:10.30 | *** join/#utah tene (~tene@c-67-166-74-125.hsd1.ut.comcast.net) |
| 14:16.45 | *** join/#utah synic (~synic@66.239.17.226.ptr.us.xo.net) |
| 15:09.46 | hans | Hhhhh isn't excited about fedora core 4 or anything, is he? |
| 15:10.49 | *** join/#utah linuxalien (~zaphod@137.190.156.47) |
| 15:11.09 | synic | any of you good with suspend to ram? I have this machine suspending, and it appears to be resuming, but the display won't come back on. |
| 15:13.38 | linuxalien | I wish I was... I got an old p2 laptop |
| 15:24.41 | bonez41 | anyone using mutt: where do I change the timeout parameter which determines how long mutt remembers the passphrase for encryption? |
| 15:43.43 | *** join/#utah indessed (~ross@c-24-10-179-212.hsd1.ut.comcast.net) |
| 15:45.53 | indessed | What's the best way to structure raw C programs (in terms of files, naming, etc.)? This if my first non-academic project in C, and I'm curious if there's "a right way". |
| 15:45.54 | indessed | I know in Java you have different packages and namespaces and everything's an object and each object should take care of its own information--all that's not really possible in pure C. So ... any ideas? |
| 15:47.38 | indessed | What would be really useful is a link to a page/series of pages describing "good structure" for C programs, if anyone's got one. |
| 15:48.22 | mheath | http://www.gnu.org/prep/standards/html_node/index.html |
| 15:49.01 | indessed | mheath: It'll give me a good starting point, at least :-) A little much for what I'm looking for though. |
| 15:49.10 | scott | hans, what's that music statistic program you use? |
| 15:49.19 | mheath | indessed: indeed |
| 15:49.40 | mheath | Some of their stuff is arguably a Bad Thing, but none the less....... |
| 15:49.57 | mheath | It's the coding standards thats allowed for collaborative work on the biggest open source project ever |
| 15:50.02 | mheath | Can't be too much wrong with it. |
| 15:50.30 | indessed | Wow, I think their formatting guides are "teh suck", so to speak. |
| 15:50.57 | indessed | How ugly. |
| 15:51.06 | indessed | That's mostly an aesthetic argument though, |
| 15:51.22 | indessed | apart from if-else statements without braces, which I think are harmful to readability. |
| 15:53.20 | indessed | Hm. I can't find anything there that refers to the kind of problems I'm puzzling about, |
| 15:53.53 | indessed | namely how to structure programs without namespaces and objects and packages. |
| 15:54.15 | mheath | indessed: well |
| 15:54.29 | mheath | Just devide code up into logical related portions |
| 15:54.34 | mheath | and stick each portion in a seperate file |
| 15:54.42 | mheath | A lot of people do this in different ways |
| 15:54.53 | indessed | What about different directories? Does everything go in the same directory? |
| 15:55.05 | mheath | Well |
| 15:55.07 | indessed | And what should I name functions and global variables and things, does it matter? |
| 15:55.16 | mheath | Usually a UNIXish source code directory is structured like this: |
| 15:55.27 | mheath | Top level (./) you have your documentation and such |
| 15:55.38 | indessed | If I have two files that "go together", and they "as a package" are used by the rest of my program, where do I put them? |
| 15:55.45 | mheath | then you usually have a directory called "src" or "programname" |
| 15:56.22 | mheath | MOST of the source is usually contained in "src" |
| 15:56.46 | mheath | sometimes, however, stuff is put in sub directories |
| 15:57.03 | mheath | LIke, your actual program will be in "src/" |
| 15:57.06 | indessed | like ./src/mycoollibrary/ or some such? |
| 15:57.17 | mheath | But a luibrary it uses might be in "src/libmycool" |
| 15:57.31 | mheath | Keep in mind I'm talking about relatively simple programs |
| 15:57.40 | indessed | Okay, this is relatively simple. |
| 15:57.50 | indessed | Probably two dozen source files maximum, |
| 15:57.56 | mheath | Yeah |
| 15:58.05 | indessed | and even that may be just because I like splitting stuff on what I'd consider "object" boundaries in Java. |
| 15:58.21 | indessed | (It's hard to get my mind out of the object-oriented paradigm.) |
| 15:58.32 | mheath | indessed: yeah. |
| 15:58.35 | indessed | (I keep trying to re-implement it in C, hehe.) |
| 15:58.40 | mheath | Fortunately, I started with C and learned Java afterwards |
| 15:58.44 | mheath | I hated Java at first |
| 15:58.54 | mheath | I've started to like it a lot, though... |
| 15:59.11 | indessed | I consider C as writing assembly with a bit of syntactic sugar. |
| 15:59.25 | mheath | nah |
| 15:59.33 | mheath | C is much higher level than Assembly |
| 15:59.40 | indessed | Hehe, what do you get? Type checking? |
| 15:59.51 | indessed | Other than that it's pretty much syntactic sugar to me :-) |
| 16:22.34 | *** join/#utah JoshH (~JoshH@firebat.aros.net) |
| 16:28.54 | *** join/#utah Hhhhh (~chris@c-67-169-244-47.hsd1.ut.comcast.net) |
| 16:29.59 | *** join/#utah neybar (~jalance@thelances.net) |
| 16:34.38 | *** join/#utah tene (~tene@c-67-182-199-40.hsd1.ut.comcast.net) |
| 16:54.11 | *** join/#utah brailsmt (~michael@pcp03935020pcs.sthind01.mo.comcast.net) |
| 16:54.37 | indessed | Is it customary to put declarations of structs in .h files or in .c files? |
| 16:55.56 | levi | Depends on whether the structs will be used externally or not. |
| 16:56.05 | indessed | levi: They will be. |
| 16:56.12 | levi | In the h file, then. |
| 16:56.18 | indessed | Thanks. |
| 16:58.07 | *** join/#utah indessed (~ross@c-24-10-179-212.hsd1.ut.comcast.net) |
| 17:00.07 | byronc | bonez41: still around? |
| 17:00.26 | bonez41 | byronc: yeah, right here |
| 17:00.53 | Maquis | hi bonez41 |
| 17:01.24 | byronc | bonez41: pgp_timeout is the variable you're looking for |
| 17:01.27 | tene | ~lart Maquis |
| 17:01.31 | bonez41 | Maquis: well, hi there |
| 17:01.39 | tene | ~jedi Maquis |
| 17:01.40 | ibot | ACTION plays jedi mind tricks on Maquis |
| 17:01.54 | byronc | bonez41: or smime_timeout if you're using smime |
| 17:02.08 | bonez41 | byronc: I guess I should just go through my .muttrc and cut out the stuff that doesn't need to be there, right? |
| 17:02.38 | byronc | that's probably a good idea |
| 17:03.46 | *** join/#utah wps (~wade@65.73.113.199) |
| 17:03.50 | *** join/#utah linuxalien (~zaphod@137.190.156.47) |
| 17:04.26 | Maquis | ~lart tene |
| 17:09.15 | bonez41 | byronc: how complex is your .muttrc or do you not run mutt much? |
| 17:09.31 | *** join/#utah respli1 (~richard@71-35-218-38.slkc.qwest.net) |
| 17:10.41 | byronc | bonez41: I use mutt for all my email and my muttrc is 132 lines long |
| 17:11.57 | byronc | bonez41: 91 lines without the comments |
| 17:12.40 | bonez41 | byronc: going to see how many lines mine is |
| 17:13.15 | bonez41 | byronc: woah...278 lines..way too much there |
| 17:15.31 | respli1 | What is debian thinking? I'm setting up a debian sarge mail server, but to install postfix it wants to install 23 packages including emacs21 and xfree86-common. Any ideas why? |
| 17:17.09 | byronc | respli1: ummm, because you're using apititude and it's set up to pull in suggested and recommeded packages :) |
| 17:17.12 | respli1 | weird, it says my name is respli1 instead of resplin. |
| 17:17.59 | indessed | respli1: resplin is probably taken, so it uses respli1 instead. |
| 17:18.26 | respli1 | someone took my nick? Why I'll . . . . :) |
| 17:18.47 | indessed | It was probably you yourself. That's what always happens to me when I'm indesse1. |
| 17:18.50 | respli1 | indessed: that makes sense. I might be connected twice right now--I've been having connectivity issues. |
| 17:19.55 | respli1 | byronc: who would make emacs a recommended package for anything? |
| 17:19.58 | byronc | respli1: try running 'aptitude install' and see how many packages aptitude wants to install |
| 17:20.18 | byronc | respli1: those packages may just be hanging around from a failed run of aptitude for something else |
| 17:21.09 | respli1 | byronc: no packages listed. |
| 17:21.49 | byronc | respli1: odd, I'm not seeing anything in a quick glance of the dependencies that would pull emacs in |
| 17:22.08 | respli1 | Me neither. Nor xfree-common |
| 17:22.40 | byronc | respli1: just give aptitude -R install postfix a shot |
| 17:23.03 | bonez41 | I just ran 'aptitude install' and it's REMOVING some packages which are unused.. |
| 17:23.09 | bonez41 | freeing up 58 mb of space |
| 17:23.55 | respli1 | aptitude -R removes all of those. |
| 17:23.57 | respli1 | How strange. |
| 17:24.10 | respli1 | Thanks for the help byronc |
| 17:24.16 | bonez41 | respli1: all of 'those' what? what will it remove? |
| 17:24.26 | respli1 | bonez41: that's why aptitude rocks. |
| 17:24.53 | respli1 | bonez41: aptitude tracks which packages are purposely installed, and which are automatically installed as dependencies. |
| 17:25.18 | respli1 | If you give aptitude the chance to clean up your system, it will remove everything that was not purposely installed and that is not needed by a packages that was purposely installed. |
| 17:25.41 | respli1 | The aptitude -R tells aptitude to ignore recommended packages, so it removes from my dependency list all the junk that it thought I wanted. |
| 17:26.34 | *** join/#utah tene (~tene@c-67-182-199-40.hsd1.ut.comcast.net) |
| 17:27.21 | indessed | How about: if you have global variables that only the .c file uses, should they go in the .c file or the .h file? |
| 17:27.55 | respli1 | I always put them in the .c file, but I'm not certain how that affects the scope. |
| 17:27.55 | indessed | And how about prototypes for functions only the .c file uses--.c file or .h file? |
| 17:28.13 | bonez41 | respli1: so I just run 'aptitude -R' that's it? |
| 17:28.15 | indessed | I'm not so interested in scope, just "good practice". |
| 17:28.53 | indessed | bonez41: I think you're confused ... respli1's statement about "aptitude -R" was what he did to fix his own problem. |
| 17:29.14 | respli1 | indessed: The convention I see most often is that prototypes go in the .h, and variables go in the .c . I'm not certain about the logic behind it. |
| 17:29.15 | bonez41 | indessed: ok..... |
| 17:30.30 | respli1 | bonez41: just use aptitude instead of apt-get/apt-cach, and it will start tracking automatic vs manual installations. The first time you use it, it will want to remove a punch of stuff. Reinstall the packages you care about. Once it knows you care about them, it won't do that again. |
| 17:32.20 | bonez41 | respli1: ok, so instead of apt-get install package, just aptitude install package...and aptitude will track where apt-get won't...right? |
| 17:32.27 | respli1 | Right. |
| 17:32.36 | respli1 | aptitude is also smarter about resolving dependencies. |
| 17:32.50 | bonez41 | respli1: excellent...as Mr. Burns likes to say |
| 17:40.17 | respli1 | Does anyone have any useful thoughts about exim vs postfix as an MTA? |
| 17:43.03 | *** join/#utah tene (~tene@c-67-182-199-40.hsd1.ut.comcast.net) |
| 17:48.24 | *** join/#utah tene (~tene@c-67-182-199-40.hsd1.ut.comcast.net) |
| 17:52.29 | *** join/#utah Hhhhh (~chris@c-67-169-244-47.hsd1.ut.comcast.net) |
| 18:57.04 | *** join/#utah drewbono (~andrew@pcp09395843pcs.verona01.nj.comcast.net) |
| 19:40.43 | *** join/#utah usynic (~synic@c-67-172-247-186.hsd1.ut.comcast.net) |
| 20:33.29 | hans | respli1: I like postfix better. |
| 20:41.06 | mheath | Is there anyway to have Google not count the results filename as qualifying keybords? |
| 20:41.09 | mheath | er |
| 20:41.13 | mheath | *keywords |
| 20:41.34 | mheath | I mean, if I search for "java html" I get every page on the net named java.html |
| 20:44.50 | *** join/#utah brailsmt (~michael@pcp03935020pcs.sthind01.mo.comcast.net) |
| 21:06.47 | *** join/#utah byronc (~byron@209.197.11.62) |
| 21:29.24 | tensai | respli1: hans is all wrong. exim is the king. |
| 21:33.07 | *** join/#utah markl_ (mark@dsl093-225-013.slc1.dsl.speakeasy.net) |
| 21:46.23 | *** join/#utah TimRiker (timr@TimRiker.bronze.supporter.pdpc) |
| 21:46.23 | *** mode/#utah [+o TimRiker] by ChanServ |
| 21:55.27 | *** join/#utah Maquis (~Maquis@pool-71-113-50-62.sttlwa.dsl-w.verizon.net) |
| 22:11.29 | indessed | problem: I have a byte[] in Java, and I need to index it using an unsigned int. |
| 22:11.42 | indessed | problem: there are no unsigned ints in Java. |
| 22:11.50 | indessed | possible solution: use a long instead. |
| 22:12.03 | indessed | problem: can't index an array using a long. |
| 22:12.07 | indessed | Any ideas? |
| 22:12.34 | tene | mheath: search excluding the phrase "java.html" |
| 22:15.46 | indessed | Hm. Maybe that's not my problem. Looks like it's something else. |
| 22:16.51 | tene | solution: don't use java |
| 22:20.15 | byronc | indessed: looks like Java arrays and Java collections only allow indexing by an int |
| 22:20.57 | *** part/#utah indessed (~ross@c-24-10-179-212.hsd1.ut.comcast.net) |
| 22:27.55 | *** join/#utah roscivs (~ross@c-24-10-179-212.hsd1.ut.comcast.net) |
| 22:30.25 | byronc | roscivs: do you really have a byte array with more than 2.1 billion elements in it? |
| 22:30.42 | roscivs | No, like I said, I have some different problem. |
| 22:30.55 | byronc | gotcha |
| 22:31.04 | roscivs | I was about to research more into it, but my UPS malfunctioned and I had to reboot. |
| 22:31.25 | roscivs | Every couple of months it will emit this high-pitched piercing whine, and the only way I've figured out to stop it is turning it off. |
| 22:31.50 | roscivs | (Which is kind of disappointing, considering the whole point of a UPS is not having to do that. |
| 22:32.27 | roscivs | But it was only $30 anyways, and I only got it because I perpetually bump the cord out of the wall, and it's useful for brownouts too.) |
| 22:40.31 | roscivs | What's the easiest way to convert a number to hex (or vice-versa) from the command-line? perl -e 'printf("%x",1234);' ? |
| 22:46.02 | byronc | roscivs: here's one way: echo "obase=16; 1234" | bc |
| 22:46.06 | byronc | that's decimal to hex |
| 22:46.28 | byronc | echo "ibase=16; 4D2" | bc |
| 22:46.34 | byronc | that goes the other way |
| 22:47.18 | roscivs | byronc: nice, that will do perfectly. |
| 22:52.24 | byronc | just for kicks, the reverse of you perl one-liner is: perl -e 'printf("%d", 0x4d2)' |
| 22:52.37 | roscivs | Heh. |
| 23:14.08 | *** join/#utah usynic (~synic@c-67-172-247-186.hsd1.ut.comcast.net) |
| 23:20.31 | *** join/#utah drewbono (~andrew@pcp09395843pcs.verona01.nj.comcast.net) |