|
2006/4/17-20 [Computer/SW/OS/Linux] UID:42758 Activity:nil |
4/16 WHO ported, will need to install libgdbm-dev, which will bring in the gdbm.h and libgdm.a [Alternatively, use the .so symlink in my ~/wallall directory, and the gdbm.h copied from another debian machine] src is at ~dwc/WHO.c |
2006/4/17-20 [Computer/SW/Mail] UID:42759 Activity:low |
4/16 Thanks for getting soda back up guys. Question, is sendmail actively working through the backlog? I haven't really gotten any old mail, and I expected at least some. -jrleek \_ Worry not. We backed up about 2 CDs worth of mail (that's a lotta text) to other places on our network. Will be unqueuing that too in short order -- michener \_ No rush at all, but I'm just curious if it will be a matter of hours, days, or weeks before the mail is unqueued? I'm very relieved to hear that I'm not the only one who hasn't received any email from the past few days. \_ Sadly it appears that while we have been queing the mail, we have lost some mail (expect announcements about this once email is fully up and running again). Basically once scotch's mail partition filled up we had to save off the messages to allow for more incoming. The first time we did this, it was saved to the disk on screwdriver which we use for office home directories. To add insult to injury, this raid failed (after running degraded for about two weeks) and so approximately 150k messages were lost. The other backups were stored on keg and we are actively queueing the 300k+ messages that were in the saved queues. We are also looking at if there are any ways we can recover the lost messages. -mrauser \_ Even if the messages are not recoverable, is it at least possible to be able to see a log of who the lost messages were from, subject header, etc? \_ No. This is a lot of work. \_ from/to should be pullable from mail logs, no? subject wouldn't be. \_ Are you volunteering? If so, mail root. \_ before I volunteer, how many people actually want this information? \_ If possible, I would like this information. It would be of value to me to know who I may have lost mail from. I (and hopefully others) wouldn't mind making a nominal financial contribution to whomever can retrive this info. -asb \_ So, for the lost messages, would the sender have gotten a bounced message saying that the message couldn't be delivered, or would they have no reason to think their message wasn't delivered? \_ Is there a specific time frame (like all messages sent between certain hours were lost), or was it sporadic? |
2006/4/17-20 [Academia/Berkeley/CSUA, Academia/Berkeley/CSUA/Motd] UID:42760 Activity:nil |
4/17 Our quota increased by a lot. What are some of the reasons why we must keep /csua/tmp/*, besides storing tons *.mp3/mpg/avi files around for eons? \_ It's a bigger /tmp for sharing things. \_ Ok, then autodelete anything more than 2 days old which isnt world readable. \_ I second this idea. /csua/tmp/* encourages people to collect junk irresponsibly. If people must collect junk, increase their quota, so they can be held accountable for whatever quota they use. /csua/tmp/* existed before the huge quota increase (20meg quota). The need for it now is questionable. \_ once again, my old motd archives in /csua/tmp got lost. I have off-soda backups, I doubt I'll bring them back. -ERic |
2006/4/17 [Computer/SW/Unix] UID:42761 Activity:nil |
4/17 > grep safesorry /etc/passwd|wc 2454 5541 185708 > grep sorry /etc/passwd | wc 2842 6399 213409 > grep -v sorry /etc/passwd | wc 128 305 8611 128 users got their accounts so far. I guess safesorry is one way to solve resource problems. \_ I guess I wasn't the only one who wanted to see how many folks were back. |
2006/4/17 [Reference/Tax] UID:42762 Activity:low |
4/17 Today is tax deadline day. Just a reminder. \_ Let me tell you how it will be: There's one for you, nineteen for me. |
2006/4/17 [Uncategorized] UID:42763 Activity:nil 61%like:42777 |
4/15 11:03:34 up 2 days, 9:19, 35 users, load average: 1.21, 1.05, 1.03 ... and counting. Props to the current undergrads. \_ The kids are alright. \_ Seconded. Everything looks good so far. Keep up the good work! |
2006/4/17-20 [Academia/Berkeley/CSUA/Troll/Ilyas, Academia/Berkeley/CSUA/Motd] UID:42764 Activity:kinda low |
4/17 Interesting. Did all of the people that troll the motd with political stuff forget to turn their accounts back on? \_ Who are some of the users you will not miss? dans? tom? ilyas? \_ Root is likely still in process of adding access back for everyone. They'll be back -- it's just going to take a little time. \_ shut up. I'm enjoying their lack of presence right now. \_ Cool. This supports my hypothesis that they are parasites who treat soda as a pissing ground, and think the motd is their personal playground. Good riddance. -dans \_ That sounds like the sort of thing a hippy tree-hugger would say. Why do you hate our troops? \_ Because they kill people and killing is wrong! The Bible says so! -hippy bible thumper \_ Hi dans, want to argue about world population and birth control? \_ No. -dans \_ don't want to risk of having account terminated due to certain political view. Right now, it's too easy to blame Soda for everything. |
2006/4/17 [Uncategorized] UID:42765 Activity:nil |
4/17 mailx(aka mail) is not reading my .mailrc's set record option when using it from the command line, but is reading it when using it interactively. Aliases work with both. |
2006/4/17-20 [Academia/Berkeley/CSUA/Motd] UID:42766 Activity:moderate |
4/17 I would like to start a list of thing for root to fix at their leisure (in no particular order): - restore /csua/tmp - Appears /etc/motd.public is not merged into /etc/motd - tin (yes, I still use it to read usenet). \_ trn, mtd \_ dict \_ tin (I was the op, but this either got deleted by accident or it is installed. If installed, please point me to the correct directory. Thanks). \_ mtd does not have proper permissions to do this. \_ motdwatch \_ me (motdedit) \_ /csua/bin/motdedit \_ What in motdedit doesn't work? I believe the only error in it is that it is running /csua/bin/mtd (the merging script) after you finish editing. I think its working fine except for the mtd program being borked. \_ curl \_ apache cgi \_ turning cgi off in homedirs was a concious choice, we wanted to give people the time to check out thier websites to make sure that they weren't messed with. Allowing cgi's to be run from user's homedirs could potentially allow the machine to be compromised very soon after the re-install. It was either disable them, or chmod 700 to _everyones_ public html folder. I apologise if its inconvenient, but we will re-enable them after a few more people have thier accounts un-sorried. \_ Perhaps as a temporary measure, you can make ExecCGI one of the options that people may override in their .htaccess files (see AllowOverride) so individuals may turn their cgi's back on? -dans \_ past wall logs aaron deleted \_ waah waah you stupid cunt \_ jove \_ motdbrowser \_ never heard of it \_ jove \_ Take this opportunity to learn emacs. Installing jove is a personal accomodation we dont have the luxury to bother with. |
2006/4/17 [Computer/SW/Mail] UID:42767 Activity:nil |
4/17 I know that POP3 is not enabled. How about IMAP? is it fixed yet? how about SMTP auth? thx |
2006/4/17-20 [Computer/Networking] UID:42768 Activity:nil |
4/17 http://people.freebsd.org/~phk/dlink |
2006/4/17-18 [Uncategorized] UID:42769 Activity:nil 64%like:42753 61%like:42777 |
4/15 20:55:05 up 2 days, 19:11, 34 users, load average: 0.66, 0.58, 0.64 ... and counting. Props to the current undergrads. \_ The kids are alright. \_ Seconded. Everything looks good so far. Keep up the good work! |
4/15 |