Dne 09. 04. 24 v 14:15 Fabio Valentini napsal(a):
On Tue, Apr 9, 2024 at 1:19 PM Vít Ondruch wrote:
Dne 08. 04. 24 v 12:32 Neal Gompa napsal(a):
Packaged Rust crates work *fine* for local development as long as you
are willing to cut yourself off from crates.io. Unlike *every other
language p
On Tue, Apr 9, 2024 at 1:19 PM Vít Ondruch wrote:
>
> Dne 08. 04. 24 v 12:32 Neal Gompa napsal(a):
> > Packaged Rust crates work *fine* for local development as long as you
> > are willing to cut yourself off from crates.io. Unlike *every other
> > language package manager*, Cargo does not support
Dne 08. 04. 24 v 12:32 Neal Gompa napsal(a):
On Mon, Apr 8, 2024 at 6:17 AM Richard W.M. Jones wrote:
On Fri, Apr 05, 2024 at 03:33:35PM +0200, Fabio Valentini wrote:
On Fri, Apr 5, 2024 at 9:51 AM Michael J Gruber wrote:
So you're saying that those packages are in the repos for everyone bu
On Mon, Apr 8, 2024 at 6:17 AM Richard W.M. Jones wrote:
>
> On Fri, Apr 05, 2024 at 03:33:35PM +0200, Fabio Valentini wrote:
> > On Fri, Apr 5, 2024 at 9:51 AM Michael J Gruber
> > wrote:
> > >
> > > So you're saying that those packages are in the repos for everyone but
> > > not meant to be in
On Fri, Apr 05, 2024 at 03:33:35PM +0200, Fabio Valentini wrote:
> On Fri, Apr 5, 2024 at 9:51 AM Michael J Gruber
> wrote:
> >
> > So you're saying that those packages are in the repos for everyone but
> > not meant to be installed by anyone (besides mock chroots), and that is
> > how and why th
On Sat, Apr 6, 2024 at 12:42 PM Björn Persson wrote:
>
> Fabio Valentini wrote:
> > - Installing rust-*-devel packages on your local system (i.e. outside
> > of ephemeral build environments) is not supported.
> > - The "rust-*-devel" packages are build system implementation details,
> > if you wan
On Sat, Apr 6, 2024 at 4:45 AM Scott Schmit wrote:
>
> This perhaps explains why my efforts to use these packages did nothing
> but waste my time for days. 😡
>
> It sounds like you've wasted others' time as well. That's not very
> Friendly, and playing nitpicky language lawyer games doesn't chang
Fabio Valentini wrote:
> - Installing rust-*-devel packages on your local system (i.e. outside
> of ephemeral build environments) is not supported.
> - The "rust-*-devel" packages are build system implementation details,
> if you want to say it like that.
> - They are not shipped to users and are n
On Thu, Apr 04, 2024 at 10:41:19PM +0200, Fabio Valentini wrote:
> If you really don't mind jumping through multiple hoops just because
> you want to use "fedpkg local" instead of "fedpkg mockbuild", then I
> guess I can't stop you.
>
> All I *can* do is tell you that you're not going to like the
On Fri, Apr 5, 2024 at 7:35 AM Fabio Valentini wrote:
> On Fri, Apr 5, 2024 at 9:51 AM Michael J Gruber
> wrote:
> > Is there any other set of packages which we package like that?
>
> Probably golang ... maybe Haskell, OCaml?
Not OCaml, no. The OCaml packages can be installed and used for
soft
On Fri, Apr 5, 2024 at 3:16 PM Emanuel Lima wrote:
>
> I'm not sure this helps, but I maintain a Rust and Go package that builds
> fine with fedpkg local. If you want to take a look at the spec:
>
> https://src.fedoraproject.org/rpms/kata-containers/blob/rawhide/f/kata-containers.spec
This is a
On Fri, Apr 5, 2024 at 9:51 AM Michael J Gruber wrote:
>
> So you're saying that those packages are in the repos for everyone but
> not meant to be installed by anyone (besides mock chroots), and that is
> how and why they are packaged.
Yes. That is the best we can do given how cargo + Rust work.
I'm not sure this helps, but I maintain a Rust and Go package that builds fine
with fedpkg local. If you want to take a look at the spec:
https://src.fedoraproject.org/rpms/kata-containers/blob/rawhide/f/kata-containers.spec
--
___
devel mailing list --
Fabio Valentini venit, vidit, dixit 2024-04-04 22:41:19:
> On Thu, Apr 4, 2024 at 9:42 PM pfed--- via devel
> wrote:
> >
> > On Thu, Apr 04, 2024 at 09:51:31AM +0200, Fabio Valentini wrote:
> > > > > The short answer is: No, "fedpkg local" is not expected to work for
> > > > > Rust packages, and p
On Thu, Apr 4, 2024 at 9:42 PM pfed--- via devel
wrote:
>
> On Thu, Apr 04, 2024 at 09:51:31AM +0200, Fabio Valentini wrote:
> > > > The short answer is: No, "fedpkg local" is not expected to work for
> > > > Rust packages, and probably won't ever work as expected for Rust
> > > > packages.
> > >
On Thu, Apr 04, 2024 at 09:51:31AM +0200, Fabio Valentini wrote:
> > > The short answer is: No, "fedpkg local" is not expected to work for
> > > Rust packages, and probably won't ever work as expected for Rust
> > > packages.
> > >
> > > I am not really interested in adding the "--allow-dirty" flag
Is there any chance fedpkg local can be adapted to support dynamic
BuildRequires?
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with Proton Mail secure email.
On Thursday, April 4th, 202
On Thu, Apr 4, 2024, 00:54 Philip Matura via devel <
devel@lists.fedoraproject.org> wrote:
> On Thu, Apr 04, 2024 at 12:03:56AM +0200, Fabio Valentini wrote:
> > On Wed, Apr 3, 2024 at 11:47 PM pfed--- via devel
> > wrote:
> > >
> > > Maybe we could add the `--allow-dirty` to the `%cargo_install`
On Thu, Apr 04, 2024 at 12:03:56AM +0200, Fabio Valentini wrote:
> On Wed, Apr 3, 2024 at 11:47 PM pfed--- via devel
> wrote:
> >
> > Maybe we could add the `--allow-dirty` to the `%cargo_install` macro -
> > from the top of my head this should not break anything, but I'm not
> > sure. There does
On Wed, Apr 3, 2024 at 11:47 PM pfed--- via devel
wrote:
>
> Maybe we could add the `--allow-dirty` to the `%cargo_install` macro -
> from the top of my head this should not break anything, but I'm not
> sure. There does not seem to be a general "ignore-git" option for cargo.
>
> Or are there othe
20 matches
Mail list logo
