I am a fan of Potomac Pizza also in "The Hotel".  They recently started
offering non-dairy cheese, so I can have pizza again.

There is a (new?) place in College Park called Dog House Biergarten that I
would like to try, but probably when the weather is cooler in the fall.

The pavilion at Carderock can be reserved, it is a little spendy but a very
nice space.   Over on that side of town there is also Angler's Inn which
was better than I expected it to be the last time I was there.

Tom
=======================================
Thomas Sweeting
Maryland Fire and Rescue Institute
University of Maryland



On Tue, Jul 2, 2024 at 9:06 PM peter teuben <teu...@umd.edu> wrote:

> of course a park is generally more quiet than a bar, but its also
> conceivably a lot more hot (except yesterday). We can also easily get
> rained out if there's a summer storm, so I'm more inclined for an indoor
> place.
>
> here's a few places , admitted local to UMD
>
> 1) Behind the The Hotel there's a new place called the Hall, even has
> pickleball courts ooutside (no, i'm not a fan). Kinda weird you need to
> wear a band, like on cruises, in order to get alcohol.
>
> 2)  Franklins or Bus Boys & Poets, both in hyattsville
>
> 3)  that "new" beer place at Riverdale station, also has a new "2fifty
> BBQ", Tapas place on the other corner if you want food
>
>     (they allow food to be taken in to the beer place)
>
> 4) Le Fantome Food Hall, also new, in Riverdale . Has a few food places
> and a bar. I love their Poke Bowl.
>
>
> I think 3) is my favorite these days, but they're all good.
>
>
> Other places I don't know anything about, but just heard mention:
>
> - union market (off NY Av)
>
> - there's a Denizen's right by Fantome,in Riverdale. I was there
> recently, but had noisy live music.
>
>
>
> For those not having been around UMD for a few years, are in for the
> shock treatment.  They recently paved Rt.1 now that it's "finished" and
> ready for the purple line. Parking is, as  ever, a pain.
>
>
> - peter
>
>
> On 7/2/24 18:30, J. Milgram wrote:
>
> > BTW, it really is time for an UMGLUG. I propose we nail down 1-3 good
> > venues, then I'll try sending out a doodle poll for each of them.
> >
> > To get things started: here's a crazy idea: how about out of doors at
> > a park? The glugging will have to be non-alcoholic but there's good NA
> > beer out there. In this spirit (or non-spirits) I propose: Carderock
> > Recreation Area. They have picnic tables under a pavilion so we're
> > good rain or shine. NB this is a purely selfish suggestion since it's
> > near work.
> >
> > Or one of the many fine minibreweries anywhere in the greater metro
> > area ... I am unfamiliar, so propose away.
> >
> >
> > On 6/30/24 14:55, J. Milgram wrote:
> >>
> >> And you know what distro I would say :)
> >>
> >>
> >> On 6/30/24 13:09, Ben Stern wrote:
> >>> So you know what I'm going to say for the distro you should be
> >>> using, but
> >>> there aren't STIGs for it.  I've been able to run it on my desktop
> >>> as long
> >>> as I keep it IAVA compliant, but that may not apply to your site.
> >>>
> >>> Ubuntu's upgrade process has been pretty good every time I've tried
> >>> going
> >>> from LTS to LTS, and there are STIGs for Ubuntu.  So that's a vote for
> >>> Ubuntu.
> >>>
> >>> [I'm trying to push work to move to Ubuntu from RHEL and even with the
> >>> massive price tag we're facing, there's a belief that "Ubuntu isn't
> >>> made in
> >>> the USA and RHEL is, so we have to use RHEL."  (I don't even know
> >>> where to
> >>> start with this.)]
> >>>
> >>> Glad you found the problem!
> >>>
> >>> Ben
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> On Sun, Jun 30, 2024 at 07:05:11AM -0400, J. Milgram wrote:
> >>>> Thanks all around!
> >>>>
> >>>> Rob: indeed, the system was compromised, sort of. The malware: some
> >>>> kind of
> >>>> "endpoint security" thing that the Company IT folks installed, on
> >>>> top of
> >>>> selinux, apparently because of a STIG. It's so seamless, it doesn't
> >>>> even
> >>>> tell you what's going on, just tells you operation not permitted. I
> >>>> wonder
> >>>> how  it works ... must require some kind of kernel patch or module.
> >>>> Killed
> >>>> the daemon and problem solved. Of course now I have to wonder what in
> >>>> particular it doesn't like about all the files it selects for this
> >>>> special
> >>>> treatment. But at least now I can backup all my files, even the
> >>>> ones I'm not
> >>>> allowed to view.
> >>>>
> >>>> Which I need to do because they "must" upgrade me to a newer RHEL and
> >>>> apparently it requires everything to be wiped, even /home. There
> >>>> has got to
> >>>> be a better Linux distro out there. If only I could remember its
> >>>> name ...
> >>>>
> >>>> Thanks again. I'm buying the first round at the next UMGLUG. That
> >>>> day will
> >>>> come!
> >>>>
> >>>> regards
> >>>> Judah
> >>>>
> >>>> On 6/28/24 15:05, Rob Sherwood wrote:
> >>>>> I wouldn't ignore the possibility of a compromise... might be worth
> >>>>> booting off a known safe USB disk in rescue mode and seeing if the
> >>>>> problem
> >>>>> persists even in that environment.
> >>>>>
> >>>>> Best of luck,
> >>>>>
> >>>>> - Rob
> >>>>> .
> >>>>>
> >>>>> On Fri, Jun 28, 2024 at 11:21???AM J. Milgram <milg...@cgpp.com>
> >>>>> wrote:
> >>>>>
> >>>>>
> >>>>>>     On Jun 28, 2024 at 14:19, J. Milgram <milg...@cgpp.com> wrote:
> >>>>>>
> >>>>>>     Peter, Moshe,
> >>>>>>
> >>>>>>     Thanks. These are good ideas. I might mention I'm running a
> >>>>>> RAID1
> >>>>>>     array so I presume an asymmetrical hd problem would trigger
> >>>>>> major
> >>>>>>     warnings. It never happened to me before so I don't actually
> >>>>>>     know what happens, or how to recover.
> >>>>>>
> >>>>>>     But I guess the raid array could be fine, and
> >>>>>>     reliably/redundantly supporting a broken filesystem...
> >>>>>>
> >>>>>>     Am running a search now to find all affected files, to see if
> >>>>>>     there's a pattern. Will check the logs too... Should have been
> >>>>>>     the first thing I thought of :)  Like the dd idea too. Thanks
> >>>>>> again.
> >>>>>>
> >>>>>>     More to follow.
> >>>>>>
> >>>>>>     Judah
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>     On Jun 28, 2024 at 10:41, peter teuben <teu...@umd.edu> wrote:
> >>>>>>>
> >>>>>>>     inclined to think the disk has I/O issues, though you mentioned
> >>>>>>>     repair claims there's nothing needed.
> >>>>>>>
> >>>>>>>     Any suspicious logs in /var/log
> >>>>>>>
> >>>>>>>     or try dd if=/dev/yourdisk of=/devnull
> >>>>>>>
> >>>>>>>     to see if that triggers I/O errors in the logs
> >>>>>>>
> >>>>>>>
> >>>>>>>     On 6/28/24 10:38, J. Milgram wrote:
> >>>>>>>>     Greetings,
> >>>>>>>>
> >>>>>>>>     Hope everyone's summer is going well.
> >>>>>>>>
> >>>>>>>>     Weird problem here on an RHEL 7 box. Have a number of files
> >>>>>>>>     under /home that the os will not let me read. So tools like
> >>>>>>>> cp,
> >>>>>>>>     md5sum, lsattr and such, and applications, all tell me
> >>>>>>>>     "operation not permitted" whether run as user or as root. That
> >>>>>>>>     said I can stat them. Have checked ownership, permissions,
> >>>>>>>> file
> >>>>>>>>     acls, etc.
> >>>>>>>>
> >>>>>>>>     Haven't found a pattern to the affected files. One interesting
> >>>>>>>>     example is a directory of ~300 conference papers, all pdfs,
> >>>>>>>> all
> >>>>>>>>     from same conference, all with identical perms and ownership,
> >>>>>>>>     and exactly one of them has this problem. The rest I can read
> >>>>>>>>     as normal.
> >>>>>>>>
> >>>>>>>>     Running selinux but disabling that didn't change anything.
> >>>>>>>>
> >>>>>>>>     It's an XFS filesystem. Ran xfs_repair but no change.
> >>>>>>>>
> >>>>>>>>     I'm stumped! Any ideas?
> >>>>>>>>     Thanks as always...
> >>>>>>>>
> >>>>>>>>     Judah
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>     You received this email because you are subscribed to the UM
> >>>>>>>>     Linux User's Group (UM-LINUX) mailing list. If you would like
> >>>>>>>>     to unsubscribe from this list, simply send an email to
> >>>>>>>>     lists...@listserv.umd.edu with the message signoff UM-LINUX
> in
> >>>>>>>>     the body.
> >>>>>>>     You received this email because you are subscribed to the UM
> >>>>>>>     Linux User's Group (UM-LINUX) mailing list. If you would
> >>>>>>> like to
> >>>>>>>     unsubscribe from this list, simply send an email to
> >>>>>>>     lists...@listserv.umd.edu with the message signoff UM-LINUX in
> >>>>>>>     the body.
> >>>>>     You received this email because you are subscribed to the UM
> >>>>> Linux
> >>>>>     User's Group (UM-LINUX) mailing list. If you would like to
> >>>>>     unsubscribe from this list, simply send an email to
> >>>>>     lists...@listserv.umd.edu with the message signoff UM-LINUX in
> >>>>> the
> >>>>>     body.
> >>>>>
> >>>> --
> >>>> =====
> >>>> milg...@cgpp.com
> >>>> 301-257-7069
> >>>>
> >>>> You received this email because you are subscribed to the UM Linux
> >>>> User's Group (UM-LINUX) mailing list. If you would like to
> >>>> unsubscribe from this list, simply send an email to
> >>>> lists...@listserv.umd.edu with the message signoff UM-LINUX in the
> >>>> body.
> >>>>
> >>
> >
>
> You received this email because you are subscribed to the UM Linux User's
> Group (UM-LINUX) mailing list. If you would like to unsubscribe from this
> list, simply send an email to lists...@listserv.umd.edu with the message
> signoff UM-LINUX in the body.
>

You received this email because you are subscribed to the UM Linux User's Group 
(UM-LINUX) mailing list. If you would like to unsubscribe from this list, 
simply send an email to lists...@listserv.umd.edu with the message signoff 
UM-LINUX in the body.

Reply via email to