#apertus IRC Channel Logs

i got some work done :)

good morning Bertl

git repo as working dir is not really feasable for several reasons

good morning se6astian

https://github.com/apertus-open-source-cinema/misc-tools-utilities/blob/master/color-calibration/main.m

so once a design becomes 'usable' and is 'tested' it will be cleaned up, properly licensed and published

ok but the designs for the axiom project are all open source?

moreover, whats the problem with having pre versions licensed with gpl/ohl too and publish them on dev branches?

the problem is mainly that it adds a lot of additional work to my already huge workload ...

sure, but it makes contributing easier and the published files are always up to date

having untested designs out in the wild can cause a lot of harm as well, especially with hardware

currently we don't have a lot contributors, so it might not be worth the extra effort.

I think hardware is quite different from software regarding contributions ...

it is simple and there is a lot of potential for creating your own

i think a reason for that is that only very few people own an AXIOM Beta

well, it might be related to that, but I also think it is realted to the fact that hardware needs to be designed, built and tested (similar to software) but the cycles there are much much larger and the cost is a lot higher

would it be possible for you to work in the git repo on AXIOM Beta PCBs and commit when a revision is ready

and push to github. might be even faster than uploading to the fileserver?

it would take you a day or two to figure out what is not working and why and at that point, the design already has changed

there is also not much point in having releases which get never built or tested online

what would be the use of those revisions which were sorted out (because of flaws in the design)?

when you notice a problem and have it in the last 5 revisions, it's good to have version control to look what changes there

no :D

i saw that it is some text format

but don't know if the diffs are helpful

which also doesn't make it very suitable for revision control

I'm also happy to clean up, check and upload those files :)

so in your expereance just having a file for every revision on a fileserver works best for hardware development?

only the current version in it and a archive folder with the older versions

I'm fine with having a 'cleaned up' file repository somewhere

I do not suggest to move stuff around when a new version is released, because this tends to break internal and external links

(which is why I do not 'reorganize' the stuff on vserver.13thfloor.at

se6astian changed

Bertl could we break links once to organize files on folders?

you argued that old versions are not useful when better versions are available, so broken links should not be critical

then we can delete the beta-hardware repository from github

thats even better

sure, no problem with that

fat-lady.jpg :D

no

i see

what about http://files.apertus.org/HARDWARE/AXIOM/BETA/MAIN_BOARD ? se6astian

off for now ... bbl

davidak looks good

after Bertl moved the files, i will update the links in the wiki

TofuLynx: optimization is not important for the C/C++ challenge

Is it possible to know who are the potential mentors?

TofuLynx: the mentors are listed on each task

Ah!

who is alex?

davidak: you're welcome!

davidak: let me know what you are missing there, I'll try to add it ... note that the BOM needs to be manually cleaned up so that will take some time

linearization is responsible for the image's true to life colors, right?

and makes the image overall brighter, right?

yep, that's because you don't have a gamma applied

Bandit, I have some questions. You are the mentor of the T722 task, I would like to get to know what you do as a mentor and stuff

i guide the student, give hints and check the work

every month there is a meeting between mentors to grade the progress

is it like from 0 to 20

more like approved or not, but trying to give chances, if we think that the student could improve

have you already completed the C++ challenge?

yeah*

the two strange layers? Yep, gone

sounds good

have to discuss with se6astian etc., when we would look through submitted stuff

there is a gsoc page for that, you just have to sign in with your gmail account

i suppose that it will be there ->

summerofcode.withgoogle.com

or in lab

Ok! :D

every developer has his own style and it's recognizable, we will also ask questions to see if the application was really written by the same student

depends on the situation, but it think some private chat room, it's not about embarassing the people

Is it the first time Apertus is on GSoC?

And did some of the students still continue to contribute after it?

haven't seen others since gsoc

ah

one did kind of give up, the other was 'given up' :)

one wasn't up to the task, don't know about the other one

yeah, gsoc requires a lot of time, from both sides

as the exams are being done earlier

but it's no walk in the park, had to learn and prepare a lot before being able to do mentoring

I see

the students, mentors and the organization

but not many people want to work for free

but as GSoC says on its page, it's FOSS organizations

Yeah, I see

but weren't there a lot of applicants on apertus?

so the guys came up with challenges for this year to see if candidates are suitable

was it frequent to appear applications from students that never talked with you before?

but if i'm not mistaken, then there were applications from unknown ones

Ok! :)

no problem, maybe also others want to know that stuff, as it's FOSS organization ;)

The GSoC student guide says that the application platform varies from organization to organization. Can I put images in the application platform of Apertus?

Bandit, did you try to reproduce the issue?

yeah, havent tried again today though

TofuLynx, if your feel ready, then you can upload your challenge code to github or similar

I don't need to worry about linearization neither gamma applying, right_

no, nothing of the advanced stuff, no performance optimizations

Ok!

still testing, my VM is a bit broken, let me re-install it quick

this is a quite good organized form

much love <3

also boxes is required in fresh linuxmint, but there is a general problem, that some sub-modules can't be pulled

good night

yes I installed. But that step isn't where I couldnt overcome the issues

seeing a lot of issues while trying to install, tried on linuxmint and manjaro

my fix for it was by using echo

what do you mean by that?

you mean temporarily?

wait

I have a example

the ./install.sh

export PATH=$PATH:/home/claudio/Desktop/ApertusTesting/axiom-beta-qemu/external/gcc-linaro-4.9-gnueabi/bin

then I used echo, and it wrote this:

which is a lot different

usually you should prepend it with $PATH: so the previous one is stored

it was my fix

and I have no knowledge on how patch files work

wow :O

luckily i use a VM, so not a big problem, but the issue is also possible on physical machines

it may be the reason it broke my linux too

have you tried my suggestion with deactivating patch files?

Also, by the time I was trying to install the firmware, I had to repartition the disk so linux could have more space (was dual booting with windows), after it, it broke linux and I had to reinstall it

the patch files could be obsolete, because they were added 3 months ago and xilinx maybe changed the related code already

that's why i use virtualbox, also because of manufacturer recovery partition, don't want to mess it up at the moment

Bandit

I have uploaded my code

to the repository

alright

will store it in the lab, so it doesn't get lost

have you registered there already?

TofuLynx too

i hope soon, have to sit down and take a look but together with some others

Got it!

TofuLynx, have you looked at https://lab.apertus.org/T737 already?

here is the SD image ->

just sort for size, it's one with 3.6G

will try to discuss with se6astian and Bertl_oO further approach tomorrow, as we need to correct this scripts

I will check it