Bug#979067: getting pinta updated in Debian

[Mirco Bauer]

Hello Stephen, Hello Jo!

thanks for sharing your thoughts on the tricky dotnet package ecosystem
which I can fully relate to. In the Debian Mono Group we discussed these
many times on the available options how we can overcome these new packaging
challenges.

The problem indeed starts with a shift of how code is distributed.
Developers no longer publish source archives (.zip, .tar.gz, etc) but they
publish binary packages into a language specific package format and
ecosystem (e.g. nuget, pip, etc). Where the users of their code then use
nuget to consume these.

The best solution we could find is an approach that Debian Perl has taken
with CPAN.
So you would basically assist creating debian packages from nuget packages
with Debian tools (to be developed).
For Perl there is dh-make-perl [0] doing exactly this. So this shift in the
ecosystem is solvable but it will take some weeks of work to get there.

[0]: https://packages.debian.org/sid/dh-make-perl

Best regards,

Mirco Bauer

Chief InfoSec Officer   mirco.ba...@eqonex.com https://group.eqonex.com/
FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  https://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org https://www.gnome.org/
.NET Foundation Advisory Council Member
https://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc



On Fri, Mar 4, 2022 at 5:24 AM Stephen Shaw  wrote:

> On Thu, Mar 3, 2022 at 12:47 PM Gunnar Wolf  wrote:
> >
> > Timotheus Pokorra dijo [Wed, Mar 02, 2022 at 10:35:36PM +0100]:
> > > Hello Mike,
> > >
> > > I have some experience with Mono packaging in Fedora.
> > > I know of the dotnet SIG in Fedora. They made a massive effort,
> involving
> > > Microsoft employees, to get dotnet core built according to the Fedora
> rules
> > > (build from source, not using external files, etc).
> > > (...)
> > > It is really difficult to package dotnet packages, because of all the
> nuget
> > > dependancies. We have not figured that out for Fedora. Or did not have
> the
> > > volunteers yet to do that.
> > >
> > > Alternatives to dotnet: Mono, dotgnu
> > > https://www.gnu.org/software/dotgnu/
> > > "As of December 2012, the DotGNU project has been decommissioned."
> > >
> > > Mono: it is the alternative to .NET Framework, which Microsoft will
> support
> > > for many years to come. But the new stuff is happening in dotnet, so
> > > projects like Pinta are moving from Mono to dotnet.
> >
> > Uff... .NET -- A reimplementation of the "write once, debug
> > everywhere" fiasco :-(
>^^ Seems like a horribly useless and uninformed clickbait comment
>
>
> Warning: I'm going to brain dump a bunch of random thoughts :)
>
> Mono is actually now part of dotnet:
> https://github.com/dotnet/runtime/tree/main/src/mono
> dotnet provides two different runtimes. coreclr and monovm both of
> which are largely xplat.
> The traditional .NET Framework and Mono are going away in favor of
> dotnet. Still largely the same runtime, base class libraries, etc that
> .NET developers are used to + all the new features and it's continued
> evolution, etc
>
> tl;dr; from my perspective
> I've felt like this has been a growing problem with how Linux does
> packaging, right or wrong doesn't matter. The fact still remains that
> this'll continually become more challenging and/or impossible problem
> at some point. Most, if not all, of the current popular programming
> languages have some sort of packaging system:
> C#, nuget
> java, maven
> ruby, rubygems
> python, pip
> node.js, npm
> php, pakcagist
> js, bower
>
> to name a few.
>
> The current approach is to rebuild ever language from source, but most
> devs don't want to re-implement a whole bunch of functionality they
> can get with the push of a button by adding some "package". As
> programs get more complex there are more libraries being written,
> shared, and included. Unless you can completely automate the building
> of every package this breaks down really fast.
>
> Maybe its time to re-evaluate this system?
> Could we provide some kind of sandbox that builds these projects and
> allows for an internet connection to import all of the "packages"? Is
> it possible to ensure that the packages are exclusively pulled from
> "authorized" sources?
>
> Cheers,
> Stephen
>
>

Bug#979067: getting pinta updated in Debian

[Mirco Bauer]

Hello Mike,

thanks for your interest in getting pinta updated in Debian. The other day
I noticed as well that pinta is outdated in Debian and it does not look
like there is a simple way forward, unfortunately.

Pinta has moved to the dotnet runtime which is not packaged in Debian.

Many years ago I worked on getting the dotnet core runtime into Debian
(just as I did to get Mono into Debian back then) but I hit hard problems
that prevented it.
The dotnet runtime could not be build from source which is not compliant
with the DFSG <https://www.debian.org/social_contract#guidelines>.
Microsoft had shown interest and I have advised them on how to make dotnet
DFSG compliant so it could be included in Debian and Ubuntu, but it was
clear it won't happen overnight as building cleanly from source
(bootstrapping a runtime) isn't trivial and needed a major effort on the
upstream side. Later this effort deepened between Microsoft and Redhat to
make dotnet buildable from source, which is great.

I am not sure if you can build dotnet from source at this point, maybe it
is possible by now. I could never find time to follow-up on this as I
started to work for demanding startups that leave little to no spare time.
If you are interested to get dotnet into Debian I am still available for
mentoring and going in the right direction, I would like to see dotnet
packaged still, it is a fantastic software development platform. The
#debian-cli IRC channel on OFTC is the place where the Mono and .NET
friends hang out, so feel invited to join us.

Best regards,

Mirco Bauer

Chief InfoSec Officer   mirco.ba...@eqonex.com https://group.eqonex.com/
FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  https://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org https://www.gnome.org/
.NET Foundation Advisory Council Member
https://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc



On Thu, Mar 3, 2022 at 4:05 AM Mike Gabriel <
mike.gabr...@das-netzwerkteam.de> wrote:

> Hi all,
>
> I am currently looking into requirements of getting pinta in Debian
> updated to the latest upstream version.
>
> My problem: I am not at all a .NET developer or maintainer, so this is
> a piece of work with a steep learning curve for me.
>
> What I found now are AUR packages for pinta (and its dependency
> dotnet-runtime) that are quite up-to-date:
>
> https://archlinux.org/packages/community/any/pinta/
> https://archlinux.org/packages/community/x86_64/dotnet-core/
>
> It basically looks like we need to get dotnet-core into Debian and
> then update pinta to latest 2.0.2 upstream release and we are done.
>
> However, dotnet-core seems to be massive and I wonder if that can be
> avoided as its API is provided by something else in Debian. I am
> asking this possibly stupid question because I am astounded that noone
> has ever packaged dotnet-core, filed an RFP or ITP for it, etc.
>
> Furthermore, it seems that dotnet-core has been licensed under a
> DFSG-compliant MIT license variant [1].
>
> Do I miss anything here? Is there a hidden blocker? Or is it just that
> noone has been interested in dotnet-core (and/or a pinta version
> bump), so far / recently?
>
> Thanks for feedback!
> Mike
>
> [1] https://github.com/dotnet/core/blob/main/LICENSE.TXT
> --
>
> DAS-NETZWERKTEAM
> c\o Technik- und Ökologiezentrum Eckernförde
> Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
> mobile: +49 (1520) 1976 148
> landline: +49 (4351) 850 8940
>
> GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
> mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de
>
>

Bug#977468: smuxi is marked for autoremoval from testing

[Mirco Bauer]

On Wed, Mar 17, 2021 at 4:13 AM Moritz Mühlenhoff  wrote:

> > Having identified the offending code the fix is a one line change on the
> > other hand. I plan to upload a fixed version of log4net in the coming
> days.
>
> What's the status of that upload? Patch is at
>
> https://github.com/apache/logging-log4net/commit/d0b4b0157d4af36b23c24a23739c47925c3bd8d7


After some struggles with my pbuilder setup I have pushed the backported
fix for CVE-2018-1285 to salsa [0].

Since I don't have access to my PGP key during the pandemic, I am looking
for a sponsor for the upload of HEAD [1].
The source package builds from HEAD as 1.2.10+dfsg-8 and is ready for a
build with gbp and upload.

 [0]:
https://salsa.debian.org/dotnet-team/log4net/-/commit/3f6f2fa7927ceb8c7dd72e4f8cf4194ad3779bc6
 [1]:
https://salsa.debian.org/dotnet-team/log4net/-/commit/a1a1620bb68b815713e7408824be04825e544c27

Best regards,

Mirco Bauer

Security Architect  mirco.ba...@bitgamelabs.com https://bgl.hk/
FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc

Bug#962290: smuxi-frontend-gnome: freezes when I click on the channel with a recent notification

[Mirco Bauer]

tags 962290 + moreinfo unreproducible
thanks

Hi,

I remember there has been a similar issue many years ago that was related
to DBus calls that blocked forever

I tried to reproduce this issue with the same Smuxi version that you
have (1.0.7-5)
on Debian buster with Mono 6.12.0.107-0xamarin13+debian10b1 and could not
reproduce it.

Can you please open a terminal and run Smuxi in debug mode like this:
smuxi-frontend-gnome -d

It will produce a lot of output, but the last 100 lines or so after
triggering the freeze should be sufficient.

Also please attach a thread-dump of the Mono runtime once Smuxi is in the
frozen state like this:
kill -QUIT $PID
(where $PID is the PID of smuxi-frontend-gnome)

Despite the name, that signal won't quit Smuxi/Mono but instead will
trigger a full thread dump that is written to stderr or stdout.

After that I should have a good picture what is freezing/blocking here.
I will try my best to get this fix into bullseye before the hard freeze :)

Best regards,

Mirco Bauer

Security Architect  mirco.ba...@bitgamelabs.com https://bgl.hk/
FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc



On Sat, Jun 6, 2020 at 12:48 AM Raphaël Hertzog  wrote:

> Package: smuxi-frontend-gnome
> Version: 1.0.7-5
> Severity: important
>
> When I get a notification while I'm not im my smuxi window, if I
> immediately click on the highlighted channel, then the application freezes
> and I have no other choice than to kill it.
>
> If I first click in a non-highlighted channel, and then click on the
> highlighted channel, then everything works as usual.
>
> This is very annoying...
>
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers oldoldstable
>   APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'),
> (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
> LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages smuxi-frontend-gnome depends on:
> ii  libdbus-glib2.0-cil 0.6.0-1
> ii  libdbus2.0-cil  0.8.1-2
> ii  libglade2.0-cil 2.12.40-3
> ii  libglib2.0-02.64.3-1
> ii  libglib2.0-cil  2.12.40-3
> ii  libgtk2.0-0 2.24.32-4
> ii  libgtk2.0-cil   2.12.40-3
> ii  libgtkspell02.0.16-1.3
> ii  liblog4net1.2-cil   1.2.10+dfsg-7
> ii  libmessagingmenu12.10-cil   1.0.1-1
> ii  libmono-corlib4.5-cil   6.8.0.105+dfsg-3
> ii  libmono-posix4.0-cil6.8.0.105+dfsg-3
> ii  libmono-system-core4.0-cil  6.8.0.105+dfsg-3
> ii  libmono-system-web4.0-cil   6.8.0.105+dfsg-3
> ii  libmono-system4.0-cil   6.8.0.105+dfsg-3
> ii  libnotify0.4-cil0.4.0~r3032-7
> ii  librsvg2-common 2.48.4+dfsg-1
> ii  mono-runtime6.8.0.105+dfsg-3
> ii  smuxi-engine1.0.7-5
>
> Versions of packages smuxi-frontend-gnome recommends:
> ii  gnome-shell [notification-daemon]  3.36.2-1
> ii  notification-daemon3.20.0-4
> ii  ssh-askpass-gnome [ssh-askpass]1:8.2p1-4
>
> smuxi-frontend-gnome suggests no packages.
>
> -- no debconf information
>

Bug#962042: smuxi-frontend-gnome: clicking on a link does not open it in the web browser

[Mirco Bauer]

Hi,

[reply inline]

On Thu, 4 Feb 2021, 16:09 Raphael Hertzog,  wrote:

> Hi,
>
> On Thu, 04 Feb 2021, Mirco Bauer wrote:
> > The fix is Smuxi's upstream git repo [0] and will be landing Debian
> > unstable with the upcoming Smuxi 1.1 release in a few days.
>
> Nice! But it might be late to get into bullseye without asking for an
> unblock...
>

To my knowledge the general freeze is on the 12th of February, so I aim to
get 1.1 out and uploaded asap.


> > Hope this restores the Smuxi user experience for you and others :)
>
> To really restore a good user experience, https://bugs.debian.org/962290
> would have to be fixed too. :-)
>

Thanks for reminding me about that weird issue. That is a super bad bug! I
suspect a bug in the dbus library or the mono runtime. Smuxi does a lot of
processing in the background (if the operation leads to a blocking call to
the smuxi-server for example)...

Best,

Mirco


> Cheers,
> --
>   ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
>   ⣾⠁⢠⠒⠀⣿⡁
>   ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
>   ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS
>

Bug#962042: smuxi-frontend-gnome: clicking on a link does not open it in the web browser

[Mirco Bauer]

tags 962042 + confirmed bullseye fixed-upstream pending
thanks

Hello Raphael,

I tracked down the bug and turns out it is a regression in the Mono runtime
with version >= 6.6
This is why Victor and I could not reproduce it with the same Smuxi version
(1.0.7-5) on buster, as buster ships Mono 5.18.0.240+dfsg-3
while Unstable ships Mono 6.8.

The fix is Smuxi's upstream git repo [0] and will be landing Debian
unstable with the upcoming Smuxi 1.1 release in a few days.

Hope this restores the Smuxi user experience for you and others :)

 [0]:
https://github.com/meebey/smuxi/commit/a29efabca298c18b54dabcabd989044d37dd0cf2#diff-197a3ddb5d2a0dad47798f79bc751053026ff97d4c256a63114a7103d942da41R952

Best regards,

Mirco Bauer

Security Architect  mirco.ba...@bitgamelabs.com https://bgl.hk/
FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc



On Mon, Jun 15, 2020 at 11:18 PM Raphael Hertzog  wrote:

> Hi,
>
> On Mon, 15 Jun 2020, Mirco Bauer wrote:
> > I can't reproduce this issue on buster with Google Chrome as the default
> > browser set in GNOME preferences.
>
> I have firefox as default browser.
>
> >
> > For opening any links Smuxi relies on Mono's
> > System.Diagnostics.Process.Start() implementation which then uses
> > /usr/bin/xdg-open and (others). From your strace it seems to pick
> xdg-open
> > as it is executable which is expected for GNOME desktop environments.
> >
> > Why it throws the exception, is not clear What happens if you run
> this
> > from a terminal:
> > /usr/bin/xdg-open '
> > https://pbs.twimg.com/media/ESpweBhXgAAefGF?format=jpg=small'
> > echo $?
>
> $ LANG=C /usr/bin/xdg-open '
> https://pbs.twimg.com/media/ESpweBhXgAAefGF?format=jpg=small'
> gio: file:///home/rhertzog/freexian/deblts/%0Ahttps:/
> pbs.twimg.com/media/ESpweBhXgAAefGF%3Fformat=jpg=small: Error when
> getting information for file ?/home/rhertzog/freexian/deblts/
> https:/pbs.twimg.com/media/ESpweBhXgAAefGF?format=jpg=small?: No
> such file or directory
> $ echo $?
> 4
>
> I have kept the leading newline character that you have put in the call...
> but without the newline character, it works fine.
>
> Regards,
> --
>   ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
>   ⣾⠁⢠⠒⠀⣿⡁
>   ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
>   ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS
>

Bug#977468: smuxi is marked for autoremoval from testing

[Mirco Bauer]

Thanks for your email and raised concern, Jeremy.

Full accessibility in Smuxi has been a high priority for me for a long
time.

I looked into the vulnerability of the log4net library that Smuxi depends
on. my assessment doesn't classify a XXE for local configuration file as
release critical. An attacker would need to have write access to the
configuration file to exploit it. It that point a XXE is pointless, he can
just execute curl, wget, perl, python or write something to ~/.bashrc
directly.
Having identified the offending code the fix is a one line change on the
other hand. I plan to upload a fixed version of log4net in the coming days.

To bump the version to the latest one of log4net so late in the release
cycle I don't see as a good option. There are 2 other reverse dependencies
that could break where I am not upstream of.

Best regards,

Mirco Bauer

Smuxi and Debian developer


On Sun, 10 Jan 2021, 19:53 Jérémy Prego,  wrote:

> hello,
>
> as a blind user, I regret removing smuxi from debian. I am a daily smuxi
> user. Unfortunately, this is the only accessible graphical irc client
> that I know of under Debian. for other types of messaging i use pidgin,
> but for irc i really like to use smuxi ...
>
> is there really no solution to keep smuxi in debian?
>
> thanks,
>
> Jerem
> Le 10/01/2021 à 05:39, Debian testing autoremoval watch a écrit :
> > smuxi 1.0.7-5.1 is marked for autoremoval from testing on 2021-02-08
> >
> > It (build-)depends on packages with these RC bugs:
> > 977468: log4net: CVE-2018-1285
> >  https://bugs.debian.org/977468
> >
> >
> >
> > This mail is generated by:
> >
> https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl
> >
> > Autoremoval data is generated by:
> >
> https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl
>
>

Bug#962042: smuxi-frontend-gnome: clicking on a link does not open it in the web browser

[Mirco Bauer]

I can't reproduce this issue on buster with Google Chrome as the default
browser set in GNOME preferences.

For opening any links Smuxi relies on Mono's
System.Diagnostics.Process.Start() implementation which then uses
/usr/bin/xdg-open and (others). From your strace it seems to pick xdg-open
as it is executable which is expected for GNOME desktop environments.

Why it throws the exception, is not clear What happens if you run this
from a terminal:
/usr/bin/xdg-open '
https://pbs.twimg.com/media/ESpweBhXgAAefGF?format=jpg=small'
echo $?

Usually the xdg-open implementation just forks and returns 0. but the
output might help to understand why Mono thinks there was a problem.

Best regards,

Mirco Bauer

Security Architect  mirco.ba...@bitgamelabs.com https://bgl.hk/
FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc



On Tue, Jun 2, 2020 at 8:57 PM Raphaël Hertzog  wrote:

> Package: smuxi-frontend-gnome
> Version: 1.0.7-5
> Severity: important
>
> I have been a happy smuxi user for years but for a few months now I'm no
> longer able to click on links... I can left click but nothing happens, the
> URL
> no longer opens in the web browser. Same goes with right click + selecting
> the open menu entry.
>
> I tried to strace it and saw this:
> [pid 779574] access("/usr/bin/xdg-open", X_OK) = 0
> [pid 779574] write(1, "2020-06-02 14:33:45,415 [Thread Pool Worker] ERROR
> Smuxi.Frontend.Gnome.Frontend - OpenLink(): opening URL: '
> https://pbs.twimg.com/media/ESpweBhXgAAefGF?format=jpg=small'
> failed\nSystem.ComponentModel.Win32Exception (0x80004005): Cannot find the
> specified file\n  at System.Diagnostics.Process.StartWithShellExecuteEx
> (System.Diagnostics.ProcessStartInfo startInfo) [0x00129] in
> :0 \n  at
> System.Diagnostics.Process.Start () [0x00038] in
> :0 \n  at (wrapper
> remoting-invoke-with-check) System.Diagnostics.Process.Start()\n  at
> System.Diagnostics.Process.Start (System.Diagnostics.ProcessStartInfo
> startInfo) [0x0001e] in :0 \n  at
> System.Diagnostics.Process.Start (System.String fileName) [0x6] in
> :0 \n  at
> Smuxi.Frontend.Gnome.Frontend+c__AnonStorey6.<>m__0
> (System.Object ) [0xf] in
> /build/smuxi-1.0.7/src/Frontend-GNOME/Frontend.cs:945 \n", 992  ...>
>
> I have no idea why the code is generating this exception.
>
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers oldoldstable
>   APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'),
> (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
> LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages smuxi-frontend-gnome depends on:
> ii  libdbus-glib2.0-cil 0.6.0-1
> ii  libdbus2.0-cil  0.8.1-2
> ii  libglade2.0-cil 2.12.40-3
> ii  libglib2.0-02.64.2-1
> ii  libglib2.0-cil  2.12.40-3
> ii  libgtk2.0-0 2.24.32-4
> ii  libgtk2.0-cil   2.12.40-3
> ii  libgtkspell02.0.16-1.3
> ii  liblog4net1.2-cil   1.2.10+dfsg-7
> ii  libmessagingmenu12.10-cil   1.0.1-1
> ii  libmono-corlib4.5-cil   6.8.0.105+dfsg-3
> ii  libmono-posix4.0-cil6.8.0.105+dfsg-3
> ii  libmono-system-core4.0-cil  6.8.0.105+dfsg-3
> ii  libmono-system-web4.0-cil   6.8.0.105+dfsg-3
> ii  libmono-system4.0-cil   6.8.0.105+dfsg-3
> ii  libnotify0.4-cil0.4.0~r3032-7
> ii  librsvg2-common 2.48.4+dfsg-1
> ii  mono-runtime6.8.0.105+dfsg-3
> ii  smuxi-engine1.0.7-5
>
> Versions of packages smuxi-frontend-gnome recommends:
> ii  gnome-shell [notification-daemon]  3.36.2-1
> ii  notification-daemon3.20.0-4
> ii  ssh-askpass-gnome [ssh-askpass]1:8.2p1-4
>
> smuxi-frontend-gnome suggests no packages.
>
> -- no debconf information
>

Bug#887751: [pkg-cli-libs-team] Bug#887751: mysql-connector-net: CVE-2018-2585 DoS via unauthenticated connection

[Mirco Bauer]

severity 887751 serious
thanks

Hello Guido,

ok, that does make sense, to have at least a RC severity to keep the
bad/affected version out of testing.
If your severity upgrading email would have contained this reasoning I
would wouldn't have downgraded it :)

"grave" is too high though as this security issue has a DoS impact and not
a access/privilege one.
For the RC part to work "serious" is adequate though.

Thanks for the clarification.

Best regards,

Mirco (meebey) Bauer

FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
CTO @ Gatecoin Ltd. mi...@gatecoin.com https://gatecoin.com/
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc

On Tue, Jan 23, 2018 at 2:37 PM, Guido Günther <a...@sigxcpu.org> wrote:

> Hi Mirco,
> On Tue, Jan 23, 2018 at 01:37:51PM +0800, Mirco Bauer wrote:
> >severity 887751 important
> >thanks
> >
> >Hello Guido,
> >
> >thank you for the report.
> >
> >CVE-2018-2585 has been rated by the Debian security as a minor issue
> [0].
> >You have bumped the severity from important to grave without an
> >explanation.
>
> It only went in as important because I messed up the original report,
> sorry about that.
>
> >Is there something you want to share?
>
> I marked it as no-dsa in the security tracker because I don't see a
> sensible way to fix this in stable / oldstable (given Oracle's update
> policy) and due to the affected reverse dependencies we currently have
> in these releases. But deem the issue it important enough to not let the
> package slip into a stable release again "accidentally". Does this make
> sense?
>
> Cheers,
>  -- Guido
>
> > [0]: [1]https://security-tracker.debian.org/tracker/CVE-2018-2585
> >Best regards,
> >
> >Mirco (meebey) Bauer
> >
> >FOSS Hacker [2]mee...@meebey.net  [3]htt
> ps://www.meebey.net/
> >Debian Developer[4]mee...@debian.org  [5]http
> ://www.debian.org/
> >GNOME Foundation Member [6]mmmba...@gnome.org [7]
> http://www.gnome.org/
> >CTO @ Gatecoin Ltd. [8]mi...@gatecoin.com [9]htt
> ps://gatecoin.com/
> >.NET Foundation Advisory Council Member
> > [10]http://www.dotnetfoundation.org/
> >PGP-Key ID  0x7127E5ABEEF946C8
> >[11]https://meebey.net/pubkey.asc
> >On Sat, Jan 20, 2018 at 12:38 AM, Guido Günther <[12]a...@sigxcpu.org>
> >wrote:
> >
> >  Package: mysql-connector-net
> >  X-Debbugs-CC: [13]t...@security.debian.org
> >  [14]secure-testing-t...@lists.alioth.debian.org
> >  Severity: important
> >  Tags: grave
> >  Version: 6.4.3-2
> >
> >  Hi,
> >
> >  the following vulnerability was published for mysql-connector-net.
> >
> >  CVE-2018-2585[0]:
> >  | Vulnerability in the MySQL Connectors component of Oracle MySQL
> >  | (subcomponent: Connector/Net). Supported versions that are
> affected
> >  | are 6.9.9 and prior and 6.10.4 and prior. Easily exploitable
> >  | vulnerability allows unauthenticated attacker with network access
> via
> >  | multiple protocols to compromise MySQL Connectors. Successful
> attacks
> >  | of this vulnerability can result in unauthorized ability to cause
> a
> >  | hang or frequently repeatable crash (complete DOS) of MySQL
> >  | Connectors. CVSS 3.0 Base Score 7.5 (Availability impacts). CVSS
> >  | Vector: (CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H).
> >
> >  If you fix the vulnerability please also make sure to include the
> >  CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> >
> >  For further information see:
> >
> >  [0] [15]https://security-tracker.debian.org/tracker/CVE-2018-2585
> >  [16]https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-
> 2585
> >
> >  Please adjust the affected versions in the BTS as needed.
> >
> >  ___
> >  pkg-cli-libs-team mailing list
> >  [17]pkg-cli-libs-t...@lists.alioth.debian.org
> >  [18]http://lists.alioth.debian.org/cgi-bin/mailman/
> listinfo/pkg-cli-libs-team
> >
> > References
> >
> >Visible links
> >1. https://security-tracker.debian.org/tracker/CVE-2018-2585
> >2. mailto

Bug#887751: [pkg-cli-libs-team] Bug#887751: mysql-connector-net: CVE-2018-2585 DoS via unauthenticated connection

[Mirco Bauer]

severity 887751 important
thanks

Hello Guido,

thank you for the report.

CVE-2018-2585 has been rated by the Debian security as a minor issue [0].
You have bumped the severity from important to grave without an explanation.
Is there something you want to share?

 [0]: https://security-tracker.debian.org/tracker/CVE-2018-2585

Best regards,

Mirco (meebey) Bauer

FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
CTO @ Gatecoin Ltd. mi...@gatecoin.com https://gatecoin.com/
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc

On Sat, Jan 20, 2018 at 12:38 AM, Guido Günther  wrote:

> Package: mysql-connector-net
> X-Debbugs-CC: t...@security.debian.org secure-testing-team@lists.
> alioth.debian.org
> Severity: important
> Tags: grave
> Version: 6.4.3-2
>
> Hi,
>
> the following vulnerability was published for mysql-connector-net.
>
> CVE-2018-2585[0]:
> | Vulnerability in the MySQL Connectors component of Oracle MySQL
> | (subcomponent: Connector/Net). Supported versions that are affected
> | are 6.9.9 and prior and 6.10.4 and prior. Easily exploitable
> | vulnerability allows unauthenticated attacker with network access via
> | multiple protocols to compromise MySQL Connectors. Successful attacks
> | of this vulnerability can result in unauthorized ability to cause a
> | hang or frequently repeatable crash (complete DOS) of MySQL
> | Connectors. CVSS 3.0 Base Score 7.5 (Availability impacts). CVSS
> | Vector: (CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H).
>
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
>
> For further information see:
>
> [0] https://security-tracker.debian.org/tracker/CVE-2018-2585
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2585
>
> Please adjust the affected versions in the BTS as needed.
>
> ___
> 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#858794: gmime: Tests contain a MIME message with a (presumably non-free) Playboy/Hustler/something photo

[Mirco Bauer]

Hi Niels,

sure, I will have a look.

Mirco

On Apr 23, 2017 02:51, "Niels Thykier"  wrote:

> On Sun, 26 Mar 2017 23:06:51 +0300 Sami Liedes  wrote:
> > Source: gmime
> > Version: 2.6.22-2
> > Severity: serious
> >
> > With package 'ripmime' installed:
> >
> > 
> > $ apt-get source gmime-bin
> > $ cd gmime-2.6.22/tests/
> > $ mkdir attachments
> > $ cd attachments
> > $ cat ../message-partial.* ../*.eml |ripmime -i -
> > $ ls -l *.jpg
> > -rw--- 1 sliedes sliedes 115113 Mar 26 22:45 2377h003.jpg
> > -rw--- 1 sliedes sliedes  17527 Mar 26 22:45 leonc.jpg
> > -rw--- 1 sliedes sliedes  45064 Mar 26 22:45 SkipStone-Banner.jpg
> > 
> >
> > The file 2377h003.jpg is a photograph of a scantily clad model
> > apparently taken by a pornographer named Suze Randall. The photograph,
> > which "ripmime" unfortunately does not extract fully from the
> > multipart message (you can build gmime and use tests/test-partial
> > message-partial.* to combine the parts; the size should be 117415
> > bytes), contains the copyright notice "(c) 2001 Suze Randall" in the
> > lower right corner.
> >
> > The file leonc.jpg is apparently part of a movie poster of the movie
> > Leon: The Professional and depicts the character "Mathilda", a 12-year
> > old girl played by Natalie Portman, with a huge gun in her hand.
> >
> > SkipStone-Banner appears to be a partial banner of an old web browser
> > ("Gtk+ only browser"; I did not inspect what its license is, but did
> > find a source download link).
> >
> >   Sami
> >
> >
> > [...]
>
> Hi Micro,
>
> Could I convince you to do a +dfsg upload to remove the offending images
> (assuming they are indeed as non-free as implied)?
>
> Thanks,
> ~Niels
>

Bug#860475: unblock: gtk-sharp2/2.12.40-2

[Mirco Bauer]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear Release Team,

the GTK# 2.12.40-1 library used by Smuxi and other C# GTK+ applications
introduced a regression to leads to a NullReferenceException or Glib/GTK
CRITICAL messages or SEGV.
For more about this RC bug details see #860450

I have backported only the fix that addresses the mentioned bug above in
gtk-sharp2 2.12.40-2, no other changes.

Please review my attached debdiff of 2.12.40-1.1 (which is currently in
testing) and 2.12.40-2 (which is currently in unstable):
debdiff gtk-sharp2_2.12.40-1.1.dsc ../build-area/gtk-sharp2_2.12.40-2.dsc
> debdiff

unblock gtk-sharp2/2.12.40-2

Thanks.

Best regards,

Mirco (meebey) Bauer

FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
CTO @ Gatecoin Ltd. mi...@gatecoin.com https://gatecoin.com/
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc


debdiff
Description: Binary data

Bug#860450: Gtk.TreeView.get/set_Model() throws NullReferenceException and spews GLib-GObject-CRITICAL errors

[Mirco Bauer]

Package: libgtk2.0-cil
Version: 2.12.40-1
Severity: serious
Forwarded: https://bugzilla.xamarin.com/show_bug.cgi?id=55235
Owner: mee...@debian.org
Control: -1 affects smuxi-frontend-gnome

In Smuxi when you rejoin a channel this will lead to exception after
upgrading from GTK# 2.12.10 to 2.12.40 like this:

System.NullReferenceException: Object reference not set to an instance of
an object
 at GLib.GType.GetQualifiedName (System.String cname) [0x0005d] in
<8c54b02ecd9b45db868abfb5696ef2d4>:0
 at GLib.GType.LookupType (System.IntPtr typeid) [0x00020] in
<8c54b02ecd9b45db868abfb5696ef2d4>:0
 at GLib.ObjectManager.GetTypeOrParent (System.IntPtr obj) [0x7] in
<8c54b02ecd9b45db868abfb5696ef2d4>:0
 at GLib.ObjectManager.CreateObject (System.IntPtr raw) [0x00012] in
<8c54b02ecd9b45db868abfb5696ef2d4>:0
 at GLib.Object.GetObject (System.IntPtr o, System.Boolean owned_ref)
[0x00074] in <8c54b02ecd9b45db868abfb5696ef2d4>:0
 at Gtk.TreeModelAdapter.GetObject (System.IntPtr handle, System.Boolean
owned) [0x0] in <8bc02e9c110240acb0e1344122d80ad3>:0
 at Gtk.TreeView.get_Model () [0xc] in
<8bc02e9c110240acb0e1344122d80ad3>:0
 at Smuxi.Frontend.Gnome.GroupChatView.Populate () [0x0004c] in
/tmp/buildd/smuxi-1.0.6/src/Frontend-GNOME/Views/Chats/GroupChatView.cs:325
 at
Smuxi.Frontend.Gnome.ChatViewManager+c__AnonStorey1.<>m__0 ()
[0x0007b] in
/tmp/buildd/smuxi-1.0.6/src/Frontend-GNOME/ChatViewManager.cs:351
 at GLib.Idle+IdleProxy.Handler (System.IntPtr data) [0x0003c] in
<8c54b02ecd9b45db868abfb5696ef2d4>:0

And the console output will show GTK/GLib CRITICAL messages:

(smuxi-frontend-gnome:1992): Gtk-CRITICAL **: IA__gtk_list_store_clear:
assertion 'GTK_IS_LIST_STORE (list_store)' failed
(smuxi-frontend-gnome:1992): Gtk-CRITICAL **: IA__gtk_tree_view_set_model:
assertion 'model == NULL || GTK_IS_TREE_MODEL (model)' failed
(smuxi-frontend-gnome:1992): GLib-GObject-CRITICAL **: g_object_unref:
assertion 'G_IS_OBJECT (object)' failed
(smuxi-frontend-gnome:1992): Gtk-CRITICAL **: IA__gtk_list_store_clear:
assertion 'GTK_IS_LIST_STORE (list_store)' failed
(smuxi-frontend-gnome:1992): GLib-GObject-CRITICAL **:
g_object_remove_toggle_ref: assertion 'G_IS_OBJECT (object)' failed
(smuxi-frontend-gnome:1992): GLib-GObject-CRITICAL **:
g_object_remove_toggle_ref: assertion 'G_IS_OBJECT (object)' failed
(smuxi-frontend-gnome:1992): GLib-GObject-CRITICAL **:
g_object_remove_toggle_ref: assertion 'G_IS_OBJECT (object)' failed
(smuxi-frontend-gnome:1992): GLib-GObject-CRITICAL **:
g_object_remove_toggle_ref: assertion 'G_IS_OBJECT (object)' failed

This has never been a problem though with GTK# < 2.12.40, which makes this
a regression of GTK# 2.12.40

I have debugged the issue already and found the fix in the stable branch of
upstream's git repository here:
https://github.com/mono/gtk-sharp/commit/4ac71507fffce997207215ac3f8b38471ce60a14#commitcomment-21776072

So I will backport that fix and request a freeze exception as this bug
affects all GTK# users that use the Gtk.TreeView and replace the model.

Best regards,

Mirco (meebey) Bauer

FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
CTO @ Gatecoin Ltd. mi...@gatecoin.com https://gatecoin.com/
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0x7127E5ABEEF946C8 https://meebey.net/pubkey.asc

Bug#806033: gmime: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Mirco Bauer]

On Thu, Jul 7, 2016 at 11:34 PM, Daniel Kahn Gillmor 
wrote:

> -
> # https://bugs.debian.org/806033 -- dh_clideps expects to see
> # dh_makeshlibs called before it, but dh_makeshlibs is never called
> # when building only arch-indep packages.  So we force the issue by
> # making a phony shlibs.local file that dh_clideps will accept, if no
> # others exist:
> override_dh_clideps:
> if ! grep -q . debian/*/DEBIAN/shlibs; then echo libgmime-2.6 0
> libgmime-2.6-0 > debian/shlibs.local; fi
> dh_clideps
> rm -f debian/shlibs.local
> -
>
> But it would be better to have the problem fixed in the
> debhelper/cli-common-dev toolchain, so i've cloned this bug report and
> assigned it to cli-common-dev.
>

I disagree that the bug is in dh_clideps and thus cli-common-dev. The
implementation is on par with the specification, defined in the Debian CLI
Policy section 6.2.1 [0]:

dh_clideps is used to discover the native and managed dependencies of the
> packages. It uses the clilibs control files
> ,
> the .config of assemblies and the shlibs files created by dh_makeshlibs.
> The discovered dependencies are written into the ${cli:Depends} variable.
> *dh_shlibdeps must be run
> before dh_clideps. dh_makeshlibs and dh_makeclilibs must be run
> before dh_clideps*. If not, when two binary packages from the same source
> package depend on one another, dh_clideps will not be able to determine
> the dependencies.


This is a simple design issue and thus limtation. dh_clideps can only know
the correct binary dependencies if the shlibs files of the called native
library (moduelrefs) is available. If you do not build the arch-dependent
portion first, then you can not obtain the needed metadata from it.

 [0]:
https://pkg-mono.alioth.debian.org/cli-policy/ch-appendix.html#s-dh_clideps


> Are there any other source packages that build an arch:any C library
> package and arch:all cli bindings for it that use this toolchain?  I
> would think all such packages would run into this bug if they are
> submitted as source-only uploads.
>
> --dkg
>


Best regards,

Mirco (meebey) Bauer

FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
CTO @ GSD Software Design GmbH m.ba...@gsd-software.net
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

Bug#806033: gmime: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Mirco Bauer]

This is an order issue, dh_clideps has to be called after creating the
shlibs (dh_makeshlibs):

dh_clideps: Error: Missing shlibs entry: libgmime-2.6.so.0 or gmime for:
gmime-sharp.dll!

Best regards,

Mirco (meebey) Bauer

FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
CTO @ GSD Software Design GmbH m.ba...@gsd-software.net
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

Bug#818329: smuxi-frontend-gnome: Hangs on exit

[Mirco Bauer]

reassign 818329 mono-runtime
affects 818329 smuxi-frontend-gnome
severity 818329 serious
retitle 818329 multi threaded applications might hang at process exit on
AMD64
tags +fixed-upstream
forwarded https://bugzilla.xamarin.com/show_bug.cgi?id=33020
thanks

This is a bug in the Mono runtime and affects all multi threaded
applications that do not explicitly stop all threads before exiting the
process (thus raising severity to RC) . The bug is specific to the AMD64
architecture.
Upstream has already fixed this issue in their git repository.

Best regards,

Mirco (meebey) Bauer

FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
CTO @ GSD Software Design GmbH m.ba...@gsd-software.net
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

On Wed, Mar 16, 2016 at 1:20 AM, Felipe Sateler  wrote:

> Package: smuxi-frontend-gnome
> Version: 1.0.3-1
> Severity: important
>
> Upon exit (via ctrl+q), smuxi hangs. I have to press the close button,
> and have kde ask me if I want to kill smuxi.
>
> This also happens when on the connect to server dialog. Clicking the
> close button in this dialog does not exit and smuxi hangs.
>
> No repaints are done while smuxi is hung.
>
> This is the smuxi --debug output after I clicked close:
>
> 2016-03-15 21:19:42,821 [Main] DEBUG
> Smuxi.Frontend.Gnome.EngineManagerDialog - _OnResponse(): ResponseId:
> DeleteEvent
> 2016-03-15 21:19:42,823 [Main] DEBUG TRACE - [smuxi-frontend-gnome.exe]
> Frontend.Quit()
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1,
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages smuxi-frontend-gnome depends on:
> ii  libdbus-glib2.0-cil 0.6.0-1
> ii  libdbus2.0-cil  0.8.1-2
> ii  libglade2.0-cil 2.12.26-0xamarin1
> ii  libglib2.0-02.46.2-3
> ii  libglib2.0-cil  2.12.26-0xamarin1
> ii  libgtk2.0-0 2.24.30-1
> ii  libgtk2.0-cil   2.12.26-0xamarin1
> ii  libgtkspell02.0.16-1.1
> ii  libindicate0.1-cil  0.6.92-2
> ii  liblog4net1.2-cil   1.2.10+dfsg-7
> ii  libmono-corlib4.5-cil   4.2.2.30-0xamarin2
> ii  libmono-posix4.0-cil4.2.2.30-0xamarin2
> ii  libmono-system-core4.0-cil  4.2.2.30-0xamarin2
> ii  libmono-system-web4.0-cil   4.2.2.30-0xamarin2
> ii  libmono-system4.0-cil   4.2.2.30-0xamarin2
> ii  libnotify0.4-cil0.4.0~r3032-7
> ii  librsvg2-common 2.40.13-3
> ii  mono-runtime4.2.2.30-0xamarin2
> ii  smuxi-engine1.0.3-1
>
> Versions of packages smuxi-frontend-gnome recommends:
> ii  ksshaskpass [ssh-askpass]   4:5.4.3-1
> ii  notification-daemon 3.18.2-1
> ii  plasma-workspace [notification-daemon]  4:5.4.3-2
> ii  ssh-askpass-gnome [ssh-askpass] 1:7.2p2-1
>
> smuxi-frontend-gnome suggests no packages.
>
> -- no debconf information
>

Bug#806896: [pkg-cli-libs-team] Bug#806896: libnunit-framework2.6.3-cil: Please provide previous versions of the framework as well as current.

[Mirco Bauer]

Am 03.12.2015 9:21 nachm. schrieb "Charlie Poole" :
>
> Hey Jo,
>
> I agree entirely with your basic point about using NuGet for the
framework.
>
> However, regarding
>
> > we try to avoid packaging libraries we don't use in applications
>
> ...the nunit framework is one such library.

Nope, your library is used by upstream and Debian to run test-cases during
(package) builds. So it is used.

Mirco

>
> Charlie
>
> On Thu, 3 Dec 2015 12:50:40 + Jo Shields  wrote:
> > On Wed, 02 Dec 2015 10:45:14 -0500 Chris Capon 
wrote:
> >  > Package: libnunit-framework2.6.3-cil
> >  > Version: 2.6.3+dfsg-1
> >  > Severity: wishlist
> >  >
> >  > Dear Maintainer,
> >  >
> >  > When a .NET project that references the nunit.framework is compiled,
the
> >  > specific version number, culture and public key token are built in
to the
> >  > application.
> >  >
> >  > If that specific version is not found in the GAC when the application
> > is run,
> >  > it will fail.
> >  >
> >  > When considering source code portability between systems, projects
that
> >  > reference specific versions of the nunit.framework can also not be
> > compiled if
> >  > that version is not found.
> >  >
> >  > Under Windows, it is possible to have many different versions of
NUnit
> >  > installed concurrently in the GAC by installing from the many
packages
> >  > available on NUnit.org download site.
> >  >
> >  > With Debian (Testing), only the latest version is provided (currently
> > 2.6.3).
> >  > This places a requirement on all .NET applications to be compiled
> > with the same
> >  > nunit.framework reference. In addition, that reference must be
> > updated with
> >  > each major release of the framework.
> >  >
> >  > Since different applications may reference different versions of the
> >  > nunit.framework, it should be possible to install multiple versions
> > of the
> >  > nunit.framework.
> >  >
> >  > Would it be possible to provide an installation package for each of
the
> >  > historical versions of the NUnit framework in addition to the most
> > current?
> >  > This way package references do not need to be changed unnecessarily.
> >  >
> >  > It is also significant that these historical versions must all
register
> >  > references in the GAC which are compatible with their matching
> > releases on
> >  > NUnit.org.
> >
> > This is actually a huge amount of work. In the general case, I'd suggest
> > using NuGet for including NUnit in your own projects, rather than
> > relying on what's in the distribution - we cannot rely on internet
> > connectivity when building packages, so need to have packages, but we
> > try to avoid packaging libraries we don't use in applications, and
> > multiple parallel versions of NUnit would certainly come under that
heading.
> >
> >
>
> ___
> 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#779803: smuxi performs autoconnect on first startup

[Mirco Bauer]

found 779803 0.8.10-3
forwarded 779803 https://smuxi.im/issues/show/541
thanks

Smuxi should either use a dialog that allows to a) not connect/join or b)
allow the change the realname before the connect. As a quick fix the
realname should be anonymized.

On Sun, Aug 23, 2015 at 1:35 PM, Jonathan Wiltshire j...@debian.org wrote:

 Control: severity -1 grave
 Control: tag -1 security

 Justification: user information disclosure without warning

 On Wed, Mar 04, 2015 at 05:30:44PM -0500, Stéphane Fillion wrote:
  At first start, smuxi autoconnect to a random irc server end then on this
  server on two random channels, against my will and using my own username.
 
  Can you please correct that and make sure smuxi performs only actions the
  user intends?

 Worse than that, smuxi joins oftc/#smuxi, an open channel, with the user's
 full name, without warning and without giving the user any opportunity to
 suppress that.

 --
 Jonathan Wiltshire  j...@debian.org
 Debian Developer http://people.debian.org/~jmw

 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51




-- 
Best regards,

Mirco (meebey) Bauer

FOSS Hacker mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
CTO @ GSD Software Design GmbH m.ba...@gsd-software.net
.NET Foundation Advisory Council Memberhttp://www.dotnetfoundation.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

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

[Mirco Bauer]

Am 20.05.2015 15:41 schrieb Emilio Pozuelo Monfort po...@debian.org:

 On Mon, 08 Dec 2014 16:09:54 +1100 Christopher James Halse Rogers
 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#779969: ITP: coreclr -- .NET Core Runtime

[Mirco Bauer]

Package: wnpp
Severity: wishlist
Owner: Mirco Bauer mee...@debian.org

* Package name: coreclr
  Version : git
  Upstream Author : Microsoft and contributors
* URL : http://www.dotnetfoundation.org/netcore5
* License : MIT/X11
  Programming Lang: C++, C#
  Description : .NET Core Runtime

The .NET Core Runtime also named CoreCLR is an open source, cross-platform
runtime for the Common Language Infrastructure. The runtime currently only
supports on Linux the AMD64/x86_64 CPU architecture.

This runtime provides an smaller alternative to the Mono runtime. The CoreCLR
is not feature on par with Mono.

This package will be maintained under the Debian CLI/Mono umbrella.


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

Bug#779970: ITP: corefx -- .NET Core Libraries

[Mirco Bauer]

Package: wnpp
Severity: wishlist
Owner: Mirco Bauer mee...@debian.org

* Package name: corefx
  Version : git
  Upstream Author : Microsoft and contributors
* URL : http://www.dotnetfoundation.org/netcore5
* License : MIT
  Programming Lang: C#
  Description : .NET Core Libraries

The .NET Core Runtime also named CoreCLR is an open source, cross-platform
runtime for the Common Language Infrastructure. The runtime currently only
supports on Linux the AMD64/x86_64 CPU architecture.

This package contains the libraries of the runtime.

This package will be maintained under the Debian CLI/Mono umbrella.


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

Bug#776145: GLib-CRITICAL spam on STDERR

[Mirco Bauer]

Package: libglib2.0-cil
Severity: serious

[this is a shortened version of my original report that was eaten by
reportbug which deserves a critical bugreport for the data loss]

Since a change in glib warnings are printed to STDERR for /each/
g_source_remove call if the item wasn't in the list. This can lead to
serious hardware resource usage (see below), thus severity set to
serious.

Example of such message:
 (smuxi-frontend-gnome:4942): GLib-CRITICAL **: Source ID 3462469 was
not found when attempting to remove it

meebey@redhorse:~$ ls -lh ~/.cache/gdm/session.log
-rw--- 1 meebey meebey 130M 2015-01-24 12:16
/home/meebey/.cache/gdm/session.log
meebey@redhorse:~$ grep -c -F 'GLib-CRITICAL **: Source ID'
/home/meebey/.cache/gdm/session.log
1194536

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc
commit 3a01260d87c738361f1b72673f73135b4d7545e7
Author: Bertrand Lorentz bertrand.lore...@gmail.com
Date:   Sat Jul 5 15:52:56 2014 +0200

glib: Fix native GLib warnings when disposing SourceProxy objects

When an instance of SourceProxy was finalized, we would try to remove
the corresponding source, even if it was already removed. This now
causes native GLib to print out warnings because it can't find the
source ID.

Now Source.Remove only calls g_source_remove if we really had a handler
registered for the ID we're removing.

diff --git a/glib/Source.cs b/glib/Source.cs
index b62c3c5..89e691f 100644
--- a/glib/Source.cs
+++ b/glib/Source.cs
@@ -54,9 +54,15 @@ namespace GLib {
 
 		public static bool Remove (uint tag)
 		{
-			lock (Source.source_handlers)
-source_handlers.Remove (tag);
-			return g_source_remove (tag);
+			// g_source_remove always returns true, so we follow that
+			bool ret = true;
+
+			lock (Source.source_handlers) {
+if (source_handlers.Remove (tag)) {
+	ret = g_source_remove (tag);
+}
+			}
+			return ret;
 		}
 	}
 }
commit 9c78f7019c8622a3fc7a10c3d3dc8dcb5f44a289
Author: Cody Russell c...@jhu.edu
Date:   Fri Jul 11 09:51:53 2014 -0500

Check that source_handlers contains the tag.

diff --git a/glib/Source.cs b/glib/Source.cs
index 89e691f..cf9f4ba 100644
--- a/glib/Source.cs
+++ b/glib/Source.cs
@@ -58,7 +58,8 @@ namespace GLib {
 			bool ret = true;
 
 			lock (Source.source_handlers) {
-if (source_handlers.Remove (tag)) {
+if (source_handlers.Contains (tag)) {
+	source_handlers.Remove (tag);
 	ret = g_source_remove (tag);
 }
 			}

Bug#776145: [pkg-cli-libs-team] Bug#776145: GLib-CRITICAL spam on STDERR

[Mirco Bauer]

tags 776145 + patch
thanks

On Sat, Jan 24, 2015 at 2:41 PM, Mirco Bauer mee...@debian.org wrote:
 ...
 [this is a shortened version of my original report that was eaten by
 reportbug which deserves a critical bugreport for the data loss]
 ...

[nevermind: I have found the initial report in /tmp/reportbug-*]

This glib message happens each time the GC wants to unref objects that
are no longer
referenced. Older glib versions simply ignored this, newer version
writes that message for every invocation.

Since this can lead to serious hardware resource usage (writes to files are
expensive) I have set the severity to serious.

grep -c -F 'GLib-CRITICAL **: Source ID' /home/meebey/.cache/gdm/session.log
1204472

2015-01-24 12:16: 1,194,536 messages
2015-01-24 14:54: 1,204,472 messages

So about 10,000 messages (writes) in about 3 hours.

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc


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

Bug#771389: smuxi-engine: Doesnt connect IRC servers with IPv6

[Mirco Bauer]

tags 771389 + confirmed
thanks

On Sat, Nov 29, 2014 at 6:23 AM, Craig Small csm...@debian.org wrote:
 Package: smuxi-engine
 Version: 0.11~rc5-2
 Severity: minor
 Tags: ipv6

 There is some odd resolving thing going on with smuxi and IPv6.
 I have tried with both OFTC and Freenode and it always connects
 using IPv6, even with using the chat or irc.ipv6 aliases.

Thank you for bringing up this issue. What forces Smuxi to use IPv4
when doing DNS resolution is the default configuration of Mono('s DNS
resolver) which suppresses  lookups/records. I have changed my
mono config locally years ago:

grep ipv6 /etc/mono/4.5/machine.config
ipv6 enabled=true/

As IPv6 was a release goal long time ago I wonder if this warrants a
fix in Mono with a unblock request for jessie?

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc


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

Bug#771389: Follow up on #debian-release

[Mirco Bauer]

10:48:36 meebey does enabling ipv6 (in a runtime, else all apps cant
make use of v6) warrant an unblock request?
10:49:00 meebey it was a release goal long time ago IIRC
10:49:44 meebey background is this bug report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771389
10:50:07 nthykier meebey: Depends on the size of the diff and how
soon you have have it done
10:50:21 meebey nthykier: it is a single line diff of a config file
10:50:37 meebey well maybe more in the source but I doubt...
probably a .in file
10:51:01 meebey grep ipv6 /etc/mono/4.5/machine.config
10:51:01 meebey ipv6 enabled=true/
10:51:01 meebey like that
10:51:02 nthykier meebey: Then please upload and file an unblock request

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc


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

Bug#734646: mono-nunit.pc shouldn't symlink to nunit.pc

[Mirco Bauer]

tags 734646 + confirmed
thanks

Hi Andres,

I can confirm your issue and it should be fixed. That patch alone is
not a fix, as it will break the other mono source packages that rely
on mono-nunit.pc.

If upstreams behavior should be mimicked, then it needs to follow the
mono version. This is not what you get by dropping the file. On the
other hand, faking mono's version does not solve the actual problem,
because you expect a specific nunit API from that mono version but get
possibly something different packaged in debian.

So the real fix is indeed patching all mono-nunit users in debian to
use nunit instead and then drop the mono-nunit symlink.
If you provide patches for that, I am going to merge it.

Thanks for paying attention to such details and bringing them up!

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc


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

Bug#731875: mono-xbuild: Default installation fails due to CIL 4.0/4.5 incompatibility

[Mirco Bauer]

tags 731875 + unreproducible
severity 731875 important
thanks

I can not reproduce this issue with a freshly installed mono-xbuild
3.0.6+dfsg2-10 in clean pbuilder chroot, thus I am downgrading the
severity to important.

Here is the transcript:

meebey@redhorse:~/Projects/debian/mono$ sudo -E pbuilder login
[sudo] password for meebey:
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz]
apt-get install I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /dev/pts filesystem
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: entering the shell
File extracted to: /var/cache/pbuilder/build//31607

root@redhorse:/# apt-get install --no-install-recommends mono-xbuild
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libmono-corlib2.0-cil libmono-corlib4.5-cil
libmono-microsoft-build-engine4.0-cil
libmono-microsoft-build-framework4.0-cil
libmono-microsoft-build-tasks-v4.0-4.0-cil
  libmono-microsoft-build-utilities-v4.0-4.0-cil
libmono-microsoft-build2.0-cil libmono-posix2.0-cil
libmono-posix4.0-cil libmono-security2.0-cil libmono-security4.0-cil
  libmono-sharpzip4.84-cil libmono-system-configuration4.0-cil
libmono-system-core4.0-cil libmono-system-security4.0-cil
libmono-system-xml4.0-cil libmono-system2.0-cil
  libmono-system4.0-cil mono-4.0-gac mono-gac mono-runtime
Suggested packages:
  libmono-i18n2.0-cil libmono-i18n4.0-all libasound2 libcups2
libgamin0 libgdiplus libmono-winforms2.0-cil libx11-6 xdg-utils
libgnome2-0 konqueror
Recommended packages:
  libmono-i18n-west2.0-cil libmono-i18n-west4.0-cil cli-common binfmt-support
The following NEW packages will be installed:
  libmono-corlib2.0-cil libmono-corlib4.5-cil
libmono-microsoft-build-engine4.0-cil
libmono-microsoft-build-framework4.0-cil
libmono-microsoft-build-tasks-v4.0-4.0-cil
  libmono-microsoft-build-utilities-v4.0-4.0-cil
libmono-microsoft-build2.0-cil libmono-posix2.0-cil
libmono-posix4.0-cil libmono-security2.0-cil libmono-security4.0-cil
  libmono-sharpzip4.84-cil libmono-system-configuration4.0-cil
libmono-system-core4.0-cil libmono-system-security4.0-cil
libmono-system-xml4.0-cil libmono-system2.0-cil
  libmono-system4.0-cil mono-4.0-gac mono-gac mono-runtime mono-xbuild
0 upgraded, 22 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/6693 kB of archives.
After this operation, 29.2 MB of additional disk space will be used.
Do you want to continue? [Y/n]
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package libmono-corlib4.5-cil.
(Reading database ... 12344 files and directories currently installed.)
Preparing to unpack .../libmono-corlib4.5-cil_3.0.6+dfsg2-10_all.deb ...
Unpacking libmono-corlib4.5-cil (3.0.6+dfsg2-10) ...
Selecting previously unselected package libmono-system-xml4.0-cil.
Preparing to unpack .../libmono-system-xml4.0-cil_3.0.6+dfsg2-10_all.deb ...
Unpacking libmono-system-xml4.0-cil (3.0.6+dfsg2-10) ...
Selecting previously unselected package libmono-system-security4.0-cil.
Preparing to unpack
.../libmono-system-security4.0-cil_3.0.6+dfsg2-10_all.deb ...
Unpacking libmono-system-security4.0-cil (3.0.6+dfsg2-10) ...
Selecting previously unselected package libmono-system-configuration4.0-cil.
Preparing to unpack
.../libmono-system-configuration4.0-cil_3.0.6+dfsg2-10_all.deb ...
Unpacking libmono-system-configuration4.0-cil (3.0.6+dfsg2-10) ...
Selecting previously unselected package libmono-system4.0-cil.
Preparing to unpack .../libmono-system4.0-cil_3.0.6+dfsg2-10_all.deb ...
Unpacking libmono-system4.0-cil (3.0.6+dfsg2-10) ...
Selecting previously unselected package libmono-security4.0-cil.
Preparing to unpack .../libmono-security4.0-cil_3.0.6+dfsg2-10_all.deb ...
Unpacking libmono-security4.0-cil (3.0.6+dfsg2-10) ...
Selecting previously unselected package mono-4.0-gac.
Preparing to unpack .../mono-4.0-gac_3.0.6+dfsg2-10_all.deb ...
Unpacking mono-4.0-gac (3.0.6+dfsg2-10) ...
Selecting previously unselected package mono-gac.
Preparing to unpack .../mono-gac_3.0.6+dfsg2-10_all.deb ...
Unpacking mono-gac (3.0.6+dfsg2-10) ...
Selecting previously unselected package mono-runtime.
Preparing to unpack .../mono-runtime_3.0.6+dfsg2-10_amd64.deb ...
Unpacking mono-runtime (3.0.6+dfsg2-10) ...
Selecting previously unselected package libmono-corlib2.0-cil.
Preparing to unpack .../libmono-corlib2.0-cil_3.0.6+dfsg2-10_all.deb ...
Unpacking libmono-corlib2.0-cil (3.0.6+dfsg2-10) ...
Selecting previously unselected package
libmono-microsoft-build-framework4.0-cil.
Preparing to unpack
.../libmono-microsoft-build-framework4.0-cil_3.0.6+dfsg2-10_all.deb
...
Unpacking libmono-microsoft-build-framework4.0-cil (3.0.6+dfsg2-10) ...
Selecting previously unselected package
libmono-microsoft-build-utilities-v4.0-4.0-cil.
Preparing to unpack

Bug#728743: libgmime2.6-cil: Installation hangs whilst installing Assembly

[Mirco Bauer]

reassign 728743 libgl1-nvidia-glx
retitle corrupts the signal block mask (SigBlk) breaking unrelated
applications
severity critical
thanks

Small update, it really seems to be the OpenGL library from Nvidia
modyifing the sigprocmask (SigBlk in /proc/self/status) from this reports:
https://bugzilla.redhat.com/show_bug.cgi?id=1028272
https://devtalk.nvidia.com/default/topic/638521/linux/gnome-terminal-problems-ctrl-c-and-exit/

As this breaks signal handling in general (but not always as the mask seems
to be more or less random - memory corruption?) a very common symptom is
that ctrl+c no longer works to quit applications from a terminal because
that emits the SIGINT signal. I also need to not that not every modified
block mask breaks applications because it depends on the used signals by
the application and actually blocked signals defined by the random block
mask.

Quoting from the nvidia developer forum:
I have tracked the issue to the process signal mask set from the nvidia
SOs. The weirdest thing is that the sigprocmask is always changed from
inside a call to `pthread_create()`. I'm suspecting a TLS issue, but I
cannot be sure...

With the correct 325.15 libraries, the process sets the signal mask to
0x0001 (correct).
But with the 331.20, the process sets the mask to some random value that
looks a lot like a memory address 0x7ffeaa5da000, for example.

Thus I am reassigning this now to the Nvidia OpenGL package.

Bug#729493: smuxi: Connection hangs after finding hostname

[Mirco Bauer]

Hi Felipe,

On Wed, Nov 13, 2013 at 3:45 PM, Felipe Sateler fsate...@debian.org wrote:

 Package: smuxi
 Version: 0.9-1
 Severity: important

 Hi,

 I can't connect to irc servers, the connection hangs after:


Does this apply to all servers you try?

Was it always like this or has it worked before?

Just a wild guess, please run the following command and show me the output
of it:
grep SigBlk /proc/self/status

The output should look like this:
meebey@redhorse:~$ grep SigBlk /proc/self/status
SigBlk: 




 11:42 -!- Connecting to irc.oftc.net port 6667...
 11:42 -!- Connection to irc.oftc.net established
 11:42 -!- Logging in...
 11:42 !magnet.oftc.net *** Looking up your hostname...
 11:42 !magnet.oftc.net *** Checking Ident
 11:42 !magnet.oftc.net *** Found your hostname


The connection seems to timeout for some reason... After reading the debug
log it looks like the signalling of the AutoResetEvent between the socket
queue and queue reader is not working. So this really looks like it is
related to the signal block mask mentioned above. So if you run the
proprietary nvidia driver please tell me the version, as I have seen
reports related to it (see #728743 and #499569).



 Attached is a log of smuxi with the -d flag.


Thanks, this was very helpful.

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

Bug#728743: libgmime2.6-cil: Installation hangs whilst installing Assembly

[Mirco Bauer]

On Thu, Nov 14, 2013 at 6:31 AM, Daniel Kahn Gillmor
d...@fifthhorseman.netwrote:

 On 11/13/2013 04:44 PM, Mirco Bauer wrote:
  Please run and paste the output of this command:
 
  grep SigBlk /proc/self/status

 Who are you asking to run this, Mirco?  You had me in the To: field, so
 i'm assuming you're asking me, but i've been unable to replicate the
 issue.  fwiw, here's what i get:


Sorry for that confusion, I wanted to ask Peter.



 0 dkg@alice:~$ grep SigBlk /proc/self/status
 SigBlk: 


Looks all good on your system as expected.


 0 dkg@alice:~$

 hth,

 --dkg




-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/


Debian Developermee...@debian.org  http://www.debian.org/


GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/


PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

Bug#728743: libgmime2.6-cil: Installation hangs whilst installing Assembly

[Mirco Bauer]

On Thu, Nov 14, 2013 at 7:53 AM, Peter Denison
bug-repo...@marshadder.orgwrote:

 On Thu, 14 Nov 2013, Daniel Kahn Gillmor wrote:

  On 11/13/2013 04:44 PM, Mirco Bauer wrote:

 Please run and paste the output of this command:

 grep SigBlk /proc/self/status


 Who are you asking to run this, Mirco?  You had me in the To: field, so
 i'm assuming you're asking me, but i've been unable to replicate the
 issue.  fwiw, here's what i get:

 0 dkg@alice:~$ grep SigBlk /proc/self/status
 SigBlk: 
 0 dkg@alice:~$

 hth,

 --dkg


 # grep SigBlk /proc/self/status
 SigBlk: b76ef098366ac05c

 This is true both for /proc/self/status and /proc/pid/status, where pid
 is the stuck gacutil.exe process


Ok, this is your problem then, as it is supported to be .
Something has tainted your environment. It is not so easy to find out which
parent process did this (the signal block mask is inherited to child
processes like environment variables). For some background of this issue
can be found in #499569 as I ran into that issue myself some years ago and
it took months to figure it out.

So this not an issue with Mono runtime but something on your system that
affects Mono and also other applications that rely on signals.

You basically need to find the process that modifies the signal block mask
(non 0s) and it must be one of the parent processes of your terminal or
wherever you run the grep command.

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

Bug#728743: libgmime2.6-cil: Installation hangs whilst installing Assembly

[Mirco Bauer]

I know 2 persons on IRC which suffer from the same issue as you
(non-0 SigBlk) and it seems like there is a connection to the proprietary
nvidia graphics drivers.
I have found a report here [0] that says the issue shows up starting with
nvidia 331.20. Can you tell me what your nvidia version is?

When we have gained more confirmation, then I can reassign this bug to the
nvidia package.

[0] http://forums.gentoo.org/viewtopic-p-7435944.html#7435944


On Thu, Nov 14, 2013 at 9:53 AM, Mirco Bauer mee...@debian.org wrote:


 On Thu, Nov 14, 2013 at 7:53 AM, Peter Denison bug-repo...@marshadder.org
  wrote:

 On Thu, 14 Nov 2013, Daniel Kahn Gillmor wrote:

  On 11/13/2013 04:44 PM, Mirco Bauer wrote:

 Please run and paste the output of this command:

 grep SigBlk /proc/self/status


 Who are you asking to run this, Mirco?  You had me in the To: field, so
 i'm assuming you're asking me, but i've been unable to replicate the
 issue.  fwiw, here's what i get:

 0 dkg@alice:~$ grep SigBlk /proc/self/status
 SigBlk: 
 0 dkg@alice:~$

 hth,

 --dkg


 # grep SigBlk /proc/self/status
 SigBlk: b76ef098366ac05c

 This is true both for /proc/self/status and /proc/pid/status, where pid
 is the stuck gacutil.exe process


 Ok, this is your problem then, as it is supported to be .
 Something has tainted your environment. It is not so easy to find out which
 parent process did this (the signal block mask is inherited to child
 processes like environment variables). For some background of this issue
 can be found in #499569 as I ran into that issue myself some years ago and
 it took months to figure it out.

 So this not an issue with Mono runtime but something on your system that
 affects Mono and also other applications that rely on signals.

 You basically need to find the process that modifies the signal block mask
 (non 0s) and it must be one of the parent processes of your terminal or
 wherever you run the grep command.

 --
 Best regards,

 Mirco 'meebey' Bauer

 FOSS Developer  mee...@meebey.net  https://www.meebey.net/
 Debian Developermee...@debian.org  http://www.debian.org/
 GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
 PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc




-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

Bug#728743: libgmime2.6-cil: Installation hangs whilst installing Assembly

[Mirco Bauer]

Please run and paste the output of this command:

grep SigBlk /proc/self/status



On Wed, Nov 13, 2013 at 7:21 AM, Daniel Kahn Gillmor
d...@fifthhorseman.netwrote:

 Control: 728743 reassign mono-gac
 Control: 728743 affects libgmime2.6-cil

 On 11/11/2013 02:56 PM, Peter Denison wrote:
  On Sun, 10 Nov 2013, Daniel Kahn Gillmor wrote:

  It's possible that you'll want to reassign this bug to either
  mono-runtime (for /usr/bin/mono) or mono-4.0-gac (for
  /usr/lib/mono/4.0/gacutil.exe) or mono-gac (for
  /usr/share/mono/MonoGetAssemblyName.exe).
 
  Can you do that if you decide that it's not specific to libgmime2.6-cil?

 I'm picking mono-gac since it seems the most specific of the three;
 maybe the maintainers there can take a look at it or suggest some other
 way to try to reproduce?

 My attempt to reproduce:

  * install fresh wheezy i386 system
  * apt-get install libgmime2.6-cil (installs 2.6.10-1)
  * echo deb http://ftp.us.debian.org/debian sid main \
 /etc/apt/sources.list
  * apt-get update
  * apt-get install libgmime2.6-cil (upgrades to 2.6.19-2)

 this terminated cleanly and promptly, with none of the hangs you've
 described.

 --dkg





-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc

Bug#700585: [pkg-cli-libs-team] Bug#700585: [pkg-cli-apps-team] Bug#700585: This patch should do the trick

[Mirco Bauer]

On Mon, Mar 4, 2013 at 4:49 PM, Josselin Mouette j...@debian.org wrote:
 Le dimanche 03 mars 2013 à 12:35 +0800, Chow Loong Jin a écrit :
 On 03/03/2013 05:27, Josselin Mouette wrote:
  I’m not using banshee so I didn’t test it, but the bug should be fixed
  by the attached patch.

 Thanks for the patch. I believe meebey worked on a patch for gconf# instead,
 though, since it seems to affect all gconf# users. This saves us the 
 DllImport
 in each application.

 It is as much a bad idea to do this in gconf# than to do it in gconf.
 You will just restrict the issue to C# applications.

 If an application starts using libdbus before this hack in gconf# is
 called, it may crash randomly.

The difference with C# applications is that they do not use libdbus
because a) there is no binding for it b) there is dbus-sharp. This
makes it very unlikely that C# applications might use libdbus before
anything else. The corner-case where a C# library indirectly uses
libdbus (via libgconf) without knowing it was patched.

If you want to blame someone, then the library that broke API/ABI
behavior: libgconf, as it was thread-safe (by default) before moving
to the dbus backend.

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  https://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 https://meebey.net/pubkey.asc


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

Bug#696375: mono-gac: fails to upgrade from lenny if libgmime2.2-cil is still installed

[Mirco Bauer]

On Feb 13, 2013 9:45 PM, Andreas Beckmann a...@debian.org wrote:

 Followup-For: Bug #696375

 Hi,

 after further thinking about this, libgmime-2.0-2a seems to be better
 suited to add the Conflicts: libgmime2.2-cil - since the problematic
 libgmime2.2-cil package was previously built from src:gmime2.2.
 This may not cover all partial upgrade corner cases (that would probably
 require a Conflicts in mono-gac), but I verified that it solves the
 problem on the normal apt-get dist-upgrade paths.

 I asked the SRM about fixing this via s-p-u and got approval:
 http://bugs.debian.org/700401

 I prepared a NMU (patch attached) targeted at the next squeeze point
 release (scheduled Feb. 23rd) and uploaded it to DELAYED/2 s.t. it will
 be in pu-NEW before this closes next Monday.

 Please let me know if you have any objections and I'll cancel the NMU.
 And of course you are welcome to do a maintainer upload yourself.

Looks good to me. Thanks for taking care of it.

Mirco


 Andreas

Bug#699503: libnotify0.4-cil: can lead to application crash

[Mirco Bauer]

Package: libnotify0.4-cil
Version: 0.4.0~r3032-5
Severity: serious

The notfiy-sharp library can crash the application when the
notification-daemon refuses the notification for whatever reason like
this:

Exception Message:
org.freedesktop.Notifications.MaxNotificationsExceeded: Exceeded
maximum number of notifications

Exception StackTrace:
  at Notifications.INotificationsProxy.Notify (System.String app_name,
UInt32 id, System.String icon, System.String summary, System.String
body, System.String[] actions, IDictionary`2 hints, Int32 timeout)
[0x0] in filename unknown:0
  at Notifications.Notification.Show () [0x0] in filename unknown:0
  at Notifications.Notification.Updatem__0 () [0x0] in filename
unknown:0
  at GLib.Timeout+TimeoutProxy.Handler () [0x0] in filename unknown:0

Looking at the strack trace you could think: well, catch that
exception then?, well you _can't_. The code that faces the exception
is inside the library itself that runs inside a GTK+ callback which
then leads to the application crash. So you (the application developer
that uses notify-sharp) can't catch that exception nor can workaround
it in any way. This is what makes this issue release critical.

-- 
Best regards,

Mirco 'meebey' Bauer

FOSS Developer   mee...@meebey.nethttp://www.meebey.net/
Debian Developer  mee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID 0xEEF946C8
http://meebey.net/pubkey.asc


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

Bug#695743: mono on armhf ?

[Mirco Bauer]

severity 695743 serious
thanks

As this bug potentially causes FTBFS of other source packages, I am 
raising the severity to RC.


Also this bug is a regression introduced in:

 mono (2.10.8.1-6) unstable; urgency=low
 .
   * [da2fc97] Remove armhf from list of supported architectures. It
 ain't supported by the runtime in Mono 2.10.x, and trying to
 shoehorn it in was more difficult than we had hoped. It will
 return in the future, for Mono 2.12. (Closes: #682284  
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682284)


Mirco Bauer

Bug#688584: unblock: smuxi/0.8.10-3 (pre-approval)

[Mirco Bauer]

On 11/12/2012 10:23 PM, Adam D. Barratt wrote:
 On Thu, 2012-10-25 at 22:59 +0200, Niels Thykier wrote:
 On 2012-09-23 22:47, Mirco Bauer wrote:
 This upload fixes #687014 which adds a missing build-dep that is 
 responsible for
 enabling spellchecking as provided by the libgtkspell library.
 [...]
 Feel free to ahead, please ping us again when it has been in sid for a
 couple of days.

 Ping?

Sorry for the delay. I have uploaded smuxi 0.8.10-3 to unstable right now.

For the record: the missing build-dep (and thus spellcheck feature) has received
extensive testing for the past 3 months with smuxi 0.8.10-2 in experimental.

Thanks for the freeze exception!

-- 
Regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  http://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 http://meebey.net/pubkey.asc


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

Bug#688584: unblock: smuxi/0.8.10-3 (pre-approval)

[Mirco Bauer]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

This upload fixes #687014 which adds a missing build-dep that is responsible for
enabling spellchecking as provided by the libgtkspell library.

smuxi 0.8.10-2 to 0.8.10-3 reverted the Standards-Version bump and contains no
further changes.

Here is the debdiff against the package in testing. I did not upload the changes
to unstable yet.

diff -Nru smuxi-0.8.10/debian/changelog smuxi-0.8.10/debian/changelog
--- smuxi-0.8.10/debian/changelog2012-06-30 17:01:03.0 +0200
+++ smuxi-0.8.10/debian/changelog2012-09-23 22:14:46.0 +0200
@@ -1,3 +1,17 @@
+smuxi (0.8.10-3) unstable; urgency=low
+
+  * [d1b3dd5] Revert Bumped Standards-Version to 3.9.3 (no changes needed)
+
+ -- Mirco Bauer mee...@debian.org  Sun, 23 Sep 2012 22:14:15 +0200
+
+smuxi (0.8.10-2) experimental; urgency=low
+
+  * [1062503] Bumped Standards-Version to 3.9.3 (no changes needed)
+  * [b263954] Added libgtkspell-dev to build-deps and enabled GTK+ spell
+  checking
+
+ -- Mirco Bauer mee...@debian.org  Wed, 22 Aug 2012 21:21:15 +0200
+
 smuxi (0.8.10-1) unstable; urgency=low
 
   * [7c31cd4] Imported Upstream version 0.8.10
diff -Nru smuxi-0.8.10/debian/control smuxi-0.8.10/debian/control
--- smuxi-0.8.10/debian/control2012-06-30 17:01:03.0 +0200
+++ smuxi-0.8.10/debian/control2012-09-23 22:14:46.0 +0200
@@ -16,6 +16,7 @@
  libart2.0-cil-dev (= 2.8),
  libnotify-cil-dev,
  libindicate0.1-cil-dev,
+ libgtkspell-dev (= 2.0.9),
  libdbus1.0-cil-dev,
  libdbus-glib1.0-cil-dev,
  libstfl-dev (= 0.21),
diff -Nru smuxi-0.8.10/debian/rules smuxi-0.8.10/debian/rules
--- smuxi-0.8.10/debian/rules2012-06-30 17:01:03.0 +0200
+++ smuxi-0.8.10/debian/rules2012-09-23 22:14:46.0 +0200
@@ -14,6 +14,7 @@
 --enable-frontend-stfl \
 --with-notify \
 --with-indicate \
+--with-gtkspell \
 GMCS=/usr/bin/mono-csc MCS=/usr/bin/mono-csc
 
 # disable make check


unblock smuxi/0.8.10-3

-- 
Regards,

Mirco 'meebey' Bauer

FOSS Developer  mee...@meebey.net  http://www.meebey.net/
Debian Developermee...@debian.org  http://www.debian.org/
GNOME Foundation Member mmmba...@gnome.org http://www.gnome.org/
PGP-Key ID  0xEEF946C8 http://meebey.net/pubkey.asc


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

Bug#683252: smuxi-engine: [INTL:pt] Updated Portuguese translation for program

[Mirco Bauer]

tags 683252 + pending
thanks

On 07/30/2012 10:10 AM, Traduz - Portuguese Translation Team wrote:
 Package: smuxi-engine
 Version: n/a
 Tags: l10n, patch
 Severity: wishlist

 Updated Portuguese translation for smuxi-engine's program messages.
 Translator: Pedro Ribeiro p.m42.ribe...@gmail.com
 Feel free to use it.

Committed to upstream's git repository here:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=5c21260e7b94d10c46525f7da70c5b09338d6ca5

This translation will be included in the upcoming Smuxi 0.8.10.1 release.
Thank you very much for your contribution!

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/


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

Bug#683253: smuxi-engine-twitter: [INTL:pt] Updated Portuguese translation for program

[Mirco Bauer]

tags 683253 + pending
tags 683254 + pending
tags 683256 + pending
thanks

On 07/30/2012 10:13 AM, Traduz - Portuguese Translation Team wrote:
 Package: smuxi-engine-twitter
 Version: n/a
 Tags: l10n, patch
 Severity: wishlist

 Updated Portuguese translation for smuxi-engine-twitter's program messages.
 Translator: Pedro Ribeiro p.m42.ribe...@gmail.com
 Feel free to use it.
Committed to upstream's git repository here:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=7325ac4b4f10b6f5b03c1bab3304e63db5a25d31

This translation will be included in the upcoming Smuxi 0.8.10.1 release.
Thank you very much for your contribution!

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/


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

Bug#638366: Fixed in mono 2.10.1-2 (experimental) and mono 2.10.5-2 (unstable)

[Mirco Bauer]

fixed 638366 2.10.1-2
fixed 638366 2.10.5-2
close 638366
fixed 639342 2.10.1-2
fixed 639342 2.10.5-2
close 639342
thanks

This was fixed with the upload of mono 2.10.1-2 to experimental and in
unstable with the upload of mono 2.10.5-2

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/




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

Bug#655629: smuxi-frontend-gnome: [INTL:pt] Updated Portuguese translation for debconf messages

[Mirco Bauer]

tags 655629 + pending
thanks

On 01/12/2012 10:25 PM, Traduz - Portuguese Translation Team wrote:

Package: smuxi-frontend-gnome
Version: n/a
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for smuxi-frontend-gnome's debconf 
messages.

Translator: Pedro Ribeiro p.m42.ribe...@gmail.com
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team traduz _at_ debianpt.org.




Applied to git:
http://git.qnetp.net/?p=smuxi.git;a=commitdiff;h=11ce23cbe19da1addd5647490088a294f4737cf9

Thank you very much for your contribution to Smuxi!

--
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/




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

Bug#648775: Mono 2.10 Transition has started (was Re: Bug#648775: transition: mono 2.10)

[Mirco Bauer]

On 01/15/2012 12:03 PM, Niels Thykier wrote:

Hi,

The vtk5.8 transition is done, so we can start mono now.

Please start the uploads.  :)


Alright, I have uploaded Mono 2.10.5-2 and cli-common 0.8 to unstable. 
This officially starts the Mono 2.10 transition in Debian [0] [1] [2].


[0] http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
[1] http://release.debian.org/transitions/html/mono.html
[2] http://bugs.debian.org/648775 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648775

--
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/




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

Bug#633526: vserver kernel breaks ssh public_key authentication on NFS

[Mirco Bauer]

tags 633526 + patch
retitle 633526 NFS client uid/gid cache broken on VServer kernels
thanks

Herbert Poetzl wrote:

 we now understand the problem, and it was fixed for 
 3.0.4 with the following patch: 

 http://vserver.13thfloor.at/ExperimentalT/delta-nfs-fix02.diff

I can confirm that this patch is fixing the issue. I have tested the patch on 
top of linux-2.6 2.6.32-37 on a production server
and we no longer experience the NFS uid/gid issue.

The issue can easily be tested by doing ls -l $file on a NFS mount. The 
values will show up correctly.
After cat $file  /dev/null; ls -l $file it will suddenly show wrong uid/gid 
values of: 4294967294/4294967294 (-2/-2)
Waiting for about 20 seconds ls -l $file will show again correct values. So 
the client cached values are clearly the problem.

I strongly recommend to include the patch into the next stable point release as 
this is major NFS regression from Debian Lenny.

Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/




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

Bug#638366: [pkg-mono-group] Bug#638366: mono: please enable s390x architecture

[Mirco Bauer]

On 09/08/2011 12:52 PM, Philipp Kern wrote:
 On Thu, Aug 18, 2011 at 10:03:25PM +0100, Jo Shields wrote:
 I'm not enthusiastic about enabling an architecture without a means to
 test build and debug issues - upstream technically claims support for
 MIPS, for example, but testing on the Debian porterboxes showed
 otherwise.

 Is there anything resembling an s390x porterbox available?

 Well, a simple hello world does work on s390x and the packages were built
 successfully AFAICS.
Please send me the build log of that, it contains important
information of the test suite run. After that I can tell how useful or
buggy the current s390x port of Mono is. I would prefer doing this
bootstrap with 2.10.5 from experimental instead of 2.6.7 though as
that is what will hit soonish unstable.

Thanks for you interest in getting Mono to run on s390x.

Mirco Bauer




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

Bug#619783: status update on gmime in debian please ?

[Mirco Bauer]

On 05/16/2011 02:20 PM, micah anderson wrote:

On Sun, 15 May 2011 13:56:43 -0400, Daniel Kahn Gillmord...@fifthhorseman.net 
 wrote:

Could we please get gmime 2.4.24 in debian?  It's been out upstream for
more than a month, and the old version is causing test suite failures in
notmuch.

Those test suite failures percolate down to failures in the usage of
notmuch by us humans too.


If there's a reason to not update gmime in debian, could you please
explain it (ideally, publicly on #619783) so that we know why there is a
delay?

If the only reason is lack of time, then I suspect that replying to
indicate such could also be problematic and a DELAYED NMU would be
appropriate.


Sorry for the delay but it's not lack of time, a packaging workflow 
issue though. I have used git-svn for gmime2.4, haven't published the 
repo and then switched my development machine. I was now able to obtain 
my original git-svn repo [0] and I will try to look into uploading gmime 
2.4.24.

micah


Mirco Bauer

[0] http://git.debian.org/?p=users/meebey/packages/gmime2.4.git;a=summary



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

Bug#597053: [pkg-cli-apps-team] Bug#597053: ITP: sparkleshare -- git-backed file sharing and collaboration tool

[Mirco Bauer]

On 04/27/2011 11:16 AM, Iain Lane wrote:

Indeed I looked at the RC last month and forgot to update this bug
with the status. I couldn't proceed with packaging it because it
included Git# which bundled a few binary libraries:

,
| laney@chicken find . -name *.exe -o -name *.dll
| ./GitSharp/lib/Org.Mentalis.Security.dll
| ./GitSharp/lib/ICSharpCode.SharpZipLib.dll
| ./GitSharp/lib/DiffieHellman.dll
| ./GitSharp/lib/Tamir.SharpSSH.dll
`

However it looks like these have been removed in git master, so we may
be able to proceed then. I or someone else in the team will try to
look at this again in the near future.


I talked with upstream already and he said he expects a new release 
around next week. I will look into packaging when that happens.


Mirco Bauer



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

Bug#623779: smuxi: repeats notifications upon reconnection

[Mirco Bauer]

tags 623779 + confirmed upstream
forwarded 623779 http://www.smuxi.org/issues/show/491
thanks

On 04/23/2011 01:16 AM, Felipe Sateler wrote:

Package: smuxi
Version: 0.8-3
Severity: normal

If I have a chat window open where somebody typed my username, I get a
notification. If I disconnect and then reconnect (seen through a
suspend-resume cycle), the notification appears again for that old message.
This issue was already fixed in upstream's git repo [0] and will be part 
of the next (0.8.1) release.


Thanks for reporting this issue.

Mirco Bauer

[0] 
http://git.qnetp.net/?p=smuxi.git;a=commit;h=e69b2a7bc77235eb5d57cf28253661e2aaa48eef 





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

Bug#623936: [ia32-libs-gtk] Please add libglademm and possibly others for Amazon MP3 downloader

[Mirco Bauer]

-error.so.0 = /usr/lib32/libgpg-error.so.0 (0xf63bc000)
libtasn1.so.3 = /usr/lib32/libtasn1.so.3 (0xf63ac000)

thanks,

Mirco Bauer

[0]: 
http://www.amazon.de/gp/dmusic/help/amd-installer-redirect.html/ref=dm_amd_linux_debian?ie=UTF8forceos=LINUXcallingPage=%2Fgp%2Fdmusic%2Fhelp%2Famd.htmllinux_Debian.x=1 





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

Bug#621031: [pkg-mono-group] Bug#621031: mono: FTBFS on kfreebsd-*: configure: error: Pthreads not supported by the GC on this platform.

[Mirco Bauer]

tag 621031 + confirmed pending
thanks

On 04/06/2011 12:15 AM, Cyril Brulebois wro

Hi,

your package no longer builds on kfreebsd-*:
| checking whether to enable maintainer-specific portions of Makefiles... no
| checking for pthread_self in -lpthread... yes
| configure: error: Pthreads not supported by the GC on this platform.
| configure: error: ./configure failed for libgc
| make: *** [configure-stamp] Error 1
   
Sorry about that, this is a merge of the debian/patches/kfreebsd_support 
branch which I temporarly merged as obsolete, re-merging didn't bring it 
back though. I guess I will have to cherry-pick the commits so they get 
re-applied



Full build logs:
   https://buildd.debian.org/status/package.php?p=monosuite=experimental

FWIW, s390 seems to fail for other reasons.
   
s390 is no longer supported with Mono 2.10+, s390x though is, which we 
will soonish get with multiarch support I hope.


Thanks for your report!

Mirco




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

Bug#616984: smuxi: Unhandled exception

[Mirco Bauer]

severity 616984 serious
tags 616984 + upstream fixed-upstream
forwarded 616984 http://www.smuxi.org/issues/show/574
thanks

On 03/07/2011 02:02 AM, Felipe Sateler wrote:
 Smuxi crashes sometimes, I can't figure a pattern on when this happens.
 It may be related to notifications.

 Attached is the exception information smuxi gave me.
   
It is not that easy to reproduce as a race condition is involved.

The pattern is that a highlight that raises a desktop notification
expires and when switching to the chat window it might try to close the
already expired notification which leads to that seen unhandled exception.

I am about to upload smuxi 0.8-3 which fixes this issue.
--
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/




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

Bug#587948: Bug#605292: SHM_SIZE fixed mono-gac: lenny to squeeze upgrade issue?

[Mirco Bauer]

On 01/08/2011 11:51 PM, Jochen wrote:
 Hello @all,
 
 may it be possible to check in the preinstall routine of the package the
 parameter size in mount of SHM ? (mount | grep shm | awk ...)
 And if there is a limitation (parameter size is set) to create a message
 to confirm for the user?
 Because you can not upgrade from lenny to squeeze if there is this
 limitation gnome-desktop (e.g. and all other mono based packages) does
 not install correctly, it breaks the running system.

This detection will not be needed as I am going to disable the use of
shared memory in mono 2.6.7-5 by using configure option at build time.

Upstream did this step already with Mono 2.8 which is no longer using
shared memory by default.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#607465: [pkg-mono-group] Bug#607465: mono-runtime: fsharpi fails (f# 2.0-1)

[Mirco Bauer]

tags 607465 + confirmed pending
thanks

On 12/18/2010 06:52 PM, Peter Ronnquist wrote:
 ** (/usr/lib/fsharp/fsi.exe:3648): WARNING **: unknown opcode jmp in 
 mono_arch_output_basic_block()
 
 **
 ERROR:mini-amd64.c:5540:mono_arch_output_basic_block: code should not be 
 reached
 Stacktrace:

This is a regression in -4 which slipped in when applying an upstream
patch to fix a soft debugger issue on AMD64. mono 2.6.7-5 will contain
the fix for it.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#605292: SHM_SIZE fixed mono-gac: lenny to squeeze upgrade issue?

[Mirco Bauer]

tags 587948 - unreproducible
tags 587948 + confirmed
retitle 587948 /usr/bin/mono segfaults if shared memory (/dev/shm) is exhausted
thanks

On 12/27/2010 11:47 AM, Jochen Becker wrote:
 Hello Drew Daniels,
 
 yes it was the SHM Size. The limitation was to small. I can recreate the
 error by setting the small value.
 I think the pre Inst part  must check this.
 
 Greatings
 Jochen

Ok, I can finally reproduce and confirm this issue if shared memory (/dev/shm) 
is exhausted. The mono runtime needs to deal with it though. 
(I had to create a chroot btw, as the already mounted /dev/shm can not be 
changed as long as it's used by some process)

redbull:/# mount -t tmpfs -o size=1 tmpfs /dev/shm 
redbull:/# mount
proc on /proc type proc (rw)
tmpfs on /dev/shm type tmpfs (rw,size=1)
redbull:/# gacutil 

** (/usr/lib/mono/2.0/gacutil.exe:6145): WARNING **: Thread (nil) may have been 
prematurely finalized

** (/usr/lib/mono/2.0/gacutil.exe:6145): WARNING **: Thread (nil) may have been 
prematurely finalized

** (/usr/lib/mono/2.0/gacutil.exe:6145): WARNING **: Thread (nil) may have been 
prematurely finalized

** (/usr/lib/mono/2.0/gacutil.exe:6145): WARNING **: Thread (nil) may have been 
prematurely finalized
Segmentation fault
redbull:/# 


As temporarily workaround MONO_DISABLE_SHM=1 as environment variable can be 
used:
redbull:/# MONO_DISABLE_SHM=1 gacutil
The following assemblies are installed into the GAC:
redbull:/# 

PS: I will from now on use #587948 as master bug as that's what the BTS picked 
:/ so please keep
587...@bugs.debian.org as CC

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#605292: [pkg-mono-group] Bug#605292: mono-gac: lenny to squeeze upgraded system problems with monobasic system installation

[Mirco Bauer]

On 12/19/2010 12:04 AM, Jochen wrote:
 Hello Micro,
 i tried it today (sorry because i had a lot of work to do)
 
 with the new version of mono-gac it was no problem to install the
 applications
 bug is fixed i think

The issue is for sure not solved as mono-gac hasn't changed. Have you
changed the shared memory size of /dev/shm?

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#605292: [pkg-mono-group] Bug#605292: mono-gac: lenny to squeeze upgraded system problems with monobasic system installation

[Mirco Bauer]

Hi Jochen,

On 12/14/2010 08:43 AM, Jochen wrote:
 Hello Micro,
 the output
 
 gdb --args mono /usr/lib/mono/2.0/gacutil.exe
 GNU gdb (GDB) 7.0.1-debian
 Copyright (C) 2009 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later
 http://gnu.org/licenses/gpl.html
 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 x86_64-linux-gnu.
 For bug reporting instructions, please see:
 http://www.gnu.org/software/gdb/bugs/...
 Reading symbols from /usr/bin/mono...Reading symbols from
 /usr/lib/debug/usr/bin/mono...done.
 (no debugging symbols found)...done.
 (gdb) handle SIGXCPU SIG33 SIG35 SIGPWR nostop noprint
 SignalStopPrintPass to programDescription
 SIGXCPU   NoNoYesCPU time limit exceeded
 SIGPWRNoNoYesPower fail/restart
 SIG33 NoNoYesReal-time event 33
 SIG35 NoNoYesReal-time event 35
 (gdb) run
 Starting program: /usr/bin/mono /usr/lib/mono/2.0/gacutil.exe
 [Thread debugging using libthread_db enabled]
 [New Thread 0x76779710 (LWP 15444)]
 [New Thread 0x77f57710 (LWP 15445)]
 [New Thread 0x750df710 (LWP 15446)]
 Usage: gacutil.exe commands [ options ]
 Commands:
 -i assembly_path [-check_refs] [-package NAME] [-root ROOTDIR]
 [-gacdir GACDIR]
 Installs an assembly into the global assembly cache.
 
 -il assembly_list_file [-check_refs] [-package NAME] [-root ROOTDIR]
 [-gacdir GACDIR]
 Installs one or more assemblies into the global assembly cache.
 
 -u assembly_display_name [-package NAME] [-root ROOTDIR] [-gacdir GACDIR]
 Uninstalls an assembly from the global assembly cache.
 
 -ul assembly_list_file [-package NAME] [-root ROOTDIR] [-gacdir GACDIR]
 Uninstalls one or more assemblies from the global assembly cache.
 
 -us assembly_path [-package NAME] [-root ROOTDIR] [-gacdir GACDIR]
 Uninstalls an assembly using the specifed assemblies full name.
 
 -l [assembly_name] [-root ROOTDIR] [-gacdir GACDIR]
 Lists the contents of the global assembly cache.
 
 -?
 Displays a detailed help screen
 
 [Thread 0x77f57710 (LWP 15445) exited]
 [Thread 0x750df710 (LWP 15446) exited]
 [Thread 0x76779710 (LWP 15444) exited]
 
 Program exited with code 01.
 (gdb) bt
 No stack.
 (gdb)

Ok, I take that as the issue is already solved on your system? Mono
application no longer crash for you?

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#605292: [pkg-mono-group] Bug#605292: mono-gac: lenny to squeeze upgraded system problems with monobasic system installation

[Mirco Bauer]

On 12/07/2010 11:40 PM, Jochen wrote:
 Hello Mirco,
 fast answer
 
 (1) dpkg -i libmono0-dbg mono-runtime-dbg
 #   FAILED so i do
 (2) aptitude install libmono0-dbg mono-runtime-dbg
 Die folgenden NEUEN Pakete werden zusätzlich installiert:
   libmono-corlib2.0-cil{a} libmono-i18n-west2.0-cil{a}
 libmono-posix2.0-cil{a} libmono-security2.0-cil{a}
 libmono-system2.0-cil{a} libmono0{a}
   mono-2.0-gac{a} mono-gac{a} mono-runtime{a}
 Die folgenden teilweise installierten Pakete werden konfiguriert:
   libmono0-dbg mono-runtime-dbg
 # installation works
 
 calling: gacutil -l
 
 ** (/usr/lib/mono/2.0/gacutil.exe:9876): WARNING **: Thread (nil) may
 have been prematurely finalized
 
 ** (/usr/lib/mono/2.0/gacutil.exe:9876): WARNING **: Thread (nil) may
 have been prematurely finalized
 
 ** (/usr/lib/mono/2.0/gacutil.exe:9876): WARNING **: Thread (nil) may
 have been prematurely finalized
 
 ** (/usr/lib/mono/2.0/gacutil.exe:9876): WARNING **: Thread (nil) may
 have been prematurely finalized
 Speicherzugriffsfehler

Sorry I wasn't very clear about it, please run:
gdb --args mono /usr/lib/mono/2.0/gacutil.exe

This spawns a gdb shell, after that enter:
handle SIGXCPU SIG33 SIG35 SIGPWR nostop noprint
run

At this point it should show the segfault, now enter:
bt

Now this is the output I am interested in :) Please copy/paste that in
the reply.

quit will leave the gdb shell

 
 fails
 
 Information about shm
 mount | grep sh
 tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,size=512)
 
 # after reading this i changed  /etc/default/tmpfs from SHM_SIZE=512
 to SHM_SIZE= (fresh default installtions does not have there any value)
 # i have to wait for the next reboot tomorrow to see the changes
 
 ls -l /dev/shm before the command gacutil -l
 insgesamt 2
 -r 1 jochen jochen 67108904  2. Dez 22:43 pulse-shm-1651979569
 -r 1 jochen jochen 67108904  2. Dez 22:43 pulse-shm-2238754634
 
 
 ls -l /dev/shm/ after calling gacutil -l
 insgesamt 4
 -rw-r- 1 root   root   4096  7. Dez 23:29 mono.9897
 -rw-r- 1 root   root  83976  7. Dez 23:29
 mono-shared-0-shared_data-camelot-Linux-x86_64-328-12-0
 -r 1 jochen jochen 67108904  2. Dez 22:43 pulse-shm-1651979569
 -r 1 jochen jochen 67108904  2. Dez 22:43 pulse-shm-2238754634

Ok, this is _very_ interesting, it looks like bloaty pulse is probably
eating all the shared memory and leaves nothing behind for mono.

This should prove if /dev/shm is exhausted or not:
strace -e file gacutil

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#605292: [pkg-mono-group] Bug#605292: mono-gac: lenny to squeeze upgraded system problems with monobasic system installation

[Mirco Bauer]

reassign 605292 mono-runtime
retitle 605292 /usr/bin/mono segfaults in mono_shared_area
forcemerge 605292 589707
thanks

Hi,

in this report are 2 independent issues, one leads to the other.

The postinst maintainer script of mono-gac fails to configure because
/usr/bin/gacutil crashes in /usr/bin/mono which is the mono runtime,
thus I am reassigning and retitling.

This crash is a very serious issue as it basically prevents you from
running any tool or application that uses the mono runtime. At the same
time it will leave your package management system (apt/dpkg) in a very
bad state behind.

To get a better picture where exactly the issue pops up, please install
the debug symbols of mono by using:
apt-get install libmono0-dbg mono-runtime-dbg

If that fails to install, try it using dpkg -i

Then run gacutil -l which should segfault but hopefully this time with
source line information.

As the stacktrace looks like the issue is related to shared memory which
is kept in /dev/shm, please make sure it is correctly mounted and
possibly shows some files in that location.

I would really like to get this issue solved in time for squeeze, but I
am unable to reproduce it, so I need your help to track it down.

PS: If you are still able to reproduce this issue it would probably help
if you could join me on IRC in the #debian-cli channel found on the OFTC
network.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#598943: ITP: dbus-sharp -- CLI implementation of D-Bus

[Mirco Bauer]

Package: wnpp
Severity: wishlist
Owner: Debian CLI Libraries Team pkg-cli-libs-t...@lists.alioth.debian.org

* Package name: dbus-sharp
  Version : 0.7
  Upstream Author : Alp Toker a...@atoker.com, jeremie.la...@gmail.com, 
alan.mcgov...@gmail.com, bertrand.lore...@gmail.com, sanfordarmstr...@gmail.com
* URL : http://github.com/mono/dbus-sharp
* License : MIT/X11
  Programming Lang: C#
  Description : CLI implementation of D-Bus

 dbus-sharp is a fork of ndesk-dbus, which is a C# implementation of
 D-Bus. It's often referred to as managed D-Bus to avoid confusion
 with existing bindings (which wrap libdbus).
 .
 D-Bus is a message bus, used for sending messages between
 applications.  Conceptually, it fits somewhere in between raw sockets
 and CORBA in terms of complexity.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#598946: ITP: dbus-sharp-glib -- CLI implementation of D-Bus (GLib mainloop integration)

[Mirco Bauer]

Package: wnpp
Severity: wishlist
Owner: Debian CLI Libraries Team pkg-cli-libs-t...@lists.alioth.debian.org

* Package name: dbus-sharp-glib
  Version : 0.5
  Upstream Author : Alp Toker a...@atoker.com, jeremie.la...@gmail.com, 
alan.mcgov...@gmail.com, bertrand.lore...@gmail.com, sanfordarmstr...@gmail.com
* URL : http://github.com/mono/dbus-sharp-glib
* License : MIT/X11
  Programming Lang: C#
  Description : CLI implementation of D-Bus (GLib mainloop integration)

 dbus-sharp is a fork of ndesk-dbus, which is a C# implementation of
 D-Bus. It's often referred to as managed D-Bus to avoid confusion
 with existing bindings (which wrap libdbus).
 .
 D-Bus is a message bus, used for sending messages between
 applications.  Conceptually, it fits somewhere in between raw sockets
 and CORBA in terms of complexity.
 .
 This package provides integration into the GLib mainloop and contains
 the dbus-sharp-glib library itself.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#596024: smuxi: [INTL:pt] Updated Portuguese translation for package messages

[Mirco Bauer]

tags 596024 + pending
thanks

On Wed, 8 Sep 2010 01:56:04 +0100
Américo Monteiro a_monte...@netcabo.pt wrote:

 Package: smuxi
 Version: N/A
 Tags: l10n, patch
 Severity: wishlist
 
 Updated Portuguese translation for smuxi's messages.
 Translator: Américo Monteiro a_monteiro at netcabo.pt
 Feel free to use it.
 
 For translation updates please contact 'Last Translator' or the
 Portuguese Translation Team traduz at debianpt.org.

Applied to git:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=43b1eabe8929a427a67d65034610ba8f86f3bddf

Thank you very much for your contribution to Smuxi!

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#594171: [pkg-cli-libs-team] Bug#594171: libnunit2.4-cil: nunit-console and nunit-gui fail to load

[Mirco Bauer]

On Wed, 25 Aug 2010 15:53:48 +0200
Vincent Zweije vzwe...@wcc-group.com wrote:

 On Tue, Aug 24, 2010 at 11:21:23AM +0200, Vincent Zweije wrote:
 
  Package: libnunit2.4-cil
  Version: 2.4.7+dfsg-6
  Severity: grave
  Justification: renders package unusable
 
  nunit fails to start after the recent upgrade from 2.4.7+dfsg-5:
 
  $nunit-console
 
  ** (/usr/lib/nunit/nunit-console.exe:17010): WARNING **: The
  following assembly referenced
  from /usr/lib/nunit/nunit-console-runner.dll could not be loaded:
  Assembly:   nunit.util(assemblyref_index=0) Version:2.4.7.0
  Public Key: 96d09a1eb7f44a77 The assembly was not found in the
  Global Assembly Cache, a path listed in the MONO_PATH environment
  variable, or in the location of the executing assembly
  (/usr/lib/nunit/).
 
 
  ** (/usr/lib/nunit/nunit-console.exe:17010): WARNING **: Could
  not load file or assembly 'nunit.util, Version=2.4.7.0,
  Culture=neutral, PublicKeyToken=96d09a1eb7f44a77' or one of its
  dependencies.
 
  Unhandled Exception: System.IO.FileNotFoundException: Could not
  load file or assembly 'nunit.util, Version=2.4.7.0,
  Culture=neutral, PublicKeyToken=96d09a1eb7f44a77' or one of its
  dependencies. File name: 'nunit.util, Version=2.4.7.0,
  Culture=neutral, PublicKeyToken=96d09a1eb7f44a77' at
  NUnit.ConsoleRunner.Class1.Main (System.String[] args) [0x0]
  $printenv|grep -i path
  PATH=/home/vincent/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin
  WINDOWPATH=7:8:8:8:8:8:8 $
 
 After having logged off yesterday and back on today, but no
 reboot, nunit just works again. No nunit packages have been
 upgraded, but the following have been:
 
 desktop-file-utils 0.15-2
 gconf2 2.28.1-3
 gnome-menus 2.30.2-1
 imagemagick 8:6.6.0.4-2.2
 libao-common 1.0.0-5
 libao4 1.0.0-5
 libhtml-template-perl 2.9-2
 libmagickcore3 8:6.6.0.4-2.2
 libmagickcore3-extra 8:6.6.0.4-2.2
 libmagickwand3 8:6.6.0.4-2.2
 linux-image-2.6.32-5-amd64 2.6.32-20
 man-db 2.5.7-3
 menu 2.1.43
 
 So, no idea what happened, but the problem is gone.

Can you check /var/log/dpkg.log to make sure really nothing else was
upgraded? nunit-console starts a fresh process on each invocation and
thus nothing stays in memory that could cause this, very odd.

output of gacutil -l | grep nunit could also be helpful.
-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#592262: RM: gtwitter -- RoM; dead upstream, RC buggy

[Mirco Bauer]

Package: ftp.debian.org
Severity: normal

Please remove gtwitter from the debian archive.

This package is dead upstream for a long time and contains RC bugs.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#592263: RM: thelastripper -- RoM; dead upstream, RC buggy

[Mirco Bauer]

Package: ftp.debian.org
Severity: normal

Please remove thelastripper from the debian archive.

This package is dead upstream for a long time and contains RC bugs.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#589707: [pkg-mono-group] Processed: Re: Bug#589707: /usr/bin/mono: Segfault in mono runtime

[Mirco Bauer]

severity 589707 important
tags 589707 + unreproducible
thanks

On Wed, 21 Jul 2010 08:51:03 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

 retitle 589707 Running mono apps can prevent upgrade from working
 thanks
 
 On Tue, 2010-07-20 at 11:50 +0100, Jo Shields wrote:
  I don't think you've installed it fully - mono-gac should never be
  marked as pn.
  
  Are you sure mono-runtime is installed?
 
 Yes, it was installed. The reason for that status was that no
 mono-related packages could be fully installed, they all crashed at
 some point during the installation.
 
 However, I found the reason: I had Tomboy running. Ripping out all
 mono-related packages, killing the tomboy process, and reinstalling,
 allowed mono to work again.
 
 Apparently, some mono upgrades require that all processes running
 under an old runtime version be stopped. Retitling accordingly. No
 idea how to detect or fix something like this – the only reason I
 have mono installed is because of Tomboy.

I just upgraded from Mono 2.6.3 to 2.6.7 while having a plenty of Mono
applications running (like Smuxi, Tomboy, Banshee, etc) and had no
issues with starting new applications nor with the currently running
ones.

I believe though that the .wapi stuff could be related. Have you used
fakeroot or something that fiddles with HOME? as that can pretty badly
break Mono, see:
http://pkg-mono.alioth.debian.org/cli-policy/ch-mono.html#s-mono-disable-shm

As I can't reproduce this issue I am setting severity to important for
now.

PS: please don't use -qu...@b.d.o next time, I had to copy my reply
from the webinterface of the BTS...
-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#536942: nemerle: FTBFS: assertion error during compilation

[Mirco Bauer]

severity 537039 important
thanks

I am downgrading the cloned report for Mono as it doesn't make Mono
unsuitable for a release (that is only the case for the affected
nemerle). Unfortunately upstream said the bugfix of this would be too
complex and intrusive for a backport. This means nemerle can't be
shipped in squeeze with Mono = 2.0, see:
https://bugzilla.novell.com/show_bug.cgi?id=555464#c23

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#589627: [l10n:cs] Initial Czech translation of Smuxi (po-Server)

[Mirco Bauer]

tags 589627 + pending
thanks

On Mon, 19 Jul 2010 12:58:43 +0200
Michal Simunek michal.simu...@gmail.com wrote:

 Package: Smuxi
 Version: N/A
 Severity: wishlist
 Tags: l10n, patch
 
 In attachment there is initial Czech translation of Smuxi
 (po-Server) (cs.po), please include it.

Merged:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=79292cc0953b3ec045bb034932b3b4d99195849d

 
 Best regards
 


-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#589627: [l10n:cs] Initial Czech translation of Smuxi (po-Server)

[Mirco Bauer]

tags 589627 + pending
thanks

On Mon, 19 Jul 2010 12:58:43 +0200
Michal Simunek michal.simu...@gmail.com wrote:

 Package: Smuxi
 Version: N/A
 Severity: wishlist
 Tags: l10n, patch
 
 In attachment there is initial Czech translation of Smuxi
 (po-Server) (cs.po), please include it.

Merged:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=fb45b03337bc8a97d1351f8c8ffafaad06b7d6ab

 
 Best regards
 


-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#589627: [l10n:cs] Initial Czech translation of Smuxi (po-Server)

[Mirco Bauer]

tags 589627 + pending

On Wed, 21 Jul 2010 00:18:00 +0200
Mirco Bauer mee...@debian.org wrote:

 tags 589627 + pending
 thanks
 
 On Mon, 19 Jul 2010 12:58:43 +0200
 Michal Simunek michal.simu...@gmail.com wrote:
 
  Package: Smuxi
  Version: N/A
  Severity: wishlist
  Tags: l10n, patch
  
  In attachment there is initial Czech translation of Smuxi
  (po-Server) (cs.po), please include it.
 
 Merged:
 http://git.qnetp.net/?p=smuxi.git;a=commit;h=79292cc0953b3ec045bb034932b3b4d99195849d

Errr, I meant:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=fb45b03337bc8a97d1351f8c8ffafaad06b7d6ab

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#589144: [l10n:cs] Updated Czech translation of Smuxi (po-Engine)

[Mirco Bauer]

reassign 589189 smuxi
reassign 589192 smuxi
forcemerge 589146 589154 589158 589189 589192 589144
tags 589144 + pending
thanks

On Thu, 15 Jul 2010 12:07:51 +0200
Michal Simunek michal.simu...@gmail.com wrote:

 Package: Smuxi (po-Engine)
 Version: N/A
 Severity: wishlist
 Tags: l10n, patch
 
 In attachment there is updated Czech translation of Smuxi (po-Engine)
 (cs.po), please include it.
 
 Best regards

I have merged your translations:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=cfedf12619d19c29d6d59fdb20bcbfaaf6f79faf

Thank you very much for your contribution!

PS: Smuxi migrated to transifex, you are welcome to update the
translations directly, or continue to use regular po updates by email.
http://www.transifex.net/projects/p/smuxi/
PPS: there is the new text-domain smuxi-server
-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#589286: [INTL:da] Danish translation of the debconf templates smuxi

[Mirco Bauer]

forcemerge 589287 589286
tags 589286 + pending
thanks

On Fri, 16 Jul 2010 05:50:23 -0700 (PDT)
Joe Dalton joedalt...@yahoo.dk wrote:

 Package: Smuxi
 Severity: wishlist
 Tags: l10n patch
 
 Please include the attached Danish debconf translations
 
 
 bye
 Joe
 
 

I have merged your translations:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=f1511032b56c8010e292d17e9c607341de055d73

Thank you very much for your contribution!

PS: Smuxi migrated to transifex, you are welcome to update the
translations directly, or continue to use regular po updates by email.
http://www.transifex.net/projects/p/smuxi/
PPS: there is the new text-domain smuxi-server


-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#588523: smuxi-engine-twitter: lack of OAuth support

[Mirco Bauer]

tags 588523 + confirmed
thanks

On Fri, 9 Jul 2010 19:49:52 +0900
Hideki Yamane henr...@debian.or.jp wrote:

 package: smuxi-engine-twitter
 version: 0.7.1-1
 severity: grave
 
  This package is twitter client, but it seems to lack OAuth support
 yet, see http://projects.qnetp.net/issues/show/368
 
  Twitter will drop Authentification method like Basic Auth other than
 OAuth, so this should support OAuth until 16th August (it means
 smuxi-engine-twitter would be completely unusable after that day).
 
  And I suggest once to remove it from tesing.
  Thanks.
 

I can confirm the oauth deadline issue with twitter. I don't see a
simple way though to get smuxi-engine-twitter removed without removing
the complete source package (smuxi) which provides the main and intact
functionality of Smuxi.

Smuxi 0.8 will support oauth, but the release date of that is uncertain.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#569907: smuxi: [INTL:pt] Updated Portuguese translation for package messages

[Mirco Bauer]

tags 569907 + pending
thanks

On Sun, 14 Feb 2010 23:56:15 +
Américo Monteiro a_monte...@netcabo.pt wrote:

 Package: smuxi
 Version: n/a
 Tags: l10n, patch
 Severity: wishlist
 
 Updated Portuguese translation for smuxi messages.
 Translator: Américo Monteiro a_monteiro at netcabo.pt
 Feel free to use it.
 
 For translation updates please contact 'Last Translator' or the
 Portuguese Translation Team traduz at debianpt.org.
 

I applied your translation to git:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=1787d81658b1c1087b9cfd3902ebacaaedf3c598

Thank you very much for your contribution!

PS: Smuxi just migrated to transifex, you are welcome to update the
translations directly, or continue to use regular po updates by email.
http://www.transifex.net/projects/p/smuxi/
PPS: there is the new text-domain smuxi-server

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#568291: possible buffer overflows

[Mirco Bauer]

On Wed, 03 Feb 2010 18:12:45 +0100
Steffen Joeris steffen.joe...@skolelinux.de wrote:

 Package: libgmime-2.0-2a
 Severity: grave
 Tags: security patch
 
 Hi
 
 GMime upstream has released latest 2.4.15 [1] version of the
 library fixing one security issue. From 2.4.15-changes [2] file:
 
 2010-01-31  Jeffrey Stedfast  f...@novell.com
 
 * gmime/gmime-encodings.h (GMIME_UUENCODE_LEN): Fixed to
 prevent possible buffer overflows.
 
 The vulnerable code seems to be in gmime/gmime-utils.h, I've attached
 upstream's patch for your convenience, but I did not have a deeper
 look at the buffer sizes, so it is unchecked.
 
 stable is also affected and would need to be fixed as well I guess.
 Please contact the secuirty team (t...@security.debian.org), if you've
 checked the patch and have packages ready for lenny.

Upstream contacted me already and said that gmime2.2 is not
affected, only gmime2.4 is.

 Thanks in advance.

Thanks for having on eye on this!

 
 Cheers
 Steffen
 
 
 References:
 
 [1] http://ftp.gnome.org/pub/GNOME/sources/gmime/2.4/
 [2]
 http://ftp.gnome.org/pub/GNOME/sources/gmime/2.4/gmime-2.4.15.changes
 [3]
 http://ftp.gnome.org/pub/GNOME/sources/gmime/2.4/gmime-2.4.14-2.4.15.diff.gz
 [4] http://secunia.com/advisories/38459/


-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#564428: [l10n:cs] Updated Czech translation of package Smuxi (po-Frontend-GNOME-IRC)

[Mirco Bauer]

On Sat, 09 Jan 2010 14:05:44 +0100
Michal Simunek michal.simu...@gmail.com wrote:

 Package: Smuxi
 Version: N/A
 Severity: wishlist
 Tags: l10n, patch
 
 In attachment there is updated Czech translation (cs.po) of package
 Smuxi (po-Frontend-GNOME-IRC), please include it.
 
 Regards
 

Thanks for the update! Applied to git:
http://git.qnetp.net/?p=smuxi.git;a=commitdiff;h=53b6f9595d503a36a7ab9591bbff7d55d4804527;hp=56a3302bb845943169143aec956e140d9402f1a4

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#560351: smuxi-engine-twitter: [INTL:it] Italian translation

[Mirco Bauer]

Hi Vincenzo,

I applied your translation to the GIT repository:
http://git.qnetp.net/?p=smuxi.git;a=commit;h=b85b9acc1847dc7b4bf1df20314bd74a1cb0d786

I noticed you used a different language team than the one I sent the
requests to, debian-l10n-ital...@lists.debian.org vs
t...@lists.linux.it

Is the debian-l10n-italian less active or just that fact that you work
in a different one? I don't really care which team does the updates, as
long as someone is working on it :)

And this brings me to the next point, the last Italian translator is
MIA and thus I would like to see if you could take the other it.po
files from him?

I plan to make a release in 1.5 weeks and it would be nice to have full
Italian translation of Smuxi. I really appreciate your work!

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#559210: [pkg-cli-libs-team] blam: will FTBFS after the libwebkit1.0-cil removal

[Mirco Bauer]

On Sat, 26 Dec 2009 14:07:48 +
peter green plugw...@p10link.net wrote:

 Unforuntately changing the build-depends is not enough to fix this.
 The package checks for webkit-sharp-1.0 using pkg-config, however
 there seem to be no .pc files in libwebkit1.1-cil. I tried simply
 removing the check but if I do that then the appropriate flags don't
 get passed to the compiler for it to find webkit.
 
 Is the removal of the .pc file intentional or should a bug be filed 
 against libwebkit1.1-cil?

blam was hit by the -cil-dev transition, so the build-dep just needs to
be replaced with libwebkit-cil-dev

PS: apt-file search $file is your friend :)

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#551964: [pkg-mono-group] Bug#551964: libmono-corlib2.0-cil: One of DynamicMethod's Constructors ignores restrictedSkipVisibility

[Mirco Bauer]

Hi,

On Thu, 22 Oct 2009 08:28:14 +0300
Silviu Paragina bug-sub...@paragina.ro wrote:

 Package: libmono-corlib2.0-cil
 Version: 2.4.2.3+dfsg-2
 Severity: wishlist
 Tags: patch
 
 The constructor public DynamicMethod (string name, Type returnType,
 Type[] parameterTypes, bool restrictedSkipVisibility) ignores
 restrictedSkipVisibility.
 
 As a side effect some code won't function properly like DbLinq (which
 would alow use of linq to mysql/postgresql/etc)
 
 This bug has been resolved in upstream, but both my patch and the
 upstream version (they are virtually identical) don't do another
 check. Please see the description on the restrictedSkipVisibility
 parameter on http://msdn.microsoft.com/en-us/library/bb348332.aspx
 for details on the checks (please read them).
 
 I'm sending this in case some other people require the DbLinq library
 till 2.6 is out and into debian.

I have no issues with this patch as it's a simple one but it changes a
core component of Mono and thus I need to verify if this change is the
right one. Can you point to an upstream SVN commit which does
exactly this change or even better an upstream report about this?

In general, if you take changes from upstream SVN I will apply it, but
you need to tell me the commit id or the verbatim upstream patch
(full commit).

 
 
 I think I duplicated this bug post, sorry about that, first time
 using the reportbug application and I think I double clicked the
 forward button. Sorry sorry.

No duplicate received, everything is fine :)

PS: sorry for the late reply

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#558466: gmime2.4: needs versioned build-dep on monodoc-base

[Mirco Bauer]

tags 558466 + pending
severity 558466 important
thanks

On Sun, 29 Nov 2009 03:03:43 -0500
Andres Salomon dilin...@collabora.co.uk wrote:

 Package: gmime2.4
 Version: 2.4.6-5
 Severity: serious
 
 When building gmime2.4 for lenny, I get the following error:
 
 if [ -f /totem/gmime2.4-2.4.6/mono/gmime-sharp.dll ]; then \
 # create API docs \
 mdoc update \
   -o /totem/gmime2.4-2.4.6/mono/monodocer \
   /totem/gmime2.4-2.4.6/mono/gmime-sharp.dll; \
 mdoc assemble \
   -o /totem/gmime2.4-2.4.6/mono/gmime-sharp-2.4 \
   /totem/gmime2.4-2.4.6/mono/monodocer; \
   fi
 /bin/sh: line 2: mdoc: command not found
 /bin/sh: line 5: mdoc: command not found
 make[1]: *** [override_dh_auto_build] Error 127
 make[1]: Leaving directory `/totem/gmime2.4-2.4.6'
 make: *** [build] Error 2

The mdoc command was indeed added in a later release (2.0) of the
monodoc-base package. FTBFS for packages from unstable on stable are
not release critical though, thus lowered to severity important.

Thanks for reporting this.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#552211: [pkg-mono-group] Bug#552211: mono-csharp-shell: should depend on mono-gmcs

[Mirco Bauer]

tags 552211 + confirmed pending
thanks

On Sat, 24 Oct 2009 20:01:08 +0900 (JST)
Nobuhiro IMAI n...@yo.rim.or.jp wrote:

 Package: mono-csharp-shell
 Version: 2.4.2.3+dfsg-2
 Severity: important
 
 Hello,
 
 I installed mono-csharp-shell, but got the following result:
 
 $ /usr/bin/csharp
 
 ** (/usr/lib/mono/2.0/csharp.exe:28257): WARNING **: The following
 assembly referenced from /usr/lib/mono/2.0/csharp.exe could not be
 loaded: Assembly:   gmcs(assemblyref_index=1) Version:2.4.2.3
  Public Key: (none)
 The assembly was not found in the Global Assembly Cache, a path
 listed in the MONO_PATH environment variable, or in the location of
 the executing assembly (/usr/lib/mono/2.0/).

Indeed csharp.exe links gmcs.exe, adding mono-gmcs to the dependencies.

Thanks for reporting this bug

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#547137: [pkg-cli-libs-team] Bug#547137: libmono-addins0.2-cil: Assembly ../libmono-addins0.2-cil/policy.0.2.Mono.Addins.dll does not exist

[Mirco Bauer]

On Sun, 20 Sep 2009 12:41:33 -0700
Steve Langasek vor...@debian.org wrote:

 On Sat, Sep 19, 2009 at 12:29:38PM +0200, Mirco Bauer wrote:
   I don't know where these files came from.
 
  This issue is giving me a dejavu of #457205
 
   mono-addins  (0.3-2) unstable; urgency=low
 
 * Users upgrading from mono-addins  0.3-1 to 0.3.1 to 0.3-2
  please read the bugreport of #458443, as that contains info how to
   unbreak the mono-gac / mono-addins upgrade!
 * debian/control:
   + Fixed typo in package short description. (Closes: #457205)
 * debian/libmono-addins0.2-cil.postinst
   debian/libmono-addins-gui0.2-cil.postinst:
   + Remove left over GAC policy files, missed by cli-common(-dev)
   debhelper maintainer script magic in 0.3~svn.r90520-1 to 0.3-1
   upgrade caused by a bug of dh_cligacpolicy in cli-common-dev 
   0.5.4. (Closes: #458443)
 * debian/libmono-addins0.2-cil.cligacpolicy
   debian/libmono-addins-gui0.2-cil.cligacpolicy:
   + Dropped, unused since 0.3-1.
 
   -- Mirco Bauer mee...@debian.org  Tue, 01 Jan 2008 21:05:54
  +0100 
 
  So I guess that you installed  0.3-1 and then 0.3-1 but never
  upgraded since then? I wonder if I should relax the condition when
  the left-over fails should be deleted... in all cases a failing
  remove (postrm) of 0.3-1 can't be prevented, as it's already
  present (if installed)...
 
 Here's the first reference to libmono-addins0.2-cil in my apt log:
 
  Selecting previously deselected package libmono-addins0.2-cil.
  Unpacking libmono-addins0.2-cil
 (from .../libmono-addins0.2-cil_0.4-5_all.deb) ...
 
 I must have had the package installed at one time in the past, then
 removed it, and now it's been pulled in again as a dependency.
 
  The fix code after postinst of 0.3-1 passes looks like this:
 
  # policy files that were not removed in 0.3~svn.r90520-1 to 0.3-1
  upgrade if [ $1 = configure ]  dpkg --compare-versions $2
  = 0.3-2; then if
  [ -f /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.installcligac 
  ];
  then echo Removing forgotten GAC policy file: Mono.Addins
  0.2... /usr/share/cli-common/policy-remove Mono.Addins 0.2 fi
  if
  [ -f  
  /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Setup.installcligac 
  ];
  then echo Removing forgotten GAC policy file: Mono.Addins.Setup
  0.2... /usr/share/cli-common/policy-remove Mono.Addins.Setup 0.2 fi
  fi
 
  The bug is only triggered when mono-gac is upgraded after 0.3-1 was
  installed.
 
  I am not totally happy with the solution because there are cases
  where it will still fail, like in your case. Do you think there is
  a better way to solve this?
 
 I guess the problem in my case was that the libmono-addins0.2-cil
 postinst never had a chance to run, because mono-gac's postinst was
 being run first.
 
 Perhaps moving this code to the preinst would help to catch more
 cases?
 

Agreed, I will move it to preinst.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#547137: [pkg-cli-libs-team] Bug#547137: libmono-addins0.2-cil: Assembly ../libmono-addins0.2-cil/policy.0.2.Mono.Addins.dll does not exist

[Mirco Bauer]

On Thu, 17 Sep 2009 00:46:43 -0700
Steve Langasek vor...@debian.org wrote:

 On Thu, Sep 17, 2009 at 12:36:41AM -0700, Steve Langasek wrote:
  Package: libmono-addins0.2-cil
  Version: 0.4-5
  Severity: grave
  Justification: renders package unusable
 
  mono-gac is failing to upgrade because of a problem with
  libmono-addins0.2-cil and libmono-addins-gui0.2-cil:
 
  Setting up mono-gac (2.4.2.3+dfsg-1) ...
  [...]
  * Installing 1 assembly from libndesk-dbus-glib1.0-cil into Mono
  !
  Assembly 
  /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll
  does not exist !
  Assembly 
  /usr/share/cli-common/policies.d/libmono-addins0.2-cil/policy.0.2.Mono.Addins.dll
  does not exist !
  Assembly 
  /usr/share/cli-common/policies.d/libmono-addins0.2-cil/policy.0.2.Mono.Addins.Setup.dll
  does not exist dpkg: error processing mono-gac (--configure):
  subprocess installed post-installation script returned error exit
  status 3
 
 This was caused by orphaned files
 under /usr/share/cli-common/packages.d:
 
 /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Setup.installcligac
 /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.installcligac
 /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Gui.installcligac
 
 $
 cat /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Gui.installcligac 
 /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll
 $
 
 I don't know where these files came from.

This issue is giving me a dejavu of #457205

 mono-addins  (0.3-2) unstable; urgency=low

   * Users upgrading from mono-addins  0.3-1 to 0.3.1 to 0.3-2 please
 read the bugreport of #458443, as that contains info how to
 unbreak the mono-gac / mono-addins upgrade!
   * debian/control:
 + Fixed typo in package short description. (Closes: #457205)
   * debian/libmono-addins0.2-cil.postinst
 debian/libmono-addins-gui0.2-cil.postinst:
 + Remove left over GAC policy files, missed by cli-common(-dev)
 debhelper maintainer script magic in 0.3~svn.r90520-1 to 0.3-1
 upgrade caused by a bug of dh_cligacpolicy in cli-common-dev 
 0.5.4. (Closes: #458443)
   * debian/libmono-addins0.2-cil.cligacpolicy
 debian/libmono-addins-gui0.2-cil.cligacpolicy:
 + Dropped, unused since 0.3-1.

 -- Mirco Bauer mee...@debian.org  Tue, 01 Jan 2008 21:05:54 +0100 

So I guess that you installed  0.3-1 and then 0.3-1 but never
upgraded since then? I wonder if I should relax the condition when
the left-over fails should be deleted... in all cases a failing remove
(postrm) of 0.3-1 can't be prevented, as it's already present (if
installed)...

The fix code after postinst of 0.3-1 passes looks like this:

# policy files that were not removed in 0.3~svn.r90520-1 to 0.3-1 upgrade
if [ $1 = configure ]  dpkg --compare-versions $2 = 0.3-2; then
if [ -f 
/usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.installcligac ]; then
echo Removing forgotten GAC policy file: Mono.Addins 0.2...
/usr/share/cli-common/policy-remove Mono.Addins 0.2
fi
if [ -f  
/usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Setup.installcligac ]; 
then
echo Removing forgotten GAC policy file: Mono.Addins.Setup 
0.2...
/usr/share/cli-common/policy-remove Mono.Addins.Setup 0.2
fi
fi

The bug is only triggered when mono-gac is upgraded after 0.3-1 was
installed.

I am not totally happy with the solution because there are cases where
it will still fail, like in your case. Do you think there is a better
way to solve this?

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#378738: [pkg-cli-apps-team] Bug#378738: gfax: stores (hylafax) secret unencrypted in gconf instead of gnome-keyring

[Mirco Bauer]

Hi Rhonda,

On Thu, 27 Aug 2009 08:54:48 +0200
Gerfried Fuchs rho...@deb.at wrote:

   Hi!
 
  Going through my old bugreports I stumbled upon this goodie:
 
 * Gerfried Fuchs al...@debian.org [2006-07-18 18:42:37 CEST]:
   I almost got a shock when I found my password for hylafax
  unencrypted in gconf-editor for gfax.  It shouldn't be too hard to
  store it in gnome-keyring instead - after all that's what it's
  there for.
 
  *ping* - anyone around? This bugreport never got a response and I
 wonder wether it has been forwarded to upstream. This issue is still
 outstanding ...

I haven't forwarded this bug because upstream is not actively working
on gfax since a long time, and soonish when the GNOME print API is
removed from debian (see #542559) gfax will have to be removed from the
archive.

Besides gfax lack of development progress, what's the point of storing
a password in a secure fashion if the application sends the password in
plaintext over the network anyhow (using a FTP based protocol)?

 
  Thanks,
 Rhonda
 



-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#520876: RFP: bareftp -- FTP client for Mono and Gnome

[Mirco Bauer]

retitle 520876 ITP: bareftp -- FTP client for GNOME
owner 520876 !
thanks

Hi,

after examining the source I am going to package this in the Debian CLI
Applications Team/Project [0].

[0] https://alioth.debian.org/projects/pkg-cli-apps/

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#520883: ITP: bareftp -- FTP client for GNOME

[Mirco Bauer]

Packaging update, the source package is almost ready for being uploaded
(debian/copyright needs some more love):
http://git.debian.org/?p=pkg-cli-apps/packages/bareftp.git

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#540143: [pkg-mono-group] Bug#540143: mono: SELinux invalid context error messages

[Mirco Bauer]

On Thu, 06 Aug 2009 12:26:19 +0530
Ritesh Raj Sarraf r...@researchut.com wrote:

 Package: mono
 Severity: normal
 Tags: SELinux
 
 I'm running SELinux in Permissive mode and see Invalid Context
 messages against mono. I think there are there because I run beagled.

And what exactly is the bug besides getting a kernel log message? I
have no idea how SELinux works.

 
 
 Aug  6 12:20:19 champaran kernel: [  552.318021] SELinux:  Context
 unconfined_u:unconfined_r:mono_t:s0-s0:c0.c1023 would be invalid if
 enforcing
 Aug  6 12:20:21 champaran kernel: [  554.455689] SELinux:  Context
 unconfined_u:unconfined_r:mono_t:s0-s0:c0.c1023 would be invalid if
 enforcing
 Aug  6 12:20:22 champaran kernel: [  555.239801] SELinux:  Context
 unconfined_u:unconfined_r:mono_t:s0-s0:c0.c1023 would be invalid if
 enforcing
 Aug  6 12:20:49 champaran kernel: [  581.914955] SELinux:  Context
 unconfined_u:unconfined_r:mono_t:s0-s0:c0.c1023 would be invalid if
 enforcing
 Aug  6 12:21:23 champaran kernel: [  616.124058] SELinux:  Context
 unconfined_u:unconfined_r:mono_t:s0-s0:c0.c1023 would be invalid if
 enforcing

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#530015: [pkg-mono-group] Bug#530015: libmono-data2.0-cil: Sybase provider crashes

[Mirco Bauer]

On Fri, 22 May 2009 22:43:43 +0200
Tobias Glenstrup tobiasglenst...@gmail.com wrote:

 Package: libmono-data2.0-cil
 Version: 2.0.1-6
 Severity: important
 
 Sybase provider crashes when using the example from
 http://www.mono-project.com/Sybase. The example works fine with mono
 1.0 packages.

That is very curious...

 
 
 Unhandled Exception: System.NullReferenceException: Object reference
 not set to an instance of an object at
 Mono.Data.SybaseClient.SybaseDataReader.GetSchemaTable () [0x0]
 at (wrapper remoting-invoke-with-check)
 Mono.Data.SybaseClient.SybaseDataReader:GetSchemaTable () at
 Mono.Data.SybaseClient.SybaseDataReader.NextResult () [0x0] at
 (wrapper remoting-invoke-with-check)
 Mono.Data.SybaseClient.SybaseDataReader:NextResult () at
 Mono.Data.SybaseClient.SybaseDataReader..ctor
 (Mono.Data.SybaseClient.SybaseCommand command) [0x0] at (wrapper
 remoting-invoke-with-check)
 Mono.Data.SybaseClient.SybaseDataReader:.ctor
 (Mono.Data.SybaseClient.SybaseCommand) at
 Mono.Data.SybaseClient.SybaseCommand.ExecuteReader (CommandBehavior
 behavior) [0x0] at
 Mono.Data.SybaseClient.SybaseCommand.ExecuteReader () [0x0] at
 Mono.Data.SybaseClient.SybaseCommand.System.Data.IDbCommand.ExecuteReader
 () [0x0] at MainClass.Main (System.String[] args) [0x00058]
 in /home/luser/Projects/TestSybase/TestSybase/Main.cs:28 
 
 Tested against Sybase ASE 12.x.
 
 -- System Information:
 Debian Release: squeeze/sid
   APT prefers unstable
   APT policy: (990, 'unstable'), (500, 'stable')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15
 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash
 
 Versions of packages libmono-data2.0-cil depends on:
 ii  libmono-corlib2.0-cil   2.0.1-6  Mono core library (for
 CLI 2.0) ii  libmono-data-tds2.0-cil 2.0.1-6  Mono Data
 Library (for CLI 2.0) ii  libmono-system-data2.0-cil  1.9.1+dfsg-6
 Mono System.Data Library ii  libmono-system2.0-cil   2.0.1-6
 Mono System libraries (for CLI 2.0

Erm, libmono-system-data2.0-cil was not upgraded to 2.0.1, could you please try 
if that fixes the issue? If it fixes it,  I will tighten the deps of 
libmono-data2.0-cil.

Please check if libmono-system-data1.0-cil is 2.0.1, that might explain why CLI 
1.0 works
but CLI 2.0 not.

 
 libmono-data2.0-cil recommends no packages.
 
 libmono-data2.0-cil suggests no packages.
 
 -- no debconf information

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#530015: [pkg-mono-group] Bug#530015: libmono-data2.0-cil: Sybase provider crashes

[Mirco Bauer]

On Sat, 23 May 2009 18:58:14 +0200
Tobias Glenstrup tobiasglenst...@gmail.com wrote:

 Hello,
 
 Okay I've tried to upgrade and the error still persists.
 
 Compiling this source in Monodevelop with these additional arguments
 to the compiler: -r:System.Data.dll -r:Mono.Data.SybaseClient.dll.
 
 using System;
 using System.Data;
 using Mono.Data.SybaseClient;
 class MainClass
 {
 public static void Main(string[] args)
 {
 string constring = Server=X.X.X.X,11021;Database=security;User
 ID=;Password=;
 IDbConnection dbcon = new SybaseConnection(constring);
 dbcon.Open();
 IDbCommand dbcmd = dbcon.CreateCommand();
 string sql = SELECT * from users;
 dbcmd.CommandText = sql;
 IDataReader reader = dbcmd.ExecuteReader();
 while (reader.Read()) {
 Console.WriteLine(Fullname =  + reader[fullname].ToString());
 }
 reader.Close();
 dbcmd.Dispose();
 dbcon.Close();
 }
 }
 
 dbcon.Open() works, but it fails at dbcmd.ExecuteReader() with this
 error:
 
 Unhandled Exception: System.NullReferenceException: Object reference
 not set to an instance of an object
   at Mono.Data.SybaseClient.SybaseDataReader.GetSchemaTable ()
 [0x0] at (wrapper remoting-invoke-with-check)
 Mono.Data.SybaseClient.SybaseDataReader:GetSchemaTable ()
   at Mono.Data.SybaseClient.SybaseDataReader.NextResult () [0x0]
   at (wrapper remoting-invoke-with-check)
 Mono.Data.SybaseClient.SybaseDataReader:NextResult ()
   at Mono.Data.SybaseClient.SybaseDataReader..ctor
 (Mono.Data.SybaseClient.SybaseCommand command) [0x0]
   at (wrapper remoting-invoke-with-check)
 Mono.Data.SybaseClient.SybaseDataReader:.ctor
 (Mono.Data.SybaseClient.SybaseCommand)
   at Mono.Data.SybaseClient.SybaseCommand.ExecuteReader
 (CommandBehavior behavior) [0x0]
   at Mono.Data.SybaseClient.SybaseCommand.ExecuteReader () [0x0]
   at
 Mono.Data.SybaseClient.SybaseCommand.System.Data.IDbCommand.ExecuteReader
 () [0x0]
   at MainClass.Main (System.String[] args) [0x00027] in
 /home/luser/Projects/TestSybaseCli/TestSybaseCli/Main.cs:19
 
 
 If I in the project options set the runtime version to 1.1 the
 program works as expected, it fails when set to 2.0 and 3.5.
 
 Here's all the monopackages I have installed:
 ...
 ii  libmono-data-tds1.0-cil   2.0.1-6
 
 ii  libmono-data-tds2.0-cil   2.0.1-6
 
 ii  libmono-data1.0-cil   2.0.1-6
 
 ii  libmono-data2.0-cil   2.0.1-6
 
 ...
 ii  libmono-system-data1.0-cil2.0.1-6
 
 ii  libmono-system-data2.0-cil2.0.1-6
 

Alright, so the versions match now and the issue persists. I am
forwarding this report to upstream.

 
 Best Regards
 Tobias Glenstrup


-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#530015: [pkg-mono-group] Bug#530015: libmono-data2.0-cil: Sybase provider crashes

[Mirco Bauer]

Could you maybe test this with Mono 2.4 using the preview packages?

Details for those preview packages can be found here:
http://lists.debian.org/debian-cli/2009/05/msg1.html

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#499569: regression in gnupg-agent 2.0.11-1

[Mirco Bauer]

unarchive 499569
reopen 499569
found 499569 2.0.11-1
thanks

gnupg-agent 2.0.11-1 has a regression, see:

mee...@redbull:~$ gpg-agent --daemon grep SigBlk /proc/self/status
SigBlk: fffe
mee...@redbull:~$ 

Looking at the gnupg2 PTS page it seems like the 2.0.9-3.1 NMU done by
Thomas Viehmann was not incorporated into the package.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#418595: [pkg-cli-apps-team] Bug#418595: Not fixed in version 0.3.8-1

[Mirco Bauer]

On Thu, 21 May 2009 00:52:38 +0200 (CEST)
Jan Kolarik kormo...@justmail.de wrote:

 Hello,
 
 here i have Beagle 0.3.8-1 on Debian Lenny.
 
 When i call beagled as non-root it says: Beagle Daemon exited with 
 errors.  See ~/.beagle/Log/current-Beagle for more details. But the
 log file .../Log/date-Beagle is empty.
 
 When i call beagled as root the error is:
 
 Error: Unhandled exception thrown.  Exiting immediately.
 System.TypeInitializationException: An exception was thrown by the
 type initializer for Beagle.Util.Conf ---
 System.DllNotFoundException: libc at (wrapper managed-to-native)
 Mono.Unix.Native.Syscall:sys_chmod (string,uint) at
 Mono.Unix.Native.Syscall.chmod (System.String path, FilePermissions
 mode) [0x0] at Beagle.Util.PathFinder.get_StorageDir () [0x0]
 at Beagle.Util.Conf..cctor () [0x0] --- End of inner exception
 stack trace --- at Beagle.Daemon.BeagleDaemon.DoMain (System.String[]
 args) [0x0] at Beagle.Daemon.BeagleDaemon.Main (System.String[]
 args) [0x0]

Such errors are caused by broken Mono installs. I suspect you deleted
the /etc/mono/config file on purpose or by accident.

This can be fixed be purging mono-common (which ships this file) and
reinstall it. (only after purge you get config files back)

Or you use some /usr or /etc symlink trick which Mono doesn't support,
see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500799

I doubt this is a bug and/or related to beagle.

 
 
 Jan.
 
 


-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#528090: [pkg-mono-group] Bug#528090: mono-gac/mono-runtime: mini circular dependency hell

[Mirco Bauer]

On Sun, 10 May 2009 20:52:03 +0200
Bill Allombert ballo...@debian.org wrote:

 Package: mono-gac
 Version: 2.0.1-6
 Severity: important
 
 Hello Debian Mono Group,
 
 There is a circular dependency between mono-2.0-gac,
 mono-2.0-runtime, mono-gac and mono-runtime:
 
 mono-2.0-gac  :Depends: mono-runtime (= 1.1.8.1)
 mono-2.0-runtime:Depends: mono-2.0-gac (= 2.0.1-6)
 mono-gac  :Depends: mono-2.0-gac (= 2.0.1-6)
 mono-runtime  :Depends: mono-2.0-runtime (= 2.0.1-6), mono-gac
 (= 2.0.1-6)

Upsy :-)

 
 The dependency graph is available at 
 http://debian.semistable.com/dot/mono-runtime_unstable.png
 
 Complex circular dependencies are known to cause problems during
 upgrade, so we should try to get rid of them.
 
 Bug #365822 has been closed but actually the situation now is worse.

No it's not. This is just a regression caused by the Mono 2.0 [0]
transition. The mono-gac packages are not allowed to use the dh_clideps
to get dependencies. I simply forgot to exclude the 2 new packages
mono-1.0-gac and mono-2.0-gac. This will be fixed soonish.

 
 I think you should arrange for a main package that depends on all the
 required components, instead of having each components depending on
 each others.
 
 Cheers,

Thanks for reporting this!

[0] http://wiki.debian.org/Teams/DebianMonoGroup/Mono20Transition

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#528102: Request for debian-cli mailing list

[Mirco Bauer]

Package: lists.debian.org
Severity: wishlist

Hi,

I hereby request to create a new Debian mailing list.

Name: debian-cli
Rationale:
 In 2004 we pushed the first CLI (Common Language Infrastructure) [0]
 runtime into Debian called Mono.

 The Mono packaging is hosted on Alioth since then, and we have
 pkg-mono-group, pkg-mono-devel, and pkg-mono-svn-commits mailing
 lists on it.

 pkg-mono-group is used by the Mono packaging team for internal
 discussion and for the Maintainer field. So all bug handling etc goes
 through that.

 pkg-mono-devel is used for public discussion regarding packaging
 Mono and related packages (Mono has more than 1 source package).

 pkg-svn-commits is used for commit mails.

 ... 5 years passed ...

 Mono [0] is (or was) not the only CLI runtime in Debian or other
 freely available CLI runtime:
 - GNU Portable.NET [1]
 - VMKit / LLVM [2]

 About 100 source packages in Debian are using or based on the
 Common Language Infrastructure (this became visible for the Mono
 2.0 transition) [3].

 There is now a need for discussion for using or developing for CLI
 runtimes, programming using the CLI (like C#, VB.NET, Boo, Nemerle, or
 other languages for the CLI) and CLI based/enabled libraries or
 applications (like GTK+/#, GMime, D-Bus#, Tomboy, Banshee, F-Spot).

 Some users where able to discover the pkg-mono-devel mailing list, but
 the topic are not really on topic there. And the mailing list is also
 not very visible to Debian users (and also not intended for them).

 About the name debian-cli:
 CLI aka Common Language Infrastructure is the common dominator between
 all runtimes and programming languages that target the CLI.

 Similar technology found by other vendors such as Java, use the same
 term for everything: Java the virtual machine, Java the runtime, Java
 the bytecode, Java the programming language, Java the platform.

 This is differently with CLI. VES is the virtual machine, CLR is the
 runtime, CIL is the bytecode, C# is the programming language, MS .NET
 or Mono is the platform. For some more details about the terms and the
 distinction check the Debian CLI Policy [5]

 As we want to keep the mailing list runtime _and_ language neutral,
 debian-cli is the correct name for it. 

Short description:
 Discussion about Common Language Infrastructure based/enabled runtimes,
 programming languages, libraries and applications

Long description:
 This list is about using and/or developing for the Common Language 
Infrastructure (CLI).

 If you want to develop software or create Debian packages that uses Mono, GNU 
Portable.NET
 or LLVM VMKit then you are right on this mailing list.

 If you are writing software in C#, VB.NET, Boo, Nemerle or other CLI 
based/enabled 
 programming languages then you are also welcome on this list.

Category: Users and Developers
Subscription Policy: open
Post Policy: open
Web Archive: yes

[0] ECMA: http://www.ecma-international.org/publications/standards/Ecma-335.htm
ISO:  
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36769
  
[1] http://mono-project.com/Mono:Runtime
[2] http://www.gnu.org/software/dotgnu/pnet.html
[3] http://vmkit.llvm.org/
[4] http://wiki.debian.org/Teams/DebianMonoGroup/Mono20TransitionTODO
[5] http://pkg-mono.alioth.debian.org/cli-policy/ch-terms.html

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#526485: libgmime2.4-cil and libgmime2.2a-cil: error when trying to install together

[Mirco Bauer]

reassign 526485 libgmime2.4-cil
thanks

 Unpacking libgmime2.4-cil
 (from .../libgmime2.4-cil_2.4.6-3_all.deb) ... dpkg: error
 processing /var/cache/apt/archives/libgmime2.4-cil_2.4.6-3_all.deb
 (--unpack): trying to overwrite `/usr/lib/pkgconfig/gmime-sharp.pc',
 which is also in package libgmime2.2a-cil Processing triggers for
 man-db ... Errors were encountered while
 processing: /var/cache/apt/archives/libgmime2.4-cil_2.4.6-3_all.deb E:
 Sub-process /usr/bin/dpkg returned an error code (1)

Ups, the libgmime2.4-cil ships gmime-sharp.pc (as expected, defined by
the Debian CLI Policy), it misses a Replaces. Fixing this ASAP.

Thanks for reporting this bug!

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#527072: smuxi: Don't autenticate correctly in oftc.

[Mirco Bauer]

Hi Marco,

On Tue, 05 May 2009 10:53:35 -0300
Marco Túlio Gontijo e Silva mar...@holoscopio.com wrote:

 Package: smuxi
 Version: 0.6.3-5
 Severity: normal
 
 The autentication with NickServ works fine in Freenode, but not in
 OFTC.

How do you do the authentication and do you get an error or some
kind of reply when trying to auth?

I am on OFTC with Smuxi and I auth using: /msg NickServ IDENTIFY mypass

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#509367: [pkg-mono-group] Bug#509367: /usr/bin/csc conflict

[Mirco Bauer]

On Mon, 27 Apr 2009 18:59:12 +0200
Davide Puricelli e...@debian.org wrote:

 On Mon, Apr 27, 2009 at 01:43:00PM +0900, Seo Sanghyeon wrote:
  Can't you do something about this?
  
  IMHO, any .NET projects which care about Mono uses mcs or gmcs, so
  /usr/bin/csc is unnecessary. On the other hand, Chicken compiler is
  csc. It just is.
 
 Hi, Mono developers agreed to rename their compiler, so we should just
 wait until they fix it, hopefully it won't be a long time.

It's not that simple as about 100 source packages rely on the csc
command provided by the mono-devel package.

We are planning to make another transition along with new -dev packages
that will need build-dependency changes too. It took about 4 months to
get the last transition done, so this is doable as release goal for
squeeze.

 
 Regards,


-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#525279: [pkg-mono-group] Bug#525279: /usr/bin/mcs: Cannot open assembly '/usr/lib/mono/1.0/mcs.exe'

[Mirco Bauer]

severity 525279 important
thanks

Hi Michael,

On Thu, 23 Apr 2009 14:06:50 +0200
Michael Biebl bi...@debian.org wrote:

 Package: mono-devel
 Version: 2.0.1-5
 Severity: serious
 File: /usr/bin/mcs
 Justification: missing dependencies
 
 Hi,
 
 I have mono-devel installed, which ships th /usr/bin/mcs binary.
 But when I run this binary, I get
 Cannot open assembly '/usr/lib/mono/1.0/mcs.exe': No such file or
 directory.

Indeed, thats a bug.

 
 My uneducated guess is, that a required dependency is missing.

Not really, the mcs script actually belongs to mono-1.0-devel.

 
 Filed with severity serious, as the package is completely broken by
 this.

The main purpose of mono-devel is to provide the default CLI
development stack, which isn't 1.0 anymore (since the Mono 2.0
transition), and gmcs is not broken at all, thus downgraded to
important.

 
 Cheers,
 Michael
 

Thanks for reporting this bug!

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#525279: [pkg-mono-group] Bug#525279: /usr/bin/mcs: Cannot open assembly '/usr/lib/mono/1.0/mcs.exe'

[Mirco Bauer]

On Thu, 23 Apr 2009 20:47:10 +0200
Michael Biebl bi...@debian.org wrote:

 Mirco Bauer wrote:
  The main purpose of mono-devel is to provide the default CLI
  development stack, which isn't 1.0 anymore (since the Mono 2.0
  transition), and gmcs is not broken at all, thus downgraded to
  important.
  
 
 So /usr/bin/mcs is a left-over which has not correctly been removed
 when mono-devel was upgraded from 1.0 to 2.0?

To be precise, mono-devel didn't exist before (the package was in sarge
but not for the default stack purpose). We (re)-introduced this package
so all source packages can use a common buid-dependecy making sure the
current default stack is pulled in. When we moved files around, some
files hit mono-devel that shouldn't (e.g. mcs, as that targets
explicitly 1.0).

 
 One of the reasons, why I noticed/filed this bug is, that a software
 I maintain, checks for /usr/bin/mcs in ./configure, and if it finds
 that, it enables a mono addin. Obviously the build fails later on.

It should not check only for mcs, good practice is to check for:
csc, gmcs, mcs (in that order), that ensures you get the best C#
compiler available. Unfortunately csc is only available on Debian and
no other linux distros (well besides ubuntu as they use our packages).
Upstream has no official version neutral default compiler (which
Microsoft has: csc).

I hope this could clear this situation a bit, for some more background
information see:
http://wiki.debian.org/Teams/DebianMonoGroup/Mono20Transition

 
 Michael
 


-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#524856: [pkg-cli-apps-team] Bug#524856: gnome-do: crashes on start with System.TypeLoadException

[Mirco Bauer]

reassign 524856 libgnomedesktop2.20-cil
found 524856 2.24.0-2
thanks

On Mon, 20 Apr 2009 12:27:52 +0100
Goncalo Marrafa g...@uevora.pt wrote:

 ** (Do:2608): WARNING **: The following assembly referenced
 from /usr/lib/gnome-do/Do.Platform.Linux.dll could not be loaded:
 Assembly:   gnomedesktop-sharp(assemblyref_index=10) Version:
 2.20.0.0 Public Key: 35e10195dab3c99f
 The assembly was not found in the Global Assembly Cache, a path
 listed in the MONO_PATH environment variable, or in the location of
 the executing assembly (/usr/lib/gnome-do).

This is a bug in the libgnomedesktop2.20-cil package, thus reassigning
this report to it.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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