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#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: 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#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#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#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#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#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#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#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#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#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#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#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#793220: Huh?

How did Boo ever get flagged as a problem child here? It doesn't touch the C++ ABI in any way, shape or form

Bug#778014: When in Unstable?

On 08/08/15 07:07, Steve M. Robbins wrote: Hi, The GCC 5 build failure is -- I think -- blocking the build of GDCM. The bug is closed with an upload to Experimental. Any estimate on when we might see this fix in Unstable? When PPC is fixed, which I'm still trying to find someone to help wi

Bug#765120: Fwd: Re: [pkg-cli-libs-team] Bug#765120: monogame: support monodevelop 5

You're right, I haven't seen this discussion. I think the downsides to dropping are lower than they used to be - the MD addin is available from the MD addin repository, MG is in NuGet. I think maintaining an ancient Tao/OpenTK forever is sorta dumb, though. I'm open to spending some time on gett

Bug#773509: mono-runtime-dbg: missing debug symbols from mono-runtime-dbg

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Source: mono-runtime-dbg Version: 3.2.1+dfsg-1 Justification: renders package unusable Severity: grave When mono-runtime-common was split out from mono-runtime, debian/rules wasn't updated to handle the new package names, so the debug symbols for mono

Bug#763657: src:fsharp: Sourceless binaries in bootstrap

Package: src:fsharp Version: 3.1.1.26+dfsg-1 Severity: serious Dear Maintainer, A number of the bootstrap binaries shipped in the F# source package are not actually shipped as source (they appear to be part of other Git repositories) lib/bootstrap/ └── 2.0 ├── FSharp.PowerPack.Build.Tasks.d

Bug#728743: Fixed upstream

This bug is apparently fixed in NVIDIA 331.38 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#731875: Experimental

Does the package in Experimental fix this for you? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#727542: mono: out of date binaries on sparc and ia64

On Thu, 2013-10-24 at 10:18 +0100, Jo Shields wrote: > cairo-dock-plug-ins This should be in the first list, not the second, as of 3.2.1-2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#727542: mono: out of date binaries on sparc and ia64

On Thu, 2013-10-24 at 10:44 +0200, Niels Thykier wrote: > On 2013-10-24 09:44, Jo Shields wrote: > > On Thu, 2013-10-24 at 09:00 +0200, Niels Thykier wrote: > >> Package: mono > >> Version: 3.0.6+dfsg2-7 > >> Severity: serious > >> > >> Hi

Bug#727542: mono: out of date binaries on sparc and ia64

On Thu, 2013-10-24 at 09:00 +0200, Niels Thykier wrote: > Package: mono > Version: 3.0.6+dfsg2-7 > Severity: serious > > Hi, > > mono currently has out of date binaries on sparc and ia64. On sparc, > it appears to be caused by a FTBFS. I haven't looked at the build log > at all, so a "give-back

Bug#716689: F-Spot

I'm not showing a crash on startup with my in-progress Mono 3.2.1 packages - I'll try to get a test repo built soonish so you can try reproducing the update-as-fix locally -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listma

Bug#715480: [pkg-mono-group] Bug#715480: mono-vbnc: VBNC2017: The library 'System.Design.dll' could not be found.

On Tue, 2013-07-09 at 15:59 +0200, Thorsten Glaser wrote: > Package: mono-vbnc > Version: 2.10-2 > Severity: serious > Justification: does not work at all > > I think the dependencies may be wrong. > > tglase@tglase:~ $ vbnc Bottles.vb > Visual Basic.Net Compiler version 0.0.0.5943 > Copyright (C

Bug#715480: [pkg-mono-group] Bug#715480: mono-vbnc: VBNC2017: The library 'System.Design.dll' could not be found.

On Tue, 2013-07-09 at 15:59 +0200, Thorsten Glaser wrote: > Package: mono-vbnc > Version: 2.10-2 > Severity: serious > Justification: does not work at all > > I think the dependencies may be wrong. > > tglase@tglase:~ $ vbnc Bottles.vb > Visual Basic.Net Compiler version 0.0.0.5943 > Copyright (C

Bug#683289: What course of action to fix libmono-webbrowserX.0-cil?

On Thu, 2013-02-14 at 20:21 +0100, Josselin Mouette wrote: > Hi guys, > > I’ve been looking at the Mono.Webbrowser class problem in Debian, and > this looks pretty bad to me. It's pretty much fucked for the Wheezy timescale. > * Gluezilla doesn’t look like a workable solution. Nah, Mozi

Bug#688205: Bug#668755: xsp: diff for NMU version 2.10-2.2

On 05/10/12 14:54, gregor herrmann wrote: tags 668755 + patch tags 668755 + pending tags 688205 + patch tags 688205 + pending tags 688565 + patch tags 688565 + pending thanks Dear maintainer, I've prepared an NMU for xsp (versioned as 2.10-2.2) and uploaded it to DELAYED/2. Please feel free to

Bug#634523: closing 634523

close 634523 2.1-1 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591176: closing 591176

close 591176 2.1-1 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#634561: closing 634561

close 634561 2.1-1 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#634523: closing 634523

close 634523 2.1-1 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#658174:

On Wed, 2012-02-01 at 20:49 +0100, Mathieu Malaterre wrote: > On Wed, Feb 1, 2012 at 8:18 PM, Jo Shields wrote: > > On Wed, 2012-02-01 at 11:35 -0500, Mathieu Malaterre wrote: > >> dot generation is being done in build-indep target only. Everything > >> would have go

Bug#658174:

On Wed, 2012-02-01 at 11:35 -0500, Mathieu Malaterre wrote: > dot generation is being done in build-indep target only. Everything > would have gone smoothly if buildd would not try so hard to execute > build-indep rules. > > Anyway 1:1.0~git2023-5 should fix this. There's still a bunch of hou

Bug#658174: src:activiz.net: FTBFS on armel and kfreebsd-i386

Package: src:activiz.net Version: 1:1.0~git2023-3 Severity: serious User: debian-...@lists.debian.org Usertags: mono-2.10-transition This package is failing to build on these two architectures. It seems to be the "dot" tool blowing up (not particularly uncommon for dot, it's highly unstable

Bug#656087: NMU patch

the mono-csc command therein (Closes: #658166) + + -- Jo Shields Tue, 31 Jan 2012 18:25:09 + + virtuoso-opensource (6.1.3+dfsg1-2) unstable; urgency=low * Apply wide char encoding fix from KDE bug 271664, diff -u virtuoso-opensource-6.1.3+dfsg1/debian/patches/series virtuoso-opensour

Bug#658166: src:virtuoso-opensource: Does not use default Mono compiler; not compiled for Mono 2.10 transition

Package: src:virtuoso-opensource Version: 6.1.3+dfsg1-2 Severity: serious User: debian-...@lists.debian.org Usertags: mono-2.10-transition Your package is not using the system default Mono compiler (mono-csc), and has not been rebuilt against the latest version of the compiler. Please ensure tha

Bug#657340: src:dlr-languages: FTBFS with Mono 2.10; updated version required

Package: src:dlr-languages Version: 20090805+git.e6b28d27+dfsg-4 Severity: serious User: debian-...@lists.debian.org Usertags: mono-2.10-transition This package no longer builds, due to the Mono 2.10 transition. An updated upstream release is needed. -- To UNSUBSCRIBE, email to debian-bugs-r

Bug#657256: NMU uploaded to DELAYED/7

Dear maintainer, A non-maintainer upload has been uploaded to the Delayed queue to fix this release-critical bug, as per policy. To cancel the NMU, please ask, or upload your own revision with a higher version number. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a

Bug#657261: src:gmime2.4: Rebuild for Mono transition

On Wed, 2012-01-25 at 02:01 +0100, Michael Biebl wrote: > On 25.01.2012 01:40, Jo Shields wrote: > > Package: src:gmime2.4 > > Version: 2.4.25-1 > > Severity: serious > > User: debian-...@lists.debian.org > > Usertags: mono-2.10-transition > > > > Hi,

Bug#656760: NMU uploaded to DELAYED/3

Dear maintainer, as per policy, a fix for this release-critical bug has been uploaded to the Delayed queue. In order to cancel the NMU, please ask, or upload your own package with a higher version number. signature.asc Description: This is a digitally signed message part

Bug#656761: NMU uploaded to DELAYED/3

Dear maintainer, a fix for this release-critical bug has been uploaded to the DELAYED queue, as per policy. To cancel the NMU, please ask, or upload your own package with a higher version signature.asc Description: This is a digitally signed message part

Bug#657261: src:gmime2.4: Rebuild for Mono transition

Package: src:gmime2.4 Version: 2.4.25-1 Severity: serious User: debian-...@lists.debian.org Usertags: mono-2.10-transition Hi, A Mono transition is underway. Every source package needs to be rebuilt to compile against CLR 4.0 instead of CLR 2.0. Please upload gmime2.4 for this change. You can che

Bug#657258: src:libindicate: Rebuild for Mono transition

Package: src:libindicate Version: 0.5.0-3 Severity: serious User: debian-...@lists.debian.org Usertags: mono-2.10-transition Hi, A Mono transition is underway. Every source package needs to be rebuilt to compile against CLR 4.0 instead of CLR 2.0. Please upload libindicate for this change. You ca

Bug#657256: src:libgwibber: Rebuild for Mono transition

Package: src:libgwibber Version: 0.1.1-1.1 Severity: serious User: debian-...@lists.debian.org Usertags: mono-2.10-transition Hi, A Mono transition is underway. Every source package needs to be rebuilt to compile against CLR 4.0 instead of CLR 2.0. Please upload libgwibber for this change. You ca

Bug#656818: gnome-subtitles: Mono 2.10 transition, rebuild required

Package: src:gnome-subtitles Version: 1.2-1 Severity: serious User: debian-...@lists.debian.org Usertags: mono-2.10-transition Hi, A Mono transition is underway. Every source package needs to be rebuilt to compile against CLR 4.0 instead of CLR 2.0. Please upload antlr for this change. You can ch

Bug#631840: coco-cs: package has no valid dependencies (does not call dh_clideps)

Package: coco-cs Version: 20110419-1 Severity: serious Tags: patch Justification: Policy 7.2 coco-cs does not list any library package dependencies required for it to operate. This is because the package does not call dh_clideps to generate this list of dependencies. The attached patch is a fix

Bug#631034: [pkg-mono-group] Bug#631034: gluezilla: FTBFS against iceweasel 4.0 or 5.0

On Sun, 2011-06-19 at 20:53 +0200, jcris...@debian.org wrote: > Source: gluezilla > Version: 2.6-2 > Severity: serious > Tags: sid wheezy > User: pkg-mozilla-maintain...@lists.alioth.debian.org > Usertags: xulrunner-2.0 > > Hi, > > your package fails to build against iceweasel 4.0 (currently in >

Bug#621907: mono: FTBFS on kfreebsd-*: […]sgen-gc.h:188:39: error: 'SIGPWR' undeclared here

On Sun, 2011-04-10 at 04:17 +0200, Cyril Brulebois wrote: > Source: mono > Version: 2.10.1-3 > Severity: serious > Justification: FTBFS > User: debian-...@lists.debian.org > Usertags: kfreebsd > > Hi, > > thanks for that upload, but it still FTBFS. Funny to see SIGPWR > mentioned in some posix-is

Bug#604206: libapache2-mod-mono: installation fails

On Thu, 2010-11-25 at 22:41 +0900, Hideki Yamane wrote: > Hi, > > I also tried it with piuparts but couldn't reproduce it. > > > Setting up mono-xsp2-base (2.6.5-3) ... > > Setting up mono-apache-server2 (2.6.5-3) ... > > Setting up mono-apache-server (2.6.5-3) ... > > Setting up libapache2-

Bug#604206: [pkg-mono-group] Bug#604206: libapache2-mod-mono: installation fails

On Sun, 2010-11-21 at 10:54 +0100, Lucas Nussbaum wrote: > > Configuration file `/etc/apache2/mods-available/mod_mono.conf' > > ==> File on system created by you or by a script. > > ==> File also in package provided by package maintainer. > > What would you like to do about it ? Your options are:

Bug#602024: Fixed in git

This is fixed in pkg-mono/mono.git commit 63821a1654e89409ca69321e447e399c89f3895e and will become part of 2.6.7-4 signature.asc Description: This is a digitally signed message part

Bug#594171: libnunit2.4-cil: nunit-console and nunit-gui fail to load

Can you additionally check what "which mono" reports? If you've had any kind of non-Debian Mono in your $PATH, it would cause the error you reported. signature.asc Description: This is a digitally signed message part

Bug#595834: [pkg-mono-group] Bug#595834: moon: FTBFS in squeeze: ff3-dom.cpp:10:22: error: nsCOMPtr.h: No such file or directory

On Tue, 2010-09-07 at 00:55 +0200, Lucas Nussbaum wrote: > Package: moon > Version: 1.0.1-3 > Severity: serious > Tags: squeeze sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20100906 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in a squeeze c

Bug#589707: /usr/bin/mono: Segfault in mono runtime

On Tue, 2010-07-20 at 10:26 +0300, Fabian Fagerholm wrote: > Package: mono-runtime > Version: 2.4.4~svn151842-3 > Severity: grave > File: /usr/bin/mono > Justification: renders package unusable > > All mono-related programs seem to segfault on my system. I tried to > produce a minimal example by c

Bug#582995: Not only CFLAGS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 pkg-config should not escape : in calls to --libs either. It's broken building basically every Mono app or lib in the archive. r...@osc-franzibald:/# pkg-config --libs monodoc /r\:/usr/lib/mono/monodoc/monodoc.dll r...@osc-franzibald:/# pkg-config --

Bug#520862: NMU'd

NMU uploaded to DELAYED/2 Let's hope this bug is fixed once and for all, eh? signature.asc Description: This is a digitally signed message part

Bug#567693: NMU uploaded to DELAYED/2

This RC bug has been festering for far too long. NMU uploaded to DELAYED/2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571032: [pkg-mono-group] Bug#571032: antlr: FTBFS: No targets specified and no makefile found

On Mon, 2010-02-22 at 14:16 -0800, Daniel Schepler wrote: > I'm not sure what Build-Depends is missing in the source package that > should be there to provide /usr/bin/csc. Looking at it, it was missed as it does not have correct binary deps. libantlr2.7-cil in debian/control is missing a ${cli:De

Bug#571032: [pkg-mono-group] Bug#571032: antlr: FTBFS: No targets specified and no makefile found

On Mon, 2010-02-22 at 14:16 -0800, Daniel Schepler wrote: > Source: antlr > Version: 2.7.7-14 > Severity: serious > X-Debbugs-CC: Debian Mono Group > > From my pbuilder build log: > > checking for cat... /bin/cat > checking for grep... /bin/grep > checking for python... /usr/bin/python > checkin

Bug#562279: RC bug fix

@@ -1,3 +1,14 @@ +hipo (0.6.1-2.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules, +debian/control: ++ Use mono-csc from mono-devel 2.4.3 as compiler. (Closes: #562279) + * debian/control: ++ Use -dev packages in build-depends to prevent FTBFS. + + -- Jo Shields

Bug#562393: Mono bug, not IKVM bug

reassign 562393 mono thanks This is a bug in Mono with a fix sat in Git awaiting upload. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#562259: NMU fix

tags 562259 patch thanks A fix for this bug (and some others) has been attached and uploaded to the DELAYED queue. reverted: --- libkarma-0.0.6/patch +++ libkarma-0.0.6.orig/patch @@ -1,25 +0,0 @@ -diff -u libkarma-0.0.6/debian/control libkarma-0.0.6/debian/control libkarma-0.0.6/debian/contr

Bug#562273: patch for RC bug

, +debian/control: ++ Use mono-csc from mono-devel 2.4.3 as compiler. (Closes: #562273) + * debian/control: ++ Use -dev packages to prevent FTBFS. + + -- Jo Shields Tue, 19 Jan 2010 23:35:59 + + lat (1.2.3-6) unstable; urgency=low * debian/control: Build-Depend on libgnome2.24-cil

Bug#562285: fix RC bug in drapes

from mono-devel 2.4.3 as compiler (Closes: #562285) + * debian/control: ++ Use -dev packages for build-depends + * debian/patches/drapes-Makefile.in.patch: ++ Use upstream name for GNOME# pcfile + + -- Jo Shields Sun, 17 Jan 2010 19:21:00 + + drapes (0.5.2-3.1) unstable; urgency=low

Bug#562262: RC bug fix

-depends + * debian/control.in, +debian/rules: ++ Use mono-csc from mono-devel 2.4.3 as compiler (Closes: #562262) + + -- Jo Shields Sun, 17 Jan 2010 18:55:51 + + last-exit (6-4) unstable; urgency=low * debian/control: diff -u last-exit-6/debian/rules last-exit-6/debian/rules --- last

Bug#522732: gnome-do: crashes on start with DllNotFoundException

On Mon, 2009-04-06 at 17:06 -0700, Alex Malinovich wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Jo Shields wrote: > > On Mon, 2009-04-06 at 00:13 -0700, Alex Malinovich wrote: > - --snip-- > >> Trying to start up gnome-do causes it to crash immedi

Bug#522732: gnome-do: crashes on start with DllNotFoundException

On Mon, 2009-04-06 at 00:13 -0700, Alex Malinovich wrote: > Package: gnome-do > Version: 0.8.1.3+dfsg-1 > Severity: grave > Justification: renders package unusable > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Trying to start up gnome-do causes it to crash immediately with the following

Bug#512956: missing /usr/bin/gmcs in mono-gmcs

tags 512956 wontfix thanks This is not a bug, it's a result of repackaging efforts. All unversioned scripts (e.g. 'sn', 'al', 'gmcs') have been moved to the mono-devel package. This allows us to change the default compiler at some point in the future should the need arise - much how 'gcc-3.4'

Bug#494295: Acknowledgement (nini: includes binary-only copies of sample apps (DFSG §2 violation))

Please add nini-1.1.0 +dfsg/Examples/NiniEdit/Bin/DotNet/Release/niniedit.exe to the list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#494295: nini: includes binary-only copies of sample apps (DFSG §2 violation)

appear to serve no useful purpose [1] [2]. The source tarball needs to be stripped (DFSGed). [0] http://www.debian.org/social_contract#guidelines [1] /nini-1.1.0+dfsg/Examples/NiniEdit/Bin/DotNet/Release/Nini.dll [2] /nini-1.1.0+dfsg/Examples/CsExamples/BasicApp/bin/Debug/Nini.dll --Jo Shields

Bug#494294: dfo: includes binary-only copy of FlickrNet in source tarball (DFSG §2 violation)

packaged in Debian [1]. The source tarball needs to be stripped (DFSGed) and the build-system modified to use the packaged libraries instead. [0] http://www.debian.org/social_contract#guidelines [1] http://packages.debian.org/sid/libflickrnet2.1.5-cil --Jo Shields -- To UNSUBSCRIBE, email to

Bug#479683: [pkg-mono-group] Bug#479683: asp.net2-examples: missing dependency for libgdiplus

This bug has been tracked down to a missing dependency in libmono-system-web2.0-cil (and libmono-system-web1.0-cil). The offending code is the System.Web.UI.WebControls.WebColorConverter object, which requires libgdiplus to be installed. This will be fixed in the next version of the mono package.

Bug#475972: [pkg-mono-group] Bug#475972: mono: FTBFS: boehm-gc.c:698: undefined reference to `GC_thread_tls'

On Mon, 2008-04-14 at 11:51 +0200, Sebastian Dröge wrote: > Am Montag, den 14.04.2008, 12:53 +0200 schrieb Lucas Nussbaum: > > Package: mono > > Version: 1.9+dfsg-2 > > Severity: serious > > User: [EMAIL PROTECTED] > > Usertags: qa-ftbfs-20080413 qa-ftbfs > > Justification: FTBFS on i386 > > > > H

Bug#355045: xqf: Fails to run - segmentation fault

Package: xqf Version: 1.0.4-directhex3 Severity: grave Justification: renders package unusable *** Please type your report below this line *** I've been trying to write a patch for XQF to fix an unrelated problem. However, it seems it's not my dodgy C programming causing segfaults - I find mysel

Bug#289690: smbfs fails on some files on kernel-image-2.6.8-2-686-smp version 2.6.8-13

uses smbfs the latter cifs. --Jo Shields -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686-smp Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Bug#296907: nvclock policy issue followup, patch included

Followup-For: Bug #296907 Package: nvclock *** Please type your report below this line *** I have spoken with the nvclock upstream developers, who say that nvclock does NOT require nvidia's binary-only driver in order to operate, but some functionality is missing without it (no OpenGl control, on

Bug#296907: nvclock violates policy by being in Main

Package: nvclock Severity: serious Justification: Policy 2.2.1 *** Please type your report below this line *** nvclock's Description states: "You need to have the official nVidia drivers installed." However, the Depends on the package does not reflect this. If the package does indeed depend on nvid

Bug#281568: g-s-t, high quality program

Carlos Garnacho wrote: On Tue, 2005-02-08 at 18:31 +0100, Thomas Hood wrote: gnome-system-tools is a configuration utility. In Debian, configuration utilities can do anything, no matter how stupid, without it being considered an RC bug. The reasoning is that the administrator chooses to run th

Bug#267799: nvidia module not autoloading

dia module already being loaded - thus, they cannot autoload anymore. The udev people blame the hotplug people, the hotplug people refuse to get involved. --Jo Shields -- -------- Jo Shields Systems Manager Oxford Supercomputing Center http://www.comlab.ox.ac.uk/oucl/people/jo.sh