Sergio,
If you are keeping data in a Pharo image then you could just save the image
instead of using STON. Alternatively, you could model your data in an
Application class with three instance variables: theaters, movies, and events.
Then you could dump the root application object and STON shoul
I have been in the relational database world for decades. One of the things
that is super simple is backing up and restoring data.
Sometimes, it makes it makes sense to pull the production data into
development. In the case of a catastrophe, it’s super simple to restore data
from a backup.
I a
Thanks for the input everyone!
I ended up just removing the compression.. In this case, this is not critical
at all, so I can live with this..
Thanks, all!
> On Jan 17, 2024, at 7:18 PM, Todd Blanchard via Pharo-users
> wrote:
>
> I guess I’ll point you to the issue too.
>
> PDFStreamPri
I guess I’ll point you to the issue too.
PDFStreamPrinter>printPDFDataStream: aPDFDataStream
……
Line 13: (self compression) ifTrue: [ streamData := (self compressWithGZip:
streamData) asByteArray ].
> On Jan 17, 2024, at 5:13 PM, Todd Blanchard via Pharo-users
> wrote:
>
> Try this:
>
Try this:
(PDFDocument new compression: false)add: (PDFPage new add: (PDFTextElement new
text: 'Hello'; from: 10mm@10mm)); exportTo: 'test.pdf' asFileReference
writeStream.
Compression causes your string to be gzip’d which is a ByteArray and not a
String of any kind.
Unfortunately, the write
So the method is expecting some kind of string, but it received a
ByteArray, which is NOT any kind of string.
What's in the ByteArray? Where did it come from? Why isn't it a string?
On Thu, 18 Jan 2024 at 04:34, sergio ruiz wrote:
>
> Hi, all.
>
> I am working on creating a PDF with Artefact
>
Hi, all.
I am working on creating a PDF with Artefact
(https://github.com/pharo-contributions/Artefact) and am having an issue
running the first example.
the Example looks like:
PDFDocument new add: (PDFPage new add: (PDFTextElement new text: 'Hello'; from:
10mm@10mm)); exportTo: 'test.pdf' a
On Jan 17, 2024, at 3:55 AM, Norbert Hartl wrote:
>
> the example is about cloud servers. So we can rule out thumb drives easily ;)
> …
>
> Norbert
I read the following to say that the goal is to talk to a cloud server from a
non-cloud client.
> One of my projects logs in to Spaces (Digital
> Am 17.01.2024 um 13:50 schrieb Noury Bouraqadi :
>
> Many cloud platforms provide a secrets manager. It sets up env variables with
> secrets you need.
>
This is technically a good idea but legally probably bad. If you hand out
cleartext credentials to your cloud provider you add that provid
Many cloud platforms provide a secrets manager. It sets up env variables with
secrets you need.
Noury
On Jan 17 2024, at 12:55 pm, Norbert Hartl wrote:
>
> > Am 17.01.2024 um 12:31 schrieb Richard O'Keefe :
> >
> > Back in the days when an entire department would share something like
> > a VAX a
Hi,
Besides the links James has sent, there's also
https://github.com/ba-st/Docker-GemStone-64/ . It's still a bit in flux
because we're not running production code in it yet, but we're using it in
our projects for CI ( https://github.com/ba-st-actions/gs64-ci ) and the
projects in https://github.c
> Am 17.01.2024 um 12:31 schrieb Richard O'Keefe :
>
> Back in the days when an entire department would share something like
> a VAX and think themselves
> lucky, the advance was never to let secrets *rest* in your address
> space any longer than you had to.
> Bring the secret into memory just t
Back in the days when an entire department would share something like
a VAX and think themselves
lucky, the advance was never to let secrets *rest* in your address
space any longer than you had to.
Bring the secret into memory just the instant before you need it, use
it, then scrub that area of
mem
> Am 17.01.2024 um 05:27 schrieb sergio ruiz :
>
> Hi, all.
>
> One of my projects logs in to Spaces (Digital Ocean’s version of S3). I need
> to be able access the credentials, but I don’t want to store them in the
> source code, as I will be using Github to store the projects.
>
> Is ther
14 matches
Mail list logo
