Bug#1026172: mono: FTBFS on mipsel

What hardware is in the mipsel-osuosl-* machines? Mono has a history of triggering hardware bugs in imperfect MIPS implementations, e.g. Loongson 2 On 12/15/22 14:57, Salvatore Bonaccorso wrote: Source: mono Version: 6.8.0.105+dfsg-3.2 Severity: serious Justification: FTBFS X-Debbugs-Cc: car...

Bug#1019364: gnome-software: Unable to install XXX as not supported

Package: gnome-software Version: 43~beta-1 Severity: important Tags: upstream X-Debbugs-Cc: tylermageeshie...@gmail.com Dear Maintainer, I cannot install anything with Software: Unable to install XXX as not supported where XXX is the name of the application. This seems to be a bug. Trie

Bug#1019128: gnome-builder: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.

Package: gnome-builder Version: 42.1-1+b2 Severity: grave Tags: upstream Justification: renders package unusable X-Debbugs-Cc: tylermageeshie...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? GNOME Buil

Bug#1019094: gjs constantly crashes instantly out of nowhere

Package: gjs Version: 1.73.1-1 Severity: important Tags: upstream X-Debbugs-Cc: tylermageeshie...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effecti

Bug#979067: getting pinta updated in Debian

“source-build” is the project within Microsoft which aims to produce “upstream tarballs” in a sufficiently from-source form to satisfy FOSS distributions. Fedora has had dotnet for a while as a result, a collaboration between the source-build team in Utah and a distributed set of folks at Red Ha

Bug#954635: golang-github-thecreeper-go-notify: FTBFS: Errors while processing: libdbus2.0-cil libglib2.0-cil libgtk2.0-cil libdbus-glib2.0-cil libnotify0.4-cil libnotify-cil-dev sbuild-build-depend

Your analysis is correct, Emilio. It’s related to that upstream bug, in that `gacutil` is used by packages to register their libraries to the system library cache, but `gacutil` does not work until `/etc/mono/config` exists and contains a mapping for System.Native. There’s a pre-depends from mo

Bug#939923: mono ftbfs in unstable (still calling python)

Y’know, I _did_ test this, but I suspect the 2-year-old builder tarball may have had some legacy stuff in it… like Python 2. > On Sep 10, 2019, at 3:57 AM, Matthias Klose wrote: > > Package: src:mono > Version: 5.18.0.240+dfsg-4 > Severity: serious > Tags: sid bullseye > > https://buildd.debia

Bug#921232: Tracking it down

Seems fixed in cd70e9cf2adc03681dbb919d97063d8ad84b0a4c, will apply this against Debian packaging & upload On 15/04/2019 22:55, Joseph Shields wrote: > This is fine in master, but I can repro it with an otherwise clean upstream > git tag w/ our 4 s390x backports. Bisecting.

Bug#921232: Tracking it down

This is fine in master, but I can repro it with an otherwise clean upstream git tag w/ our 4 s390x backports. Bisecting.

Bug#921232: mono: Internal compiler error building libsbml on s390x

Neale, can you try building libsbml (http://sbml.org/Software/libSBML) on s390x against a Mono revision you trust? It could be something bad in out 5.18 s390x backports, or it could be unrelated to that. On 07/03/2019 16:16, Petter Reinholdtsen wrote: > [Adrian Bunk] >> We dn't have any kind of CI

Bug#889509: rebase

I gave rebasing Mihai's patch a shot. Seems to build, no word on functionality yet. >From 051ded3a7694db6fa882fc48c8e0fe8b4d1cadc3 Mon Sep 17 00:00:00 2001 From: Jo Shields Date: Tue, 5 Feb 2019 11:55:48 -0500 Subject: [PATCH] Rebase changes for DNF support (Closes: #889509) ---

Bug#920531: marked as done (libmono-system-native.so missing)

Whoops directhex@bubblegum:~/Projects/pkg-mono/mono$ git push origin master Counting objects: 15, done. Delta compression using up to 12 threads. Compressing objects: 100% (15/15), done. Writing objects: 100% (15/15), 1.71 KiB | 1.71 MiB/s, done. Total 15 (delta 11), reused 0 (delta 0) To sals

Bug#919834: libmono-btls-shared.so: undefined symbols: needs -pthread

I'll try to get around to forwarding this upstream As you guessed, it's not directly an issue because mono-btls-shared is a plugin used by /usr/bin/mono-sgen, which is linked adequately. On 19/01/2019 20:35, Paul Wise wrote: > Package: mono-runtime-common > Version: 5.18.0.240+dfsg-1 > Severity:

Bug#919371: mono won't migrate to testing, still b-d on gcc-5

ly faster than originally planned, meaning investing too much time in fixing up 5.16 this week may be wasted, compared to 5.18 closer to *mumble mumble*. I'll discuss with relevant stakeholders tomorrow. On 15/01/2019 07:37, Jo Shields wrote: > Thanks for the tracking bug. I spotted this last n

Bug#919371: mono won't migrate to testing, still b-d on gcc-5

Thanks for the tracking bug. I spotted this last night and am working on zelenka to convince the damn thing to build - it's something to do with PIE, and only shows up as a problem with the Runtime crashing in the literal last 30 seconds of the build step Sent from my iPhone > On 15 Jan 2019,

Bug#919031: libmono-system4.0-cil: not installable on amd64

t 09:52:46PM -0500, Jo Shields wrote: >> Maybe a typo in debian/rules? I do my builds in a chroot, this kind of thing >> shouldn't happen > > I just tried rebuilding mono 5.16.0.220+dfsg3-1 in a clean chroot, and > the dependencies look good: > > Package: libmono-

Bug#919031: libmono-system4.0-cil: not installable on amd64

Maybe a typo in debian/rules? I do my builds in a chroot, this kind of thing shouldn't happen Sent from my iPhone > On 11 Jan 2019, at 20:03, Ingo Saitz wrote: > > Package: libmono-system4.0-cil > Version: 5.16.0.220+dfsg3-1 > Severity: important > > Dear Maintainer, > > libmono-system4.0-c

Bug#918976: include/openssl/base.h:107:2: error: #error "Unknown target CPU"

On 11/01/2019 10:22, Mathieu Malaterre wrote: > However the build failed for me later on, reporting a failure to find > 'mcs' (*). My G4 is rather slow so let me try again to check there are > no other build failure later on. Mark do you have a faster ppc machine > ? > > (*)if test -w /home/mathi

Bug#918976: include/openssl/base.h:107:2: error: #error "Unknown target CPU"

to set up. Almost all our PowerPC maintenance is community-provided, largely by one guy. I don't know how much real 32-bit PPC testing he's doing. On 11/01/2019 10:22, Mathieu Malaterre wrote: > On Fri, Jan 11, 2019 at 4:11 PM Jo Shields wrote: >> Hi Mathieu, >> >> >

Bug#918976: include/openssl/base.h:107:2: error: #error "Unknown target CPU"

Hi Mathieu, Are you in a position to test a patch? In theory https://github.com/mono/boringssl/commit/59b78d07a483450a5d2a1c06b83f04a1e64ba68a is sufficient to make it work. I don't want to throw another build at the buildd until this gets through into testing. On 11/01/2019 04:09, Mathieu Mala

Bug#912043: RE: mono: please upload mono v5

I can go into more detail on the release process in IRC, if we want to be sure to pick versions with something approaching "LTS" status. On 27/10/2018 14:21, Alexandre Viau wrote: > On 2018-10-27 2:16 p.m., Jo Shields wrote: >> Mostly https://github.com/mono/mono/issues/7445#issu

Bug#912043: RE: mono: please upload mono v5

Mostly https://github.com/mono/mono/issues/7445#issuecomment-409363281 is the state of the art on the topic. I will be spending all of next week working on this, but I have no idea how ftpmaster will react to some of the necessary changes (e.g. BTLS) On 27/10/2018 13:27, Alexandre Viau wrote: > H

Bug#911658: Please update Debian's Mono suite to current upstream

It's on my list for this sprint but I've been fighting fires Sent from my iPhone > On 23 Oct 2018, at 03:00, Daniel Richard G. wrote: > > Package: mono-runtime > Version: 4.6.2.7+dfsg-2 > > As of this writing, the current upstream stable release version of Mono > is 5.16.0. Many changes have

Bug#899395: [PATCH] mono: FTBFS on various architectures

Thanks, Frédéric ppc64 benefits from this, but there's still something going on with s390x - there's a segfault as soon as the runtime starts, and as far as I can tell, it's in the inline assembly in https://github.com/mono/mono/blob/mono-4.6.2.7/mono/utils/mono-compiler.h#L132-L172 - specifically

Bug#899395: mono: FTBFS on various architectures

Probably issues w/ GCC being more strict than last time it was built. Will investigate when I have time. On 23/05/18 13:56, Sven Joachim wrote: > Source: mono > Version: 4.6.2.7+dfsg-2 > Severity: serious > > The new mono version FTBFS on four architectures where it has been built > before, inclu

Bug#893860: monodevelop: Intent to file Debian removal bug

Much as it saddens me to say it, I think you're absolutely right. Realistically, we can't build a DFSG-Free release of a recent MonoDevelop without a huge increase in developer headcount (and about 120 new libraries). Sent from Outlook

Bug#891637: dh_clideps: "ignores" in clideps-override does not work

Package: cli-common-dev Version: 0.9+nmu1 Dear maintainer, dh_clideps supports four types of override - suggests, depends, recommends, and ignores. It seems logic for ignores is faulty - whilst the override loading code acknowledges the override, it doesn't act upon it (i.e. it knows it should

Bug#883724: mono FTBFS on ia64

https://github.com/mono/mono/commit/e5552e6905fb7f3403e1d164e168eb2dc2a561f9 IA64 is dead upstream. On 06/12/17 15:53, Jason Duerstock wrote: Package: mono Severity: normal Tags: patch Dear Maintainer, Mono fails to build from source on ia64. At least on initial glance, this appears to be

Bug#871831: mono-tools: Depends on libwebkit1.1-cil which is deprecated

nt: 21 September 2017 14:03:17 To: 871...@bugs.debian.org; Jo Shields Subject: Re: mono-tools: Depends on libwebkit1.1-cil which is deprecated Just to be clear, monodoc won't run if it's not built against webkitgtk (or one of a few other dependencies that aren't in Debian any more

Bug#810145: EXTREMELY PROOF OF CONCEPT OMG

tags 810145 patch thanks This works, IME - no more multi-gig Jenkins logs spamming "cannot umount" over and over for days Sent from Outlook<http://aka.ms/weboutlook> From af8d0bb037a8ffb294a8c8e6ffb031f3e0ded186 Mon Sep 17 00:00:00 2001 From: Jo Shields Date: Thu, 25 M

Bug#863247: java-package: ARM support bitrotted

Package: java-package Version: 0.62 Severity: important Dear Maintainer, ARM support in make-jpkg is busted. 1) soft float is no longer provided (for JDK8) - only hard float, or aarch64 2) Download names are no longer arm-vfp-hflt - they're arm{32,64}-vfp-hflt 3) Hardcoding soft-float dependen

Bug#810145: pbuiler: find a way to mount /run/shm even if some other process is accessing it

This is especially painful with the Jenkins Chroot plugin, which uses `pbuilder execute` to run things - a stray process from a failed CI test leads to gigs of "target is busy" messages in the build logs, which need manually killing. This doesn't seem inordinately difficult to resolve - lsof c

Bug#857370: git-buildpackage: No support for dch option --local, -lsuffix

On 13/03/17 17:50, Guido Günther wrote: > There is -S (bump version) and -R (drop snapshot suffix) and -N (set > version). For everything else you can still invoke dch directly so I I > fail to see what _exactly_ you're looking for. gbp-dch doesn't aim to be > a full dch replacement but a tool to

Bug#806879: xsp: FTBFS when built with dpkg-buildpackage -A (dh_clideps fails)

On 26/03/17 05:18, tony mancill wrote: > Package: src:xsp > Followup-For: Bug #806879 > > Hi Debian Mono Group, > > The workaround patch works fine. Is there anything preventing an > upload? Would the team be okay with an NMU? NMU is fine Sorry, I've been hugely busy & unable to spend much

Bug#857370: git-buildpackage: No support for dch option --local, -lsuffix

On 12/03/17 11:10, Guido Günther wrote: > On Fri, Mar 10, 2017 at 03:57:50PM +, Jo Shields wrote: >> Package: git-buildpackage >> Version: 0.8.13 >> Severity: wishlist >> >> Dear Maintainer, >> >> It seems I can't use gbp dch to programatical

Bug#857370: git-buildpackage: No support for dch option --local, -lsuffix

Package: git-buildpackage Version: 0.8.13 Severity: wishlist Dear Maintainer, It seems I can't use gbp dch to programatically define the version number suffix of a build with gbp-dch, but I can with regular dch, via -l. For example, if I have a changelog entry for "foo 1.0-1testing6", I can pas

Bug#808676: [pkg-mono-group] Bug#808676: libgdiplus: Add powerpc architecture

You'll have to smile sweetly at release@ if you want this in testing, now we're frozen On 13/02/17 07:17, Mathieu Malaterre wrote: > user debian-powe...@lists.debian.org > usertags 808676 powerpc > thanks > >> libgdiplus is only useful for Mono, and Mono doesn't work at all on >> 32-bit big-endi

Bug#845183: mono-gac: missing nunit assemblies prevent installation

On 21/11/16 08:25, Stephen Kitt wrote: > Package: mono-gac > Version: 4.6.1.3+dfsg-8 > Severity: normal > > Dear Maintainer, > > This might be a variant of #671607, but just in case: upgrading mono > failed for me today with > > Setting up mono-gac (4.6.1.3+dfsg-8) ... > ! Assembly > /usr/sha

Bug#844082: monodoc-base should depend on libmono-corlib4.5-cil

On 12/11/16 10:21, Adrian Bunk wrote: > Package: monodoc-base > Version: 4.6.1.3+dfsg-7 > Severity: serious > > $ mdassembler > The assembly mscorlib.dll was not found or could not be loaded. > It should have been installed in the `/usr/lib/mono/4.5/mscorlib.dll' > directory. > $ > > > The

Bug#840185: mono-complete: Error "Project does not support framework" comes up after creating a new console project

On 09/10/16 12:32, Pr0metheus wrote: > Package: mono-complete > Version: 4.6.1.3+dfsg-4 > Severity: important > > Dear Maintainer, > >* What led up to the situation? > > After creating a new console project the program shows a red circle with a > white cross next to the project name, displ

Bug#839753: [pkg-mono-group] Bug#839753: mono-devel: mkbundle generates invalid binaries

On 04/10/16 16:13, Salvo Tomaselli wrote: > Package: mono-devel > Version: 4.2.1.102+dfsg2-8 > Severity: normal > > Dear Maintainer, > > I tried creating a simple hello world program in mono > > using System; > > public class HelloWorld > { >static public void Main () >{ >Cons

Bug#821831: ca-certificates-mono: unowned files after purge (policy 6.8, 10.8): /etc/mono/certstore/certs/Trust/*.cer and the /etc/mono/certstore/ tree

Mono 4.8 (due early next year) should remove the need for a separate cert store entirely, so I'm not going to spend much time on this unless it gets really close to release & is still a problem.

Bug#819402: mono: dllmap for non-linux arches

Can you being this up on an upstream pull request? The change seems sane in general

Bug#819711: Fails to build mono when PPC_64K_PAGES is set

On 01/10/16 13:50, Mathieu Malaterre wrote: > I am building also on PowerMac G4 ATM to > double check any possible regression. Let me know. I intend to upload 4.6 next week, which already includes your changes. You might want to try throwing http://download.mono-project.com/repo/debian/pool/main

Bug#826103: git-buildpackage: No depends/recommends/suggests on pristine-tar

Package: git-buildpackage Version: 0.7.2 Severity: normal Dear Maintainer, If a user does not have pristine-tar installed, and uses gnp import-orig, they get an unhelpful error: gbp:error: Couldn't commit to 'pristine-tar' with upstream 'upstream-nightly': Execution failed: [Errno 2] No such f

Bug#819711: PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)

On 11/04/16 09:18, Mathieu Malaterre wrote: > # set patch tag at least to get some attention, may need some tweaking > # since pagesize on buildd machine != user installed one > Control: tags -1 patch > > On Thu, Mar 31, 2016 at 2:37 PM, Mathieu Malaterre wrote: >> Dear all, >> >> I am currentl

Bug#789771: mono: please add arm64

I've added ARM64 to debian/ for upstream CI packages, but we don't have any ARM64 hardware hooked up yet (we're in the process of buying some)

Bug#789771: mono: please add arm64

This support is only in git master (and was missing one ftbfs fix commit when I checked last night). directhex@asachi:~/mono$ ./mono/mini/mono --version Mono JIT compiler version 4.5.0 (arm64/5f05c5f Thu Mar 31 16:47:38 UTC 2016) Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. w

Bug#813700: ITP: mono-reference-assemblies -- Mono runtime - compiler compatibility for older .NET releases

Package: wnpp Severity: wishlist Owner: Jo Shields * Package name: mono-reference-assemblies Version : 3.12.1 Upstream Author : Xamarin Inc * URL : http://www.mono-project.com/ * License : (Mostly MIT, a few others, see debian/copyright) Programming Lang: (C

Bug#811090: [pkg-mono-group] Bug#811090: libgdiplus: cannot install package

On 15/01/16 15:20, Sami Kallio wrote: > Package: libgdiplus > Version: 3.12-0xamarin1 > Severity: important > > Dear Maintainer, > > * What led up to the situation? > I tried to install simple drawing program "Pinta", which depends on (among > others) libgdiplus. > > * What exactly did you do

Bug#796345: [pkg-mono-group] Bug#796345: Status report on perl 5.22 transition readiness (30th Sept)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 31/12/15 20:33, Jo Shields wrote: > > > On 31/12/15 18:48, Julien Cristau wrote: >> 3 packages from the mono-tools source break due to a dep on >> libmono-cecil-private-cil (<< 3.2.9): gendarme, mono-tools-devel,

Bug#796345: [pkg-mono-group] Bug#796345: Status report on perl 5.22 transition readiness (30th Sept)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 31/12/15 18:48, Julien Cristau wrote: > 3 packages from the mono-tools source break due to a dep on > libmono-cecil-private-cil (<< 3.2.9): gendarme, mono-tools-devel, > mono-tools-gui. AFAICT that needs a sourceful upload of > mono-tools. >

Bug#796345: [pkg-mono-group] Bug#796345: Status report on perl 5.22 transition readiness (30th Sept)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 31/12/15 18:48, Julien Cristau wrote: > On the mono side I end up with remove > nrefactory/5.3.0+20130718.73b6d0f-2 > mono-debugger-libs/0+20131201.3459502-1 sdb/1.2-1 Just pushed a fix for this to Sid -BEGIN PGP SIGNATURE- Version: Gnu

Bug#808502: cairo-dock-dbus-plug-in-interface-mono: Please refresh list of architectures for Mono in Unstable

00 @@ -1,3 +1,12 @@ +cairo-dock-plug-ins (3.4.0-1.4) unstable; urgency=medium + + * Non-maintainer upload. + * The architectures list is in two places? Of course it is. Make the +rule conditional upon the existence of a file only installed if +on a Mono platform, so it only needs maintaining i

Bug#808676: [pkg-mono-group] Bug#808676: libgdiplus: Add powerpc architecture

On 21/12/15 18:41, Michael Terry wrote: > Package: libgdiplus > Version: 4.2-1 > Severity: normal > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu xenial ubuntu-patch > > Dear Maintainer, > > In Ubuntu, the attached patch was applied to add powerpc back to the > arc

Bug#808481: Acknowledgement (kamailio-mono-modules: Please refresh list of architectures to reflect current Mono)

@@ +kamailio (4.3.4-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Refresh list of architectures supported by Mono (Closes: #808481) + + -- Jo Shields Mon, 21 Dec 2015 10:14:23 + + kamailio (4.3.4-1) unstable; urgency=medium * [3ca01af] Imported Upstream version 4.3.4 ( Closes

Bug#808502: Acknowledgement (cairo-dock-dbus-plug-in-interface-mono: Please refresh list of architectures for Mono in Unstable)

hitectures supported by Mono (Closes: +#808502) + + -- Jo Shields Mon, 21 Dec 2015 09:32:11 + + cairo-dock-plug-ins (3.4.0-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru cairo-dock-plug-ins-3.4.0/debian/control cairo-dock-plug-ins-3.4.0/debian/control --- cairo-dock-plug

Bug#808477: src:libsbml: Please follow Debian CLI library packaging guidelines (missing dependencies)

On 20/12/15 18:58, Andreas Tille wrote: > I tried this and commited it to > >ssh://git.debian.org/git/debian-med/libsbml.git > > Unfortunately this ends up in > > ... >dh_clideps -O--dbg-package=libsbml5-dbg > dh_clideps: Error: Could not resolve moduleref: libsbmlcs for: libsbmlcsP.dl

Bug#808477: src:libsbml: Please follow Debian CLI library packaging guidelines (missing dependencies)

On 20/12/15 16:40, Andreas Tille wrote: > +include /usr/share/cli-common/cli.make > + > ### let's do it ### > > DEB_COMPRESS_EXCLUDE = .pdf > > > which leads to > > > dh_makeshlibs: warning: ignored unknown options in DH_OPTIONS >dh_shlibdeps -O--with-python2 -O--dbg-package=libsbml5-

Bug#808507: uwsgi-plugin-mono: Please refresh architectures list for current Mono in Unstable

Package: uwsgi-plugin-mono Version: 2.0.11.2-5 Severity: serious Dear Maintainer, Your package produces both Mono and non-Mono packages, via conditional build-dependencies in debian/control. Please update this list to reflect the currently supported architectures in Mono in Unstable. As-is, you a

Bug#808502: cairo-dock-dbus-plug-in-interface-mono: Please refresh list of architectures for Mono in Unstable

Package: cairo-dock-dbus-plug-in-interface-mono Version: 3.4.0-1.2 Severity: important Dear Maintainer, cairo-dock-plug-ins builds both Mono and non-Mono packages from the same source package, via conditional entries in debian/control. Please update the list of achitectures to reflect currently

Bug#808500: gnome-todo: Please fix faulty dependency on libgio3.0-cil-dev

Package: gnome-todo Version: 3.18.1-1 Severity: important Dear Maintainer, It appears your package build-depends on libgio3.0-cil-dev even though it is not in any way CLI-related or written in C# Judging by configure.ac, maybe you meant libglib2.0-dev? That's the package containing gio-2.0.pc.

Bug#808497: libgpod-cil: Please refresh list of architectures for current Mono

Package: libgpod-cil Version: 0.8.3-1.1 Severity: important Dear Maintainer, This source package builds both Mono and non-Mono packages, via conditional build-dependencies in debian/control. This list does not reflect the currently supported architectures for Mono in Debian Unstable, which is blo

Bug#808481: kamailio-mono-modules: Please refresh list of architectures to reflect current Mono

Package: kamailio-mono-modules Version: 4.3.4-1 Severity: important Dear Maintainer, Your package builds both on Mono and non-Mono architectures, via conditional build-dependencies in debian/control. The list of architectures being built on/for does not reflect the current Mono package in Debian

Bug#808477: src:libsbml: Please follow Debian CLI library packaging guidelines (missing dependencies)

Package: src:libsbml Version: 5.10.0+dfsg-1 Severity: normal Dear Maintainer, libsbml5-cil does not have any valid dependencies, because it is not correctly setting them. Please see: http://pkg-mono.alioth.debian.org/cli-policy/ch-appendix.html#s-dh_clideps -- System Information: Debian Release

Bug#808475: src:gdcm: Please refresh architectures relating to Mono (powerpc out, ppc64el in)

Package: src:gdcm Version: 2.6.1-1 Severity: important Dear Maintainer, gdcm is a package which produces both Mono and non-Mono binaries, via architecture-conditional build-deps in debian/control. This list comes from /usr/share/mono/mono-archs.make. The latest Mono package in Debian Unstable h

Bug#808252: RM: xsp -- NBS; .NET 2.0 packages no longer produced

Package: ftp.debian.org Severity: normal Please remove from unstable: mono-xsp2-base (3.8-2.1) mono-apache-server2 (3.8-2.1) mono-fastcgi-server2 (3.8-2.1) mono-xsp2 (3.8-2.1) Please do not remove any 4.2-2 packages, which are correct.

Bug#807688: RM: mono [powerpc] -- ANAIS; Architecture no longer well-maintained, FTBFS

Package: ftp.debian.org Severity: normal Sadly I was unable to resolve outstanding issues with PowerPC 32-bit big-endian on Mono. It's time to get rid of this arch from this package. PPC64el has some proper support, including upstream CI.

Bug#798280: transition: mono

On 09/12/15 19:51, Adam D. Barratt wrote: > On Wed, 2015-12-09 at 19:27 +, Jo Shields wrote: >> opentk is suffering from some archive cruft issues, I think - >> https://packages.debian.org/sid/libopentk1.1-cil seems fine to me, but >> the old ABI https://packages.debian

Bug#798280: transition: mono

On 09/12/15 19:21, Emilio Pozuelo Monfort wrote: > Hey Jo, > > On 02/12/15 16:21, Jo Shields wrote: >> Related note: I've uploaded a fixed version of src:fsharp to Experimental, so >> all the issues reported on >> https://release.debian.org/transitions/html/mo

Bug#806979: mono-apache-server4: Adding sites using mono-server4-admin does not set required permissions.

On 03/12/15 17:40, Chris Capon wrote: A simple fix for mono-server4-update would be to add: print TEMPHOST "Require all granted"; to the end of sub write_tempxsphostfile { but I'm not sure if more advanced permission management wouldn't be better. It would be better... but for no

Bug#806896: libnunit-framework2.6.3-cil: Please provide previous versions of the framework as well as current.

On Wed, 02 Dec 2015 10:45:14 -0500 Chris Capon wrote: > Package: libnunit-framework2.6.3-cil > Version: 2.6.3+dfsg-1 > Severity: wishlist > > Dear Maintainer, > > When a .NET project that references the nunit.framework is compiled, the > specific version number, culture and public key token are b

Bug#806890: libnunit-framework2.6.3-cil: The GAC reference version breaks compatibility with Windows.

On Wed, 02 Dec 2015 10:05:45 -0500 Chris Capon wrote: > When the major/minor version numbers are the same, the Debian GAC reference > MUST match the one released by NUnit.org or you break software compatibility > across systems. We're not touching this. The version number is defined in the so

Bug#798280: transition: mono

On 01/12/15 23:44, Emilio Pozuelo Monfort wrote: On 30/11/15 20:35, Jo Shields wrote: On 30/11/15 18:56, Emilio Pozuelo Monfort wrote: On 27/11/15 17:54, Jo Shields wrote: I think this is close to startable, if a transition slot will be available soon. Of the 17 "bad" packa

Bug#798280: transition: mono

On 30/11/15 18:56, Emilio Pozuelo Monfort wrote: > On 27/11/15 17:54, Jo Shields wrote: >> I think this is close to startable, if a transition slot will be available >> soon. >> >> Of the 17 "bad" packages on the release tracker, 2 FTBFS for other reasons

Bug#806549: RM: ndesk-dbus -- ROM; Unmaintained & unneeded

Package: ftp.debian.org Severity: normal This is dead upstream, and should no longer be needed as of cairo-dock-plug-ins 3.4.0-1.2

Bug#806548: RM: ndesk-dbus-glib -- ROM; Unmaintained & deprecated

Package: ftp.debian.org Severity: normal Please remove this package from the archive, it's unneeded and defiitely unwanted. The last build-dep should be gone, with cairo-dock-plug-ins 3.4.0-1.2

Bug#798280: transition: mono

On Wed, 30 Sep 2015 01:03:23 +0200 Emilio Pozuelo Monfort wrote: > On 07/09/15 18:28, Jo Shields wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: transition > > > > Mono requires a

Bug#806212: monodevelop: Program will not start

It's unrelated. MD needs a version update to work properly with Mono 4.0 (and 4.2). Generally, MonoDevelop releases happen in sync with Mono, and they should be upgraded in lockstep (MD 5.10 for Mono 4.2). I haven't yet done it for MonoDevelop, as there's a bunch of peripheral work that needs

Bug#804537: NMU

Shields Wed, 18 Nov 2015 12:49:35 + + cairo-dock-plug-ins (3.4.0-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru cairo-dock-plug-ins-3.4.0/debian/control cairo-dock-plug-ins-3.4.0/debian/control --- cairo-dock-plug-ins-3.4.0/debian/control2015-10-16 15:25

Bug#804537: Fixed patch

My previous patch missed a CMakeLists.txt and broke the build, because I am very smart Index: cairo-dock-plug-ins-3.4.0/CMakeLists.txt === --- cairo-dock-plug-ins-3.4.0.orig/CMakeLists.txt +++ cairo-dock-plug-ins-3.4.0/CMakeLists.txt @

Bug#805464: NMU

:04.0 + @@ -1,3 +1,10 @@ +libkarma (0.1.2-2.4) unstable; urgency=medium + + * Non-maintainer upload. + * Rebuild for CLR 4.5 transition (Closes: #805464) + + -- Jo Shields Wed, 18 Nov 2015 12:22:18 + + libkarma (0.1.2-2.3) unstable; urgency=low * Non-maintainer upload

Bug#804660: NMU

+ + * Non-maintainer upload. + * Rebuild for CLR 4.5 transition (Closes: #804660) + + -- Jo Shields Wed, 18 Nov 2015 12:32:33 + + coco-cs (20110419-5) unstable; urgency=low * Switched to CLR 4.0 (Closes: #656690)

Bug#805464: libkarma-cil: Requires rebuild for CLR 4.5 transition

Package: libkarma-cil Version: 0.1.2-2.3 Severity: important Dear Maintainer, libkarma requires a rebuild, to pick up on the change from libmono- corlib4.0-cil to libmono-corlib4.5-cil. -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updat

Bug#805461: NMU

@@ +avahi-sharp (0.6.19-4.3) unstable; urgency=medium + + * Rebuild for CLR 4.5 transition (Closes: #805461) + + -- Jo Shields Wed, 18 Nov 2015 11:56:22 + + avahi-sharp (0.6.19-4.2) unstable; urgency=low * Non-maintainer upload.

Bug#805461: libavahi1.0-cil: Rebuild required for Mono transition

Package: libavahi1.0-cil Version: 0.6.19-4.2 Severity: important Dear Maintainer, As part of the mono transition, a rebuild of avahi-sharp is required. -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500

Bug#805361: libactiviz.net-cil: Please rebuild for libmono-corlib4.{0,5}-cil transition

Package: libactiviz.net-cil Version: 1:1.0~git20111214-3 Severity: important Dear Maintainer, Your package depends on libmono-corlib4.0-cil, which is going away soon. A no-change rebuild is enough to resolve the issue - some architectures which your package was built on more recently already hav

Bug#805360: libkitware-mummy-runtime1.0-cil: Please rebuild for libmono-corlib4.{0, 5}-cil transition

Package: libkitware-mummy-runtime1.0-cil Version: 1.0.3-2 Severity: important Dear Maintainer, Your package depends on libmono-corlib4.0-cil, which is going away soon. A no-change rebuild is enough to resolve the issue - some architectures which your package was built on more recently already ha

Bug#805356: RM: semweb -- ROM; Unmaintained unused library package

Package: ftp.debian.org Severity: normal Another "I have no idea what this was ever even used for" library, but I see no rdeps.

Bug#805281: RM: ampsharp -- ROM; Useless leaf package

Package: ftp.debian.org Severity: normal I have no idea what this was ever used for

Bug#805271: RM: clutter-sharp -- ROM; Unmaintained & unused

Package: ftp.debian.org Severity: normal We removed this thing's rdeps in 2010(!)

Bug#805269: RM: gtkglarea-sharp -- ROM; Not used, unmaintained, dead upstream

Package: ftp.debian.org Severity: normal Killing more useless leaf packages

Bug#805006: RM: libflickrnet -- ROM; No longer works

Package: ftp.debian.org Severity: normal We've killed all dependencies on this package, now it's just clutter in the archive.

Bug#804537: (no subject)

tags 804537 patch Index: cairo-dock-plug-ins-3.4.0/CMakeLists.txt === --- cairo-dock-plug-ins-3.4.0.orig/CMakeLists.txt +++ cairo-dock-plug-ins-3.4.0/CMakeLists.txt @@ -569,11 +569,11 @@ if (enable-mono-interface) if (NOT GMCS_EXECUT

Bug#804773: RM: boo -- ROM; Dead upstream

Package: ftp.debian.org Severity: normal (We think) we've removed dependencies on this, and would like to see it gone.

Bug#804660: coco-cs: Please rebuild, for libmono-corlib4.0-cil -> libmono-corlib4.5-cil change

Package: coco-cs Version: 20110419-5 Severity: normal Dear Maintainer, This package requires a no-change rebuild, to pick up on the latest version of the Mono core class library package. There is a semi-pending transition at https://release.debian.org/transitions/html/mono.html which requires all

Bug#804655: RM: gfax -- ROM; unmaintained, buggy beyond use for years

Package: ftp.debian.org Severity: normal "I'll be orphaning or removing the package soon. I'm sorry that we're unable to do a good enough job of maintenance here." was what one of us said in 2011. Better late than never. This needs to go. We have too many badly-maintained leaf app packages in ou

Bug#803439: rebuild required

This is caused by bug 804600 A no-change rebuild against dh-strip-nondeterminism 0.014-1 (the current version in Sid) will fix the problem. The problem is introduced at build time, and definitely affects zeroc-ice in Sid currently. Setting up libzeroc-ice3.5-cil (3.5.1-6.2) ... * Installing 6 as

Bug#804109: rebuild required

This is caused by bug 804600 A no-change rebuild against dh-strip-nondeterminism 0.014-1 (the current version in Sid) will fix the problem. The problem is introduced at build time, and definitely affects virtuoso-opensource in Sid currently. * Installing 1 assembly from libvirtuoso5.5-cil into M

Bug#804600: dh-strip-nondeterminism: Breaks crypto signatures on Mono packages, breaking pkg installs

Package: dh-strip-nondeterminism Version: 0.013-1 Severity: important Dear Maintainer, dh_strip_nondeterminism is now called by default in "dh $@" style debhelper packages. Unfortunately, the default behaviour will strip crypto signing from libraries, which is required for them to be installed i

  1   2   3   4   5   >