GNU bug report logs - #55026
potential prebuilt binaries in the Mono package

Previous Next

Package: guix;

Reported by: zamfofex <zamfofex <at> twdb.moe>

Date: Tue, 19 Apr 2022 18:30:02 UTC

Severity: normal

Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 55026 in the body.
You can then email your comments to 55026 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#55026; Package guix. (Tue, 19 Apr 2022 18:30:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to zamfofex <zamfofex <at> twdb.moe>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Tue, 19 Apr 2022 18:30:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: zamfofex <zamfofex <at> twdb.moe>
To: "bug-guix <at> gnu.org" <bug-guix <at> gnu.org>
Subject: potential prebuilt binaries in the Mono package
Date: Tue, 19 Apr 2022 15:19:32 -0300 (BRT)
It seems the package for Mono in Guix uses a tarball that contains a lot of prebuilt DLLs. This doesn’t seem to have been mentioned when the package was introduced. Could it have been a mistake? Some related discussion: <https://github.com/mono/mono/issues/7445> and also <https://logs.guix.gnu.org/guix/2022-04-19.log#195614>




Information forwarded to bug-guix <at> gnu.org:
bug#55026; Package guix. (Fri, 12 Aug 2022 20:04:01 GMT) Full text and rfc822 format available.

Message #8 received at 55026 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: zamfofex <zamfofex <at> twdb.moe>
Cc: guix-devel <guix-devel <at> gnu.org>, 55026 <at> debbugs.gnu.org
Subject: Re: bug#55026: potential prebuilt binaries in the Mono package
Date: Fri, 12 Aug 2022 16:03:43 -0400
Hi,

zamfofex <zamfofex <at> twdb.moe> writes:

> It seems the package for Mono in Guix uses a tarball that contains a
> lot of prebuilt DLLs. This doesn’t seem to have been mentioned when
> the package was introduced. Could it have been a mistake? Some related
> discussion: <https://github.com/mono/mono/issues/7445> and also
> <https://logs.guix.gnu.org/guix/2022-04-19.log#195614>

If nobody volunteers to do the work necessary to get our mono package to
build without prebuilt binaries in the next 2 weeks, I suggest we remove
it from our collection.  Only a handful package depend on it, most of
them optionally it seems, and the mono we carry is severely outdated
(2016).

What do you think?

Maxim




Information forwarded to bug-guix <at> gnu.org:
bug#55026; Package guix. (Fri, 12 Aug 2022 20:09:02 GMT) Full text and rfc822 format available.

Message #11 received at 55026 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>, zamfofex <zamfofex <at> twdb.moe>
Cc: guix-devel <guix-devel <at> gnu.org>, 55026 <at> debbugs.gnu.org
Subject: Re: bug#55026: potential prebuilt binaries in the Mono package
Date: Fri, 12 Aug 2022 22:08:52 +0200
[Message part 1 (text/plain, inline)]
On 12-08-2022 22:03, Maxim Cournoyer wrote:
> Hi,
>
> zamfofex <zamfofex <at> twdb.moe> writes:
>
>> It seems the package for Mono in Guix uses a tarball that contains a
>> lot of prebuilt DLLs. This doesn’t seem to have been mentioned when
>> the package was introduced. Could it have been a mistake? Some related
>> discussion: <https://github.com/mono/mono/issues/7445> and also
>> <https://logs.guix.gnu.org/guix/2022-04-19.log#195614>
> If nobody volunteers to do the work necessary to get our mono package to
> build without prebuilt binaries in the next 2 weeks, I suggest we remove
> it from our collection.  Only a handful package depend on it, most of
> them optionally it seems, and the mono we carry is severely outdated
> (2016).
>
> What do you think?
>
> Maxim
>
I hope someone does the work, but if not, I don't see a problem with 
removing it.

Greetings,
Maxime.

[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#55026; Package guix. (Sat, 13 Aug 2022 05:35:02 GMT) Full text and rfc822 format available.

Message #14 received at 55026 <at> debbugs.gnu.org (full text, mbox):

From: "Zhu Zihao" <all_but_last <at> 163.com>
To: "Maxim Cournoyer" <maxim.cournoyer <at> gmail.com>
Cc: guix-devel <guix-devel <at> gnu.org>, zamfofex <zamfofex <at> twdb.moe>,
 55026 <at> debbugs.gnu.org
Subject: Re:Re: bug#55026: potential prebuilt binaries in the Mono package
Date: Sat, 13 Aug 2022 13:34:31 +0800 (CST)
[Message part 1 (text/plain, inline)]
Agree.


Actually, there's more prebuilt binaries in Mono 6 (current version)


And it's impossible to remove these binaries (see https://github.com/dotnet/source-build/issues/1930)






At 2022-08-13 04:03:43, "Maxim Cournoyer" <maxim.cournoyer <at> gmail.com> wrote:
>Hi,
>
>zamfofex <zamfofex <at> twdb.moe> writes:
>
>> It seems the package for Mono in Guix uses a tarball that contains a
>> lot of prebuilt DLLs. This doesn’t seem to have been mentioned when
>> the package was introduced. Could it have been a mistake? Some related
>> discussion: <https://github.com/mono/mono/issues/7445> and also
>> <https://logs.guix.gnu.org/guix/2022-04-19.log#195614>
>
>If nobody volunteers to do the work necessary to get our mono package to
>build without prebuilt binaries in the next 2 weeks, I suggest we remove
>it from our collection.  Only a handful package depend on it, most of
>them optionally it seems, and the mono we carry is severely outdated
>(2016).
>
>What do you think?
>
>Maxim
[Message part 2 (text/html, inline)]

Reply sent to Maxim Cournoyer <maxim.cournoyer <at> gmail.com>:
You have taken responsibility. (Thu, 01 Sep 2022 23:12:02 GMT) Full text and rfc822 format available.

Notification sent to zamfofex <zamfofex <at> twdb.moe>:
bug acknowledged by developer. (Thu, 01 Sep 2022 23:12:02 GMT) Full text and rfc822 format available.

Message #19 received at 55026-done <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: "Zhu Zihao" <all_but_last <at> 163.com>
Cc: guix-devel <guix-devel <at> gnu.org>, zamfofex <zamfofex <at> twdb.moe>,
 55026-done <at> debbugs.gnu.org
Subject: Re: bug#55026: potential prebuilt binaries in the Mono package
Date: Thu, 01 Sep 2022 19:10:52 -0400
Hello,

Mono was removed from Guix with commit
bd638a8ad6140db87851a86faae89e736e148f3d.

Closing.

Maxim

"Zhu Zihao"
<all_but_last <at> 163.com> writes:

> Agree.
>
>
> Actually, there's more prebuilt binaries in Mono 6 (current version)
>
>
> And it's impossible to remove these binaries (see https://github.com/dotnet/source-build/issues/1930)
>
>
>
>
>
>
> At 2022-08-13 04:03:43, "Maxim Cournoyer" <maxim.cournoyer <at> gmail.com> wrote:
>>Hi,
>>
>>zamfofex <zamfofex <at> twdb.moe> writes:
>>
>>> It seems the package for Mono in Guix uses a tarball that contains a
>>> lot of prebuilt DLLs. This doesn’t seem to have been mentioned when
>>> the package was introduced. Could it have been a mistake? Some related
>>> discussion: <https://github.com/mono/mono/issues/7445> and also
>>> <https://logs.guix.gnu.org/guix/2022-04-19.log#195614>
>>
>>If nobody volunteers to do the work necessary to get our mono package to
>>build without prebuilt binaries in the next 2 weeks, I suggest we remove
>>it from our collection.  Only a handful package depend on it, most of
>>them optionally it seems, and the mono we carry is severely outdated
>>(2016).
>>
>>What do you think?
>>
>>Maxim




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 30 Sep 2022 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 201 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.