Re: Huge cache safe to delete?

at 12:21 AM Viktor Ogeman > wrote: >> >> Thanks >> >> Sent from my phone >> >> > On 21 Aug 2018, at 01:29, Mathieu Lonjaret >> > wrote: >> > >> > hmm, I thought we had an implementation of a blobserver that deletes >> &g

Re: Huge cache safe to delete?

hmm, I thought we had an implementation of a blobserver that deletes older blobs when it reaches a certain size, but nope. I'm almost sure I've written something somewhere in Perkeep that does something like that though, but I can't find it right now. On 20 August 2018 at 23:27, Brad Fitzpatrick

Re: Bug in search query?

Hi, In general, search queries in the web UI often do a "describe" of the target, which basically indeed drills down into all the children (of various relationship) of a target, so it knows how to display the target more accurately (i.e. if it's a set, you want to display it as a container with

Re: OT: new mails

The perkeep weekly sync is the meeting we have on IRC in #perkeep every wednesday. Paul set it up as an event that gets into your google calendar (however they are called), but I don't know who he registered to it. Maybe everyone he saw in #perkeep? In any case, you can probably disable/hide the

Re: Failing TestIntegrationRun (text file busy)

sorry, I should probably have added: do not worry about it. If you want be really cautious, just rerun the failing tests individually, they usually pass when run that way. On 27 February 2018 at 01:34, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > yes, it is known.

Re: unable to authorize letsencrypt

Nope, the "listen" one is still about your Perkeep instance per-se. the port 80 is specifically for the Let's Encrypt challenge, and it's hard-coded for now: https://github.com/perkeep/perkeep/blob/master/server/camlistored/camlistored.go#L246 On 27 February 2018 at 00:04, Adrian Tritschler

Re: unable to authorize letsencrypt

Let's Encrypt now uses the http-01 challenge, so camlistored (for now) has to listen on port 80 too for Let's Encrypt to work. Since you're not getting any error message about that, I suppose this part at least is working. But are packets to port 80 getting to your camlistored instance? Do you

Re: Hello and multi-stage Docker build

On 22 February 2018 at 04:40, James Hillyerd wrote: > Hi! Long time gopher first time keeper. > Hi, > > I wanted to run Perkeep on my NAS (intel based QNAP), which supports Linux > containers. Unfortunately, I found that the official Perkeep Docker builds > are focused on

Re: panic: Search result returned non-importerAccount

This looks like https://github.com/perkeep/perkeep/issues/1047#issuecomment-366567016 Are you sure your Perkeep build has this change: https://camlistore-review.googlesource.com/c/camlistore/+/14266 (look in git log whether you see this commit or not) ? If you are, can you please open an issue

Re: Migrate mailing list?

I'd rather stick with a mailing list as well I think. (But yes, Discourse is indeed all the rage for communication in the gaming communities at least). On Jan 30, 2018 19:39, "Bruce C .Dillahunty" wrote: > I have some of the same feelings, although I will note that

Re: Per-contributor focuses for next major release, hack sessions

a > chromebook as my primary machine for close to a year now, so would love to > be able to access files from the native Files app. This may end up being > more ambitious than I have time to commit to it right now, but I'd like to > see how far I can get. > > On Sun, Jan 7, 2018 at 12

Re: Per-contributor focuses for next major release, hack sessions

What i will actually end up doing, and what I would love to land are of course only weakly correlated, but here are my most personal wishes anyway: -keep on making the sharing story better -add a Google Drive importer (after Google Photos is done) -fix all the flaky tests, and have a more

Re: domain name in website/godoc.org

On 5 January 2018 at 23:44, Will Norris <w...@willnorris.com> wrote: > > On Fri, Jan 5, 2018 at 2:22 PM, Mathieu Lonjaret > <mathieu.lonja...@gmail.com> wrote: >> >> I'm confused. Are you talking about what is now: >> >> domainNames = []string{&quo

Re: domain name in website/godoc.org

I'm confused. Are you talking about what is now: domainNames = []string{"perkeep.org", "camlistore.org"} in website/godoc.go? (it became domainNames in 02938281318c8dc1fdb0e7a46b543fb7e583a854) As far as i can tell, we need the domain to: 1) verify that we're serving only for one of these two

Re: heads-up: are you using MySQL (or other DBMS)?

assume people running their own instance with MySQL know how to deal with that, so the priority is to at least alert them about it. The main priority is to make it as automatic as possible for GCE users, who are not supposed to touch their MySQL manually. > On Thu, Jan 4, 2018 at 8:36 AM, Mathieu L

heads-up: are you using MySQL (or other DBMS)?

Hi, as of rev 7eda9fd5027fda88166d6c03b6490cffbf2de5fb (https://github.com/camlistore/camlistore/commit/7eda9fd5027fda88166d6c03b6490cffbf2de5fb), the default names of the various databases used by Perkeep change. That basically means: 1) if you were using dbNames (not dbname), to set your

Re: website: update logo/mascot/colors

And once we have an animated Keepy, we can use it to replace pudgy in the web UI. Actually there probably are a couple of non-animated places in the web UI where we can already do that. On 3 January 2018 at 00:24, Brad Fitzpatrick wrote: > I sent you the file offlist for now

Re: [Go src] why forcing nil to err variable and not using

you did not quote more of the context, which was important in this case. The relevant bits are: sz, err := io.CopyN(s1, contents, constants.MaxBlobSize+1) if err == nil || err == io.EOF { bref, err = blob.RefFromHash(s1), nil } else { that, and the fact that err is a named returned parameter

Re: Debugging and authentication

On 23 December 2017 at 11:09, Norman Walsh wrote: > Hi, > > I worked out, by grovelling through the source, that setting CAMLI_DEBUG to > true would enable the -proxy_local option by which I could try to reverse > engineer the way upload works. > > (Apologies if I missed the

Re: Backend API?

On 22 December 2017 at 10:07, Norman Walsh <n...@nwalsh.com> wrote: > Mathieu Lonjaret <mathieu.lonja...@gmail.com> writes: >> I forget if we have a better place where it's described, but I believe >> something like https://perkeep.org/doc/protocol/ might be what you're

Re: Backend API?

Hi, The minimum is to implement a blob server: https://perkeep.org/doc/terms#blobserver but what you probably want is to implement a full storage interface: https://perkeep.org/pkg/blobserver#Storage you can look at any of the other existing implementations in pkg/blobserver

Re: camliMember

Yes, the definition in attributes.md is the one currently in use, and the one in permanode.md is either badly worded, or wrong. On 22 November 2017 at 22:14, Bob Glickstein wrote: > Hello! I have a question about the camliMember attribute: > > doc/schema/attributes.md

Re: Custom Importers

You could. but I don't think there's anything preventing you from writing it as an independent pkg wherever you want. On 30 October 2017 at 18:32, Koushik Roy wrote: > If I wanted to write importers for other services (like Slack > conversations), what's the process? Right now

Re: backblaze b2 configuration

The change got merged. Please try it and let us know if it works for you. On 26 October 2017 at 19:59, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > I don't use B2, so this is untested, but i believe it should work: > > https://camlistore-review.googlesource.com/c/cam

Re: backblaze b2 configuration

I don't use B2, so this is untested, but i believe it should work: https://camlistore-review.googlesource.com/c/camlistore/+/11546 On 26 October 2017 at 19:39, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > if you configure your localdisk a the primary storage, and b2 as a

Re: backblaze b2 configuration

if you configure your localdisk a the primary storage, and b2 as a replica, then yes blobs are synced automatically from one to the other. Was that your question? On 26 October 2017 at 19:37, Ty Ler wrote: > Do sync handlers run automatically? > > On Thursday, October 26,

Re: canary branch

thanks, that works for me. I'll have a look. On 25 October 2017 at 06:46, Ty Ler wrote: > I submitted trace on github issues page, not sure if that is the right place > or not > > > On Wednesday, October 18, 2017 at 11:21:34 AM UTC-7, mpl wrote: >> >> Hi, >> >> for those of

Re: FYI Camlistore on f1-micro

Well, the instance i was initially talking about is still running. I'm using it very little, but the web UI works, and i occasionally use it to share pictures with others. here's the memory usage atm (vmstat -a): procs ---memory-- ---swap-- -io -system-- --cpu- r

canary branch

Hi, for those of you who like to live on the bleeding edge, I've just created https://github.com/mpl/camlistore/commits/canary , which contains some changes I'm reasonably happy about , but that have not been thoroughly reviewed (and therefore have not landed on the main repository yet). Most of

Re: non-zero packed zips: where did my backup go?!?!

Is everything actually now working for you, or do you still experience consistency/index problems? On 11 September 2017 at 16:31, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > On 9 September 2017 at 04:44, Dan Connolly <d...@madmode.com> wrote: >> On Friday, Septe

Re: non-zero packed zips: where did my backup go?!?!

On 9 September 2017 at 04:44, Dan Connolly wrote: > On Friday, September 8, 2017 at 10:22:50 AM UTC-5, mpl wrote: >> >> On 8 September 2017 at 07:13, Dan Connolly wrote: >> > I got: >> > >> > 2017/09/07 23:58:57 Error: blobpacked storage detects non-zero

Re: non-zero packed zips: where did my backup go?!?!

On 8 September 2017 at 07:13, Dan Connolly wrote: > I used `camput` to backup some IRC logs. > > Then I used `camtool googinit` to get a googlecloudstorage value. Not sure > what to do with it, I grepped for that symbol in the source. I found it in > google_nolocaldisk.json,

Re: Newbie, Help needed

Ah, I think you misunderstood a crucial point of the whole system. In order for you to upload photos with the android app, you need to have access to a Camlistore server running somewhere, where the photos are going to be uploaded. localhost:443 would mean that the server runs on the same machine

Re: Newbie, Help needed

Hi, can you start over please and explain exactly what you're trying to do? Camlistore itself does not run on android, so I suppose you meant the Camlistore android uploader app? Can you please show your server config? Can you also show the configuration of the android app? On 3 September 2017

Re: camput performance issues: leveldb process-level locking of cache

Hi, On 28 July 2017 at 17:51, Altaf Kassam wrote: > We are evaluating Camlistore as a CAS and have run into some concurrency > issues. When attempting to run camput concurrently with multiple separate > processes (this is a requirement for our usage), only one of the

Re: Todolist schema

Hi, 3 examples of ways you could model that: 1) (dumb but easy) one top permanode, with a text file as a camliContent. everytime you modify the TODO list, you modify the text file, and you just change the camliContent value to the hash of the new file 2) (a bit smarter, but more book-keeping)

Re: Moving from diskpacked to blobpacked

Hi, iirc, you're facing a problem similar to https://github.com/camlistore/camlistore/issues/681 , aren't you? On 20 May 2017 at 09:41, Tamás Gulácsi wrote: > Hi, > > I'm using diskpacked storage engine, as I don't want to pay the price of lot > of small files. >

Re: monthly releases enabled

of things so you can e.g. copy them to usb and give that to your friends the old-fashioned way. On 15 May 2017 at 19:37, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > Until further notice, yes. > > Or in other words, if/when we make another named release, it will > pr

Re: monthly releases enabled

Until further notice, yes. Or in other words, if/when we make another named release, it will probably be just another monthly release but with a fancier name (and maybe some very notable new feature). That's how I understood it at least. On 15 May 2017 at 19:32, clive boulton

Re: diffing camlistore

I was about to say you could do a camtool sync in dryrun mode, but it turns out we don't have a dryrun mode. I thought we did. maybe we should. maybe camtool list the two blobservers and compare the outputs? On 13 May 2017 at 01:49, Rhythmic Fistman wrote: > I think I'm

Re: Restarting camput & speed

On 9 May 2017 at 12:27, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > On 9 May 2017 at 07:18, Rhythmic Fistman <rfist...@gmail.com> wrote: >> >> >> Il giorno domenica 7 maggio 2017 03:38:18 UTC+10, mpl ha scritto: >>> >>> On 6 May 2017 a

Re: Restarting camput & speed

On 9 May 2017 at 07:18, Rhythmic Fistman wrote: > > > Il giorno domenica 7 maggio 2017 03:38:18 UTC+10, mpl ha scritto: >> >> On 6 May 2017 at 03:05, Rhythmic Fistman wrote: >> > >> > >> > Il giorno venerdì 5 maggio 2017 23:27:55 UTC+10, mpl ha scritto: >>

Re: searching by format:

On 6 May 2017 at 03:12, Rhythmic Fistman wrote: > > > Il giorno venerdì 5 maggio 2017 23:34:11 UTC+10, mpl ha scritto: >> >> Are you asking if it's normal that you only see permanodes in the web >> UI? if yes, then yes it is normal, that's how the Camlistore model >> works.

Re: Restarting camput & speed

Camlistore or switched to GCE before running into bulk up slurping > performance issues. Is there recommended doc on how to set up MySQL index > for local Camlistore server, perhaps how to setup up Camlistore for > performance? > > On Wed, May 3, 2017 at 11:04 AM, Mathieu Lonjaret

Re: Publisher zip download problems

Done, but untested as I'm on Chrome 54, which does not present this behavior. I should check when they introduced that on firefox, so I could maybe test with it. https://camlistore-review.googlesource.com/9969 Can you try it please? On 26 April 2017 at 16:20, Mathieu Lonjaret <mathieu.lo

Re: Publisher zip download problems

t; web >> >> >> UI the same mistake you reported for the publisher. >> >> >> >> >> >> >> >> >> On 25 April 2017 at 16:42, Attila Tajti <attila...@gmail.com> wrote: >> >> >> > This seems to

Re: Publisher zip download problems

>> > case. >> > >> > On Tuesday, April 25, 2017 at 4:24:01 PM UTC+2, mpl wrote: >> >> >> >> done, just in case: >> >> https://camlistore-review.googlesource.com/c/9948/ >> >> >> >> >> >> On 25 April 2017 at 15:11

Re: UI: font awesome missing

So you're saying you get a 404 if you try to load /ui/fontawesome/css/font-awesome.css ? Here's what I see on a camlistored with fontawesome embedded: % nm ./bin/camlistored | grep camlistore.org/vendor/embed/fontawesome 01aaa878 D camlistore.org/vendor/embed/fontawesome.Files

Re: Publisher zip download problems

e. > > On Tuesday, April 25, 2017 at 4:24:01 PM UTC+2, mpl wrote: >> >> done, just in case: >> https://camlistore-review.googlesource.com/c/9948/ >> >> >> On 25 April 2017 at 15:11, Mathieu Lonjaret <mathieu@gmail.com> wrote: >> > SGTM fo

Re: Publisher zip download problems

done, just in case: https://camlistore-review.googlesource.com/c/9948/ On 25 April 2017 at 15:11, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > SGTM for both. > it's funny you mention 2. now. I had also forgotten to set the modtime > (on my first CL iterations) for the

Re: Publisher zip download problems

SGTM for both. it's funny you mention 2. now. I had also forgotten to set the modtime (on my first CL iterations) for the zip downloader in the web UI that I did recently (and fixed it before submitting). Come to think of it, I probably did 1. too, I need to check now. On 25 April 2017 at 09:38,

Re: Problem running publisher behind reverse proxy

Hi, I haven't thought hard about it, but that sounds reasonable. Whenever possible, I try to avoid absolute (VS relative) URLs, to avoid this kind of problems. So removing the scheme when possible seems like something along the same lines of reasoning. Can you please open an issue (a copy/paste

FYI Camlistore on f1-micro

I've just started a Camlistore instance on an f1-micro, since that's what is provided by their new Google Cloud Free tier thing, and it seems to be working. Not sure if it'll hold since it comes with only 600MB of mem, but we'll see. -- You received this message because you are subscribed to the

Re: Using camlistore.org/launch

: >>>>> >>>>> I've just tried it from scratch, no problem. >>>>> >>>>> -created new instance through the launcher >>>>> -started right away with configuring a twitter importer >>>>> -tweets are showing up in the UI immediately >

Re: copy camlistore index

cool, thanks for the feedback. On 10 March 2017 at 07:19, Markus Peröbner <markus.peroeb...@gmail.com> wrote: > Just for completeness I wanted to mention that copying the index > leveldb was successful. I can performe queries on the copied index as > usual. > > 2017-03-08 15

Re: copy camlistore index

Off the top of my head I don't see why it would not work. Well, except I don't really know the details of how leveldb journaling works, so maybe make sure all transactions are well done and finished before stopping the "fast" camlistored('s index). if needed, you could probably trivially make a

Re: Re: "devcam server" panics

t, it shouldn't be there and the > documentation should just say to use camlistored instead. > > If no one noticed it's broken and it's only a dev tool that actually > seems like a better option. > > > On 03/02/2017 01:47 PM, Mathieu Lonjaret wrote: > > > > >

Re: "devcam server" panics

On 2 March 2017 at 06:48, Euan wrote: > Right now `devcam server` panics on master for me (and has for a while). > > I've submitted a change which fixes the default config for me. > thanks, I'll have a look soon. > > However, I'm curious why this apparently wasn't noticed.

Re: Replicating to another camlistore?

changed /bs/ into /bsrepl/ in the storage-replica and storage-cond for the index. Oh, and you also need to add the "handlerConfig": true key for Camlistore to know it's given a low-level config. hth, Mathieu On 27 February 2017 at 15:47, Mathieu Lonjaret <mathieu.lonja...@gmail.com&

Re: Replicating to another camlistore?

I think what you want is https://camlistore.org/pkg/blobserver/replica with maybe https://camlistore.org/pkg/server#SyncHandler , which indeed might only be possible through the low-level config. More detail tonight when I'm back home. On 27 February 2017 at 10:11, joe higton

Re: App interface

On 14 February 2017 at 04:41, Steve Armstrong wrote: > Now it's me who's missing something. > > 1. I thought we couldn't modify the Request object, so if we want to strip > the prefix before sending a Reqeust to the mux, we need to clone or > otherwise create a new

Re: App interface

Hi, I wanted to test your CL (https://camlistore-review.googlesource.com/9206) in conjunction with the scanning cabinet, and I found out that we don't need CAMLI_APP_URL_PREFIX after all, if we strip the prefix from the request's URL Path right before giving it to the muxer. PTAL at

Re: App interface

On 3 February 2017 at 08:10, Steve Armstrong wrote: > On Monday, January 30, 2017 at 8:00:28 AM UTC-8, mpl wrote: >> >> >> My base concern is /scancab/ is user defined. >>> >> >> Why does that concern you? >> > > Because it could be anything, so scanningcabinet needs

Re: updateGCE instance?

Hi, you can stop/start the VM from your google cloud console interface. Or you can ssh to the instance and $ sudo systemctl restart camlistored since restarting the service refetches the docker image if need be. On 2 February 2017 at 19:17, jason gessner wrote: >

Re: App interface

On 26 January 2017 at 05:53, Steve Armstrong wrote: > > https://camlistore-review.googlesource.com/#/c/6916/5/pkg/ > server/app/app.go@102 > > This comment reads more like modifying the request is not allowed by the > contract of ServeHTTP, not that it's a design issue

Re: publisher setup

haha, no. more of "path of least resistance" choice. Any kind of improvement is welcome. Notably, I noticed some scrolling behaviour bug (it scrolls back up by itself) when browsing lots of images on mobile. I hadn't noticed until recently because I think it does not happen on "desktop". Anyway,

Re: publisher setup

ah, I get it I think. You were trying to see if we could fix things while still keeping only square thumbnails? On 24 January 2017 at 08:29, Attila Tajti wrote: > I was wondering if there is a good use case where square thumbnails are > needed in the first place. They

Re: publisher setup

wait, why do we need anything new on the server-side, since the web UI is already capable of doing this job pretty well? Why can't the publisher code be improved to do the same thing the web UI does? What am I missing? On 20 January 2017 at 08:47, Attila Tajti wrote: >

Re: publisher setup

> "size": 262144 > }, > { > "blobRef": "sha1-d537820ce88a0d3dd6af83dd7af1424643117f53", > "size": 23186 > } > ], > "unixMtime": "2015-04-22T08:31:38Z", > "unixPermission&quo

Re: publisher setup

> >> Since I have no experience with publisher, my question if one should >> publish image permanodes or sets with children? I've checked the CL and the >> issue, and the issue mentions how one should be able to access >> "subdirectories" under /pics/. Should the URL ("foo" and "bar" in the >>

Re: How to add a browser exception for Camlistore Launcher version to switch red https to green https?

ve from Vermont to > Hawaii and it's easier to photograph stuff than move stuff. > > > > On Jan 18, 2017 11:58 AM, "Mathieu Lonjaret" <mathieu.lonja...@gmail.com> > wrote: > >> Before trying to answer, since you mention the hospital environment I'd >>

Re: publisher setup

On 18 January 2017 at 08:19, Attila Tajti wrote: > Thank you! > > I've added the hints I needed/used to the publisher readme, see > > https://camlistore-review.googlesource.com/9166 > thanks! > Btw, I believe publishRequest.serveHTTP for the root path (added in CL >

Re: How to add a browser exception for Camlistore Launcher version to switch red https to green https?

Before trying to answer, since you mention the hospital environment I'd like to point something out: even though it's none of my business, I hope you're not deploying Camlistore in production for professional health data? I mean, it's one thing to deploy it for friends, so they can store whatever

Re: publisher setup

Thanks for the question, I wouldn't have noticed https://camlistore-review.googlesource.com/#/c/9146/ otherwise! Well at least not until later, as it was a conjunction of two different CLs that introduced the breakage. On 17 January 2017 at 18:28, Attila Tajti wrote: > I

Re: converting from self-signed cert to letsencrypt

As a corollary though, it is worth noting that one only actually needs to listen on 443 for getting the cert. One could then revert their config to another port. But that's looking for trouble knocking at your door (every 3 months I suppose). On 13 December 2016 at 02:22, Mathieu Lonjaret

Re: converting from self-signed cert to letsencrypt

Alright, I was wrong before, sorry. I don't understand how I was able to make it work on port 3179, given that 1) Let's Encrypt's VA indeed does always use the same port (443) to contact the client (us) for the TLS-SNI challenge. (va.tlsPort in github.com/letsencrypt/boulder/va/va.go) 2) autocert

Re: converting from self-signed cert to letsencrypt

On 13 December 2016 at 00:12, Adrian Tritschler wrote: > Matthieu, > > Aargh! Thank you. The glory of a second set of eyes. Perhaps the config > parser needs to spit out "unrecognised option ..." > > So to use letsencrypt it looks as though I'll need to use port

Re: converting from self-signed cert to letsencrypt

case, you shouldn't see the 2016/12/12 23:50:27 TLS enabled, with Let's Encrypt log line on startup. If you do, that's a bug. On 12 December 2016 at 23:09, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > I was about to say that, while we figure this out, you should be able to

Re: converting from self-signed cert to letsencrypt

I was about to say that, while we figure this out, you should be able to go back to self-signed certs anyway. Then I've reread your message and realized that you seem to have that at the beginning anyway, so that would be a bug too. Do you confirm that you had some existing cert and key specified

Re: syncing directory hierarchy corrupts index

Just to be sure we're dealing with the same problem, if instead of 'devcam tool sync -src http://localhost:8080 -dest http://localhost:8081', you do: devcam tool sync -src http://localhost:8080/bs -dest http://localhost:8081/bs devcam tool sync -src http://localhost:8081/bs/ -dest

Re: syncing directory hierarchy corrupts index

jsyk, what you call the "simple config" IS the high-level config, whereas config/dev-server-config.json is a low-level one. :-) On 9 December 2016 at 17:01, Andreas Otto wrote: > Yes indeed, I couldn't figure out how to change it in the high level >

Re: syncing directory hierarchy corrupts index

just making sure that: when you say two servers, it shouldn't be devcam servers, as they don't use the high-level config, and hence would ignore the "packRelated" option. fwiw, you'd have to change /bs/ in config/dev-server-config.json into: "/bs/": { "handler": "storage-filesystem",

Re: syncing directory hierarchy corrupts index

Can you please check that you're not hitting https://github.com/camlistore/camlistore/issues/681 ? i.e. do you still get errors when not using blobpacked? On 9 December 2016 at 14:50, Andreas Otto wrote: > When you camput a directory hierarchy and then sync to another

Re: Web UI error when showing other than permanodes

On 28 November 2016 at 00:23, Brad Fitzpatrick wrote: > Was this ever resolved? > Nope, it looks like I missed that e-mail. And I think I understand what Attila meant now. > (cleaning inbox) > > Was there a bug filed? > Not that I know of. Now there is one anyway:

Re: blob server on AWS Lambda

Hi. I don't know more about Amazon Lambda other than what I've just read by skimming through their docs, but my first impression is that it might be an interesting exercise but it would be quite a lot of work too? I mean, assuming that Go is supported as you say (I haven't seen it mentioned in

Re: killed by the oom-killer

Just to be sure, are you saying that some recent commits are responsible for this situation? That we changed something that is now breaking a workflow that used to work for you? Or is it just circumstantial with e.g. an increase in the amount of data you're using? On 14 November 2016 at 03:52,

Re: Hitting limit for Picasa API

there's an issue for it now: https://github.com/camlistore/camlistore/issues/874 On 2 November 2016 at 15:09, Ashraf Abdo wrote: > Hello > > Is there any update from your side concerning the issue? > > I am facing the same Problem right now... > > Thanks for your help in

Re: Debugging data loss synching to s3

-> new affect it? > > From the web interface for the blob: > > Blob content > > No data > > Indexer metadata > > { > "blobRef": "sha1-65682c91f928bcf81741ccc8ab4b0efac33a986e", > "size": 449 > } > > Mutation claims > > { > "claim

Re: DotGo

If you talked to me at dotgo about: 1) a problem you had -> please open an issue 2) a forgotten CL of yours -> please do ping me about it in any case, thanks to all for your feedback in person. On 9 October 2016 at 01:28, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: >

Re: https ui connection problem and problem with camlistore uploader

The usual log thing on android, adb logcat, should help you debug whatever the app is doing. And given that it's just camput behind the scenes, if need be you can just add more log.Print* statements to wherever needed (pkg/client, cm/camput), rebuild the app, and retry. rinse and repeat. Just in

Re: Debugging data loss synching to s3

On 7 October 2016 at 07:58, Daniel Heath wrote: > I have a camlistore instance at home which syncs to an s3 target for > backups. > > I decided to try out the backups and make sure they still work. > > On a new VPS, I installed camlistore and setup the server config: > {

Re: Integrity Check and Blob location

Hi, The easiest, high-level, way I can think of is to reindex your data. The indexer reads all the blobs, so if a blob does not hash properly, that should give you an error. Moreover, it goes through all your file schemata, so once again if something is wrong there, it should be detected. You may

Re: How do I put a backup into a roots collection?

Hi, camtool is indeed not the most user-friendly of our tools. When I forget how it works, (as I just had now), I just "reverse-engineer" it. That's to say, if you create (mkdir, cp) new nodes in roots, you'll see (with some devcam get, devcam tool describe, or in the web UI) that the relation

Re: apps vs publishers vs handlers vs importers confusion

I've also started something which I think might help you with your end goal: https://camlistore-review.googlesource.com/8188 On 21 August 2016 at 05:17, Erik Paulson wrote: > I think I've got a pretty good handle on how data is modeled in camlistore, > with blobs,

Re: Re-indexing images after upgrade?

require a reindex. There's been talk of adding a >> mechanism like migrations for modifying the index in place. >> >> On Mon, Aug 29, 2016 at 9:08 AM, Mathieu Lonjaret <mathieu@gmail.com> >> wrote: >>> >>> you mean, apart from 'camlistored -rein

Re: publisher woes warning

(is my research). Full recording https://youtu.be/liL20kmhcwo > > > On Wed, Jul 20, 2016 at 10:15 AM, Mathieu Lonjaret > <mathieu.lonja...@gmail.com> wrote: >> >> Hi, >> >> just a heads up, for anyone using the publisher in production. >> >> A

Re: Re-indexing images after upgrade?

you mean, apart from 'camlistored -reindex=true' ? I'm a bit surprised though, as we haven't made any changes related video content in the web UI in a long while afair, so I'm not sure what change you're talking about. Was your previous camlistored instance really that old? On 29 August 2016 at

Re: apps vs publishers vs handlers vs importers confusion

On 22 August 2016 at 18:36, Mathieu Lonjaret <mathieu.lonja...@gmail.com> wrote: > On 21 August 2016 at 18:32, Erik Paulson <epaul...@unit1127.com> wrote: >> On Sun, Aug 21, 2016 at 9:21 AM, Mathieu Lonjaret >> <mathieu.lonja...@gmail.com> wrote: >>> >&

Re: apps vs publishers vs handlers vs importers confusion

On 21 August 2016 at 18:32, Erik Paulson <epaul...@unit1127.com> wrote: > On Sun, Aug 21, 2016 at 9:21 AM, Mathieu Lonjaret > <mathieu.lonja...@gmail.com> wrote: >> >> 2) the template configuration (gallery.html) is exactly what should >> allow you to achieve

Re: apps vs publishers vs handlers vs importers confusion

On 21 August 2016 at 05:17, Erik Paulson wrote: > I think I've got a pretty good handle on how data is modeled in camlistore, > with blobs, metadata blobs, permanodes, and claims building a graph > stitching it all together, ala git. > > I'm still a little bit confused by

  1   2   >