Holly Bostick wrote:
Now I just replied to a message with a subject, and my reply has no
subject??!!
I don't even know if this will have a subject.
What could be going on?
*BuRP*
Sorry, I was hungry. :)
I don't know what's going on, but I've been seeing subject-less messages
for the past several
On 09/05/05, Jonathan Nichols [EMAIL PROTECTED] wrote:
Holly Bostick wrote:
Now I just replied to a message with a subject, and my reply has no
subject??!!
I don't even know if this will have a subject.
What could be going on?
*BuRP*
Sorry, I was hungry. :)
I don't know
th whatever kernel is running on the host. Of
course, it isn't a solution for Windows, and there aren't any mature
VDI-oriented solutions I'm aware of. However, running as non-root in
a container should be very secure so there is no reason it couldn't be
done. I just spun up a new container yesterday to t
problem. I did the dd thing. I created my partition
like I had before and put ext4 on it this time. I restored the stuff I
had backed up to the drive and then downloaded some videos to test the
thing. It downloaded just fine. No panic or even a burp.
What could have caused this? Could
Sebastian Pipping wrote:
On 11/28/2011 02:41 AM, Mike Edenfield wrote:
Since I didn't write it at work it's all yours. :)
Thanks. Posted here:
https://blog.hartwork.org/?p=1516
Best,
Sebastian
*cough cough* Maybe a good burp too. I get this:
This Connection is Untrusted
a good burp too. I get this:
This Connection is Untrusted
You have asked SeaMonkey to connect
securely to blog.hartwork.org, but we can't confirm that your connection
is secure.
Normally, when you try to connect securely,
websites will present trusted identification
> a container should be very secure so there is no reason it couldn't be
> done. I just spun up a new container yesterday to test out burp
> (alas, ago beat me to the stablereq) and the server container is using
> all of 54M total / 3M RSS (some of that because I like to run sshd and
> so
eball / #
I just grepped the last little bit of the UUID to see if anything else
matched. It didn't. I tried both methods just in case. It was
grasping at straws a bit but hey, sometimes that straw solves the
problem. I might add, I unmounted the drive and cryptsetup closed it
first time
s that straw solves the
problem. I might add, I unmounted the drive and cryptsetup closed it
first time with not a single error. It didn't even burp. Given I've
done this several times with no problem after doing the UUID way with
consistent errors, I think it is safe to assume that changing f
or incrementals. However, if the local cache isn't there
then it will fetch just the indexes from wherever it is stored
(they're small).
It has support for many cloud services - I store mine to AWS S3.
There are also some options that are a little closer to rsync like
rsnapshot and burp. Those don't s
n it will fetch just the indexes from wherever it is stored
> (they're small).
>
> It has support for many cloud services - I store mine to AWS S3.
>
> There are also some options that are a little closer to rsync like
> rsnapshot and burp. Those don't store compressed
(they're small).
>
> It has support for many cloud services - I store mine to AWS S3.
>
> There are also some options that are a little closer to rsync like
> rsnapshot and burp. Those don't store compressed (unless there is an
> option for that or something), but they do let you rota
e metadata
> > cached locally to speed retrieval and to figure out what files have
> > changed for incrementals. However, if the local cache isn't there
> > then it will fetch just the indexes from wherever it is stored
> > (they're small).
> >
> > It h
in sys-libs ...
[IP-] [ ] sys-libs/db-4.8.30:4.8
* Searching for opencv in media-libs ...
[IP-] [ ] media-libs/opencv-2.4.5:0
root@fireball / #
I have tried disabling sandbox in make.conf with no change. I have
keep-going set and tried that a few times to hoping it was just a small
burp but no help
14 matches
Mail list logo