On Mon, 2 Dec 2024 22:56:25 -0800
wrote:
> having now installed systemd v257~rc3-1, the problem seems to have
> gone away, without altering the boot parameters. This is the case at
> least with kernel linux-image-6.11.10-amd64.
I've now had an apparent hang with this configuration, so it's an
in
On Fri, 22 Nov 2024 19:05:43 -0800
wrote:
> It now occurs to me that I may have installed a new version of
> udev/systemd (current "testing", v257~rc2-3) at the same time as
> kernel v6.11.7, so there may be some interaction there.
>
> The current situation on my system is that kernel v6.1 boots
On Fri, 22 Nov 2024 17:42:06 -0800
wrote:
> after this boot hang with kernel v6.11.7, the exact same thing happens
> with kernel v6.11.5, although this previously worked fine before the
> v6.11.7 boot failure.
>
> Fortunately, I still have kernel v6.1.0-26 installed (Debian package,
> as are the
I confirm this bug; same platform (AMD64), same kernel (6.11.7).
> The last line I see says how many files and blocks are ok.
This is also what I see -- fsck status (both clean) for root and /usr
filesystems (split on this system; current usrmerge package applied).
After that, nothing happens.
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 the
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 of
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 test
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: render_text-glyphs-vertic
This page provides a compact overview of the Inkscape v1.1 build failure:
https://buildd.debian.org/status/package.php?p=inkscape&suite=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
> 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:
aut
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 proper
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 ex
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() coul
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
texlive-font
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 '/lib/mo
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
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
diffe
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 :
https://addons.mozilla.org/en-US/firefox/addon/noscript/vers
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 not
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/
https://sources.debian.org/src/libcrypto++/5.6.4-8/de
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:
https:/
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 can
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:
https://packages.debian.or
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 work, even though they are both installed. Tha
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
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 is just exactly wh
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
Thread model:
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 IS a Debian Policy
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
>> /usr/include/gegl-0.3/opencl/gegl-cl-types.h
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 her
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
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
Hopefull
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 with patch) filed agai
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 upstream bug report:
>> th
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 bus
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 recen
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
> +++ opencollada/COLLADAFramework/CO
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 -07
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 been mentioned in t
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 it
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 updated.
>>
>> If a d
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, because xfce4-volumed
> See attached screenshot.
On Mon, 02 Mar 2015 11:24:18 +
Jean-Michel Nirgal Vourgère 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 that would
> disabl
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.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bu
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 debia
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 i
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 Sat
(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 06:02:4
On Fri, 04 Oct 2013 12:45:24 +0200
Andreas Cadhalpun 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
> finish this soon.
I'm so
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
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:
To: debian-b...@lists.debian
On Mon, 30 Sep 2013 21:54:15 +0200
Andreas Cadhalpun 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 in compression, or something el
On Mon, 30 Sep 2013 13:10:01 +0200
Andreas Cadhalpun wrote:
> 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
>> allows mounting the USB stick directly
On Wed, 11 Sep 2013 13:14:24 +0200
Christoph Martin 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 say on wh
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
Apt-Show-Versions
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 this. This result
is
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 bee
On Thu, 04 Apr 2013 16:45:26 -0300
Ben Armstrong 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, answered every question
On Thu, 4 Apr 2013 19:09:04 +0200
Christian PERRIER 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.
http://bugs.debian.org/cgi-bin/
On Thu, 04 Apr 2013 12:45:55 -0300
Ben Armstrong 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 problem would get
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 i
"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
$ 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
On Sun, 9 Sep 2012 06:13:04 -0700
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 probably wouldn't have e
On Sat, 8 Sep 2012 18:20:38 +0300
Nanakos Chrysostomos 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 supposed to
be Latin
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 deb
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
On Thu, 9 Aug 2012 13:53:30 +0200
Christian PERRIER 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 offer the followi
On Thu, 9 Aug 2012 13:53:30 +0200
Christian PERRIER 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 fact that /other/
On Thu, 9 Aug 2012 17:33:04 +0200
"Didier 'OdyX' Raboud" 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.
>
> To
On Thu, 9 Aug 2012 10:59:20 -0400
Joey Hess 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 the manual page f
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 patch, and co
Andres Cimmarusti 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 installed, it "messes" u
On Tue, 7 Aug 2012 14:11:05 +0200
Christian PERRIER 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 manufacture
> 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
On Mon, 23 Jul 2012 11:29:26 +0200
Yves-Alexis Perez 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
some inconven
On Mon, 23 Jul 2012 10:33:32 +0200
Yves-Alexis Perez 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 every login.
On Mon, 23 Jul 2012 07:59:32 +0200
Yves-Alexis Perez 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 your description
On Tue, 29 May 2012 14:47:58 +0200
Andrew Shadura 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" does not r
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 debi
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
On Tue, 20 Apr 2010 10:12:16 -0300
Gustavo Noronha Silva 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 of the blank
On Tue, 20 Apr 2010 10:12:16 -0300
Gustavo Noronha Silva 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 of the blank
On Sun, 18 Apr 2010 10:08:23 -0400
Michael Gilbert 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 pointer touches a link to s
On Sun, 18 Apr 2010 09:53:26 +0200
Mike Hommey 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 any others
On Sun, 18 Apr 2010 08:41:30 +0200
Mike Hommey 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 between moving th
On Sat, 17 Apr 2010 17:46:50 -0400
Michael Gilbert 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 completely illegitimate
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 interest
On Mon, 7 Sep 2009 08:45:58 +0200
Raphael Hertzog 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 and
> try ag
On Sun, 6 Sep 2009 10:38:37 +0200
Raphael Hertzog 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 key ID
> >
On Sun, 31 May 2009 23:16:04 +0200
Colin Leroy 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 address inst
On Sat, 30 May 2009 12:04:54 +0200
Ricardo Mones wrote:
>> Claws-Mail generates Message-ID headers of the form
>> ; for example,
>> <20090529055315.7f6ad...@foobar> .
>>
>> This does not conform to RFC-2822, which requires that the string
>> after the "@" character be a fully-qualified domain n
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')
Arch
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 stuf
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
>
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
> W
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 mention
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
dr
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
> > appropriate
100 matches
Mail list logo
