Bug#993858: ocaml-dune: dune-install doesn't correctly place "doc" section in Debian systems

Hello Stéphane, Stéphane Glondu writes: > I guess we are talking about people doing "sudo dune install", right? As > opposed to "dune install" being called during Debian package builds. I am talking about both, in particular it would be nice if DESTDIR=debian/tmp dune install would

Bug#993858: ocaml-dune: dune-install doesn't correctly place "doc" section in Debian systems

Source: ocaml-dune Version: 2.7.1-2 Severity: important Dear OCaml Maintainers, dune-install will by default install files in the "doc" section to $prefix/doc, this is incorrect in Debian as it should be $share/doc. This creates problems for both users and developers. Dune >= 2.9 allows

Bug#971439: Build procedure is incorrect and produces invalid files

Package: lablgtk3 Version: 3.1.1-1 Dear OCaml maintainers, as far as I could see this is a general bug on quite a few Debian OCaml packages; in particular submitting for lablgtk3 but this bug should be assigned to more packages. It seems that the build procedure for lablgtk3 is incorrect, see

Bug#684499: Streaming MOVE commands

Hi Adrian, Adrian Bunk writes: > What was the result? > Any chance of getting this one-line change into jessie? So far the current Jessie packages don't include the fix, which forces me to use my own custom packages, so indeed, this is not optimal. jessie-backports seem to

Bug#684499: Streaming MOVE commands

Thanks a lot both for your help! On Mon, 22 Feb 2016, Timo Sirainen wrote: >> Is this patch suitable of being backported to 2.2.13? (Debian stable) > > Should be. > > BTW. This bug only meant that some expunges were ignored, which at > worst caused unwanted email duplicates. It didn't corrupt the

Bug#684499: Fixed upstream

found 684499 1:2.2.13-12~deb8u1 found 684499 1:2.2.18-2+b1 forwarded 684499 http://www.dovecot.org/list/dovecot/2016-February/103205.html severity 684499 serious tags 684499 +patch +fixed-upstream +confirmed thanks Hi, I think this bug has been fixed and identified upstream. Raising to serious

Bug#319837: Not fixed for me.

reopen 319837 thanks Hi all! I'm afraid this bug is not fixed for me, as I keep getting the Error 28: Selected item cannot fit into memory both with stock memtest86+ and with patched one (lds patch). I'm running Lenny. Versions: ii memtest86+ 2.01-1 thorough

Bug#464574: [Pkg-virtualbox-devel] Bug#464574: Bug#464574: virtualbox-ose: No network in

Michael Meskes [EMAIL PROTECTED] writes: I take it you're talking about the first nameserver line, right? Yes. I just added nameserver 1.1.1.1 to my resolv.conf and while becoming slower the system still works as advertised. I tried the same (first line a bad nameserver = 1.1.1.1) and 2nd one

Bug#442628: This bug is fixed upstream.

tag 442627 fixed-upstream thanks I had the same annoying bug, and indeed it is fixed in auctex 11.85, which I'm running now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#406986: Upgrade B2evolution 0.9.2 to 1.10.2

Thijs Kinkhorst [EMAIL PROTECTED] writes: Hi Emilio, I would also consider removing it from stable, as I think the security team cannot support it. The security team for stable often supports versions that are upstream abandoned. The question is whether such a thing is feasible for a

Bug#406986: Upgrade B2evolution 0.9.2 to 1.10.2

severity 406986 serious thanks This package should not be in testing. Reasons: No security support from upstream for this version, as it is upstream abandoned. I would also consider removing it from stable, as I think the security team cannot support it. Regards, Emilio -- To UNSUBSCRIBE,

Bug#464574: [Pkg-virtualbox-devel] Bug#464574: virtualbox-ose: No network in

Dear Mr. Meskes, thanks for your prompt response. Michael Meskes [EMAIL PROTECTED] writes: I was successfully running virtualbox in Etch, but last week I upgraded Which package did you use on Etch? My upgrade process went from 1.5.2-dfsg2-4~bpo40+1 - 1.5.2-dfsg2-7 - 1.5.4-dfsg-4 Umm,

Bug#464574: [Pkg-virtualbox-devel] Bug#464574: Bug#464574: virtualbox-ose: No network in

retitle 464574 If first line of /etc/resolv.conf is invalid, dns doesn't work in the guests severity 464574 minor thanks Hi, Torsten Werner [EMAIL PROTECTED] writes: On Feb 9, 2008 11:23 AM, Michael Meskes [EMAIL PROTECTED] wrote: ping cannot work with NAT because virtualbox would have to

Bug#464574: virtualbox-ose: No network in guest machines

Package: virtualbox-ose Version: 1.5.4-dfsg-4 Severity: important Hi, I was successfully running virtualbox in Etch, but last week I upgraded to Lenny, and all my virtual machines have lost net connectivity. I did purge and install the package with no success, reboot the host, rebuild the

Bug#413283: Fails to install, so it is serious.

I've raised this bug severity per policy, as the missing dependency breaks the package postinst whenever libghc6-mtl-dev is not installed, like in a pbuilder chroot. Regards, Emilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#350515: I guess this bug is not fixed.

reopen #350515 thanks With: ii planner-el 3.41-1personal information manager for Emacs ii emacs-snapshot-gtk 20060623-1The GNU Emacs editor (with GTK+ 2.x support) This bug keeps happening, but I actually have found its root. The problem is present

Bug#353545: ITP: wormsofprey -- Worms like multiplayer, realtime game

Oya [EMAIL PROTECTED] writes: Package: wnpp Severity: wishlist * Package name    : wormsofprey Are you aware of the Debian Games team? http://wiki.debian.org/Games/Development Regards, Emilio

Bug#333438: Gtk2HS suggested changes.

-0.9.10/debian/changelog +++ gtk2hs-0.9.10/debian/changelog @@ -1,3 +1,16 @@ +gtk2hs (0.9.10-1.2) unstable; urgency=low + + * Enable support for cairo bindings: new package libghc6-cairo-dev. + + -- Emilio Jesús Gallego Arias [EMAIL PROTECTED] Thu, 9 Feb 2006 08:53:12 +0100 + +gtk2hs (0.9.10-1.1

Bug#317893: Please don't include spamassassin support

, -- Emilio Jesús Gallego Arias [EMAIL PROTECTED]

Bug#293888: Severity is excessive

severity 293888 wishlist thanks, Hi! I thinks grave severity is too much for this bug, as thinking about it maybe clearsilver-dev is a placeholder ATM. Regards -- Emilio Jess Gallego Arias [EMAIL PROTECTED]

Bug#293574: acknowledged by developer (This isn't a bug)

reopen 293574 retitle 293574 clearsilver-dev depends on unavailable package clearsilver thanks, Hi again :) Unfortunately, it seems that this bug it's not solved by changing clearsilver-dev to depends on clearsilver, as clearsilver package is not built by any source package anymore. I've built

Bug#293880: FTBFS: Should disable mono bindings.

Subject: FTBFS: Should disable mono bindings. Package: clearsilver Severity: serious Justification: no longer builds from source tags +patch Hi! I tried to build clearsilver on my host, and got a FTBFS: gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -I../

Bug#293888: Acknowledgement (clearsilver-dev package is empty)

tag +patch thanks, Hi, I've made an install file for clearsilver-dev, but I think it's not ok, because you only package the python bindings: --- /dev/null 2005-02-06 11:13:22.673574392 +0100 +++ clearsilver-dev.install 2005-02-06 18:19:48.597010136 +0100 @@ -0,0 +1,4 @@

Bug#293574: acknowledged by developer (This isn't a bug)

reopen 293574 retitle 293574 clearsilver-dev depends on unavailable package clearsilver1 severity 293574 serious thanks, Since this isn't a bug in software I'm closing it. When you want to talk with the maintainers you can send a mail to package@packages.qa.debian.org or send a mail