Bug#1072991: closed by Michael Tokarev (Re: [Pkg-samba-maint] Bug#1072991: cifs-utils depends on python - need it?)

anation is unsatisfactory and you have not received a better one in a separate message then please contact Michael Tokarev by replying to this email. -- 1072991: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072991 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems 11.06.2024

Bug#1072921: further new unneeded deps: libgs10*, poppler-data

oved or be made suggests: python*, libpython*, libgs10*, poppler-data thannks, jo

Bug#1072991: cifs-utils depends on python - need it?

a patch years ago...) Debian USP is its ability to function as a desktop without depending on python. Very different from Ubuntu/Fedora... Thanks, jo

Bug#1072921: openbox depends on python needlessly

erely because an example pipe-menu uses it). PS: cifs-utils also affected - python a needless dep since deb11. Thanks, jo

Bug#1072157: gnome-shell: Log spam: g_closure_unref: assertion 'closure->ref_count > 0' failed

Package: gnome-shell Version: 43.9-0+deb12u2 Severity: important Dear Maintainer, when switching to the overview (pressing super key or using the active top left corner), a message is written to the syslog containing g_closure_unref: assertion 'closure->ref_count > 0' failed For every extension

Bug#1026172: mono: FTBFS on mipsel

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

Bug#1007804: amfora: AppArmor policy

Subject: amfora: AppArmor policy Package: amfora X-Debbugs-Cc: j...@jcoscia.com Version: 1.9.2-2~bpo11+1 Severity: wishlist Tags: patch I would like to contribute an AppArmor policy for amfora. I asked the folks in #apparmor about this, and they recommended going to the Debian bug tracker. I test

Bug#979067: getting pinta updated in Debian

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

Bug#995368: oldstable also affected

pache HTTP Server (modules and other binary files) ii apache2-data 2.4.38-3+deb10u6 all Apache HTTP Server (common files) ii apache2-utils2.4.38-3+deb10u6 i386 Apache HTTP Server (utility programs for web servers) Hope this helps

Bug#947238:

We see more problems with this package, possibly/probably related error now on another machine: Dec 29 00:00:01 .xxx.com keepalived[28830]: double free or corruption (fasttop) And service crashed, never came back. Seems it's not very stable atm on Buster :/

Bug#943860: munin-plugins-core: ntp_states plugin is broken in current package release

Package: munin-plugins-core Version: 2.0.49-1 Hello, As I pointed out here[1] the ntp_states plugins accidentally doesn't work in this release. Upstream fixed it with this[2] commit. Could you please ensure to have this fix in the package as soon as possible? Thanks for the great work your doi

Bug#941032: logwatch: dovecot 2.3.x LMTP delivery not recognized by logwatch

! -jo --- /usr/share/logwatch/scripts/services/dovecot2018-12-30 04:17:30.0 -0500 +++ /etc/logwatch/scripts/services/dovecot 2019-09-23 13:12:40.938216046 -0400 @@ -242,6 +242,11 @@ # dovecot: lmtp(u...@domain.com): msgid=<0.0.b.b83.1d385668207af0...@b12.mt

Bug#934446: 回复: Bug#934446: wsjtx: debian/patches/0001-add-start-script.patch no longer used?

Hi, i wonder how to unsubscribe from this list. 发件人: Christoph Berg 发送时间: 2019年8月13日 8:12 收件人: tony mancill ; 934...@bugs.debian.org <934...@bugs.debian.org> 主题: Bug#934446: wsjtx: debian/patches/0001-add-start-script.patch no longer used? Re: tony mancill 2019-

Bug#932752: apt-get dist-upgrade fails on missing locales

Package: apt Version: 1.4.9 Severity: important Dear Maintainer, when upgrading a fresh install of Stretch to Buster (German localization) and having a Gnome desktop environment, libpam0g:amd64 fails to configure due to missing locales: Preparing to unpack .../libpam0g_1.3.1-5_amd64.deb ... Unpa

Bug#932747: apt-get: AppStream system cache updated, failing on APT::Update::Post-Invoke-Success

Package: apt Version: 1.4.9 Severity: normal Tags: patch Dear Maintainer, on running apt-get update, sometimes the AppStream subprocess returns an error: The AppStream system cache was updated, but some errors were detected, which might lead to missing metadata. Refer to the verbose log for more

Bug#921232: Tracking it down

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

Bug#924942: www.debian.org: Suggestion; on the new people page, add a welcome message and a photo of the current DPL

Package: www.debian.org Severity: wishlist Dear Maintainer, On the people page of the new and improved website, have a photo of the current DPL and maybe with a paragraph or 2 just saying 'Hi, my name is I am the Debian Project Leader' and a note welcoming a new person to Debian

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

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

Bug#889509: rebase

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Bug#913652:

Dear Jörg, thanks for your reply. I totally agree that this is not a severe bug because a) the Debian build system calls the autoconf tools automatically and b) a "normal user" can call them manually. The severity was likely set by the "reportbug" program which I have used for the first time.

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

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

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

: > Hello Jo, > > I notice that you are working on Mono's official packaging for Mono v5 here: > - https://github.com/mono/linux-packaging-mono > > Is there any reason why you are not uploading to Debian? > > Would you please document your blockers, if any, in this bug?

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

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

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

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

Bug#899395: mono: FTBFS on various architectures

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

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

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

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

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

Bug#887598: ITP: jasp -- Offers standard analysis procedures in both their classical and Bayesian form

>> thanks for this ITP. Please consider maintaining the package in Debian >> Science team. >> >> Kind regards >> >> Andreas. >> >> On Thu, Jan 18, 2018 at 11:02:34AM +0100, jo...@jorisgoosen.nl wrote: >> > Package: wnpp &g

Bug#887598: ITP: jasp -- Offers standard analysis procedures in both their classical and Bayesian form

Package: wnpp Severity: wishlist Owner: Joris Goosen X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: jasp Version : 0.8.5 Upstream Author : JASP-team * URL : http://www.jasp-stats.org/ * License : GPL Programming Lang: C++, R Description :

Bug#883724: mono FTBFS on ia64

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

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

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

Bug#810145: EXTREMELY PROOF OF CONCEPT OMG

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

Bug#863247: java-package: ARM support bitrotted

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

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

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

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

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

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

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

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

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

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

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

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

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

Bug#852630: inadyn: --drop-privs option causes inadyn to terminate with exit code 112 (daemon fails)

Package: inadyn Version: 1.99.4-1 Severity: important On armel (possibly other archs, but I haven't tested them), the --drop-privs option for inadyn does not work; it causes inadyn to terminate with exit code 112: $ sudo inadyn --config /etc/inadyn.conf --drop-privs debian-inadyn:debian-inadyn ;

Bug#851052: abiword: Work area flickers up to 30 thimes on every Charachter input

Package: abiword Version: 3.0.2-2 Severity: important Dear Maintainer, After starting, the work area flickers up to 30 times. The flickering repeats itself with every character input and moust mouse actions. It seems that the upper part of the work area gets redrawn 30 times in about half a mi

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Bug#836578: spl-dkms: post_install script cause faults

I also encountered this bug. I think this might be due to the new behavior in dkms 2.2.1.0 which seems to remove the build directory. The postinstall script set in dkms.conf tries to copy files from the build directory which does not exist. Changing the phase that the copy occurs in seems to fix

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

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

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

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

Bug#789771: mono: please add arm64

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

Bug#789771: mono: please add arm64

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Bug#798280: transition: mono

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

Bug#798280: transition: mono

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

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

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

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

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

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

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

Bug#798280: transition: mono

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

Bug#798280: transition: mono

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

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

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

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

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

Bug#798280: transition: mono

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

Bug#806212: monodevelop: Program will not start

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

Bug#804537: NMU

/changelog 2015-11-18 12:52:05.0 + @@ -1,3 +1,11 @@ +cairo-dock-plug-ins (3.4.0-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * d/p/0005-Use-dbus-sharp-not-unmaintained-NDesk.patch, debian/control: +Use dbus-sharp instead of ndesk-dbus (Closes: #804537) + + -- Jo

Bug#804537: Fixed patch

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

Bug#805464: NMU

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

Bug#804660: NMU

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

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

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

Bug#805461: NMU

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

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

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

  1   2   3   4   5   >