Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jan 15 18:38
    mosteo commented #369
  • Jan 15 18:36
    mosteo commented #660
  • Jan 15 16:55
    Fabien-Chouteau commented #660
  • Jan 14 17:49
    mosteo closed #340
  • Jan 14 17:49
    mosteo commented #340
  • Jan 14 17:49
    mosteo labeled #340
  • Jan 14 17:38
    mosteo milestoned #660
  • Jan 14 17:38
    mosteo demilestoned #659
  • Jan 14 17:38
    mosteo milestoned #659
  • Jan 14 17:37
    mosteo edited #658
  • Jan 14 17:37
    mosteo edited #639
  • Jan 14 17:36
    mosteo demilestoned #632
  • Jan 14 17:36
    mosteo milestoned #632
  • Jan 14 17:16
    mosteo closed #570
  • Jan 14 17:16
    mosteo commented #570
  • Jan 14 17:14
    mosteo labeled #570
  • Jan 14 17:13
    mosteo milestoned #508
  • Jan 14 17:13
    mosteo demilestoned #508
  • Jan 14 17:12
    mosteo demilestoned #499
  • Jan 14 17:12
    mosteo milestoned #499
Maxim Reznik
@reznikmm
you can choose repository when you create a PR
Roderick Chapman
@rod-chapman
Got it - I opened a PR in the main index repo.
Roderick Chapman
@rod-chapman
OK.. PR approved by @mosteo - thanks! Who has authority to merge?
Roderick Chapman
@rod-chapman
OK.. merged by @Fabien-Chouteau. If anyone wants to try to get and build it now, then please send feedback here.
Henrik Härkönen
@heharkon

OK.. merged by @Fabien-Chouteau. If anyone wants to try to get and build it now, then please send feedback here.

I guess the catalog is not updated yet, but I'll have a go when alr update gets it :)

Fabien Chouteau
@Fabien-Chouteau
The website is update every night.
alr index --update-all to update your local index
Henrik Härkönen
@heharkon
ah, that helped, thanks!
Henrik Härkönen
@heharkon

OK.. merged by @Fabien-Chouteau. If anyone wants to try to get and build it now, then please send feedback here.

seems to build nicely :thumbsup:

Roderick Chapman
@rod-chapman
OK... looking good. I have also added the ALIRE badge to the README.md file on the homepage...
Fabien Chouteau
@Fabien-Chouteau
:thumbsup:
Maxim Reznik
@reznikmm
Maxim Reznik
@reznikmm
Pavel is building alr as a Fedora RPM, but the package review could be blocked with a license issue
Alejandro R Mosteo
@mosteo
@reznikmm I'll have a look at it today.
Alejandro R Mosteo
@mosteo
neat
onox
@onox
If I create a crate with alr init --lib, do I have to choose the name such the lib doesn't conflict with system libs?
onox
@onox
@mosteo ?
onox
@onox
Can I run alr build with a path to the crate? I would like to do alr build my_crate when I'm in folder monorepo/ which contains folder my_crate.
More questions: if I have a crate that creates a binary, can I 'install' that binary in a folder like ~/.local/bin/ so that I can access it from anywhere?
I also would like to create a lib crate that calls this binary to generate code and then to build that code with alr build
Alejandro R Mosteo
@mosteo
Hi @onox
If I create a crate with alr init --lib, do I have to choose the name such the lib doesn't conflict with system libs?
My guess is better to avoid a source of trouble. Whatever default behavior gprbuild has during linking is what will happen, I suspect that your lib would be used as it will be passed explicitly, but I'm not sure right now.
Alejandro R Mosteo
@mosteo

Can I run alr build with a path to the crate?

Not at present, I suggest you open an issue so we can track this feature for addition

if I have a crate that creates a binary, can I 'install' that binary in a folder like ~/.local/bin/ so that I can access it from anywhere?

Not yet. We've talked about this, with a new alr install command. See e.g., alire-project/alire#482 and alire-project/alire#628. It will happen eventually I think, particularly if there are expressions of interest like yours.

Alejandro R Mosteo
@mosteo

I also would like to create a lib crate that calls this binary to generate code and then to build that code with alr build

I think this is already doable, if clumsily: crate A that builds the exe must add the relative path to it with an environment entry, using something like ${CRATE_ROOT}/path/to/exe. Crate B, the lib, uses the exe normally with a post-fetch or pre-build action. Then crate B with the lib is built normally. But see alire-project/alire#633 in regard to this.

onox
@onox

@mosteo I have the following crates:

wayland_ada_info
  wayland_protocols_ada
    wayland_ada_scanner (build dependency)
    wayland_client_ada
      wayland_ada_scanner (build dependency)

wayland_egl_ada
  wayland_client_ada
    wayland_ada_scanner (build dependency)

I can successfully build scanner, client, and egl, but protocols fails:

wayland_client_ada.gpr:1:09: "obj" cannot relocate deeper than object directory
gprbuild: "wayland_protocols_ada.gpr" processing failed
error: Command ["gprbuild", "-gnatwU", "-j0", "-p", "-P", "wayland_protocols_ada.gpr", "--root-dir=.", "--relocate-build-tree=alire/build"] exited with code 4
error: Compilation failed.

So protocols and info fail currently.

Also I tried to add scanner as a dependency to protocols (alr with wayland_ada_scanner^0.1.0 --use ../wayland_ada_scanner), but alr refused: error: Not adding wayland_ada_scanner because wayland_ada_scanner^0.1.0 is already a dependency

(I'm assuming that the index contains the libwayland external crate from alire-project/alire-index#234)
My monorepo with the 5 crates lives at https://github.com/onox/wayland-ada
Alejandro R Mosteo
@mosteo
the "cannot relocate" is this bug: alire-project/alire#660
to replace an existing regular dependency with a folder, you need to use alr pin --use instead of alr with (or you could remove it first and re-add it, of course). But I fear you may run in the same relocate error.
I will try to reproduce your situation later today, as I'm off to some meetings right now... I'll keep you posted
Henrik Härkönen
@heharkon
Btw, I noticed that when doing alr edit, running the program doesn't work using the buttons (at least for my gtkada project, compiles though) but when running alr run from a shell, all works. Is it possible to run from GPS? Maybe I botched something? :D Otherwise it's fine, but debugging would be easier from GPS.
Fabien Chouteau
@Fabien-Chouteau
What error do you have in GPS?
Henrik Härkönen
@heharkon

it seems to be a linking issue:

home/henrik/opt/GNAT/2020/bin/../libexec/gcc/x86_64-pc-linux-gnu/9.3.1/ld: /lib/x86_64-linux-gnu/libpng16.so.16: undefined reference to inflateValidate@ZLIB_1.2.9' /home/henrik/opt/GNAT/2020/bin/../libexec/gcc/x86_64-pc-linux-gnu/9.3.1/ld: /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so: undefined reference topango_fc_font_map_get_config'
/home/henrik/opt/GNAT/2020/bin/../libexec/gcc/x86_64-pc-linux-gnu/9.3.1/ld: /usr/lib/x86_64-linux-gnu/libgtk-3.so: undefined reference to `pango_fc_font_map_config_changed'
collect2: error: ld returned 1 exit status

Fabien Chouteau
@Fabien-Chouteau
Interesting...
I actually don't know what the problem could be.
Sorry
Henrik Härkönen
@heharkon
Maybe it's only with gtkada... I'll have to check other projects too
interestingly, it works from a shell, and when I start GPS and start a shell inside GPS and run alr run, it fails for the same error. would that suggest that GPS sets some ENV variable incorrectly or similar?
Fabien Chouteau
@Fabien-Chouteau
It's Alire that sets the env for GPS, so probably a problem in Alire here.
Can you do alr printenv?
And also in the GPS shell.
Henrik Härkönen
@heharkon
the inside-GPS shell?
or I can do both and compare
it's the same at least
export ALIRE="True"
export GPR_PROJECT_PATH="/home/henrik/ada/thegtk:/home/henrik/ada/thegtk/alire/cache/dependencies/gtkada_21.0.0_3c1373c0/install_dir/lib/gnat"
onox
@onox
@mosteo alr pin didn't really help :/
Alejandro R Mosteo
@mosteo
@onox I'm not entirely surprised, sadly. I think we have to fix #633 and #660 first, and ASAP.