Bug#994741: regression tests: skipped vs failed

On Tue, 21 Sep 2021 19:03:07 +0200 Mattia Rizzolo wrote: > concerning the ftbfs of 1.1. I know of it of course. Just that I've > been busy over the past month. I'm as weirded out by that test failure > as you, especially since I couldn't reproduce it anywhere else. Does that not suggest that

Bug#994741: regression tests: skipped vs failed

On Tue, 21 Sep 2021 18:57:41 +0300 Andrius Merkys wrote: > I cannot reproduce the failure myself on amd64. I tried building on a > machine without a display, and yet the test succeeds. I will try a > porterbox next. If the test succeeds, is the overall build then successful? Is that the cause

Bug#994741: regression tests: skipped vs failed

On Tue, 21 Sep 2021 12:33:07 +0300 Andrius Merkys wrote: > if(${CMAKE_SIZEOF_VOID_P} EQUAL 8) > set(RENDERING_TESTS_64bit > # .otf font with compressed SVG glyphs > # (test not stable on 32bit Windows) > text-gzipped-svg-glyph > ) > endif() > > Thus this

Bug#994741: regression tests: skipped vs failed

The Inkscape v1.1 build fails on amd64, because of a regression test called "text-gzipped-svg-glyph", which can be found here: https://sources.debian.org/src/inkscape/1.1-1/testfiles/rendering_tests/text-gzipped-svg-glyph.svg/ from the build log: Start 301:

Bug#994741: Inkscape v1.1 build failure

This page provides a compact overview of the Inkscape v1.1 build failure: https://buildd.debian.org/status/package.php?p=inkscape=experimental There is no obvious reason why one particular regression test should succeed on some architectures, but fail on others, so it seems likely that some

Bug#977345: enabling vector acceleration on non- x86/amd64 hardware

> Use hardware-accelerated XXH3 computation on x86 architecture, and > install the hardware-accelerating header file. note that the upstream source code also includes vectorized algorithms for ARM NEON and POWER VSX CPUs: XXH_VECTOR : manually select a vector instruction set (default:

Bug#902606: closed by Debian FTP Masters (Bug#902606: fixed in man2html 1.6g-13)

On Sun, 20 Dec 2020 20:21:05 + "Debian Bug Tracking System" wrote: > * Add the following patches: > + 037-man2html-Nm-and-Bk-mdoc.patch to ensure that .Nm mdoc macro > properly remembers command name, and .Bk ignores -word option > (closes: #902606); This still does not work

Bug#970420: python dependencies now uninstallable

Matthias Klose wrote: > no, the python package is gone. It may be going, but it's not gone: # apt-show-versions -a python python:amd64 2.7.16-1 stable ftp.us.debian.org No stable-updates version No testing version python:amd64 2.7.17-2 unstable ftp.us.debian.org No

Bug#949444: bug #949444 : now affects Linux v4 kernels

kmod : v 27-1 initramfs-tools : v 0.136 # apt-get install linux-image-4.19.0-8-amd64 ... depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/lib/modules/4.19.0-8-amd64/modules.builtin.bin' depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file()

Bug#953146: texlive-extra : bad version number

It appears that an extra "0" has been inserted into the version number of packages derived from the "texlive-extra" source package: texlive-base 2019.20200302-1 texlive-extra-utils 2019.202000302-1 texlive-font-utils 2019.202000302-1

Bug#949444: confirm

confirm. kmod: v 26+20191223-1 initramfs-tools: v 0.136 depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/lib/modules/5.4.0-3-amd64/modules.builtin.bin' depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file

Bug#949211: bad opencv dependency

It seems to be the dependency on OpenCV-3.2 that is the source of the problem. OpenCV-4.1 appears to be the current version in the "testing" archive. -- Ian Bruce

Bug#945824: depending on multiple interpreter versions is obviously a bug

Package: python3-numpy Depends: python3 (<< 3.9), python3 (>= 3.7~), python3.7:any, python3.8:any, python3:any, libblas3 | libblas.so.3, libc6 (>= 2.29), liblapack3 | liblapack.so.3, python3-pkg-resources How can it possibly not be a bug that a single package depends on two

Bug#922396: webext-noscript is now one year out-of-date

It appears that the firefox-esr package is going to be upgraded to v68, which will not work with this badly-out-of-date version of noscript, probably the single most important browser extension available. The current version is 11.0.3 :

Bug#932620: example program fails to link

An example program, found here -- https://www.cryptopp.com/wiki/BLAKE2#Sample_Programs -- also fails to link. In contrast, the equivalent example program from here -- https://www.cryptopp.com/wiki/MD5 -- compiles, links, and runs without any problem. Apparently, the BLAKE2 object module is

Bug#932620: bad package Makefile

It appears that there may be a problem with the Makefile for this package. The "libcrypto___la_SOURCES" macro does not reference the "blake2.cpp" source file, although it ought to. https://sources.debian.org/src/libcrypto++/5.6.4-8/blake2.cpp/

Bug#904988: /bin/su does not set $PATH

wrote: > I thought I (or something) had hosed my system, but it turns out this > change is by design. That was exactly my reaction. I don't think that it's acceptable to have a major (unannounced) change in behaviour for an essential system utility like "/bin/su". some discussion here:

Bug#888026: FreeCAD v0.17 release

As mentioned above, FreeCAD v0.17 has been released, as of April 6th, 2018. https://freecadweb.org/wiki/Release_notes_0.17 Also, OpenCascade v7.3.0 has been packaged for Debian. https://packages.debian.org/source/experimental/opencascade Hopefully, this means that the Debian FreeCAD package

Bug#881812: xul-ext-treestyletab: nine months out-of-date

This package is now nine months out-of-date. When might we expect a version that actually works with current versions of Firefox? https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/versions/2.0 Even the firefox-esr package will soon require a newer version:

Bug#883917: closed by Osamu Aoki <os...@debian.org> (Bug#883917: fixed in im-config 0.33-1)

On Sat, 23 Dec 2017 13:39:06 + "Debian Bug Tracking System" wrote: > #883917: im-config: doesn't offer UIM as an option > > It has been closed by Osamu Aoki . Now im-config offers both ibus and uim as input methods, but neither of them actually

Bug#884097: lightdm-gtk-greeter: default panel options have disappeared

It appears that the default panel layout has changed between lightdm-gtk-greeter versions and , although this is not mentioned in the changelog. Specifically, the language selector, session/environment selector, accessibility options, and reboot/poweroff menu have all disappeared. The default now

Bug#765077: language selection still broken, after all these years

I don't understand why this bug is marked "unreproducible". I find it extremely reproducible, in that language selection ABSOLUTELY NEVER WORKS. quoting : > $LANG and $LANGUAGE are completely untouched by lightdm. > ~/.dmrc is always written with correct settings on login That

Bug#857631: bug #857631 : why isn't this fixed?

Antonio Ospite wrote: > I saw that 4.0-5 has been uploaded without this fix, > is this fix going to be in 4.0.1? It appears that the answer to this question is "no": $ clang-4.0 --version clang version 4.0.1-+rc1-1 (tags/RELEASE_401/rc1) Target: x86_64-pc-linux-gnu

Bug#857394: Debian Policy violation -- libgegl-dev contains duplicate copy of openCL library files

On Thu, 13 Apr 2017 01:25:29 -0700 wrote: >> I'm not going to try a 'merge-on-the-fly' on headers to save a bunch >> of kilobytes. Sorry. > > Saving a bunch of kilobytes is really not the issue, as I suggested > when I said "isn't that a Policy violation?". I was right -- it

Bug#857394: libgegl-dev: contains duplicate copy of openCL library files

On Wed, 12 Apr 2017 23:51:03 +0200 "Matteo F. Vescovi" wrote: >> /usr/include/gegl-0.3/opencl/gegl-cl-color.h >> /usr/include/gegl-0.3/opencl/gegl-cl.h >> /usr/include/gegl-0.3/opencl/gegl-cl-init.h >> /usr/include/gegl-0.3/opencl/gegl-cl-random.h >>

Bug#848258: Blender: libclc version needs to be updated

It turns out that the "implicit declaration of function {lgamma,native_tan} is invalid in C99" compiler warning results from using an insufficiently up-to-date version of libclc, and would turn into a linker error, if other problems did not prevent the compilation from progressing that far. See

Bug#848258: two known issues; patches are available

It turns out that the "invalid argument type 'X *' to unary expression" compiler error is the result of a known bug in LLVM. See here for details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857623 The "unsupported call to function get_local_size" compiler error is the result of a known

Bug#848258: openCL / Blender problems: solutions now available

the openCL component of this problem is addressed here: https://bugs.freedesktop.org/show_bug.cgi?id=99856#c24 related Debian bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857591 the unrelated Blender bugs are being discussed here: https://developer.blender.org/T50522

Bug#848258: openCL errors: patch available upstream

On Fri, 10 Mar 2017 10:47:37 +0900 Michel Dänzer wrote: >> https://bugs.freedesktop.org/show_bug.cgi?id=99856#c24 > > That's a different issue from the one this bug report is about. It > would have to be reported against the libclc-amdgcn package. That's a bug report (now

Bug#848258: openCL errors: patch available upstream

wrote: > You should get in touch with Mesa upstream developers about these > issues. Your Debian bug reports are mostly creating additional > overhead for the Debian package maintainers, for little gain towards > your goal of using Blender with OpenCL. quote from Mesa

Bug#855871: non-metadata RAID arrays are limited to 27 component devices

It appears that the 27-component-device limit is specific to non-metadata arrays ("mdadm --build"). More research: When the RAID assembly fails -- # mdadm --build /dev/md/md-test --level=linear --raid-devices=28 /dev/loop{0..27} mdadm: ADD_NEW_DISK failed for /dev/loop27: Device or resource

Bug#846382: display artifacts in Blender

I confirm this bug. It's extremely easy to reproduce; simply moving the mouse pointer across any of the controls is sufficient to trigger flickering and display corruption. This program is currently unusable. I, too, have Mesa v13 installed. Whatever the cause of the problem is, it's of very

Bug#694879: Blender + OpenCOLLADA FTBFS

On Thu, 4 Aug 2016 04:08:30 -0700 wrote: > If removing the illegal UTF-8 and Windows-1252 characters doesn't fix > the problem, then try this: > > > --- opencollada/COLLADAFramework/COLLADAFWPrerequisites.h.orig > 2014-07-03 09:30:54.0 -0700 > +++

Bug#694879: Blender + OpenCOLLADA FTBFS

If removing the illegal UTF-8 and Windows-1252 characters doesn't fix the problem, then try this: --- opencollada/COLLADAFramework/COLLADAFWPrerequisites.h.orig 2014-07-03 09:30:54.0 -0700 +++ opencollada/COLLADAFramework/COLLADAFWPrerequisites.h 2016-08-04 03:42:44.765860036

Bug#694879: Blender still missing Collada support, one year after opencollada was packaged

On Tue, 2 Aug 2016 14:49:26 +0200 "Matteo F. Vescovi" wrote: >> Is there any remaining reason why the Blender package should not be >> linked against it? Blender is supposed to have built-in support for >> Collada. > Simple, it fails: I didn't know that; it hasn't previously

Bug#694879: Blender still missing Collada support, one year after opencollada was packaged

It has now been over a year since the opencollada-dev package became available in the Debian archive. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694932 https://packages.debian.org/stretch/opencollada-dev Is there any remaining reason why the Blender package should not be linked against

Bug#827104: [Pkg-xfce-devel] Bug#827104: Recommends: obsolete package xfce4-volumed

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827104 On Sun, 12 Jun 2016 17:30:19 +0200 Yves-Alexis Perez wrote: Please remove this false dependency. >>> >>> It's not a false dependency, it's just that the package has been >>> removed and the dependency line not

Bug#827104: [Pkg-xfce-devel] Bug#827104: Recommends: obsolete package xfce4-volumed

On Sun, 12 Jun 2016 12:45:23 +0200 Yves-Alexis Perez wrote: >> xfce4-volumed doesn't seem to exist in Xfce 4.12, but the >> xfce4-settings package still recommends it. > > Indeed. This situation is perfectly proper and correct, in your opinion? >> This is especially bad,

Bug#780754: README.html screenshot

See attached screenshot.

Bug#779544: phppgadmin: apache config needs mod_dir enabled

On Mon, 02 Mar 2015 11:24:18 + Jean-Michel Nirgal Vourgère jmv_...@nirgal.com wrote: Do you know how you came to have that module disabled? Do you remember if you disabled it as an admin? I can't imagine why I would have done so. Can you check for apache related package you installed

Bug#763412: libjpeg-dev reinstalls over itself

Package: libjpeg-dev Version: 1:1.3.1-3 Surely there is something wrong with this. This can be repeated indefinitely; there's something wrong with the version checking. It would be nice if somebody would fix reportbug, so we could use that again.

Bug#660163: three versions, and three and a half years, out of date

PoDoFo 0.9.3 has been released. http://podofo.sourceforge.net/download.html Version 0.9.0 is the latest available in the Debian archive. This is now three versions, and three and a half years, out of date. Please upgrade to the current release. -- Ian Bruce -- To UNSUBSCRIBE, email to

Bug#725107: this bug was previously reported, and wrongly closed

This is the same problem I previously reported under bug #715314 : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715314#35 That bug should not have been closed, because the fix is worse than the problem it was supposed to cure; the program is now much less useful than the previous version in

Bug#724931: Please include the patch in git

I'm not done with this yet. I'm working on a more general patch with new features, which will be forthcoming shortly. I would ask that nothing major be done until that is ready. The current version is certainly ready for testing, although Andreas already seems to have done so extensively. On

Bug#724931: PATCH: improved(2) ISO loopmount option

(I see that Andreas has recently posted a set of patches. The patches I have attached below are not based on that work, although they address some of the same problems. At the end of this message, are some comments about how our alternative solutions might be combined.) On Fri, 4 Oct 2013

Bug#724931: PATCH: improved ISO loopmount option

This is an improved version of the patch I originally posted to this bug report. It applies mainly to the cdrom-detect udeb, although I suggest that the ISO volume label (such as Debian 7.1.0 M-A 1) be included somewhere in the initrd; currently it does not appear to be. As I said previously, a

Bug#724931: PATCH: improved ISO loopmount option

On Fri, 04 Oct 2013 12:45:24 +0200 Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: Sadly it only seems to work well, but in fact, your previous (and I assume also this) patch break apt-setup trying to add the CD to /etc/sources.list. I am currently working on this problem and hope to

Bug#724931: loop-mounted ISO images

On Mon, 30 Sep 2013 13:10:01 +0200 Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: j...@kitenet.net wrote: iso-scan is part of the Debian installer. However, it is only included in the hd-media initrd. There is no reason to include it on the regular CD initrd, because isohybrid

Bug#724931: Patch works great

On Mon, 30 Sep 2013 21:54:15 +0200 Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: I have applied your patch to the debian-testing-amd64-netinst.iso and also included the loop.ko. This increased the size from 230.7 MB to 232.3 MB, i.e. by 0.7 %. This must be because of differences

Bug#724931: Fw: PATCH: specify pathname for ISO loop-mount

This message describes the motivation for the debian-iso-loopmount.diff patch, which is reproduced above. It was originally posted here: http://lists.debian.org/debian-boot/2013/09/msg00509.html Begin forwarded message: Date: Sat, 28 Sep 2013 03:08:48 -0700 From: ian_br...@fastmail.net To:

Bug#715314: apt-show-versions now completely nonfunctional

On Wed, 11 Sep 2013 13:14:24 +0200 Christoph Martin mar...@uni-mainz.de wrote: apt-show-versions now knows absolutely nothing about any package that isn't already installed: # apt-show-versions -a mplayer mplayer not installed (available for: amd64) This is weird. You did not

Bug#721360: blockdev-wipe can be very slow

b...@decadent.org.uk wrote: I have to wonder why this is so slow. We should be able to write about 100 MB/s sequentially to a recent HD, so 750 GB would take about 2 hours and not 36 hours. I chose an encrypted swap volume, of size 16GB. The Debian installer took close to an hour to wipe

Bug#715314: apt-show-versions now completely nonfunctional

apt-show-versions now knows absolutely nothing about any package that isn't already installed: # apt-show-versions -a mplayer mplayer not installed (available for: amd64) It doesn't even know its own version, which is not very encouraging: # apt-show-versions -h

Bug#660163: two years and four months out of date

Now two years and four months out of date. I must point out that this is a dependency of scribus, surely an important package, which does seem to get updated, so it's not irrelevant. If there have been no major changes in the last two releases, then it should be easy to package. If there HAVE

Bug#684128: down the memory hole

It seems that Historical Revisionism, of the bad kind, is now in operation at Debian, in that critical commentary about unapplied patches is made to disappear down the memory hole, without leaving so much as a trace on the relevant bug report. If it were thought that the criticism was unfair, or

Bug#684128: so long, and thanks for all the fish

On Thu, 04 Apr 2013 12:45:55 -0300 Ben Armstrong sy...@debian.org wrote: Just take care in future that the style of communications you used triggered someone's wetware spam filter with a false positive. I initially wrote up a detailed bug report, and then when somebody suggested that the

Bug#684128: failure to communicate

On Thu, 4 Apr 2013 19:09:04 +0200 Christian PERRIER bubu...@debian.org wrote: This mail is a very good argument to confirm that overcomplicated methods to make your point will just fail. If you have a point to make it, make ti. Once. With facts. I supplied plenty of facts.

Bug#684128: so long, and thanks for all the fish

On Thu, 04 Apr 2013 16:45:26 -0300 Ben Armstrong sy...@debian.org wrote: the long and sordid tale of your bid to get attention for this bug That's right; I wrote it up in detail, provided patches when asked to do so, provided test scripts to demonstrate the correctness of those patches,

Bug#684128: When I use a word, Humpty Dumpty said...

When I use a word, Humpty Dumpty said in rather a scornful tone, it means just what I choose it to mean -- neither more nor less. The question is, said Alice, whether you can make words mean so many different things. The question is, said Humpty Dumpty, which is to be master -- that's all.

Bug#704198: VFAT header from USB flashdrive partition

$ dd if=/dev/sde1 bs=512 count=32 | gzip usb-flash-partition-vfat.gz 32+0 records in 32+0 records out 16384 bytes (16 kB) copied, 0.000119295 s, 137 MB/s usb-flash-partition-vfat.gz Description: GNU Zip compressed data

Bug#687009: archivemount: package description contains unicode quote characters

On Sat, 8 Sep 2012 18:20:38 +0300 Nanakos Chrysostomos nana...@wired-net.gr wrote: would it be better if there were single quotation marks (1 byte)? The Debian Policy, section 5.1 dictates that control files should be UTF8 encoded. Thanks for pointing that out; I had assumed that they were

Bug#687009: archivemount: package description contains unicode quote characters

On Sun, 9 Sep 2012 06:13:04 -0700 ian_br...@fastmail.net wrote: Thanks for pointing that out; I had assumed that they were supposed to be Latin-1 or something like that. Even so, using Unicode quote marks seems to be overkill, when an ASCII quote mark (0x22) would do just as well. I

Bug#666783: ST290 USB device information

This is the information reported by my ST290 joystick, in case it is helpful. *** # lsusb -v -d 06a3:0460 Bus 002 Device 003: ID 06a3:0460 Saitek PLC ST290 Pro Flight Stick Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass

Bug#673314: flightgear: please upgrade to v2.8.0

In case you don't already know, FlightGear v2.8.0 has been released, as of August 17, 2012. http://www.flightgear.org/news/flightgear-v2-8-0-released/ Presumably it would make sense to cease packaging work on v2.6.0, and concentrate on the newer version instead. -- To UNSUBSCRIBE, email to

Bug#684128: PATCH: choice of binary or decimal disk storage units is runtime-configurable

On Thu, 9 Aug 2012 13:53:30 +0200 Christian PERRIER bubu...@debian.org wrote: I'd like to get other D-I people advice about including these changes *now* as thereis always a risk of regressions which, at this point of the release, we would like to avoid. That's an important consideration. I

Bug#684128: PATCH: choice of binary or decimal disk storage units is runtime-configurable

On Thu, 9 Aug 2012 10:59:20 -0400 Joey Hess jo...@debian.org wrote: I hate to bring this news, but this cannot be used in the installer, because shell arrays are a bashism, and the installer uses busybox sh. Thanks for pointing that out. It seems that shell arrays are more of a ksh-ism; see

Bug#684128: PATCH: choice of binary or decimal disk storage units is runtime-configurable

On Thu, 9 Aug 2012 17:33:04 +0200 Didier 'OdyX' Raboud o...@debian.org wrote: By defining a single environment variable, the new code can be configured to use the binary, rather than decimal, values of the suffixes {K, M, G, T} for both input and output, while retaining the above features.

Bug#684128: PATCH: choice of binary or decimal disk storage units is runtime-configurable

On Thu, 9 Aug 2012 13:53:30 +0200 Christian PERRIER bubu...@debian.org wrote: Thanks for your care providing a patch. Even if I don't give a great importance to this issue, some people seem to (including you) so there's no reason to not consider your patch. Thanks for taking seriously, the

Bug#684128: PATCH: choice of binary or decimal disk storage units is runtime-configurable

o...@debian.org wrote: I don't think anyone is trying to avoid a proper resolution of this bug. So the people who care mostly (and know what a gibibyte is) should start working on patches if they really want to get this fixed; this work will not come magically out of the blue. See attached

Bug#684128: false advertising

Severity set to 'wishlist' from 'important' So if the partitioner invites people to specify their swap space, or any other volume, in units of gigabytes, which JUST ABOUT EVERYBODY understands to mean 2^30 in that context, and instead it uses the hard disk manufacturers' phony units which are

Bug#684128: false advertising

On Tue, 7 Aug 2012 14:11:05 +0200 Christian PERRIER bubu...@debian.org wrote: So if the partitioner invites people to specify their swap space, or any other volume, in units of gigabytes, which JUST ABOUT EVERYBODY understands to mean 2^30 in that context, and instead it uses the hard disk

Bug#641749: package libmtp-runtime breaks AR3011 Bluetooth

Andres Cimmarusti acimmaru...@gmail.com wrote: I believe I have finally narrowed down the problem. It lies in the 'libmtp-runtime' package with the command 'mtp-probe' (only present in wheezy or newer). I'm not sure what this is doing to my system, but when the package mentioned is

Bug#679386: [Pkg-xfce-devel] Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

On Mon, 23 Jul 2012 07:59:32 +0200 Yves-Alexis Perez cor...@debian.org wrote: It seems that this was done on purpose because, apparently, the data should come from PAM. See upstream bug for more details. Presumably you mean here: https://bugs.launchpad.net/lightdm/+bug/1019314 I agree with

Bug#679386: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

On Mon, 23 Jul 2012 10:33:32 +0200 Yves-Alexis Perez cor...@debian.org wrote: One might ask why a Pluggable Authentication Module ought to be responsible for things which clearly have nothing to do with authentication, such as locale selection, especially when they are liable to change at

Bug#679386: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default

On Mon, 23 Jul 2012 11:29:26 +0200 Yves-Alexis Perez cor...@debian.org wrote: Not just user-specific settings, but session-specific settings. Eh? The same user might want to work in different languages at various times. The natural place to specify this is when they log in, rather than with

Bug#675016: ifupdown: don't use PPP updetach option by default

On Tue, 29 May 2012 14:47:58 +0200 Andrew Shadura bugzi...@tut.by wrote: I agree with many points of yours, but please explain how does it break the boot sequence. Networking initscript allows ifup to fail as far as I can see. How exactly does it break for you? pppd persist maxfail 0 updetach

Bug#652660: 70-persistent-net.rules not generated

I confirm this bug, and the fix proposed here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652660#25 Since this will break a lot of network configurations (it broke mine), and the fix is trivial, why is this not being urgently updated? This seems absurd. -- To UNSUBSCRIBE, email to

Bug#578019: closed by Gustavo Noronha Silva k...@debian.org (Bug#578019: fixed in webkit 1.2.7-3)

On Fri, 29 Apr 2011 12:36:10 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: This is an automatic notification regarding your Bug report which was filed against the libwebkit-1.0-2 package: #578019: libwebkit-1.0-2: makes DNS query for every mouse movement It has been

Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement

On Tue, 20 Apr 2010 10:12:16 -0300 Gustavo Noronha Silva k...@debian.org wrote: I can reproduce the problem with the HTML page you crafted. Seems worth reporting upstream (I will do it later today). For some reason WebKit thinks it should do the pre-resolution when the mouse is moved on top

Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement

On Tue, 20 Apr 2010 10:12:16 -0300 Gustavo Noronha Silva k...@debian.org wrote: I can reproduce the problem with the HTML page you crafted. Seems worth reporting upstream (I will do it later today). For some reason WebKit thinks it should do the pre-resolution when the mouse is moved on top

Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement

On Sun, 18 Apr 2010 10:08:23 -0400 Michael Gilbert michael.s.gilb...@gmail.com wrote: i suppose i am not able to reproduce it either. i see a modest amount of dns queries when the page is first loaded, then more queries when links are moused over. I have that too, the first time the mouse

Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement

On Sat, 17 Apr 2010 17:46:50 -0400 Michael Gilbert michael.s.gilb...@gmail.com wrote: I have to say that I find this behaviour appalling. It seems to be a security issue all by itself, and is probably a symptom of even bigger problems. it may actually be undesirable, It may actually be

Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement

On Sun, 18 Apr 2010 08:41:30 +0200 Mike Hommey m...@glandium.org wrote: I can't reproduce this behaviour... Are you sure these requests come from epiphany ? Epiphany, or Midori. midori : version 0.2.4-2 epiphany-browser : version 2.30.2-1 libwebkit-1.0-2 : version 1.2.0-1 The correlation

Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement

On Sun, 18 Apr 2010 09:53:26 +0200 Mike Hommey m...@glandium.org wrote: Does tcpdump show the DNS query for the webhost when a page gets loaded? Yes it does. Have you tried with another window manager ? xfwm4 (v4.6.1-1) and metacity (v1:2.28.0-3) exhibit exactly the same behavior. Are there

Bug#431809: podofo packages available from scribus project

The scribus project seems to have produced podofo packages for Debian (and Ubuntu). download here: http://debian.scribus.net/debian/dists/stable/main/ http://debian.scribus.net/debian/dists/testing/main/ http://debian.scribus.net/debian/dists/unstable/main/ A number of people seem to be

Bug#545274: dpkg-dev: dpkg-source cannot verify GPG signatures

On Mon, 7 Sep 2009 08:45:58 +0200 Raphael Hertzog hert...@debian.org wrote: Other idea, please paste the output of dpkg-vendor --query Vendor echo $?. I guess that's more likely to be the problem... you have not upgraded base-files to the unstable version. Install version 5.0.0 or newer

Bug#545274: dpkg-dev: dpkg-source cannot verify GPG signatures

On Sun, 6 Sep 2009 10:38:37 +0200 Raphael Hertzog hert...@debian.org wrote: $ dpkg-source --require-valid-signature -x psutils_1.17-27.dsc gpgv: keyblock resource `/home/ian/.gnupg/trustedkeys.gpg': general error gpgv: Signature made Wed 19 Aug 2009 04:21:54 PM PDT using DSA

Bug#531052: claws-mail: Message-ID header does not conform to RFC-2822

On Sun, 31 May 2009 23:16:04 +0200 Colin Leroy co...@colino.net wrote: As Colin Leroy pointed out, there's already an option to set the domain name of the Message-ID, so most of the necessary code is already there. It just needs to be changed so that the default option is to use the email

Bug#531052: claws-mail: Message-ID header does not conform to RFC-2822

On Sat, 30 May 2009 12:04:54 +0200 Ricardo Mones mo...@debian.org wrote: Claws-Mail generates Message-ID headers of the form time.num...@hostname ; for example, 20090529055315.7f6ad...@foobar . This does not conform to RFC-2822, which requires that the string after the @ character be a

Bug#503067: claws-mail: should depend on package libc-ares2

Package: claws-mail Version: 3.5.0-2 Severity: important If this package is not installed, the program will not run because of a missing dynamic library. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')

Bug#496283: nvidia-kernel-2.6.26-1-amd64 still broken

There's still a problem. nvidia-kernel-2.6.26-1-amd64 depends on nvidia-kernel-common, which contains the header Recommends: nvidia-kernel-source | nvidia-kernel. Apparently there is no package which Provides: nvidia-kernel. Therefore, nvidia-kernel-common sucks in an extra 96MB of stuff with

Bug#495049: don't scan floppy disks for LVM or RAID

Bean wrote: Just like raid, lvm needs to scan all device. I think this is caused when it try to open (fd0), and fails. The grub_errno is not cleared, it's carried out and cause the rescue shell. I think we can improve the test of (fd0) so that it won't appear in machine that don' t have

Bug#495049: why is (fd0) hard-coded into the grub image?

I should point out that when grub drops into the rescue prompt, it coughs up the message error: unknown device fd0. Perhaps this is why it goes into rescue mode? My device.map file, as previously listed, does not contain an entry for fd0, because the machine does not in fact have a floppy drive.

Bug#495049: why is (fd0) hard-coded into the grub image?

On Fri, 15 Aug 2008 16:15:30 +0200 Felix Zielcke [EMAIL PROTECTED] wrote: I should point out that when grub drops into the rescue prompt, it coughs up the message error: unknown device fd0. Perhaps this is why it goes into rescue mode? Thanks for telling us. I would have mentioned it

Bug#495049: why is (fd0) hard-coded into the grub image?

On Fri, 15 Aug 2008 18:36:49 +0200 Felix Zielcke [EMAIL PROTECTED] wrote: -- why does adding an fd0 entry to device.map not resolve this error? If (fd0) is an unknown device, then why doesn't (fd0) /dev/fd0 make it known? Because the file is called device.map Which means map linux

Bug#495049: grub-pc: does not boot because module normal is not loaded

On Thu, 14 Aug 2008 13:20:53 +0200 Felix Zielcke [EMAIL PROTECTED] wrote: After running grub-install and rebooting, grub drops into the grub rescue prompt. The pc, lvm, and ext2 modules are loaded, ls finds the root volume, and the variable root is set appropriately. Only the variable