Berkeley CSUA MOTD:2006:April:17 Monday <Sunday, Tuesday>
Berkeley CSUA MOTD
 
WIKI | FAQ | Tech FAQ
http://csua.com/feed/
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!
2025/04/15 [General] UID:1000 Activity:popular
4/15    
Berkeley CSUA MOTD:2006:April:17 Monday <Sunday, Tuesday>