Bug#1026172: mono: FTBFS on mipsel

[Jo Shields]

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...@debian.org

Hi

After uploading mono/6.8.0.105+dfsg-3.3 the package FTBFS on mipsel,
it suceeded on mipsel-osuosl-01 but the history of failures is found
at:

https://buildd.debian.org/status/logs.php?pkg=mono&ver=6.8.0.105%2Bdfsg-3.3&arch=mipsel

Regards,
Salvatore

Bug#921232: Tracking it down

[Jo Shields]

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

[Jo Shields]

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 coverage on s390x,
>> it is therefore not obvious whether this is
>> a problem confined to one package or whether
>> Mono is completely broken on s390x.
> I guess that is just another way to say that no-one know if anyone is using
> mono on s390x?  Perhaps it is best to drop mono from s390x until it can
> be confimed to be working there, instead of risking mono to be dropped from
> buster on all the working architectures?

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

[Jo Shields]

OK, I have a status update on this.

* I can't get a minimal patch set against mono-2018-06 branch (Mono
5.16) which builds the entire release to completion on s390x on versions
of gcc with PIC/PIE by default (Debian gcc-6 or later)
* I picked the version I uploaded, on the basis that it is part of the
`vs` packaging branch on mono-project.com, which mirrors what last went
into a stable release of Visual Studio for Mac (and hopefully should
have something resembling a vendor support story)
* I _can_ get a minimal patch set against mono-2018-08 (Mono 5.18)
* 5.18 Should not cause any major changes at a packaging level, compared
to 5.16 (i.e. it should not go into binary NEW)
* 5.18 is considered "stable" by the Mono runtime team, but not yet by
the Visual Studio for Mac team (the standalone runtime doesn't get QA
before releases, only as part of a larger VSMac release cycle)
* 5.18 might totally break on other architectures! There is no MIPS
testing upstream, so mipsel might be broken on any given release
(upstream builds for i386, armel, armhf, arm64, amd64, and ppc64el)

I don't want to preempt any product announcements, but 5.18 may ship
significantly 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 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, at 05:45, Matthias Klose  wrote:
>>
>> Package: src:mono
>> Version: 5.16.0.220+dfsg3-2
>> Severity: serious
>> Tags: sid buster
>>
>> mono won't migrate to testing, still b-d on gcc-5 on s390x.
>>
> 

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

[Jo Shields]

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, at 05:45, Matthias Klose  wrote:
> 
> Package: src:mono
> Version: 5.16.0.220+dfsg3-2
> Severity: serious
> Tags: sid buster
> 
> mono won't migrate to testing, still b-d on gcc-5 on s390x.
> 

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

[Jo Shields]

Another reason this bug makes no sense is there's no 5.18 references at
all in src:mono, and it doesn't depend on anything externally which
could add it.

🙃

I'll try a no-change version bump on another computer.

On 12/01/2019 09:42, Ingo Saitz wrote:
> On Fri, Jan 11, 2019 at 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-system4.0-cil
> Source: mono
> Version: 5.16.0.220+dfsg3-1
> Architecture: all
> Maintainer: Debian Mono Group 
> Installed-Size: 3101
> Depends: libc6 (>= 2.28) | libc6.1 (>= 2.28) | libc0.1 (>= 2.28), 
> libmono-corlib4.5-cil (>= 5.16.0.220), libmono-security4.0-cil (>= 4.6.1.3), 
> libmono-system-configuration4.0-cil (>= 4.0.0~alpha1), 
> libmono-system-xml4.0-cil (>= 4.6.1.3), mono-runtime (>= 5.16.0.220), 
> mono-runtime (<< 5.16.0.221)
> Recommends: ca-certificates-mono (= 5.16.0.220+dfsg3-1)
> Suggests: libasound2 (>> 1.0.18), libgamin0
> Section: cli-mono
> Priority: optional
> Homepage: http://www.mono-project.com/
> Description: Mono System libraries (for CLI 4.0)
>  Mono is a platform for running and developing applications based on the
>  ECMA/ISO Standards. Mono is an open source effort led by Xamarin.
>  Mono provides a complete CLR (Common Language Runtime) including compiler and
>  runtime, which can produce and execute CIL (Common Intermediate Language)
>  bytecode (aka assemblies), and a class library.
>  .
>  This package contains the BCL (Base Class Libraries) of Mono for CLI 4.0.
> 
> 
> I'll keep the buildroot around till this bug can be closed, just query
> me if you want additional information about it.
> 
> Ingo
> 

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

[Jo Shields]

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 I think it's the __PIE__==2 case.

I've asked the s390x porter to talk to DSA about machine access, since
we can't reproduce the issue on our CI systems (which are running much
older OSes): https://github.com/mono/mono/issues/9009

On 20/07/18 12:21, Frédéric Bonnard wrote:
> Tags: patch pending
>
> Dear maintainer,
>
> a similar bug was fixed on redhat/fedora ( 
> https://bugzilla5.redhat.com/show_bug.cgi?id=1484149 ) :
> ---
> * Wed Sep 20 2017 Than Ngo  - 4.8.0-12
> - fixed the build failure on s390x/ppc64/ppc64le/aarch64 against new
>   glibc which drops the tag struct ucontext
> ---
> here is the patch used
> https://src.fedoraproject.org/rpms/mono/raw/master/f/mono-4.8.0.520-glibc-ucontext.patch
>
> I tested it and the package built successfully on ppc64el with 4.6.2.7+dfsg-2 
> .
> Regards,
>
> F.




signature.asc
Description: OpenPGP digital signature

Bug#899395: mono: FTBFS on various architectures

[Jo Shields]

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, including two release architectures.
>
> On S390x, the error looks like this[1]:
>
> ,
> |   CC   mono-mmap.lo
> | libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../mono
> |  -I../../libgc/include -I../../eglib/src -I../../eglib/src 
> -fvisibility=hidden
> |  -Wdate-time -D_FORTIFY_SOURCE=2 -DGC_LINUX_THREADS -D_GNU_SOURCE 
> -D_REENTRANT
> |  -DUSE_MMAP -DUSE_MUNMAP -g -Wall -Wunused -Wmissing-prototypes
> |  -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes 
> -Wnested-externs
> |  -Wpointer-arith -Wno-cast-qual -Wwrite-strings -Wno-switch -Wno-switch-enum
> |  -Wno-unused-value -Wno-attributes -DUSE_COMPILER_TLS -g -O2
> |  -fdebug-prefix-map=/<>/mono-4.6.2.7+dfsg=. 
> -fstack-protector-strong
> |  -Wformat -Werror=format-security -std=gnu99 -fno-strict-aliasing -fwrapv
> |  -DMONO_DLL_EXPORT -Wno-unused-but-set-variable -g -Wall -Wunused
> |  -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
> |  -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual
> |  -Wwrite-strings -Wno-switch -Wno-switch-enum -Wno-unused-value 
> -Wno-attributes
> |  -mbackchain -D__USE_STRING_INLINES -Werror-implicit-function-declaration 
> -MT
> |  mono-mmap.lo -MD -MP -MF .deps/mono-mmap.Tpo -c mono-mmap.c -fPIC -DPIC -o
> |  .libs/mono-mmap.o
> | In file included from ../../mono/utils/mono-threads.h:14:0,
> |   from mono-mmap.c:37:
> | ../../mono/utils/mono-stack-unwinding.h:96:14: error: field 'ctx' has 
> incomplete type
> |   MonoContext ctx;
> |^~~
> | make[3]: *** [Makefile:841: mono-mmap.lo] Error 1
> `
>
> On ppc64el, ppc64 and powerpc there is a different error[2]:
>
> ,
> |   CC   mono-context.lo
> | libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../mono
> | -I../../libgc/include -I../../eglib/src -I../../eglib/src 
> -fvisibility=hidden
> | -Wdate-time -D_FORTIFY_SOURCE=2 -DGC_LINUX_THREADS -D_GNU_SOURCE 
> -D_REENTRANT
> | -DUSE_MMAP -DUSE_MUNMAP -g -Wall -Wunused -Wmissing-prototypes
> | -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes 
> -Wnested-externs
> | -Wpointer-arith -Wno-cast-qual -Wwrite-strings -Wno-switch -Wno-switch-enum
> | -Wno-unused-value -Wno-attributes -D__mono_ppc__ -D__mono_ppc64__ -g -O2
> | -fdebug-prefix-map=/<>/mono-4.6.2.7+dfsg=. 
> -fstack-protector-strong
> | -Wformat -Werror=format-security -std=gnu99 -fno-strict-aliasing -fwrapv
> | -DMONO_DLL_EXPORT -Wno-unused-but-set-variable -g -Wall -Wunused
> | -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
> | -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual
> | -Wwrite-strings -Wno-switch -Wno-switch-enum -Wno-unused-value 
> -Wno-attributes
> | -mminimal-toc -Werror-implicit-function-declaration -MT mono-context.lo -MD 
> -MP
> | -MF .deps/mono-context.Tpo -c mono-context.c -fPIC -DPIC -o 
> .libs/mono-context.o
> | In file included from mono-context.c:9:0:
> | 
> | mono-context.c: In function 'mono_sigctx_to_monoctx':
> | ../../mono/utils/mono-sigcontext.h:267:58: error: dereferencing pointer to 
> incomplete type 'os_ucontext {aka struct ucontext}'
> |   #define UCONTEXT_REG_NIP(ctx) 
> (((os_ucontext*)(ctx))->uc_mcontext.gp_regs [PT_NIP])
> |   ^
> | mono-context.c:407:16: note: in expansion of macro 'UCONTEXT_REG_NIP'
> |   mctx->sc_ir = UCONTEXT_REG_NIP(uc);
> | ^~~~
> | make[3]: *** [Makefile:841: mono-context.lo] Error 1
> `
>
>
> 1. 
> https://buildd.debian.org/status/fetch.php?pkg=mono&arch=s390x&ver=4.6.2.7%2Bdfsg-2&stamp=1526962622&raw=0
> 2. 
> https://buildd.debian.org/status/fetch.php?pkg=mono&arch=ppc64el&ver=4.6.2.7%2Bdfsg-2&stamp=1526971899&raw=0
>

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

[Jo Shields]

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


From: Jeremy Bicha 
Sent: 23 March 2018 08:52
To: submit
Subject: Bug#893860: monodevelop: Intent to file Debian removal bug

Source: monodevelop
Version: 5.10.0.871-2
Severity: serious
Tags: buster unstable
X-Debbugs-CC: joshi...@microsoft.com

monodevelop hasn't been updated in Debian for 2 years.

Along with a few other apps, it is blocking the complete removal of
the old webkitgtk library from Debian.

If monodevelop is not going to be maintained in Debian, maybe it's
better for it to be removed from Debian and we can point users to
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.monodevelop.com%2Fdownload%2F%23fndtn-download-lin-debian&data=04%7C01%7Cjoshield%40microsoft.com%7Cb10462b604214630019108d590bd96cc%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636574066315078900%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwifQ%3D%3D%7C-1&sdata=1unq2D4yI1E39J9SSr8Nu%2FjPFwvCBUQ1D5CuHiMyN%2Bs%3D&reserved=0

and maybe it will be available in a Flatpak or Snap some day too.

Please let me know if you'd like me to file a Debian removal bug or
what your plan is for Debian.

Thanks,
Jeremy Bicha

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

[Jo Shields]

Go ahead and NMU.


The problem with libwebkit2gtk-4.0-37 is it's a wrapper for allowing Gtk2 
plugins in a Gtk3 browser - it's not a way for Gtk2 apps to continue to use 
Webkit


Sent from Outlook<http://aka.ms/weboutlook>


From: Jeremy Bicha 
Sent: 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) so we should drop the monodoc package too.

Thanks,
Jeremy Bicha

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

[Jo Shields]

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 time on Debian stuff



signature.asc
Description: OpenPGP digital signature

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

[Jo Shields]

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 libmono-corlib4.5-cil dependency is present in 4.2.1.102+dfsg2-8
> in testing, but missing in 4.6.1.3+dfsg-7 in unstable.

This isn't the first time I've observed something similar, I thought it
was a one-off.

Will investigate.

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

[Jo Shields]

Source: cairo-dock-plug-ins
Version: 3.4.0-1.3
Followup-For: Bug #808502

Dear Maintainer,

Apologies, my fix in 3.4.0-1.3 was incomplete. Attached going to DELAYED/5.

-- System Information:
Debian Release: jessie/sid
  APT prefers wily-updates
  APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), 
(100, 'wily-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-22-generic (SMP w/12 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cairo-dock-plug-ins-3.4.0/debian/changelog cairo-dock-plug-ins-3.4.0/debian/changelog
--- cairo-dock-plug-ins-3.4.0/debian/changelog	2015-12-21 09:51:42.0 +
+++ cairo-dock-plug-ins-3.4.0/debian/changelog	2015-12-22 18:13:54.0 +
@@ -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 in one place.
+
+ -- Jo Shields   Tue, 22 Dec 2015 18:12:32 +
+
 cairo-dock-plug-ins (3.4.0-1.3) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru cairo-dock-plug-ins-3.4.0/debian/rules cairo-dock-plug-ins-3.4.0/debian/rules
--- cairo-dock-plug-ins-3.4.0/debian/rules	2014-10-23 06:26:55.0 +0100
+++ cairo-dock-plug-ins-3.4.0/debian/rules	2015-12-22 18:12:22.0 +
@@ -17,11 +17,8 @@
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/cmake.mk
 
-CLI_ARCH=zamd64z zarmelz zi386z zkfreebsd-i386z \
-		 zkfreebsd-amd64z zpowerpcz zs390xz
-
 common-binary-predeb-arch::
-ifneq (,$(findstring z$(DEB_HOST_ARCH)z, $(CLI_ARCH)))
-	dh_clifixperms
-	dh_clideps -d
-endif
+	if [ -e /usr/share/mono/mono-archs.make ] ; then \
+		dh_clifixperms ; \
+		dh_clideps -d ; \
+	fi

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

[Jo Shields]

Uploaded to DELAYED/5, to fix release-critical bug
diff -Nru kamailio-4.3.4/debian/changelog kamailio-4.3.4/debian/changelog
--- kamailio-4.3.4/debian/changelog 2015-11-26 21:08:45.0 +
+++ kamailio-4.3.4/debian/changelog 2015-12-21 10:15:06.0 +
@@ -1,3 +1,10 @@
+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: #806244 )
diff -Nru kamailio-4.3.4/debian/control kamailio-4.3.4/debian/control
--- kamailio-4.3.4/debian/control   2015-11-26 21:08:45.0 +
+++ kamailio-4.3.4/debian/control   2015-12-21 10:07:37.0 +
@@ -26,7 +26,7 @@
libldap2-dev,
liblua5.1-0-dev,
libmemcached-dev,
-   libmono-2.0-dev [!ia64 !mips],
+   libmono-2.0-dev [amd64 armel armhf i386 mipsel kfreebsd-amd64 
kfreebsd-i386 powerpc ppc64 ppc64el s390x],
libmysqlclient-dev,
libncurses5-dev,
libpcre3-dev,
diff -Nru kamailio-4.3.4/debian/rules kamailio-4.3.4/debian/rules
--- kamailio-4.3.4/debian/rules 2015-11-26 21:08:45.0 +
+++ kamailio-4.3.4/debian/rules 2015-12-21 10:14:17.0 +
@@ -46,16 +46,12 @@
 # module groups to be packaged onto kamailio-extra-modules
 EXTRA_GROUPS=gzcompress uuid ev jansson
 
-# mono not on ia64 or sparc
-ifeq ($(DEB_HOST_ARCH),ia64)
-   override EXCLUDED_MODULES += mono
-else ifeq ($(DEB_HOST_ARCH),sparc)
-   override EXCLUDED_MODULES += mono
-else ifeq ($(DEB_HOST_ARCH),mips)
-override EXCLUDED_MODULES += mono
+# mono not on all arches
+ifneq ("$(wildcard /usr/share/mono/mono-archs.make)","")
+override PACKAGE_GROUPS+= mono
 else
-   override PACKAGE_GROUPS+= mono
-endif
+override EXCLUDED_MODULES += mono
+endif  
 
 # FTBFS on powerpcspe because of AltiVec assumption #729635
 ifeq ($(DEB_HOST_ARCH),powerpcspe)

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

[Jo Shields]

Uploading to DELAYED/5 as attached (also fixes a FTBFS)
diff -Nru cairo-dock-plug-ins-3.4.0/debian/changelog 
cairo-dock-plug-ins-3.4.0/debian/changelog
--- cairo-dock-plug-ins-3.4.0/debian/changelog  2015-11-18 12:52:05.0 
+
+++ cairo-dock-plug-ins-3.4.0/debian/changelog  2015-12-21 09:33:30.0 
+
@@ -1,3 +1,13 @@
+cairo-dock-plug-ins (3.4.0-1.3) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * d/p/use_correct_csharp_compiler.patch:
+Debian now has Mono 4.0+, which means "gmcs" no longer exists
+  * debian/control: Updated list of architectures 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-ins-3.4.0/debian/control2015-11-18 12:51:40.0 
+
+++ cairo-dock-plug-ins-3.4.0/debian/control2015-12-21 09:27:31.0 
+
@@ -6,7 +6,7 @@
  Youhei SASAKI 
 Build-Depends: cdbs, debhelper (>= 7), cmake(>= 2.8.0), dpkg-dev (>= 1.16.1~),
  cairo-dock-dev (>= 3.4.0),
- cli-common-dev [amd64 armel i386 kfreebsd-any powerpc s390x],
+ cli-common-dev [amd64 armel armhf i386 mipsel kfreebsd-any ppc64 ppc64el 
s390x],
  libasound2-dev [linux-any],
  libcairo2-dev (>= 1.8.0),
  libcurl4-gnutls-dev,
@@ -16,7 +16,7 @@
  libetpan-dev,
  libexif-dev,
  libgl1-mesa-dev | libgl-dev,
- libglib2.0-cil-dev [amd64 armel i386 kfreebsd-any powerpc s390x],
+ libglib2.0-cil-dev [amd64 armel armhf i386 mipsel kfreebsd-any ppc64 ppc64el 
s390x],
  libglib2.0-dev,
  libglu1-mesa-dev | libglu-dev,
  libgnome-menu-3-dev,
@@ -25,8 +25,8 @@
  libical-dev,
  libido3-0.1-dev,
  libindicator3-dev,
- libdbus-glib2.0-cil-dev [amd64 armel i386 kfreebsd-any powerpc s390x],
- libdbus2.0-cil-dev [amd64 armel i386 kfreebsd-any powerpc s390x],
+ libdbus-glib2.0-cil-dev [amd64 armel armhf i386 mipsel kfreebsd-any ppc64 
ppc64el s390x],
+ libdbus2.0-cil-dev [amd64 armel armhf i386 mipsel kfreebsd-any ppc64 ppc64el 
s390x],
  libpango1.0-dev,
  libpulse-dev,
  librsvg2-dev,
@@ -39,8 +39,7 @@
  libxtst-dev,
  libxxf86vm-dev,
  libzeitgeist-2.0-dev,
- mono-devel [amd64 armel i386 kfreebsd-any powerpc s390x],
- mono-gmcs [amd64 armel i386 kfreebsd-any powerpc s390x],
+ mono-devel [amd64 armel armhf i386 mipsel kfreebsd-any ppc64 ppc64el s390x],
  python,
  python3,
  ruby,
@@ -210,7 +209,7 @@
  This package provides library of Cairo-Dock D-Bus interface for ruby.
 
 Package: cairo-dock-dbus-plug-in-interface-mono
-Architecture: amd64 armel i386 kfreebsd-any powerpc s390x
+Architecture: amd64 armel armhf i386 mipsel kfreebsd-any ppc64 ppc64el s390x
 Depends: cairo-dock-plug-ins (>= ${source:Version}), ${misc:Depends}, 
${cli:Depends}
 Description: library of D-Bus interface for mono of Cairo-dock
  A collection of official plug-ins and applets for cairo-dock.
diff -Nru cairo-dock-plug-ins-3.4.0/debian/patches/series 
cairo-dock-plug-ins-3.4.0/debian/patches/series
--- cairo-dock-plug-ins-3.4.0/debian/patches/series 2015-11-18 
12:49:25.0 +
+++ cairo-dock-plug-ins-3.4.0/debian/patches/series 2015-12-21 
09:29:21.0 +
@@ -3,3 +3,4 @@
 ruby-vendor-dir.patch
 0004-Add-CMake-check-for-vte-2.91-and-fix-VTE_CHECK_VERSI.patch
 0005-Use-dbus-sharp-not-unmaintained-NDesk.patch
+use_correct_csharp_compiler.patch
diff -Nru 
cairo-dock-plug-ins-3.4.0/debian/patches/use_correct_csharp_compiler.patch 
cairo-dock-plug-ins-3.4.0/debian/patches/use_correct_csharp_compiler.patch
--- cairo-dock-plug-ins-3.4.0/debian/patches/use_correct_csharp_compiler.patch  
1970-01-01 01:00:00.0 +0100
+++ cairo-dock-plug-ins-3.4.0/debian/patches/use_correct_csharp_compiler.patch  
2015-12-21 09:29:44.0 +
@@ -0,0 +1,16 @@
+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
+@@ -565,9 +565,9 @@ enable_if_not_defined (enable-mono-inter
+ if (enable-mono-interface)
+   message (STATUS " * Mono:")
+   #find_package (Mono)
+-  find_program (GMCS_EXECUTABLE gmcs)
++  find_program (GMCS_EXECUTABLE mcs)
+   if (NOT GMCS_EXECUTABLE OR NOT EXISTS ${GMCS_EXECUTABLE})
+-  message (STATUS "Could not find Mono compiler gmcs, won't build 
Mono interface.")
++  message (STATUS "Could not find Mono compiler mcs, won't build 
Mono interface.")
+   else()
+   pkg_check_modules (MONO_PACKAGE glib-sharp-2.0 dbus-sharp-2.0 
dbus-sharp-glib-2.0)
+   if (NOT MONO_PACKAGE_FOUND)

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

[Jo Shields]

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
are blocking transition to Testing.

A current list can be found at /usr/share/mono/mono-archs.make

-- System Information:
Debian Release: jessie/sid
  APT prefers wily-updates
  APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), 
(100, 'wily-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-22-generic (SMP w/12 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#806212: monodevelop: Program will not start

[Jo Shields]

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 doing, which is not so easy to resolve. But I should get 
it sorted in the not too distant future.

Bug#804109: rebuild required

[Jo Shields]

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 Mono
E: installing Assembly /usr/lib/cli/virtuoso-5.5/OpenLink.Data.Virtuoso.dll 
failed
E: Installation of libvirtuoso5.5-cil with 
/usr/share/cli-common/runtimes.d/mono failed
dpkg: error processing package libvirtuoso5.5-cil (--configure):
 subprocess installed post-installation script returned error exit status 29

Bug#803439: rebuild required

[Jo Shields]

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 assemblies from libzeroc-ice3.5-cil into Mono
E: installing Assembly /usr/lib/cli/libzeroc-ice3.5/Ice.dll failed
E: Installation of libzeroc-ice3.5-cil with
/usr/share/cli-common/runtimes.d/mono failed
dpkg: error processing package libzeroc-ice3.5-cil (--configure):
 subprocess installed post-installation script returned error exit status 29

Bug#793220: Huh?

[Jo Shields]

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?

[Jo Shields]

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 with


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

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

[Jo Shields]

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 getting the dep chain updated, but I
want a modern MD (5.9 is current) in the archive to work against, which
targets Mono 4, so we'd need that.

On 21/05/15 11:50, Mirco Bauer wrote:
>
> Not sure if you have received this. Whats your opinion on this?
>
> -- Weitergeleitete Nachricht --
> Von: "Mirco Bauer" mailto:mee...@debian.org>>
> Datum: 21.05.2015 12:46
> Betreff: Re: [pkg-cli-libs-team] Bug#765120: monogame: support
> monodevelop 5
> An: "Emilio Pozuelo Monfort"  >, <765...@bugs.debian.org
> >
> Cc: <765120-ma...@bugs.debian.org >
>
>
> Am 20.05.2015 15:41 schrieb "Emilio Pozuelo Monfort"  >:
> >
> > On Mon, 08 Dec 2014 16:09:54 +1100 Christopher James Halse Rogers
> > mailto:r...@ubuntu.com>> wrote:
> > > Package: monogame
> > > Followup-For: Bug #765120
> > >
> > > Alright. So, monogame 2.5.1 (from 2012) doesn't build at all
> against Monodevelop 5. A new upstream version, Monogame 3.2, doesn't
> build against the version of tao-framework in Jessie (also from 2012,
> project deprecated in favour of libopentk, for which Jessie also has a
> 2012 snapshot).
> > >
> > > It's probably time to either start maintaining these or drop them
> from the archive.
> >
> > So what's it gonna be? This has been blocking monodevelop from
> migrating for a
> > long time:
> >
> > monodevelop (4.0.12+dfsg-6 to 5.5.0.227-1)
> > Maintainer: Debian CLI Applications Team
> > 222 days old (needed 5 days)
>
> Ouch, if monogame is this problematic then monodevelop should either
> drop the monogame build-dep or monodevelop needs a source pkg just for
> monogame so it doesn't block transitions.
>
> >
> > Emilio
> >
> > ___
> > pkg-cli-libs-team mailing list
> > pkg-cli-libs-t...@lists.alioth.debian.org
> 
> >
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cli-libs-team
>

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

[Jo Shields]

-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-runtime-
boehm are discarded rather than stored in mono-runtime-dbg as they
should be.



- -- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500,
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.0-43-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUlATdAAoJEMkPnLkOH60MqnoH/jK53a7pm6ZMcry7FGixq5F6
YeLn5j+44tkxRqrj9vazuTx2KSKSIqDQS3XkSxcL0OfHB2TLjuYcuvBYuBvIXZ6B
f1K5Kx5hT0YGnkq5Tr8CeCKLBTKC8J/SxsDRIsuCmVoviMuggP0/rDD6JbHW6uKU
5ptQlbog3g2LRtm+k4BYjb5DMKEe/L2tFgRpSa+33xk4O/9lRWgyDNrOYrx3mB4h
HbhX7JRaPC+2OBzNwowc8IA/3sNLdaVD//MJ5EibDq/XrG4AA1kmzNMmB1J39lJT
qAH43nKaztUxXV35L4sUwzaULTu9X0kxXNZgiNc6toezDsfoLmvipDnzlEsha8I=
=3EJF
-END PGP SIGNATURE-


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

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

[Jo Shields]

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.dll
├── FSharp.PowerPack.targets
├── FSharp.SRGen.Build.Tasks.dll
├── FSharp.SRGen.targets
├── fslex.exe
├── fssrgen.exe
└── fsyacc.exe

As well as needing to resolve the issue of "bad" binaries in bootstrap, 
it would be great to get fsyacc etc packaged properly, as other F# 
libraries require them for building.


-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')

Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.0-36-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#728743: Fixed upstream

[Jo Shields]

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

[Jo Shields]

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

[Jo Shields]

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

[Jo Shields]

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,
> >>
> >> 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" may be sufficient to solve that.
> > 
> > Sadly it's more involved than that. I'm working with upstream to try and
> > resolve this, but the SPARC port has bitrotted significantly so it may
> > be nontrivial to revive (and better if we just drop it from the arch
> > list). I'm adding mipsel though, so I don't feel too bad about it.
> > 
> 
> Thanks for the quick update on this. :)
> 
> >>   In the ia64, it seems to have been removed on the list of
> >> architectures.  Here you will need to file a removal bug against
> >> ftp.debian.org to remove the old ia64 binaries from unstable.  At the
> >> same time, you probably also need a bug for all of the reverse
> >> dependencies that now longer can be built on ia64.
> > 
> > Is there an easy way to generate the list of affected rdeps?
> > 
> 
> I am not sure; normally I would use something like
>  "dak rm -nR -b -a ia64 "
> 
> but it does not compute transitive dependencies, so it would be a number
> of repeated calls (and dak rm is not exactly fast) to build up the full
> list of binaries.

For the record (i.e. this will become a series of bugs when I get time)

Sourceful upload required to alter debian/control:

gdcm
libgdiplus
libgpod
virtuoso-opensource

Requires a simple ftpmaster removal of the ia64 binaries, but no source
package changes:

activiz.net
antlr
banshee
banshee-community-extensions
bareftp
cairo-dock-plug-ins
cowbell
fsgateway
f-spot
gmime
gnome-desktop-sharp2
gnome-do
gnome-keyring-sharp
gnome-sharp2
gnome-subtitles
gstreamer-sharp
gtk-sharp2
ikvm
libappindicator
libindicate
libkarma
libproxy
libsbml
longomatch
mistelix
mono
mono-fuse
mummy
shogun
tangerine
tomboy
zeroc-ice

I'm reasonably sure this list is accurate


-- 
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

[Jo Shields]

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" may be sufficient to solve that.

Sadly it's more involved than that. I'm working with upstream to try and
resolve this, but the SPARC port has bitrotted significantly so it may
be nontrivial to revive (and better if we just drop it from the arch
list). I'm adding mipsel though, so I don't feel too bad about it.

>   In the ia64, it seems to have been removed on the list of
> architectures.  Here you will need to file a removal bug against
> ftp.debian.org to remove the old ia64 binaries from unstable.  At the
> same time, you probably also need a bug for all of the reverse
> dependencies that now longer can be built on ia64.

Is there an easy way to generate the list of affected rdeps?


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

Bug#716689: F-Spot

[Jo Shields]

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 listmas...@lists.debian.org

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

[Jo Shields]

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) 2004-2010 Rolf Bjarne Kvinge. All rights reserved.
> 
> Error : VBNC2017: The library 'System.Design.dll' could not be found.
> There were 1 errors and 0 warnings.
> Compilation took 00:00:00.5745370

You're right. A default set of libraries are included with compiles, and
not linked unless not needed - however, those libraries need to exist
for the compiler to progress. I'll edit the package dependencies, and
also upload a newer version to match src:mono


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

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

[Jo Shields]

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) 2004-2010 Rolf Bjarne Kvinge. All rights reserved.
> 
> Error : VBNC2017: The library 'System.Design.dll' could not be found.
> There were 1 errors and 0 warnings.
> Compilation took 00:00:00.5745370

FWIW, the flag /nostdlib should help for now.


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

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

[Jo Shields]

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, Mozilla aggressively broke their embeddability some time after
Firefox 3.6. It isn't going to start working again. Another browser
engine is the only option.

>   * Someone can package mono-webbrowser which contains the Webkit
> backend, but the repository contains only 3 commits, the last of
> which was 3 years ago, so it doesn’t look like a long-term
> solution. 

It doesn't quite work. It opens a whole new can of worms relating to
binding a GTK3 version of Webkit and broken behaviour in
gobject-introspection with frameworks like Mono.

There's only one person working on it, and she only works on it when I
bully her about it on Twitter so she donates her free time to the cause
- the fix would be a stack of NEW and a whole lot of work I can't expect
from a lone volunteer.

>   * We can make the library raise a warning or exception when
> someone tries to use the class. 

Huh, so currently it just crashes. I thought it just rendered a white
control - I guess that was the behaviour when gluezilla is installed but
no workable version of Firefox is found.

Would an "empty control" workaround suffice for Wheezy?

>   * We can entirely remove the two packages, although I’m not sure
> what the consequence is for Winforms applications.

Make them all uninstallable.

> Could you enlighten us or, even better, upload a workaround for this bug
> to wheezy?

If I come up with any bright ideas, sure.


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

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

[Jo Shields]

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 tell me if I
should delay it longer.


Huh, that's a pretty slick solution to the problem. By all means, upload 
away, definitely don't delay any longer.



--
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

[Jo Shields]

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

[Jo Shields]

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

[Jo Shields]

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

[Jo Shields]

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:

[Jo Shields]

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 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 hours left on the armel build, but it's done on
> > kfreebsd-i386 which had previously been a source of failure. So I'm
> > feeling cautiously optimistic. Do you know whether anything is needed
> > for gdcm other than a rebuild for arches which were previously missing
> > activiz.net? The build errors there seemed activiz-related
> 
> Please don't. there is a pending patch for kfreebsd-* for gdcm. I'll
> upload it as soon as activiz.net appears on armel.

Good news, it built everywhere. Feel free to close the activiz.net bugs.


signature.asc
Description: This is a digitally signed message part

Bug#658174:

[Jo Shields]

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 hours left on the armel build, but it's done on
kfreebsd-i386 which had previously been a source of failure. So I'm
feeling cautiously optimistic. Do you know whether anything is needed
for gdcm other than a rebuild for arches which were previously missing
activiz.net? The build errors there seemed activiz-related




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

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

[Jo Shields]

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 
as a tool) during the Doxygen documentation generation.

Since this FTBFS is blocking the mono-2.10 transition, I'd recommend disabling 
dot generation in the Doxygen input, either selectively on those architectures 
or generally.

Due to blocking the transition, an NMU may be uploaded soon to address the 
problem.



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

Bug#656087: NMU patch

[Jo Shields]

Dear maintainer,

A fix for these two RC bugs is attached. An NMU containing this fix has
been uploaded to DELAYED/5 as per transition blocker policy.
diff -u virtuoso-opensource-6.1.3+dfsg1/debian/control virtuoso-opensource-6.1.3+dfsg1/debian/control
--- virtuoso-opensource-6.1.3+dfsg1/debian/control
+++ virtuoso-opensource-6.1.3+dfsg1/debian/control
@@ -11,11 +11,8 @@
  gperf (>=2.7.2), gawk (>=3.1.1), m4 (>=1.4.1), make (>=3.79.1),
  libssl-dev (>=0.9.7), libreadline-dev, zlib1g-dev, libxml2-dev, libpcre3-dev,
  libldap2-dev, net-tools,
- mono-gmcs (>= 1.0) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390],
- cli-common-dev (>= 0.4.4) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390],
- libmono-corlib2.0-cil (>= 1.2.6) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390],
- libmono-system-data2.0-cil (>= 1.0) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390],
- libmono-system2.0-cil (>= 1.2.6) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390],
+ mono-devel (>= 2.4.3) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armhf armel sparc s390x ppc64],
+ cli-common-dev (>= 0.4.4) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armhf armel sparc s390x ppc64],
  docbook2x, po-debconf, libwbxml2-dev, libmagickwand-dev
 
 Package: virtuoso-opensource
@@ -268,7 +265,7 @@
 
 Package: libvirtuoso5.5-cil
 Section: cli-mono
-Architecture: i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390
+Architecture: i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armhf armel sparc s390x ppc64
 Depends: ${cli:Depends}, ${misc:Depends}
 Description: high-performance database - Mono assemblies
  OpenLink Virtuoso is a high-performance object-relational SQL database.
diff -u virtuoso-opensource-6.1.3+dfsg1/debian/changelog virtuoso-opensource-6.1.3+dfsg1/debian/changelog
--- virtuoso-opensource-6.1.3+dfsg1/debian/changelog
+++ virtuoso-opensource-6.1.3+dfsg1/debian/changelog
@@ -1,3 +1,13 @@
+virtuoso-opensource (6.1.3+dfsg1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Refresh list of Mono architectures in debian/control
+(Closes: #657781)
+  * Use system default Mono compiler by using the mono-devel package
+and 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-opensource-6.1.3+dfsg1/debian/patches/series
--- virtuoso-opensource-6.1.3+dfsg1/debian/patches/series
+++ virtuoso-opensource-6.1.3+dfsg1/debian/patches/series
@@ -1,3 +1,4 @@
+use-debian-default-csharp-compiler.patch
 fix-wide-char-encoding.patch
 config-debian-paths.patch
 config-universal-variables.patch
only in patch2:
unchanged:
--- virtuoso-opensource-6.1.3+dfsg1.orig/debian/patches/use-debian-default-csharp-compiler.patch
+++ virtuoso-opensource-6.1.3+dfsg1/debian/patches/use-debian-default-csharp-compiler.patch
@@ -0,0 +1,22 @@
+Index: virtuoso-opensource-6.1.3+dfsg1/binsrc/VirtuosoClient.Net/Makefile.mono
+===
+--- virtuoso-opensource-6.1.3+dfsg1.orig/binsrc/VirtuosoClient.Net/Makefile.mono	2012-01-31 18:24:06.626254506 +
 virtuoso-opensource-6.1.3+dfsg1/binsrc/VirtuosoClient.Net/Makefile.mono	2012-01-31 18:24:41.062456289 +
+@@ -83,7 +83,7 @@
+ 
+ ifeq  (ADONET2, $(ADONETVERSION))
+ 
+-CSC		= gmcs
++CSC		= mono-csc
+ 
+ #CSFLAGS	= -debug+ /d:MONO /d:DEBUG /d:DEBUG_IO /d:ADONET2
+ CSFLAGS		= /optimize+ /d:MONO /d:ADONET2
+@@ -98,7 +98,7 @@
+ 
+ else
+ 
+-CSC		= mcs
++CSC		= mono-csc
+ 
+ #CSFLAGS	= -debug+ /d:MONO /d:DEBUG /d:DEBUG_IO
+ CSFLAGS		= /optimize+ /d:MONO

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

[Jo Shields]

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 that 
your build-depends is on mono-devel >= 2.4.3 and that your compiler command is 
mono-csc not gmcs, for the most backportable solution.

  http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775



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

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

[Jo Shields]

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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#657256: NMU uploaded to DELAYED/7

[Jo Shields]

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 subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

[Jo Shields]

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,
> > 
> > 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 check it worked if, after rebuilding, 
> > libgmime2.4-cil has a dependency on libmono-corlib4.0-cil instead of 
> > …corlib2.0-cil.
> 
> Does the package need a sourceful update? If not, a simple rebuild can
> requested by filing a binNMU bug (resp. reassign this bug to
> release.debian.org).

libgmime2.4-cil is arch:all therefore a sourceful upload is required


signature.asc
Description: This is a digitally signed message part

Bug#656760: NMU uploaded to DELAYED/3

[Jo Shields]

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

[Jo Shields]

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

[Jo Shields]

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 check it worked if, after rebuilding, 
libgmime2.4-cil has a dependency on libmono-corlib4.0-cil instead of 
…corlib2.0-cil.

  http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775

Cheers,



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

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

[Jo Shields]

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 can check it worked if, after rebuilding, 
libindicate0.1-cil has a dependency on libmono-corlib4.0-cil instead of 
…corlib2.0-cil.

  http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775

Cheers,



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

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

[Jo Shields]

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 can check it worked if, after rebuilding, 
libgwibber0.1-cil has a dependency on libmono-corlib4.0-cil instead of 
…corlib2.0-cil.

  http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775

Cheers,



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

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

[Jo Shields]

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 check it worked if, after rebuilding,
gnome-subtitles 
has a dependency on libmono-corlib4.0-cil instead of …corlib2.0-cil.

  http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775

Additionally, your package contains a manual dependency on 
libmono-i18n2.0-cil which must be updated to …4.0-cil. These changes
(plus a few other packaging fixes) have been made in pkg-cli-apps git,
however you appear not to have kept the git tree updated and there is no
evidence of the 1.2-1 upload in the git repository, preventing valid 
team-maintained uploads.

Please either make the corrections yourself for 1.2-2, or push your
changes
to git where other team members can submit their work.

Cheers



signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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 for this.

-- System Information:
Debian Release: squeeze/sid
  APT prefers natty-updates
  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty'), 
(100, 'natty-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-8-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u coco-cs-20110419/debian/control coco-cs-20110419/debian/control
--- coco-cs-20110419/debian/control
+++ coco-cs-20110419/debian/control
@@ -2,13 +2,13 @@
 Section: devel
 Priority: optional
 Maintainer: Markus Loeberbauer 
-Build-Depends: debhelper (>= 7.0.50~), mono-devel (>= 2.6.7)
+Build-Depends: debhelper (>= 7.0.50~), mono-devel (>= 2.6.7), cli-common-dev (>= 0.5.7~)
 Standards-Version: 3.8.4
 Homepage: http://www.ssw.uni-linz.ac.at/Research/Projects/Coco/
 
 Package: coco-cs
 Architecture: all
-Depends: mono-runtime
+Depends: ${cli:Depends}, ${misc:Depends}
 Description: Coco/R Compiler Generator (C-Sharp Version)
  Coco/R is a compiler generator, which takes an attributed grammar of a source
  language and generates a scanner and a parser for this language. The scanner
diff -u coco-cs-20110419/debian/rules coco-cs-20110419/debian/rules
--- coco-cs-20110419/debian/rules
+++ coco-cs-20110419/debian/rules
@@ -74,8 +74,11 @@
 	dh_strip
 	dh_compress
 	dh_fixperms
+	dh_clifixperms
 #	dh_perl
 #	dh_makeshlibs
+	dh_clistrip
+	dh_clideps
 	dh_installdeb
 	dh_shlibdeps
 	dh_gencontrol

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

[Jo Shields]

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
> experimental). iceweasel 5.0 will soon be uploaded to unstable, so
> your package needs to be updated to cope with the new version, or
> will have to be removed.
> 
> Build logs are available at
> http://people.debian.org/~glandium/iceweasel4-transition.logs.tbz2

Removal it is, then. Until upstream finish porting their web browser
component to something with a sane stable API, there's not much we can
do. libgluezilla has no rdeps - it'll just break the apps for people
running non-Debian Windows apps which embed a web browser.


signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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-ish file, since it isn't. :-)

You're right, it isn't. Which is why there's an ifdef to use SIGXFSZ
instead on __APPLE__, __OpenBSD__ or __FreeBSD__. Seems we forgot to add
__FreeBSD_kernel__ to the mix.


signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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-mod-mono (2.6.3-3) ...
> >  Using mono-apache-server2...
> >  Enabling module mod_mono.
> >  Run '/etc/init.d/apache2 restart' to activate new configuration!
> 
>  No confugration related question is there.
>  Then tryied to install that in pbuilder
> 
> > r...@hp115:/# aptitude install libapache2-mod-mono
> > The following NEW packages will be installed:
> >   libapache2-mod-mono
> > 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> > .Need to get 51.5 kB of archives. After unpacking 201 kB will be used.
> > Get:1 http://ftp.jp.debian.org/debian/ sid/main libapache2-mod-mono amd64 
> > 2.6.3-3 [51.5 kB]
> > Fetched 51.5 kB in 0s (157 kB/s)
> > debconf: delaying package configuration, since apt-utils is not installed
> > Selecting previously deselected package libapache2-mod-mono.
> > (Reading database ... 13085 files and directories currently installed.)
> > Unpacking libapache2-mod-mono (from 
> > .../libapache2-mod-mono_2.6.3-3_amd64.deb) ...
> > Setting up libapache2-mod-mono (2.6.3-3) ...
> > Using mono-apache-server2...
> > Enabling module mod_mono.
> > Run '/etc/init.d/apache2 restart' to activate new configuration!
> 
>   couldn't reproduce it, too.

I can't reproduce it, but I think I see how it could happen. I've
committed a fix to git; need to upload the package


signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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:
> > Y or I  : install the package maintainer's version
> > N or O  : keep your currently-installed version
> > D : show the differences between the versions
> > Z : start a shell to examine the situation
> > The default action is to keep your current version.
> > *** mod_mono.conf (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing 
> > libapache2-mod-mono (--configure):
> > EOF on stdin at conffile prompt
> > configured to not write apport reports
> > Errors were encountered while processing:
> > libapache2-mod-mono
> > E: Sub-process /usr/bin/dpkg returned an error code (1)

I can't reproduce this in a pbuilder - installed all the dependencies,
then installed the package alone:

r...@osc-franzibald:/# aptitude install libapache2-mod-mono
The following NEW packages will be installed:
  libapache2-mod-mono 
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 51.5 kB of archives. After unpacking 201 kB will be used.
Get:1 http://mirror.ox.ac.uk/debian/ sid/main libapache2-mod-mono amd64
2.6.3-3 [51.5 kB]
Fetched 51.5 kB in 0s (430 kB/s)  
Preconfiguring packages ...
Using mono-apache-server2...
Selecting previously deselected package libapache2-mod-mono.
(Reading database ... 15093 files and directories currently installed.)
Unpacking libapache2-mod-mono
(from .../libapache2-mod-mono_2.6.3-3_amd64.deb) ...
Setting up libapache2-mod-mono (2.6.3-3) ...

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:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
  D : show the differences between the versions
  Z : start a shell to examine the situation
 The default action is to keep your current version.
*** mod_mono.conf (Y/I/N/O/D/Z) [default=N] ? 
Using mono-apache-server2...
Enabling module mod_mono.
Run '/etc/init.d/apache2 restart' to activate new configuration!
 
r...@osc-franzibald:/# 


Your log makes it look like debconf is what's exploded, and it's not
clear why.




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

Bug#602024: Fixed in git

[Jo Shields]

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

[Jo Shields]

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

[Jo Shields]

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 chroot, your package failed
> to build on amd64.

I can't fix the bug without a major upstream version bump. I can't bump
the version without some rather concerning behaviour from upstream
(namely, the moon 2.0+ source package needs to bundle a local fork of
mono and mono-basic source, something I've been told by ftpmaster not to
even bother trying).


signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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 compiling a C# hello world program using
> gmcs, but gmcs itself also segfaults. I ran it under gdb and got the
> following:
> (/usr/bin/gmcs is a shell script which runs exec /usr/bin/mono
> $MONO_OPTIONS /usr/lib/mono/2.0/gmcs.exe "$@")
> 
> --8<--
> $ gdb /usr/bin/mono
> GNU gdb (GDB) 7.0.1-debian
> Copyright (C) 2009 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show
> copying"
> and "show warranty" for details.
> This GDB was configured as "i486-linux-gnu".
> For bug reporting instructions, please see:
> ...
> Reading symbols from /usr/bin/mono...Reading symbols from
> /usr/lib/debug/usr/bin/mono...done.
> (no debugging symbols found)...done.
> (gdb) run /usr/lib/mono/2.0/gmcs.exe
> Starting program: /usr/bin/mono /usr/lib/mono/2.0/gmcs.exe
> [Thread debugging using libthread_db enabled]
> 
> Program received signal SIGBUS, Bus error.
> 0x081c930c in mono_shared_area () at mono-mmap.c:476
> 476   mono-mmap.c: No such file or directory.
>   in mono-mmap.c
> --8<--

I don't think you've installed it fully - mono-gac should never be
marked as pn.

Are you sure mono-runtime is installed?


signature.asc
Description: This is a digitally signed message part

Bug#582995: Not only CFLAGS

[Jo Shields]

-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 --version
0.24

j...@osc-franzibald:/$ pkg-config --libs monodoc
/r:/usr/lib/mono/monodoc/monodoc.dll
j...@osc-franzibald:/$ pkg-config --version
0.22

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
iQEcBAEBAgAGBQJL/q0UAAoJEMkPnLkOH60MN54H/jwb13luUR+yrATF4eietq93
8ViU4n3zHcPRJE2lu9qkWjiY5PVDJ7j076S9hQ6KRsoPAYoki7wrFqhM6HWja5am
mmMTuiPWvqf9/hFiBnvKbIFlb10TXywrwEbi0TPaRaEFp2T+7XjR6yuMtY9w3ci5
i3nrf/hRtoU5BGhZT4O5rvYveFN/3S05nHQOwFN03rD/Nh6R25YwfunSmi0Xnvs/
PaDTn2nwo1eKywcII+VfusQVF/t9kVPiXuMo5qAkTa4dV/pXnQJQL/jPfp9o3B+y
55sviABcQggzsNoycTA6t98Y3ARUdoYnmML50IHJJRtkSjQOrpSNibkdLxZ+uwY=
=M/pv
-END PGP SIGNATURE-




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

Bug#520862: NMU'd

[Jo Shields]

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

[Jo Shields]

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

[Jo Shields]

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:Depends}


signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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
> checking for /usr/bin/csc... no
> 
> 
> Warning:
> Support for C# has been disabled as I have not been able to
> locate a mandatory program. Please change $PATH or run
> with option --help on how to overcome this problem.
> 
> 
> configure: creating ./config.status
> ...
>  fakeroot debian/rules binary
> dh_testdir
> /usr/bin/make -f debian/Makefile.debian build_antlr
> make[1]: Entering directory `/tmp/buildd/antlr-2.7.7'
> /usr/lib/jvm/default-java/bin/javac -source 1.4 `find antlr -name '*.java'`
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> /usr/lib/jvm/default-java/bin/jar cf antlr.jar `find . -name '*.class'`
> make[1]: Leaving directory `/tmp/buildd/antlr-2.7.7'
> /usr/bin/make -C lib/csharp
> make[1]: Entering directory `/tmp/buildd/antlr-2.7.7/lib/csharp'
> make[1]: *** No targets specified and no makefile found.  Stop.
> make[1]: Leaving directory `/tmp/buildd/antlr-2.7.7/lib/csharp'
> make: *** [build-stamp-indep] Error 2
> dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 
> 2
> 
> I'm not sure what Build-Depends is missing in the source package that
> should be there to provide /usr/bin/csc.

We were forced to stop using csc due to a conflict with the Chicken
Scheme Compiler - and unfortunately I totally missed antlr from my list
o' rdepends when trying to handle the migration. Please use mono-csc
instead.


signature.asc
Description: This is a digitally signed message part

Bug#562279: RC bug fix

[Jo Shields]

tags 562279 patch
thanks

Attached is a fix for this RC bug
diff -u hipo-0.6.1/config.guess hipo-0.6.1/config.guess
diff -u hipo-0.6.1/config.sub hipo-0.6.1/config.sub
diff -u hipo-0.6.1/debian/changelog hipo-0.6.1/debian/changelog
--- hipo-0.6.1/debian/changelog
+++ hipo-0.6.1/debian/changelog
@@ -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   Sun, 24 Jan 2010 12:11:19 +
+
 hipo (0.6.1-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u hipo-0.6.1/debian/rules hipo-0.6.1/debian/rules
--- hipo-0.6.1/debian/rules
+++ hipo-0.6.1/debian/rules
@@ -14,7 +14,7 @@
 	--prefix=/usr --mandir=\$${prefix}/share/man \
 	--infodir=\$${prefix}/share/info \
 	--disable-scrollkeeper \
-	MCS=/usr/bin/csc
+	MCS=/usr/bin/mono-csc
 
 patch: patch-stamp
 patch-stamp:
diff -u hipo-0.6.1/debian/control hipo-0.6.1/debian/control
--- hipo-0.6.1/debian/control
+++ hipo-0.6.1/debian/control
@@ -3,7 +3,7 @@
 Section: sound
 Maintainer: Arthur Loiret 
 Build-Depends: debhelper (>= 6)
-Build-Depends-Indep: autotools-dev, libxml-parser-perl, gnome-doc-utils, cli-common-dev (>= 0.4.4), mono-devel (>= 2.0.1), libglib2.0-dev, libgtk2.0-cil, libglade2.0-cil, libgnome2.24-cil, libipod-cil (>= 0.8.0), libipodui-cil (>= 0.8.0), libipoddevice-dev, libtaglib2.0-cil, libndesk-dbus-glib1.0-cil
+Build-Depends-Indep: autotools-dev, libxml-parser-perl, gnome-doc-utils, cli-common-dev (>= 0.4.4), mono-devel (>= 2.4.3), libglib2.0-dev, libgtk2.0-cil-dev, libglade2.0-cil-dev, libgnome2.0-cil-dev, libipod-cil-dev, libipodui-cil-dev, libipoddevice-dev, libtaglib-cil-dev, libndesk-dbus-glib1.0-cil-dev
 Standards-Version: 3.7.3
 Homepage: http://www.gnome.org/projects/hipo
 Vcs-Git: git://git.madism.org/~arthur/hipo.git

Bug#562393: Mono bug, not IKVM bug

[Jo Shields]

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

[Jo Shields]

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/control
-+++ libkarma-0.0.6/debian/control
-@@ -2,7 +2,7 @@
- Priority: extra
- Maintainer: Joe Nahmias 
- Build-Depends: debhelper (>= 6), dpatch, zlib1g-dev, libtagc0-dev, libusb-dev
--Build-Depends-Indep: cli-common-dev (>= 0.4.4), mono-gmcs (>= 1.0) | 
c-sharp-2.0-compiler, libmono2.0-cil
-+Build-Depends-Indep: cli-common-dev (>= 0.4.4), mono-devel | 
c-sharp-2.0-compiler, libmono2.0-cil
- Standards-Version: 3.8.0
- Section: libs
- Homepage: http://www.freakysoft.de/html/libkarma/
-diff -u libkarma-0.0.6/debian/rules libkarma-0.0.6/debian/rules
 libkarma-0.0.6/debian/rules
-+++ libkarma-0.0.6/debian/rules
-@@ -30,7 +30,7 @@
-   touch $@
- build-indep: patch
-   dh_testdir
--  $(MAKE) karma-sharp
-+  $(MAKE) karma-sharp MCS=/usr/bin/csc
-   touch $@
- 
- clean: clean-patched unpatch
-diff -u libkarma-0.0.6/debian/changelog libkarma-0.0.6/debian/changelog
diff -u libkarma-0.0.6/debian/rules libkarma-0.0.6/debian/rules
--- libkarma-0.0.6/debian/rules
+++ libkarma-0.0.6/debian/rules
@@ -30,7 +30,7 @@
touch $@
 build-indep: patch
dh_testdir
-   $(MAKE) karma-sharp MCS=/usr/bin/csc
+   $(MAKE) karma-sharp MCS=/usr/bin/mono-csc
touch $@
 
 clean: clean-patched unpatch
@@ -47,13 +47,13 @@
dh_testdir
dh_testroot
dh_installdirs
-   cd src && $(MAKE) DESTDIR=$(CURDIR)/debian/tmp install
-   cd tools && $(MAKE) DESTDIR=$(CURDIR)/debian/tmp install
+   cd src && $(MAKE) DESTDIR=$(CURDIR)/debian/tmp install VERSION=0.0.6
+   cd tools && $(MAKE) DESTDIR=$(CURDIR)/debian/tmp install VERSION=0.0.6
 install-indep: build-indep
dh_testdir
dh_testroot
dh_installdirs
-   cd karma-sharp && $(MAKE) DESTDIR=$(CURDIR)/debian/tmp install
+   cd karma-sharp && $(MAKE) DESTDIR=$(CURDIR)/debian/tmp install 
VERSION=0.0.6
 
 binary-indep: export DH_OPTIONS := -i
 binary-indep: build-indep install-indep
diff -u libkarma-0.0.6/debian/control libkarma-0.0.6/debian/control
--- libkarma-0.0.6/debian/control
+++ libkarma-0.0.6/debian/control
@@ -1,7 +1,7 @@
 Source: libkarma
 Priority: extra
 Maintainer: Joe Nahmias 
-Build-Depends: debhelper (>= 6), dpatch, zlib1g-dev, libtagc0-dev, libusb-dev, 
mono-devel (>= 2.0.1)
+Build-Depends: debhelper (>= 6), dpatch, zlib1g-dev, libtagc0-dev, libusb-dev, 
mono-devel (>= 2.4.2.3)
 Build-Depends-Indep: cli-common-dev (>= 0.4.4), libmono2.0-cil (>= 2.0.1)
 Standards-Version: 3.8.0
 Section: libs
@@ -64,0 +65,12 @@
+Package: libkarma-cil-dev
+Section: libs
+Architecture: all
+Depends: libkarma-cil (= ${binary:Version}), ${misc:Depends}
+Replaces: libkarma-cil (<< 0.0.6-4.3)
+Description: Rio Karma access library [CLI library development files]
+ Also known as karma-sharp, this is a CLI library (.dll) that
+ provides (read/write) access to the Rio Karma music player using
+ either the usb (with OMFS) or network (PEARL) interface.
+ .
+ This package contains development files for the karma-sharp library used for
+ compilation.
diff -u libkarma-0.0.6/debian/libkarma-cil.install 
libkarma-0.0.6/debian/libkarma-cil.install
--- libkarma-0.0.6/debian/libkarma-cil.install
+++ libkarma-0.0.6/debian/libkarma-cil.install
@@ -2 +1,0 @@
-usr/lib/pkgconfig/*
diff -u libkarma-0.0.6/debian/changelog libkarma-0.0.6/debian/changelog
--- libkarma-0.0.6/debian/changelog
+++ libkarma-0.0.6/debian/changelog
@@ -1,3 +1,16 @@
+libkarma (0.0.6-4.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/control:
++ Bump mono-devel version to 2.4.2.3 for mono-csc
++ Create -cil-dev package containing pcfiles
+  * debian/rules:
++ Use MCS=/usr/bin/mono-csc instead of /usr/bin/csc (Closes: #562259)
++ Add VERSION=0.0.6 to karma-sharp $(MAKE) invocations to ensure
+  Version: field of .pc file is populated (Closes: #551049)
+
+ -- Chow Loong Jin   Thu, 21 Jan 2010 19:31:18 +0800
+
 libkarma (0.0.6-4.2) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- libkarma-0.0.6.orig/debian/libkarma-cil-dev.install
+++ libkarma-0.0.6/debian/libkarma-cil-dev.install
@@ -0,0 +1 @@
+usr/lib/pkgconfig/*

Bug#562273: patch for RC bug

[Jo Shields]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 562273 patch
thanks

This has been uploaded to DELAYED/7
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJLVkbMAAoJEMkPnLkOH60Md88IAKJFMDARLBvglmG0f1XjEPMg
2oDLjC0RK57rHMjbjQa5IH5KnwfcBFrLXC1NBxboDjhAcmWevJHsDW0NKZcobMmn
zhXu/OZgW2FVS46SPPOrDLvs1+lhWTrVmp7zBxp3/aG5/R+rrytU6qtS8vISmX4X
E5BS/Cn5bif06M6lpAwWRoJZudXESDe1sYvzac/H3DwWf2aU5W52ydV27YSdx034
Gvfrag/Ztns0onjczFpmM1fqBIzqPwMYP1VgJieBRy83fBvyNG46q1iPA1FHbiZi
G1rDsnuDGHF7N0wGSUXhEDnX+35BQov7YNFtuI9IDsh1VI/iMle2//BWh8gkFnY=
=nI+Z
-END PGP SIGNATURE-
diff -u lat-1.2.3/debian/changelog lat-1.2.3/debian/changelog
--- lat-1.2.3/debian/changelog
+++ lat-1.2.3/debian/changelog
@@ -1,3 +1,14 @@
+lat (1.2.3-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules,
+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 instead of
diff -u lat-1.2.3/debian/rules lat-1.2.3/debian/rules
--- lat-1.2.3/debian/rules
+++ lat-1.2.3/debian/rules
@@ -9,7 +9,7 @@
-DEB_CONFIGURE_EXTRA_FLAGS += MCS=/usr/bin/csc
+DEB_CONFIGURE_EXTRA_FLAGS += MCS=/usr/bin/mono-csc
 
 common-binary-predeb-indep::
dh_clideps
 
 install/lat::
-   rm -rf $(CURDIR)/debian/lat/var
\ No newline at end of file
+   rm -rf $(CURDIR)/debian/lat/var
diff -u lat-1.2.3/debian/control lat-1.2.3/debian/control
--- lat-1.2.3/debian/control
+++ lat-1.2.3/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Eric Dorland 
 Build-Depends: cdbs, debhelper (>= 4.1)
-Build-Depends-Indep: cli-common-dev (>= 0.4.4), mono-devel (>= 2.0.1), 
libmono-dev, libmono2.0-cil, libgnome2.24-cil, libgtk2.0-cil (>= 2.4), 
libgconf2.0-cil, libglade2.0-cil, libmono-cairo2.0-cil, libmono-ldap2.0-cil, 
libgnome-keyring-dev (>= 0.4.2), scrollkeeper, libxml-parser-perl, pkg-config
+Build-Depends-Indep: cli-common-dev (>= 0.4.4), mono-devel (>= 2.4.3), 
libmono-dev, libgnome2.0-cil-dev, libgtk2.0-cil-dev, libgconf2.0-cil-dev, 
libglade2.0-cil-dev, libgnome-keyring-dev (>= 0.4.2), scrollkeeper, 
libxml-parser-perl, pkg-config
 Standards-Version: 3.8.0
 Vcs-Git: git://git.debian.org/~eric/lat.git
 Vcs-Browser: http://git.debian.org/?p=users/eric/lat.git

Bug#562285: fix RC bug in drapes

[Jo Shields]

tags 562285 patch
diff -u drapes-0.5.2/debian/changelog drapes-0.5.2/debian/changelog
--- drapes-0.5.2/debian/changelog
+++ drapes-0.5.2/debian/changelog
@@ -1,3 +1,16 @@
+drapes (0.5.2-3.2) unstable; urgency=low
+
+  * NMU to fix RC bug
+  * debian/control,
+debian/rules:
++ Use mono-csc 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
 
   * Non-maintainer upload.
diff -u drapes-0.5.2/debian/rules drapes-0.5.2/debian/rules
--- drapes-0.5.2/debian/rules
+++ drapes-0.5.2/debian/rules
@@ -6,7 +6,7 @@
 include /usr/share/cdbs/1/class/gnome.mk
 include /usr/share/cdbs/1/rules/simple-patchsys.mk
 
-DEB_CONFIGURE_EXTRA_FLAGS := --disable-scrollkeeper CSC=/usr/bin/csc
+DEB_CONFIGURE_EXTRA_FLAGS := --disable-scrollkeeper CSC=/usr/bin/mono-csc
 
 common-configure-indep::
 	mkdir -p $(MONO_SHARED_DIR)/.wapi
diff -u drapes-0.5.2/debian/control drapes-0.5.2/debian/control
--- drapes-0.5.2/debian/control
+++ drapes-0.5.2/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Francesco Namuri 
 Build-Depends: cdbs, debhelper (>=5)
-Build-Depends-Indep: libmono-dev (>= 1.1.17), mono-devel, libgnome2.24-cil, libgnomepanel2.24-cil, libgtk2.0-cil (>= 2.8), libmono-cairo2.0-cil(>=1.0), gnome-doc-utils (>=0.6), scrollkeeper (>= 0.3.0) | rarian-compat, imagemagick, libxml-parser-perl, cli-common-dev (>= 0.4.4), pkg-config, autotools-dev, libglade2.0-cil, libgconf2.0-cil, libmono2.0-cil, patchutils
+Build-Depends-Indep: libmono-dev (>= 1.1.17), mono-devel (>= 2.4.3), libgnome2.0-cil-dev, libgnomepanel2.24-cil-dev, libgtk2.0-cil-dev, gnome-doc-utils (>=0.6), scrollkeeper (>= 0.3.0) | rarian-compat, imagemagick, libxml-parser-perl, cli-common-dev (>= 0.4.4), pkg-config, autotools-dev, libglade2.0-cil-dev, libgconf2.0-cil-dev, patchutils
 Homepage: http://drapes.mindtouchsoftware.come/
 Standards-Version: 3.8.0
 
diff -u drapes-0.5.2/debian/patches/drapes-Makefile.in.patch drapes-0.5.2/debian/patches/drapes-Makefile.in.patch
--- drapes-0.5.2/debian/patches/drapes-Makefile.in.patch
+++ drapes-0.5.2/debian/patches/drapes-Makefile.in.patch
@@ -5,7 +5,7 @@
  ASSEMBLIES = \
  	-r:System.Xml\
  	-r:Mono.Posix\
-+	-pkg:gnome-sharp-2.24		\
++	-pkg:gnome-sharp-2.0		\
 +	-pkg:gnome-panel-sharp-2.24		\
  	-pkg:gconf-sharp-2.0		\
  	-pkg:glade-sharp-2.0		\


signature.asc
Description: This is a digitally signed message part

Bug#562262: RC bug fix

[Jo Shields]

tags 562262 patch
diff -u last-exit-6/debian/changelog last-exit-6/debian/changelog
--- last-exit-6/debian/changelog
+++ last-exit-6/debian/changelog
@@ -1,3 +1,14 @@
+last-exit (6-4.1) unstable; urgency=low
+
+  * NMU to fix RC bug
+  * debian/control.in:
++ Use -dev packages for build-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-exit-6/debian/rules
+++ last-exit-6/debian/rules
@@ -12,7 +12,7 @@
 include /usr/share/gnome-pkg-tools/1/rules/uploaders.mk
 -include /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk
 
-DEB_CONFIGURE_SCRIPT_ENV += LDFLAGS="-Wl,-O1 -Wl,--as-needed" MCS=/usr/bin/csc
+DEB_CONFIGURE_SCRIPT_ENV += LDFLAGS="-Wl,-O1 -Wl,--as-needed" MCS=/usr/bin/mono-csc
 DEB_CONFIGURE_EXTRA_FLAGS := --disable-static
 
 common-binary-predeb-arch common-binary-predeb-indep::
diff -u last-exit-6/debian/control.in last-exit-6/debian/control.in
--- last-exit-6/debian/control.in
+++ last-exit-6/debian/control.in
@@ -9,21 +9,20 @@
autotools-dev,
intltool,
cli-common-dev (>= 0.4.4),
-   mono-devel (>= 2.0.0),
+   mono-devel (>= 2.4.3),
libgtk2.0-dev (>= 2.6),
libgconf2-dev,
libgstreamer0.10-dev (>= 0.10.11),
libgstreamer-plugins-base0.10-dev (>= 0.10.11),
-   libmono-cairo2.0-cil,
-   libgtk2.0-cil (>= 1.9.2),
-   libglade2.0-cil (>= 1.9.2),
-   libgconf2.0-cil (>= 1.9.2),
-   libgnome2.24-cil (>= 1.9.2),
+   libgtk2.0-cil-dev,
+   libglade2.0-cil-dev,
+   libgconf2.0-cil-dev,
+   libgnome2.0-cil-dev,
libdbus-1-dev (>= 0.60),
libdbus-glib-1-dev (>= 0.60),
libsexy-dev (>= 0.1.5),
-   libndesk-dbus1.0-cil (>= 0.4),
-   libndesk-dbus-glib1.0-cil (>= 0.3)
+   libndesk-dbus1.0-cil-dev,
+   libndesk-dbus-glib1.0-cil-dev
 Standards-Version: 3.8.1
 Homepage: http://lastexit-player.org
 Vcs-Svn: svn://svn.debian.org/svn/pkg-gnome/packages/unstable/last-exit/


signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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 immediately with the 
> >> following
> >> output:
> >>
> >> Unhandled Exception: System.DllNotFoundException: intl
> >>   at (wrapper managed-to-native) Mono.Unix.Catalog:bindtextdomain 
> >> (intptr,intptr)
> >>   at Mono.Unix.Catalog.Init (System.String package, System.String 
> >> localedir) [0x0] 
> >>   at Do.Do.Main (System.String[] args) [0x0] 
> >>
> >> Unhandled Exception: System.DllNotFoundException: msvcrt
> >>   at (wrapper managed-to-native) Mono.Unix.Native.Stdlib:free (intptr)
> >>   at Mono.Unix.UnixMarshal.FreeHeap (IntPtr ptr) [0x0] 
> >>   at Mono.Unix.Catalog.Init (System.String package, System.String 
> >> localedir) [0x0] 
> >>   at Do.Do.Main (System.String[] args) [0x0] 
> - --snip--
> > 
> > This looks an AWFUL lot like a broken Mono install. Is
> > your /etc/mono/config world-readable, and does it contain entries for
> > intl and msvcrt? What does "which mono" return?
> > 
> 
> It looks like I don't even have a /etc/mono/config. Here are the
> contents of that directory:
> 
> total 324K
> drwxr-xr-x 2 root root   63 2009-04-05 23:39 1.0
> drwxr-xr-x 3 root root  114 2009-04-05 23:39 2.0
> - -rw-r--r-- 1 root root 321K 2008-08-09 08:22 browscap.ini
> drwxr-xr-x 2 root root   23 2009-04-05 23:40 mconfig
> 
> "which mono" gives "/usr/bin/mono"
> 
> I know nothing about mono, other than the fact that a few of the apps I
> use use it, so I've never touched any configuration files. If that
> config file is missing is there a package that I can reinstall to get it
> back?

The file in question is part of the mono-common package. Try an
"aptitude purge mono-common" then reinstall gnome-do


signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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
> output:
> 
> Unhandled Exception: System.DllNotFoundException: intl
>   at (wrapper managed-to-native) Mono.Unix.Catalog:bindtextdomain 
> (intptr,intptr)
>   at Mono.Unix.Catalog.Init (System.String package, System.String localedir) 
> [0x0] 
>   at Do.Do.Main (System.String[] args) [0x0] 
> 
> Unhandled Exception: System.DllNotFoundException: msvcrt
>   at (wrapper managed-to-native) Mono.Unix.Native.Stdlib:free (intptr)
>   at Mono.Unix.UnixMarshal.FreeHeap (IntPtr ptr) [0x0] 
>   at Mono.Unix.Catalog.Init (System.String package, System.String localedir) 
> [0x0] 
>   at Do.Do.Main (System.String[] args) [0x0] 
> 
> 
> I have tried reinstalling gnome-do, gnome-do-plugins, and all packages listed
> as Depends for it with no luck.

This looks an AWFUL lot like a broken Mono install. Is
your /etc/mono/config world-readable, and does it contain entries for
intl and msvcrt? What does "which mono" return?



signature.asc
Description: This is a digitally signed message part

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

[Jo Shields]

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' and 
'gcc-4.2' are distinct from the 'gcc' symlink.


See changelog for 2.0-1



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

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

[Jo Shields]

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)

[Jo Shields]

Package: nini
Version: 1.1.0+dfsg-2
Severity: serious
Justification: Policy 2.1

Shipping binary-only copies of libraries violates §2 of the Debian Free
Software Guidelines [0]. Also, binary-only distribution makes security
support impossible. Thus I am filing a Serious bug.

The named files 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




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Jo Shields]

Package: dfo
Version: 0.7+svn45-3
Severity: serious
Justification: Policy 2.1

Shipping binary-only copies of libraries violates §2 of the Debian Free
Software Guidelines [0]. Also, binary-only distribution makes security
support impossible. Thus I am filing a Serious bug.

The named library is 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 [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Jo Shields]

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.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Jo Shields]

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
> > 
> > Hi,
> > 
> > During a rebuild of all packages in sid, your package failed to build on 
> > i386.
> > 
> > This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is 
> > now
> > the default on most architectures (even if it's not the case on i386 yet).
> > Feel free to downgrade this bug to 'important' if your package is only built
> > on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine 
> > with
> > gcc 4.2).
> > 
> > Relevant part:
> > > gcc -I../.. -I../../libgc/include -pthread -I/usr/include/glib-2.0 
> > > -I/usr/lib/glib-2.0/include -g -O2 -O2 -g -fno-strict-aliasing 
> > > -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes 
> > > -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes 
> > > -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align 
> > > -Wwrite-strings -mno-tls-direct-seg-refs 
> > > -Wl,-version-script=./ldscript.mono -o mono main.o -pthread 
> > > -Wl,--export-dynamic  ./.libs/libmono-static.a /usr/lib/libgthread-2.0.so 
> > > -lrt /usr/lib/libglib-2.0.so -ldl -lpthread -lm  
> > > ./.libs/libmono-static.a(boehm-gc.o): In function 
> > > `mono_gc_get_managed_allocator_by_type':
> > > /build/user/mono-1.9+dfsg/mono/metadata/boehm-gc.c:698: undefined 
> > > reference to `GC_thread_tls'
> > > ./.libs/libmono-static.a(boehm-gc.o): In function 
> > > `mono_gc_get_managed_allocator':
> > > /build/user/mono-1.9+dfsg/mono/metadata/boehm-gc.c:632: undefined 
> > > reference to `GC_thread_tls'
> > > collect2: ld returned 1 exit status
> 
> This is a bug in mono's build system:
> https://bugzilla.novell.com/show_bug.cgi?id=373113
> 
> This is fixed upstream already

Fixed in SVN revision 98803:
http://anonsvn.mono-project.com/viewcvs/trunk/mono/configure.in?rev=98803&r1=98664&r2=98803

If the "real fix" is preferred to the workaround.

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

[Jo Shields]

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 myself unable to run any executable
I build myself, even if it's from a pristine freshly
dpkg-source'd source package. I managed to successfully build
by removing "--enable-gtk2" and "--enable-external-rcon" from
debian/rules, so it seems to be a GTK2 problem.

The problem also occurs in an i386 chroot, and has been
confirmed by an associate running Sid.

-- System Information:
Debian Release: testing/unstable
 APT prefers testing
 APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages xqf depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared 
libraries an
ii  libgdk-pixbuf20.22.0-11  The GdkPixBuf image 
library, gtk+
ii  libgeoip1 1.3.14-2   A non-DNS IP-to-country 
resolver l

ii  libglib1.21.2.10-10.1The GLib library of C routines
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of 
widgets fo
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol 
client li
ii  libxext6  6.9.0.dfsg.1-4 X Window System 
miscellaneous exte
ii  libxi66.9.0.dfsg.1-4 X Window System Input 
extension li
ii  qstat 2.10-1 Command-line tool for 
querying qua

ii  zlib1g1:1.2.3-9  compression library - runtime

xqf recommends no packages.

-- no debconf information



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Jo Shields]

Package: kernel-image-2.6.8-2-686
Followup-For: Bug #289690


Further to the above report, I have a somewhat lazier smbfs mount set on boot 
(some simple entries in fstab, with a credentials file).

Some of my music, stored on a Windows Server 2003 machine, is not properly 
accessible via these smbfs mounts - there is a delay of up to a minute and an 
I/O error, before the file is transferred.

This problem ONLY occurs with smbfs on kernel 2.6.8 - the same files are 
accessible using Windows XP, the same kernel with smbclient, the same kernel 
with -t cifs instead of -t smbfs, or a 2.6.11 kernel with -t smbfs.

[EMAIL PROTECTED]:~$ time cp /mnt/gir/music/Eels/Blinking\ Lights\ And\ Other\ 
Revelations/05\ -\ Trouble\ With\ Dreams.mp3 /tmp/
cp: reading `/mnt/gir/music/Eels/Blinking Lights And Other Revelations/05 - 
Trouble With Dreams.mp3': Input/output error
real0m31.449s
user0m0.007s
sys 0m0.058s
[EMAIL PROTECTED]:~$ time cp /mnt/foo/Eels/Blinking\ Lights\ And\ Other\ 
Revelations/05\ -\ Trouble\ With\ Dreams.mp3 /tmp/
real0m0.057s
user0m0.002s
sys 0m0.053s

/mnt/gir/music and /mnt/foo are mounting the same Windows Server 2003 share, 
the former 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)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#296907: nvclock policy issue followup, patch included

[Jo Shields]

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, only runs 
as root, uses /dev/mem instead of /dev/nvidia*). As a result, I've made 
a small patch to debian/control, to fix the package description and 
place a Recommends: on nvidia-glx.

-- System Information:
Debian Release: 3.1
 APT prefers testing
 APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.11-9-amd64-k8
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
--- control.old	2005-04-12 13:53:06.0 +
+++ control	2005-04-12 13:56:11.0 +
@@ -8,26 +8,29 @@
 Package: nvclock
 Architecture: any
 Depends: ${shlibs:Depends}
+Recommends: nvidia-glx
 Description: Allows you to overclock your nVidia card under GNU/Linux
  This program allows you to overclock your nVidia chip based video card. 
- You need to have the official nVidia drivers installed.
+ The official binary nVidia drivers are required for some functionality.
  .
  This is the console version.
 
 Package: nvclock-gtk
 Architecture: any
 Depends: ${shlibs:Depends}
+Recommends: nvidia-glx
 Description: Allows you to overclock your nVidia card under GNU/Linux
  nvclock allows you to overclock your nVidia chip based video card.
- You need to have the official nVidia drivers installed.
+ The official binary nVidia drivers are required for some functionality.
  .
  This is the GTK version.
 
 Package: nvclock-qt
 Architecture: any
 Depends: ${shlibs:Depends}
+Recommends: nvidia-glx
 Description: Allows you to overclock your nVidia card under GNU/Linux
  nvclock allows you to overclock your nVidia chip based video card.
- You need to have the official nVidia drivers installed.
+ The official binary nVidia drivers are required for some functionality.
  .
  This is the Qt version.

Bug#296907: nvclock violates policy by being in Main

[Jo Shields]

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 nvidia-glx (non-free) then it is in
violation of Debian policy for doing so whilst living in main rather than
Contrib - plus, it would need an explicit Depends on the package to
reflect it. If it does not rely on nvidia-glx, then the description is 
wrong,
and needs to be addressed.

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.10-9-amd64-k8
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Jo Shields]

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 the program; hence if chaos results then it is the admin's own
fault.  He should have known better.
If a higher standard than this were applied to gnome-system-tools --
e.g., if the standard were applied that g-s-t should not mangle system
configuration files or dupe the admin into doing so, then g-s-t would
not be releasable.  (See the many bugs open against g-s-t in the Debian
BTS.)  If it couldn't be released with sarge then neither could the
"gnome" package, which depends on it.  You don't want sarge releasing
without GNOME, do you?
(P.S. Please note that this is my sarcastic way of saying that this bug
report is an additional reason for deeming g-s-t not to be of release
quality.)
   

Thomas,
You should contact the correct BTS (yes, upstream! gnome one!
surprisingly, debian is not the only distro under the sun, nor the only
one that g-s-t supports, nor has the only and one BTS I must read) with
a copy of the file that fails or a test-case (that should be clever
indeed), instead of blaming blindly with your offending and annoying
sarcasm
but notice that if it hasn't been fixed before, it's because I couldn't
experiment this, and because I can't magically know the config files
that the people have
	now let's try to be helpful
 

As requested. menu.list.correct is the original file. menu.list.gnomed 
is the same file after running boot-admin, saving without changing 
anything. menu.list.grubbed is menu.lst after update-grub has run on the 
boot-admin'd file. Note boot-admin drops the ### END DEBIAN AUTOMAGIC 
KERNELS LIST, so update-grub assumes all entries in the file can be 
wiped & recreated from /boot.
# menu.lst - See: grub(8), info grub, update-grub(8)
#grub-install(8), grub-floppy(8),
#grub-md5-crypt, /usr/share/doc/grub
#and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.   
default 0

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout 5

# Pretty colours
color cyan/blue white/blue

## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line)  and entries protected by the
# command 'lock'
# e.g. password topsecret
#  password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret

#
# examples
#
# title Windows 95/98/NT/2000
# root  (hd0,0)
# makeactive
# chainloader   +1
#
# title Linux
# root  (hd0,1)
# kernel/vmlinuz root=/dev/hda2 ro
#

#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default optons below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specifiv kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
# kopt=root=/dev/hda7 ro vga=792

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,4)

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##  alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##  lockalternative=false
# lockalternative=false

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##  altoptions=(recovery mode) single
# altoptions=(recovery mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##  howmany=7
# howmany=all

## should update-grub create memtest86 boot option
## e.g. memtest86=true
##  memtest86=false
# memtest86=true

## ## End Default Options ##

title   Debian GNU/Linux, kernel 2.6.8-1-686-smp 
root(hd0,4)
kernel  /vmlinuz-2.6.8-1-686-smp root=/dev/hda7 ro vga=792 
initrd  /initrd.img-2.6.8-1-686-smp
savedefault
boot

title   Debian GNU/Linux, kernel 2.6.8-1-686-smp (recovery mode)
root(hd0,4)
kernel  /vmlinuz

Bug#267799: nvidia module not autoloading

[Jo Shields]

It's worth nothing that I've filed a separate bug (number 288675) which 
covers the exact same symptoms, on udev-based systems.

Essentially, nvidia.(k)o is loaded automatically when something pokes 
/dev/nvidia*, but with udev or devfs, these /dev entries do not exist 
without the nvidia 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.shields.html
---
. __
./ BOFH excuse #148:\
.|  |
.\ Insert coin for new game /
. --
.   \   ,__,
.\  (oo)
.   (__))\
.  ||--|| *

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]