Bug#979067: getting pinta updated in Debian
Hello Mike, I have some experience with Mono packaging in Fedora. I know of the dotnet SIG in Fedora. They made a massive effort, involving Microsoft employees, to get dotnet core built according to the Fedora rules (build from source, not using external files, etc). https://fedoraproject.org/wiki/SIGs/DotNet https://fedoraproject.org/wiki/DotNet You can find the spec files here: https://src.fedoraproject.org/rpms/dotnet6.0/tree/rawhide I don't know enough about Debian packaging so I don't know if that is of any help. Pinta has not been updated to version 2.0.2 for Fedora yet, see this discussion: https://lists.fedoraproject.org/archives/list/dotnet-...@lists.fedoraproject.org/thread/2W7DBQ6E5FXSHVMKG7SUT4YZAYPXZUEC/ It is really difficult to package dotnet packages, because of all the nuget dependancies. We have not figured that out for Fedora. Or did not have the volunteers yet to do that. Alternatives to dotnet: Mono, dotgnu https://www.gnu.org/software/dotgnu/ "As of December 2012, the DotGNU project has been decommissioned." Mono: it is the alternative to .NET Framework, which Microsoft will support for many years to come. But the new stuff is happening in dotnet, so projects like Pinta are moving from Mono to dotnet. I hope this helps, Timotheus I am currently looking into requirements of getting pinta in Debian updated to the latest upstream version. My problem: I am not at all a .NET developer or maintainer, so this is a piece of work with a steep learning curve for me. What I found now are AUR packages for pinta (and its dependency dotnet-runtime) that are quite up-to-date: https://archlinux.org/packages/community/any/pinta/ https://archlinux.org/packages/community/x86_64/dotnet-core/ It basically looks like we need to get dotnet-core into Debian and then update pinta to latest 2.0.2 upstream release and we are done. However, dotnet-core seems to be massive and I wonder if that can be avoided as its API is provided by something else in Debian. I am asking this possibly stupid question because I am astounded that noone has ever packaged dotnet-core, filed an RFP or ITP for it, etc. Furthermore, it seems that dotnet-core has been licensed under a DFSG-compliant MIT license variant [1]. Do I miss anything here? Is there a hidden blocker? Or is it just that noone has been interested in dotnet-core (and/or a pinta version bump), so far / recently? Thanks for feedback! Mike [1] https://github.com/dotnet/core/blob/main/LICENSE.TXT
Bug#919194: Merge Request with the upstream patch for LargeArrayBuilder
The merge request is: https://salsa.debian.org/dotnet-team/mono/merge_requests/3
Bug#919194: upstream patch to fix this issue
Hello, This bug does not affect only Docky, but it is a more general issue. At Fedora, we have had the same problem, and it is about LargeArrayBuilder. See for details: https://bugzilla.redhat.com/show_bug.cgi?id=1704847 That bug report includes a small C# test code, that reproduces the error: https://bugzilla.redhat.com/attachment.cgi?id=1560358 The output looks very similar: LINQed list: #%& ToArray'd list: Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at System.Collections.Generic.LargeArrayBuilder`1[T].GetBuffer (System.Int32 index) [0x00022] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Collections.Generic.LargeArrayBuilder`1[T].CopyTo (System.Collections.Generic.CopyPosition position, T[] array, System.Int32 arrayIndex, System.Int32 count) [0x00041] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Collections.Generic.SparseArrayBuilder`1[T].CopyTo (T[] array, System.Int32 arrayIndex, System.Int32 count) [0x0009a] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Collections.Generic.SparseArrayBuilder`1[T].ToArray () [0x00028] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Linq.Enumerable+Concat2Iterator`1[TSource].ToArray () [0x00024] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Linq.Enumerable.ToArray[TSource] (System.Collections.Generic.IEnumerable`1[T] source) [0x00021] in <13c0993ff82548209b09f271bd5e6a78>:0 at Program.Explodinate (System.Char[] list) [0x00056] in :0 at Program.Main (System.String[] args) [0x5] in :0 [ERROR] FATAL UNHANDLED EXCEPTION: System.NullReferenceException: Object reference not set to an instance of an object at System.Collections.Generic.LargeArrayBuilder`1[T].GetBuffer (System.Int32 index) [0x00022] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Collections.Generic.LargeArrayBuilder`1[T].CopyTo (System.Collections.Generic.CopyPosition position, T[] array, System.Int32 arrayIndex, System.Int32 count) [0x00041] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Collections.Generic.SparseArrayBuilder`1[T].CopyTo (T[] array, System.Int32 arrayIndex, System.Int32 count) [0x0009a] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Collections.Generic.SparseArrayBuilder`1[T].ToArray () [0x00028] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Linq.Enumerable+Concat2Iterator`1[TSource].ToArray () [0x00024] in <13c0993ff82548209b09f271bd5e6a78>:0 at System.Linq.Enumerable.ToArray[TSource] (System.Collections.Generic.IEnumerable`1[T] source) [0x00021] in <13c0993ff82548209b09f271bd5e6a78>:0 at Program.Explodinate (System.Char[] list) [0x00056] in :0 at Program.Main (System.String[] args) [0x5] in :0 The solution is to backport this commit from upstream, to Mono 5.18: https://github.com/mono/corefx/commit/0bf46dbe2cf0a215ca6e64793b7c434433f50722 I am new to Debian packaging, if I should prepare a merge request at https://salsa.debian.org/dotnet-team/mono/merge_requests, I would be happy to do that. All the best, Timotheus Pokorra
Bug#611174: libmono-system-data-linq2.0-cil: replaces libmono-system-data2.0-cil but still depends on it
Package: libmono-system-data-linq2.0-cil Version: 2.6.7-4~bpo50+1 Severity: grave Justification: renders package unusable using lenny backports, I am trying to install libmono-system-data-linq2.0-cil. I understand from http://packages.debian.org/lenny-backports/libmono-system-data-linq2.0-cil that this package still depends on libmono-system2.0-cil (>= 2.6.3), but in mono_2.6.7-4~bpo50+1.diff I read: +Package: libmono-system-data-linq2.0-cil +Architecture: all +Replaces: libmono-system-data2.0-cil (<< 2.6.7-4) +Conflicts: libmono-system-data2.0-cil (<< 2.6.7-4) I get these messages: apt-get -t lenny-backports install libmono-system-data-linq2.0-cil Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libmono-system-data-linq2.0-cil: Depends: libmono-system-data2.0-cil (>= 2.6.3) but it is not going to be installed Depends: libmono-wcf3.0-cil (>= 2.6.3) but it is not going to be installed E: Broken packages apt-get -t lenny-backports install libmono-system-data-linq2.0-cil libmono-system-data2.0-cil Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libmono-system-data-linq2.0-cil: Conflicts: libmono-system-data2.0-cil (< 2.6.7-4) but 2.6.7-4~bpo50+1 is to be installed E: Broken packages -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-vserver-686 (SMP w/4 CPU cores) Locale: LANG=en, LC_CTYPE=en (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
