Yes, we get the same problem too, it happened between the switch from
mono 1.0.2 to 1.0.4.
I investigated already and it's not upstream related, but packaging
related. Mono 1.0.2 built fine the 1.0.4 version though.
I am further investigating
Thanks for your bugreport
--
Regards,
Mirco 'mee
retitle 323564 Crash on startup with Exception in Gdl.DockLayout:SetupObject
close 323564
thanks
This bug was fixed upstream in 0.8 which is also in Debian, thus closing this
bugreport now.
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946
tags 295176 +moreinfo
Does this crash still happen with the current monodevelop (0.9-1)?
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL$ P L++$>+++$ E- W+++$ N o
Are you still working on the package?
If not, I would package and maintain LAT, because I need it for my daily
work :)
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL+
On Tue, 2005-11-29 at 14:36 +0100, Guido Trotter wrote:
> I'm interested in LAT in principle, but don't think it's ready to enter debian
> ATM, while it misses SSL/TLS connection support, which I think is a really
> important feature for a remote ldap manager...
I agree with you, after I tested LA
reopen 316020 =
reopen 327182 =
thanks
In which debian-release is this bug fixed?
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL$ P L++$>+++$ E- W+++$ N o? K- w+
On Sat, 2005-12-10 at 16:09 +0100, Robert Millan wrote:
> Any progress on this bug?
>
Short:
not really, I don't have good feelings to use the debian boehm gc for
Mono.
Long:
Mono is not simply bundling the boehm gc, they are also doing (required)
fixes/changes to it which are found while mono's
wrapper is deprecated and broken now
+(Closes: #329454)
+ * Added debian/booc, debian/booi and debian/booish shell wrapper scripts.
+
+ -- Mirco Bauer <[EMAIL PROTECTED]> Sun, 6 Nov 2005 21:21:36 +0100
+
boo (0.6.0.1858-1) unstable; urgency=low
* New upstream release
diff -u boo-0.6.0
On Sun, 2005-12-18 at 15:28 +0100, Alfredo Pironti wrote:
> Package: mono
> Version: 1.1.10-1
> Followup-For: Bug #333851
>
> Hi,
> the mono package is still missing the dependency to libmono0 (or
> at list a recommends).
Yes and it's right that way. Nothing in mono uses anything (since its an
em
On Wed, 2005-12-28 at 15:27 +0100, Robert Millan wrote:
> On Wed, Dec 28, 2005 at 03:33:26AM -0800, Debian Bug Tracking System wrote:
> > + debian/control:
> > - Added libx11-dev and libxt-dev to build-deps.
> > - Added libgc-dev [kfreebsd-i386] to build-deps. (Closes: #322599)
On Wed, 2005-12-28 at 02:21 -0500, Justin Pryzby wrote:
> Is there any progess on this bug? Where is dh_installxsp supposed to
> come from?
from mono-xsp-base will which hit debian/unstable soon (xsp 1.1.x that
is)
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/loo
Package: asterisk-chan-capi
Version: 0.3.5-12
Severity: grave
Asterisk 1.2.1 doesn't start anymore because of chan-capi:
Jan 1 19:43:31 WARNING[29872] loader.c:
/usr/lib/asterisk/modules/chan_capi.so: undefined symbol: ast_pthread_create
Jan 1 19:43:31 WARNING[29872] loader.c: Loading module ch
reopen 318808
thanks
This package is empty again thus breaks all applications using it.
pbx_bullfrog:/usr/src# dpkg -L libcapi20-3
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libcapi20-3
/usr/share/doc/libcapi20-3/copyright
/usr/share/doc/libcapi20-3/changelog.Debian.gz
/usr/share/lintian
/u
retitle 324007 ldap-data-server crashes when trying to create/update contacts
stored in ldap
tags 324007 + patch upstream fixed-upstream
forwarded 324007 http://bugzilla.gnome.org/show_bug.cgi?id=303685
thanks
The problem is not GCC, but the broken code is.
Here a patch which I found at redhat t
On Mon, 2005-11-14 at 23:28 +1100, Nathan Robertson wrote:
> I'm also seeing this bug, and also on PowerPC. Mine is a G3 iBook. Happy to
> test anything or provide any further information.
seems like this problem is PPC specific, question is if it's the runtime
or Gtk# or MonoDevelop...
--
Regar
retitle 228428 ITA: gfax -- GNOME frontend for facsimile programs
owner 228428 Mirco Bauer <[EMAIL PROTECTED]>
thanks
I am adopting this package, and creating a package for the 0.7.3 version
which is now written in C#.
Thus I am providing information like this is an ITP
* Package name
tags 311672 - experiemental + pending
forwarded 311672 http://bugs.ximian.com/show_bug.cgi?id=75181
thanks
This is a bashism, will be fixed in the next upload.
You may change #!/bin/sh to #!/bin/bash as workaround if you like.
Or change function {} to function() {}
--
Regards,
Mirco 'meebey' Ba
retitle 296467 ITP: sonance -- GNOME audio player based on GStreamer and
Mono
owner 296467 Mirco Bauer <[EMAIL PROTECTED]>
thanks
I am packaging this one...
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-B
tags 306375 + patch
thanks
Here a patch that updates all build-deps to the current required
versions that are specified in "configure".
(the patch is attached to this email)
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN
tags 289739 + patch
thanks
Even though this a simple fix, I provide anyhow a patch for it.
(the patch is attached to this email)
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+
Package: wnpp
Severity: wishlist
* Package name: evolution-groupdav
Version : 0.2
Upstream Author : Alvaro del Castillo
* URL : http://noodle.yacoi.com/
* License : GPL
Description : GroupDAV connector for Evolution
Plugin for Evolution that allows to con
I uploaded mono-debugger packages to
http://debian.meebey.net/pkg-mono/mono-debugger
maybe they are useful to someone, they only contain the console based
(gdb-like) debugger, and doesn't integrate yet with monodevelop, the API
is very unstable and changes each day.
--
Regards,
Mirco 'meebey' Ba
Package: wnpp
Severity: wishlist
* Package name: libsmartirc4net-cil
Version : 0.3.5
Upstream Author : Mirco Bauer <[EMAIL PROTECTED]>
* URL : http://smartirc4net.meebey.net
* License : LGPL
Description : IRC library for CLI (.NET)
SmartIrc4ne
Package: wnpp
Severity: wishlist
* Package name: smuxi
Version : 0.5
Upstream Author : Mirco Bauer <[EMAIL PROTECTED]>
* URL : http://smuxi.meebey.net
* License : GPL
Description : IRC client for advanced users
smuxi - Smart MUtipleXed Irc is
reassign 288198 cli-common
tags 288198 + pending
thanks
this manpage (called dh_clideps/dh_makeclilibs) is now in the cli-common
package.
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GI
Hi,
On Mon, 2005-05-09 at 20:55 +0200, Romain Beauxis wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Romain Beauxis <[EMAIL PROTECTED]>
>
>
> * Package name: waste
> Version : 1.5b3
> Upstream Author : Waste Team <[EMAIL PROTECTED]>
> * URL : http://waste.source
reassign 285287 mono
forwarded 285287 http://bugs.ximian.com/show_bug.cgi?id=53173
thanks
Ups, I attached the wrong upstream bug, but I rechecked this and it's a
Mono bug, not a monodevelop bug!
So I reassign and updated the upstream bugreport URL.
(this bug is btw fixed in SVN HEAD of Mono, so th
Package: mozilla
Severity: serious
Mozilla violates against 12.5 of the Debian Policy.
The package does not include the license (NPL and MPL in this case) in
the debian/copyright file. Only standard licenses which are defined in
the section 12.5 are allowed to be "linked" instead of quoted.
"Eve
On Sun, 2005-05-01 at 19:43 +0200, Marc Haber wrote:
> Can you try this one (to be applied against 2.0.11) please? It will
> have you end up with current arch dpep, it makes sense to test this way.
>
> Greetings
> Marc
>
I tested dpatch 2.0.11.0 from
http://zg.debian.zugschlus.de/zg/pool/main/dp
On Fri, 2005-05-13 at 14:20 +0200, Romain Beauxis wrote:
> Hi all!
>
> I'm on the way of making a debian package for Waste, and I would have the
> folowing two questions about your software:
>
> Does the licence really reflect GPL?
> This arise because of this:
> http://cvs.sourceforge.net
reassign 276464 mono
reassign 287279 mono
thanks
those bugs are caused by a runtime bug in mono
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL$ P L++$>+++$ E- W+
AMD64 JIT will be supported with Mono 1.1.x, we package currently only
the stable branch (1.0.x). When Mono 1.2 is released or we update the
packages to 1.1.x then we have proper AMD64 support. The interpreter
(aka mint) is not a solution, it's deprecated and unmaintained (was just
a proof-of-conce
Please do not use the Debian BTS for packages which are not in the
debian archive, thanks.
Start monodevelop from a xterm and give me the output of that via
e-mail, send it to my email address, not to the debian bts.
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lo
I made some preview packages for the new gfax, if someone can't wait:
deb http://debian.meebey.net/gfax ./
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL$ P L++$>
Package: ftp.debian.org
Severity: important
Mono does not support s390, thus this package will never be build on s390.
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL
Package: ftp.debian.org
Severity: important
The Mono project has stable working JITers (JIT as in Just-In-Time, used
for bytecode to native code optimization during runtime) for x86, ppc
and amd64.
Sparc is only supported for Solaris, not Linux.
S390 is still pretty unstable, maybe in the future t
Package: ftp.debian.org
Severity: important
The Mono project has stable working JITers (JIT as in Just-In-Time, used
for bytecode to native code optimization during runtime) for x86, ppc
and amd64.
Sparc is only supported for Solaris, not Linux.
S390 is still pretty unstable, maybe in the future t
Package: ftp.debian.org
Severity: important
The Mono project has stable working JITers (JIT as in Just-In-Time, used
for bytecode to native code optimization during runtime) for x86, ppc
and amd64.
Sparc is only supported for Solaris, not Linux.
S390 is still pretty unstable, maybe in the future t
Package: ftp.debian.org
Severity: important
The Mono project has stable working JITers (JIT as in Just-In-Time, used
for bytecode to native code optimization during runtime) for x86, ppc
and amd64.
Sparc is only supported for Solaris, not Linux.
S390 is still pretty unstable, maybe in the future t
Package: ftp.debian.org
Severity: important
The Mono project has stable working JITers (JIT as in Just-In-Time, used
for bytecode to native code optimization during runtime) for x86, ppc
and amd64.
Sparc is only supported for Solaris, not Linux.
S390 is still pretty unstable, maybe in the future t
Package: ftp.debian.org
Severity: important
The Mono project has stable working JITers (JIT as in Just-In-Time, used
for bytecode to native code optimization during runtime) for x86, ppc
and amd64.
Sparc is only supported for Solaris, not Linux.
S390 is still pretty unstable, maybe in the future t
Package: ftp.debian.org
Severity: important
The Mono project has stable working JITers (JIT as in Just-In-Time, used
for bytecode to native code optimization during runtime) for x86, ppc
and amd64.
Sparc is only supported for Solaris, not Linux.
S390 is still pretty unstable, maybe in the future t
Package: ftp.debian.org
Severity: important
The Mono project has stable working JITers (JIT as in Just-In-Time, used
for bytecode to native code optimization during runtime) for x86, ppc
and amd64.
Sparc is only supported for Solaris, not Linux.
S390 is still pretty unstable, maybe in the future t
tags 316145 + pending
thanks
On Tue, 2005-06-28 at 21:47 +0200, [EMAIL PROTECTED] wrote:
> I'm using the Syscall class from Mono.Unix, but mono is unable to locate the
> required shared library:
>
> kronos:/tmp$ mono test.exe
>
> Unhandled Exception: System.TypeInitializationException: An except
retitle 319081 update to mono 1.1.8.2
severity 319081 wishlist
tags 319081 + sarge
thanks
On Tue, 2005-07-19 at 11:53 -0700, jacob appelbaum wrote:
> Package: mono
> Version: 1.1.6-4
> Severity: normal
>
>
> This version of mono has fundamental garbage collection bugs that have
> since been fixe
On Tue, 2005-07-19 at 14:19 -0700, Jake Appelbaum wrote:
> Dear Mirco Bauer,
> Consider this a release critical bug as it makes the testing version
> broken for this use case.
>
> When do you think the push for 1.1.8.2 to testing will take place?
The QA URL I pasted shows the st
Package: ftp.debian.org
Severity: important
The binary package mono-assemblies-arch was dropped because we have
still no architecture dependent CLI libraries, thus this package doesn't
make any sense (over a year now this package is plain empty).
mono 1.1.6-4 got in debian/testing and contains thi
Package: ftp.debian.org
Please remove the mcs source package, upstream merged mcs tarball
together with the mono tarball.
The mono source package was also merged with mcs by me, thus we don't
need the mcs source package anymore.
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.norepl
tags 316691 + pending
severity 316691 serious
thanks
Package is fixed and will be uploaded now (1.1.8.1-2).
Thanks for reporting the bug!
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
G
Package: boo
Severity: serious
The 0.5.5.1651-2 version of the boo package is missing some files which
the -1 version had, and 2 of them are important for usage and linking
against boo.
boo.pc is missing in -2, thus monodevelop for example can't be build
with boo support.
boo.lang is missing in -2
tags 311965 + unreproducible moreinfo
thanks
The monodoc.xml file is included in the mondoc-manual package.
monodoc and monodoc-browser both depend on monodoc-manual, means it will
be installed first in any case.
Could it be that this file got lost in your system somehow by accident?
or by a hardd
Package: ftp.debian.org
Please remove the source and binary packages of winelib.
Winelib was used by old Mono versions (<= 1.0) to emulate the
Sytem.Windows.Forms API. Winelib had many problems though because wine
often changed things and broke on each release for Mono.
Since Mono 1.1.x (which is
Package: boo
Severity: serious
The included boo.pc in 0.5.6.1701-1 has an invalid prefix, it's set
to /usr/local which should be /usr.
This breaks compiling programs against boo (like MonoDevelop).
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=
Package: boo
Severity: important
In debian/rules the call of dh_makeclilibs is done without any
parameters, this means the dependencies in the clilibs will be
unversioned for boo. This is ok for ABI/API stable libraries, but boo
isn't ABI/API stable. 0.5.5 to 0.5.6 broke at least ABI (monodevelop-
Package: libgmime2.1-cil
Severity: serious
I installed libgnime2.1-cil for beagle and found it doesn't install the
required native libgmime2.1-0 library, because it doesn't depend on it.
Not sure why dh_clideps didn't catch it, it's not perfect yet... but you
should check if dh_makeclilibs is call
On Mon, 2005-04-04 at 23:01 +0200, Roland Stigge wrote:
> Package: winelib
> Version: 0.3-4
> Severity: serious
>
> Hi,
>
> building the package winelib in a clean sid build environment
> (with pbuilder) on i386 results in:
> winelib.c:176: warning: implicit declaration of function
> `wine_pthre
On Wed, 2005-04-06 at 12:07 +0200, Torsten Marek wrote:
> This is most likely due to broken/experimental development packages on the
> packagers machine. A simple rebuild/reupload will solve this problem.
yeah, we noticed this already too, but didn't upload a new package yet,
thanks for your bugre
tags 334362 + wontfix
thanks
On Mon, 2005-10-17 at 15:34 +0200, Guus Sliepen wrote:
> Package: gtk-sharp2
> Version: 2.3.91-1
> Severity: normal
>
> Gtk-sharp2 depends on monodoc-gtk2.0-manual, which, via other
> dependencies, depends on mono-xsp, a webserver. I don't want that
> webserver, and I
title 332532 mono: [s390/unstable] FTBFS
thanks
s390 is supported by upstream but does not work currently with mono
1.1.9.1 neither 1.1.9.2, hopefully the next release will solve this.
Since s390 is not in the arch field of the mono packages this is not a
big problem yet...
--
Regards,
Mirco 'm
On Sun, 2005-10-23 at 19:21 +0200, Jonas Genannt wrote:
> >I made some preview packages for the new gfax, if someone can't wait:
> >deb http://debian.meebey.net/gfax ./
>
> Long time no update.
>
> What's the state of this ITA?
>
> Greets,
> Jonas
It's packaged, and the packages are wor
Hi,
If you have not already done so, please read the CLI Policy for
packaging Mono/CLI/.NET related packages:
http://pkg-mono.alioth.debian.org/cli-policy/
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK
Package: libxbase2.0-0c102
Version: 2.0.0-7
Severity: grave
Upgrade from woody to sarge fails because of libxbase2.0-0c102.
Looks like the package was renamed from libxbase2.0-0 to
libxbase2.0-0c102 without proper conflicts/replaces fields.
Since sarge is already released, it's too late to fix it,
On Sun, 2005-10-02 at 22:18 -0400, Aaron M. Ucko wrote:
> Any ETA for fixed packages? The current version skew between mono's
> arch-any and arch-all packages is making mono-based packages FTBFS
> because mono is uninstallable in sid. :-/
>
ETA is today, all was fixed in 1.1.9.1-3 the patch from
The cli-wrapper is deprecated, please use a simple shell wrapper which
calls /usr/bin/cli or /usr/bin/mono (depends if boo runs also on other
CLI runtimes instead of just mono).
For more details please read the CLI Policy:
http://pkg-mono.alioth.debian.org/cli-policy/
--
Regards,
Mirco 'meebey'
tags 322609 + wontfix
thanks
On Thu, 2005-08-11 at 14:25 -0400, Mike Charlton wrote:
> I can't seem to find nunit-console.exe or any of the associated
> assemblies in any of the mono packages. Since it is built in the mcs
> directory, I suppose it might make sense to put it in mono-mcs. If
> not
tags 323564 + confirmed upstream
forwarded 323564 http://bugs.ximian.com/show_bug.cgi?id=75188
thanks
On Wed, 2005-08-17 at 12:02 +0200, Stephan Michels wrote:
> System.NullReferenceException: Object reference not set to an instance of an
> object
> in <0x00111> Gdl.DockLayout:SetupObject (System
tags 321568 + sid confirmed
thanks
There is no bug in libgdiplus 1.1.7-2.
The version in debian/testing (1.1.7-2) depends on libglib2.0-0 (>=
2.6.0) as you can see on:
http://packages.debian.org/testing/libs/libgdiplus
But the libgdiplus version in debian/unstable (1.1.8-1) depends on
libglib2.0-
On Tue, 2006-12-19 at 15:03 -0600, John J. Neff wrote:
> here is result of gfax from cmd line:
> gfax > gfax.txt
>
> (/usr/lib/gfax/gfax.exe:32499): GLib-GObject-CRITICAL **: gtype.c:2240:
> initialization assertion failed, use IA__g_type_init() prior to this function
>
> (/usr/lib/gfax/gfax.exe
severity 394418 important
retitle 394418 Runtime bug on ARM/netwinder (causes FTBFS)
thanks
Mono 1.2.2.1 is in unstable and testing. This fixes this
FileNotFoundException seen in some builds logs of applications/libraries
that used Mono and Mono itself too.
The netwinder specific issue is not sol
retitle 400239 monodevelop SEGV in Gecko.WebControl on startup
severity 400239 important
forwarded 400239 http://bugs.ximian.com/show_bug.cgi?id=79947
thanks
This is a known problem at upstream (see URL above), and produced by
incomplete/buggy SDL/config support. When you arrange things in the GU
severity 402758 wishlist
thanks
On Tue, 2006-12-12 at 14:57 +0100, Laurent Bonnaud wrote:
> Hi,
>
> here is the problem:
>
> $ monodevelop
>
> Unhandled Exception: System.IO.FileNotFoundException: Could not find file
> "/usr/lib/pkgconfig/../../lib/pkgconfig/libgcj.pc"
> File name: '/usr/lib/p
On Wed, 2006-12-13 at 11:22 -0300, Lucas Di Pentima wrote:
> Next step: I started Mozilla Thunderbird and beagle went crazy again :-(
Can you use "stat $some_of_the_files" and show the results here?
specially before starting thunderbird and after starting thunderbird, it
sounds like beagle maybe r
On Wed, 2006-12-20 at 14:33 -0500, Joseph Nahmias wrote:
> Package: monodoc-http
> Version: 1.1.18-1
> Followup-For: Bug #400399
>
> Hi,
>
> Maybe I've done something wrong/stupid but now, after upgrading to the
> latest mono (1.2.2) in testing, monodoc doesn't work. I'm using apache
> 1.3 -- no
On Mon, 2006-11-06 at 20:07 +0100, Jose Carlos Garcia Sogo wrote:
> >
> > I'm still seeing this problem. The backtrace is practically the same,
> > without debugging information, as you can see. As mentioned in my original
> > post, mono-mcs is still not installed on my system.
>
> Mmm... per
tags 400399 + unreproducible
severity 400399 important
On Sat, 2006-11-25 at 23:47 +0100, Ernest ter Kuile wrote:
> The two lower frames both contain:
>
> Server error in '/monodoc' application
> Description: Error processing request.
>
> Error Message: HTTP 500.
I just installed monodoc-http a
Hi, I am the maintainer of Mono and I want to add some (maybe useful)
information that may help into fixing this problem or at least
understanding it. (Warning: I am not a porter, and I do not know the
internals of Mono)
This build problem of Mono is a runtime problem that only occurs on
elara, ne
On Sun, 2006-10-29 at 21:07 +, Phil Blundell wrote:
> On Sun, 2006-10-29 at 09:09 -0800, Steve Langasek wrote:
> > Ok, is there some other difference at the instruction set level between the
> > netwinder and cats systems?
>
> No, the instruction sets are the same. FWIW, though, smackdown i
On Mon, 2006-10-30 at 22:28 +0100, Noèl Köthe wrote:
> there is a new upstream version available. 2.10 2006-08-21
>
> thx.
Will do as soon GTK+ 2.10 enters debian/unstable.
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN G
One side note...
On Thu, 2006-11-02 at 12:01 +0100, Sebastien Bernard wrote:
> Package: mono
> Version: 1.1.18.1-3
> ...
>
> Versions of packages mono depends on:
> ii mono-common1.1.18.1-3 common files for Mono
> ii mono-jit 1.1.18.1-3 fast CLI JIT/AOT compiler for Mo
On Thu, 2006-11-02 at 12:01 +0100, Sebastien Bernard wrote:
> Build from mono source 1.1.18.1-3 does not generates packages that are marked
> as dependencies
> for other packages like libmono-corlib2.0-cil libmono-system2.0-cil.
>
> Most important, is the non generation of mono-jit, and mono-runt
On Wed, 2006-11-15 at 12:44 +, Phil Blundell wrote:
> I'm also concerned that, even on the CATS machines, it might be that
> the build is only succeeding by chance and any real-world workload
> would cause the same bug to resurface. So, overall, with our current
> state of knowledge I kind of
On Wed, 2006-11-15 at 14:40 +, Phil Blundell wrote:
> My experience (see my mail on Oct 30) was that the build failed on my
> CATS too when I tried it there. I don't think we have enough evidence
> to say with any certainty that the bug is really specific to netwinder.
thats true, it's only a
On Thu, 2006-11-16 at 06:51 +0100, Michael Biebl wrote:
> Hi Mirco,
>
> just for the record, blam has been updated and does not depend on
> gecko-sharp anymore.
thats good
> As you don't intend to invest anymore time into
> gecko-sharp (which is understandable), please request the removal of th
On Fri, 2006-11-17 at 20:22 +0100, Paolo Molaro wrote:
> So the summary is that either using mono 1.2.1 or applying the patch to
> earlier versions solves all the building issues for mono as well as the
> packages which manifested themselves as a FileNotfound exception: the
> bug was in the excepti
I know this, in fact we talked with Miguel before the release already
that we (debian) should switch to mono 1.1.4
for further details, please see:
http://wiki.debian.net/?MonoDebianPlan
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
tags 296659 + confirmed
thanks
I tested this XSS vulnerability with Mono 1.0.5 and mono-xsp 1.0.4 /
libapache-mod-mono 1.0.4 / libapache2-mod-mono 1.0.4 it works as
described in the report. It can only work though when charset convertion
for the web application is enabled.
I don't know yet if eit
Package: mcs
Severity: serious
This bug keeps Mono out of sarge.
For more information why it should not enter sarge see:
http://wiki.debian.net/?MonoDebianPlan
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK
Package: mono
Severity: serious
This bug keeps Mono out of sarge.
For more information why it should not enter sarge see:
http://wiki.debian.net/?MonoDebianPlan
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOC
severity 413389 important
thanks
On Sun, 2007-03-04 at 18:37 +0100, Danai SAE-HAN =?UTF-8?Q? ?= wrote:
> Instellen van mono-jit (1.2.2.1-2) ...
> update-alternatives: interne fout: /var/lib/dpkg/alternatives/cli is corrupt:
> missend regeleinde na manflag
> dpkg: fout bij afhandelen van mono-jit
On Sun, 2007-03-04 at 23:05 +0100, Danai SAE-HAN wrote:
> Ok, it's attached to this email.
>
> Best regards
>
>
> Danai SAE-HAN
hmmm interesting, there are just 0 bytes in the file, reminds me of
eraserfs^Wreiserfs... so something corrupted the file, either software
like update-alternatives or
I read more other bugreports that sound similiar to my problem and I
found #204780. The other bugs merged with #204780 don't look like my
problem though as they are related to upgrade/dist-upgrade while I do a
simple remove of one package.
Saw in the other reports how to get debug infos from the
p
On Sun, 2007-04-15 at 06:26 -0700, Philip Nelson wrote:
> I just updated to the version shown and this bug is still there. When
> it didn't come up at first, I deleted the .config?Monodevelop
> directory. then I got a sharing violation trying to write and read to
> addins.config at the same time.
Package: php-net-smartirc
Severity: serious
The debian/copyright file says:
Upstream Authors: See /usr/share/doc/php-soap/AUTHORS file.
I can't remember developing php-soap but I did for sure Net_SmartIRC.
Please correct this, and don't refere external files as this is error
prone and difficult
On Fri, 2007-04-13 at 17:24 +0200, Aurelien Jarno wrote:
> Package: stetic
> Version: 0.1.0~svn.74962+dfsg-1
> Severity: serious
> Justification: fails to build from source
>
> stetic version 0.1.0~svn.74962+dfsg-1 does not build on both lenny and
> sid. Please find the build log below.
hm looks
On Wed, 2007-04-18 at 19:59 -0500, Luis Rodrigo Gallardo Cruz wrote:
> On Wed, Apr 18, 2007 at 07:15:30PM -0500, wrote:
> > I'm currently testing a build with such build dependency added, I'll
> > post the (rather minimal) patch if it works.
>
> Well. If fixes the posted error, and allows the bui
tags 420285 +confirmed
thanks
I can confirm this problem, Hylafax sends all date/time values in UTC,
but gfax is not always transforming it.
For me in gfax 0.7.6 the list of sent facs list looks ok though, I sent
a fax at 14:23 at my time, and after it was sent, it said 14:23 in the
list too. But
I just uploaded gfax 0.7.6-1 which might fixed your problem, please test
it and give a short feedback.
--
Regards,
Mirco 'meebey' Bauer
PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL$ P L++$>+++$
On Fri, 2006-09-29 at 03:13 +0200, Krzysztof Sobiecki wrote:
> I have made small patch(low quality) to compile libgecko-cil with
> xulrunner. (license same as package)
Thanks for the patch, but gecko-sharp is dead, it's not going in testing
anymore. gecko-sharp2 is used instead, which uses xulrunn
On Mon, 2006-09-11 at 03:20 +0200, Jhair Tocancipa Triana wrote:
> Running a program compiled with gmcs yields to the following (the
> program should execute without prepending 'mono' (w.o. quotes) to the
> command line):
and whats with mcs? do the programs work compiled by mcs?
--
Regards,
Mir
On Sun, 2006-09-17 at 19:27 +0200, Luk Claes wrote:
> Hi
>
> Your package is not installable due to a dependency on mono-classlib-2.0 (<
> 1.1.14) which is not available in unstable anymore. You might want to loosen
> the versioned dependency.
Sounds like you have mixed testing/unstable.
In test
1 - 100 of 460 matches
Mail list logo
