Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
1 user(s) are online (1 user(s) are browsing Forum)

Members: 0
Guests: 1

more...
   All Posts (sTix)


(1) 2 3 4 5 »


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
Quote:
yes, it worked. 68k binary attached.


I updated the (generation of the) mmakefile.src so the next version should work out of the box.

Quote:
so for now icondeluxe (aminet): syntax error in line 21.


Fixed.


Posted on: 9/21 1:01
Transfer the post to other applications Transfer


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
Quote:
but id rather refrain from messing with someone elses project directly. im too inexperienced with branching and the like and might just cause some annoyance.

i prefer to use pull requests. and maybe we will find the way to submit testing results to your list without giving me too many riviliges ;).


I added a Wiki page for this. You have full permissions.

https://github.com/sodero/InstallerLG/wiki/Status

About 'messing with someone elses project', that's not a problem, making a mess is a good thing and there's no such thing as ownership in this case. Let me know if you change your mind.

Posted on: 9/19 12:08
Transfer the post to other applications Transfer


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
Quote:
yes, it worked. 68k binary attached.


Brilliant! Then I'll scrap the 'wildcard' thing.

Quote:
this site sucks big time for development. couldnt we meet somewhere else? as on marlons amigadev slack, like i ve just i mentioned in another thread?


Do you have a GitHub account?

Quote:
ill test a bit on aros under winuae.

so for now
icondeluxe (aminet): syntax error in line 21.

edit: btw, browsing through aminet, looking for installable software i thought , maybe its a bit too random. hard to find and them scripts may be broken anyway. we probably should have more dependable test cases, some major apps, or their demos. suggestions welcome.


Great! What about keeping a list of tested scripts on GitHub and use the issue tracker there to keep track of problems and fixes?

If you have an account I can make you a collaborator and give you all the rights you need.

Here you'll find the current list of programs that I have tested (very quickly):

https://github.com/sodero/InstallerLG/ ... ter/test/list_of_programs





Posted on: 9/19 9:29
Transfer the post to other applications Transfer


Re: ^

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
No, I'm compiling from the top directory.

Posted on: 9/18 13:56
Transfer the post to other applications Transfer


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
Hmm, strange. My corresponding output:

mmakefile:8: eval resource information comparison error lexer exit init prompt probe file procedure alloc external strop parser gui util arithmetic args bitwise symbol control
mmakefile:9: /home/stix/kod/AROS/bin/linux-i386/gen
mmakefile:10: local/InstallerLG
mmakefile:11: /home/stix/kod/AROS/bin/linux-i386/AROS/Utilities
mmakefile:12: /home/stix/kod/AROS/local/InstallerLG

The only difference seems to be $FILES. The relative path in line 10 seems to work though?

Does it work if you enumerate all the files (as in line 8 above) instead of using the 'wildcard' function?

Does it behave the same way if you don't cross-compile BTW?

Posted on: 9/18 13:03
Transfer the post to other applications Transfer


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
That's not the problem.

The problem is that you copy mmakefile.src to 'src' and try to build from there (at least it looks like that from here). The 'src' directory doesn't contain all the files you need.

The point of the 'aros' target in 'dist/Makefile' is to create a flat directory that makes it possible to do what you're trying to do in 'src'.

Instead try the following:

0. Clone the InstallerLG git to somewhere outside of the AROS svn tree.

1. In 'dist' run 'make clean; make aros'

2. In 'dist/aros' you will now have everything (knock on wood) you need to build InstallerLG inside the AROS svn tree.

3. Copy the contents of 'dist/aros' to the desired location in the AROS svn tree, let's say workbench/utilities/InstallerLG.

4. Run 'make workbench-utilities-installerlg' in the AROS top dir.

If this doesn't work add the usual 'warning' statements and dump the output in this thread.



Posted on: 9/18 4:37
Transfer the post to other applications Transfer


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
I see. Try to do as I suggested here:

Old thread

Posted on: 9/17 11:23
Transfer the post to other applications Transfer


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
Are you sure that you aren't still using the InstallerLG git repo?

What is the output if you run 'ls -lR' in local/sodero-InstallerLG-20e50cc?


Posted on: 9/17 10:59
Transfer the post to other applications Transfer


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
I tried to put the sources in 'local/InstallerLG' instead, but I still can't get this to not work :)

What output do you get if you put the following in the mmakefile.src?:

$(warning $(FILES))
$(warning $(GENDIR))
$(warning $(CURDIR))
$(warning $(EXEDIR))
$(warning $(shell pwd))


Posted on: 9/15 11:54
Transfer the post to other applications Transfer


Re: InstallerLG For AROS

Joined:
2017/4/8 5:23
From Sweden
Group:
Member
Posts: 48
Offline
Quote:
if you mean, outside of aros build tree, i dont.

i copy your tar.gz and decompress it to my local dir within aros source.


Sorry I was a bit vague, it was the 'local dir' (as opposed to /workbench/utilities/Installer) I was after.

When I have time I can try to reproduce the problem. My guess is that we need to add a prefix to the '*.c' pattern.

The missing Installer.c suggests (very wild guess) that the $FILES list is empty and that the build system makes assumptions based on the name of the package.

Did you try Fats suggestion?

Posted on: 9/13 14:32
Transfer the post to other applications Transfer



 Top
(1) 2 3 4 5 »




Search
Top Posters
1 paolone
paolone
4454
2 nikolaos
nikolaos
4175
3 magorium
magorium
4095
4 phoenixkonsole
phoenixkonsole
3942
5 deadwood
deadwood
2917
6 ncafferkey
ncafferkey
2810
7 mazze
mazze
2222
8 clusteruk
clusteruk
2113
9 damocles
damocles
1789
10 BSzili
BSzili
1530
© 2004-2018 AROS Exec