Package: llvm
Version: 1:3.0-12
Severity: grave
Tags: patch
Since the epoch was added to CV_LLVM, the computation of V_LLVM was
not updated and all symbolic links are therefore broken, rendering the
package unusable.
I suggest changing:
V_LLVM := $(shell echo $(CV_LLVM) | sed
Package: libhtp1
Version: 0.2.6-1
Severity: serious
Justification: Policy 8.6.3
libhtp1 versions add new symbols but do not provide a minimal
version in .shlibs. For instance, I can build a binary with 0.2.6-1
that uses htp_config_register_request_uri_normalize, but that binary
will not run
severity 637706 normal
reassign 637706 ftp.debian.org
retitle 637706 RM: papaya -- RoM; unmaintained, too buggy and barely useful
thanks
--
Sam.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Thu, Sep 02, 2010, Christian Marillat wrote:
If ffmpeg is released with these codecs in squeeze somebody should
endorse the responsibility.
Since you are personally distributing those very codecs in source and
binary forms, could you please enlighten us on what allows you to do so
that
reassign 561094 libcaca0
retitle 561094 libcaca0 misses libcucul.so.*
tag 561094 pending
thanks
On Mon, Dec 14, 2009, Tanguy Ortolo wrote:
Yes, toilet depends on libcucul0, that has been replaced by libcaca0,
that does not contain libcucul.so.0. As libcaca's web page now speaks of
Unicode
severity 558807 grave
tag 558807 pending
forcemerge 558807 561094
thanks
On Wed, Dec 09, 2009, Anthony DeRobertis wrote:
Package: libcucul0
Version: 0.99.beta16-2.1
Severity: normal
FYI, this breaks toilet.
Thanks for reporting this. I did not notice it because it only happens
when
On Sat, Nov 28, 2009, Philipp Spitzer wrote:
In my case, not only the sed tests fail but also other tests (but not
all of them) when I do the tests inside cowbuilder. In some cases,
there appears an interesting error (inside cowbuilder):
r...@rigel:/tmp/533977/zzuf-0.12/test# ./../src/zzuf
On Sun, Jul 12, 2009, Aurelien Jarno wrote:
* Don't ship /usr/include/scsi/scsi.h anymore. Closes: #535809.
Now packages that use scsi/scsi.h no longer build in unstable. Can
you suggest a way to fix them?
--
Sam.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
Package: gnome-subtitles
Version: 0.7.2-1
Severity: grave
gnome-subtitles does not work at all if libmono-i18n2.0-cil is not
installed on the system: any attempt at loading a file results in the
message The specified file is invalid.
See
On Mon, Jun 02, 2008, Joey Hess wrote:
libavcodec/libavformat (source: ffmpeg)
- mplayer unfixed (embed; bug #395252)
- xvidcap unfixed (embed)
- kino unfixed (static)
- vlc unfixed (static)
- smilutils unfixed (static)
- motion unfixed
Package: tulip
Version: 3.0.0~B6-2.1
Severity: serious
Hi! I have been unable to get the Debian tulip packages to work:
dependencies are missing, and the program crashes.
When running tulip:
% tulip
tulip: error while loading shared libraries: libQtAssistantClient.so.4: cannot
open
On Sun, Apr 27, 2008, Vincent Bernat wrote:
Now, back to the bug, I could fix it in python-nevow by using
python-central in place of python-support. Again, this only fixes it for
python-nevow, while there could be other breakages.
cpushare is one of these. As my 11 other python
Package: cpushare
Version: 0.48-2
Severity: grave
Until Debian kernels are built with CONFIG_SECCOMP again (see
#474648), there is no real point in shipping CPUShare packages: it
relies on seccomp to run untrusted bytecode.
-- System Information:
Debian Release: lenny/sid
APT prefers
Package: python-twisted-core
Version: 8.0.1-1
Severity: serious
Since the 8.0.1 release, python-twisted-core no longer searches for
each twisted/plugin/ subdirectory of sys.path entries (as can be seen in
twisted/plugins/__init__.py and twisted/plugin.py). Now it ignores all
the ones that have
Package: libpam-thinkfinger
Version: 0.3+rev118.2-2
Severity: critical
With libpam-thinkfinger installed, cupsd starts to reproducibly
crash when I try to stop or start a printer through the web interface.
Here is a gdb backtrace from cupsd that involves pam_thinkfinger:
(gdb) info thread
* 3
severity 454666 normal
thanks
On Thu, Dec 06, 2007, [EMAIL PROTECTED] wrote:
In particular, it is now computationally feasible for
a single attacker with a desktop machine to modify any
executable of his or her choosing to have any desired
MD5 checksum.
Ray, Debian is not Slashdot. I
On Tue, Oct 16, 2007, Frank Küster wrote:
Please don't do it that way. Both because it's a bad idea and because
we intend to file bugs about this soon (read: as soon as one among the
TeX team has some free time, which might well be next year).
It's a bad idea because the texlive
On Mon, Oct 01, 2007, Adam Cécile (Le_Vert) wrote:
Could you please avoid sending NMU's diff to an active maintainer ?
Adam, being aggressive towards beginners taking part to a bug
squashing party and trying to learn and improve Debian is not
tolerable.
Stop objecting to NMUs and
On Mon, Jul 16, 2007, Nicolas Boullis wrote:
The debian/copyright file states the following:
| This program is free software; you can redistribute it and/or modify
| it under the terms of the GNU General Public License as published by
| the Free Software Foundation; version 2
Package: vcdimager
Version: 0.7.23-3
Severity: serious
The debian/copyright file states the following:
| This program is free software; you can redistribute it and/or modify
| it under the terms of the GNU General Public License as published by
| the Free Software Foundation; version 2
On Mon, Apr 16, 2007, Robert Millan wrote:
twolame contains code (MP3 encoding algorithm) which infringes patents of
the Fraunhofer Institute. This falls in the Software that can't be packaged
cathegory in WNPP:
http://www.debian.org/devel/wnpp/unable-to-package
and I don't see any
Package: blender
Version: 2.42a-6
Severity: serious
Tags: patch
blender fails to build on mips[1] and sparc[2] because the Debian
build configuration uses -lstdc++ which is never guaranteed to work. The
correct way to link objects that use the standard C++ library is to use
g++ and let it set
tag 413041 +patch
thanks
On Tue, Mar 27, 2007, [EMAIL PROTECTED] wrote:
I don't know what went wrong the first time, I tried
again and Electric Fence found it. Please test.
It works for me on both broken2.jp2 and broken4.jp2.
Your patch works, with all broken*.jp2 files. Here is a
close 417093 2:0.9.7-4
thanks
On Sun, Apr 01, 2007, [EMAIL PROTECTED] wrote:
There was an error while trying to autobuild your package:
[...]
(cd /build/buildd/libquicktime-0.9.7/plugins/audiocodec; /bin/sh
../../libtool --tag=CC --mode=relink hppa-linux-gnu-gcc -finline-functions
close 414722 0.8.6.a.debian-4
thanks
On Tue, Mar 13, 2007, [EMAIL PROTECTED] wrote:
There was an error while trying to autobuild your package:
Thanks. It's fixed in the latest upload.
Regards,
--
Sam.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
tag 414725 confirmed
block 414725 by 404279
thanks
On Tue, Mar 13, 2007, Fabian Greffrath wrote:
Do you think it is a good idea to dynamically link vlc against Debian's
libfaad0? As long as there are those license issues with faad2 [0] there
is a chance that those packages -- faad2 AND vlc --
Package: sshm
Version: 0.4-1
Severity: grave
My /home and /tmp directories are on different partitions, which is
more than usual. When using sshm --del, Action::del() calls rename()
to move the temporary configuration from /tmp to my new configuration
file, after having removed the old one.
severity 400720 important
retitle 400720 mozilla-plugin-vlc: prints no picture for media.smh.com.au
videos
tag 400720 +confirmed
thanks
On Fri, Mar 02, 2007, Drew Parsons wrote:
Whether the source= entry is the cause of the bug, I don't know,
but I can confirm that the same video page works
severity 403022 normal
thanks
On Sun, Feb 18, 2007, Kurt Roeckx wrote:
found 403022 0.8.6-svn20061012.debian-4
thanks
The file doesn't exist, so I'm tagging this as affecting this version.
Indeed, but the plugin seems to work quite well now. The xpt file
used to be for javascript
Package: gtoaster
Version: 0.2002083100+1.0Beta6-2.2
Severity: grave
gtoaster crashes immediately on startup. I have the time to see the
window open briefly, but that's all.
Here is a backtrace:
Program received signal SIGSEGV, Segmentation fault.
#0 0xb792475b in strlen () from
On Sat, Jan 13, 2007, Emil Schuster wrote:
I installed mozilla-plugin-vlc from testing-proposed-updates, but the
problem still exists in 0.8.6-svn20061012.debian-3. There is still a
symlink to the non-existent file vlcintf.xpt and the plugin does not work.
What browser are you using?
--
On Sun, Jan 07, 2007, Holger Levsen wrote:
using ffmpeg to streamcopy a avi file to dv results (for example, I also
tried
other encodings which also failed) in an illegal instruction on powerpc,
while it works flawlessly on i386.
Hi! Can you please send the contents of /proc/cpuinfo?
Package: tex-common
Version: 0.42
Severity: serious
Justification: fails to install
I get the following while trying to install tex-common:
Setting up tex-common (0.42) ...
cp: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not
defined in file libattr.so.1 with link
On Tue, Dec 12, 2006, Andreas Barth wrote:
The bug submitter confirmed now that it works with a current version.
However, looking at the changes, I don't see any chance to include that
in Etch.
So, I basically see three options:
1. Reducing the changeset to a size that is ok during code
On Sun, Dec 03, 2006, Matthias Klose wrote:
tags 392510 + moreinfo
thanks
Do you have a productive proposal how to avoid that?
Since the .eclipseextension file is supposed to contain the version
of Eclipse that the plugins target, I don't think the Eclipse packages
themselves should
Package: apache2
Version: 2.2.3-3
Severity: grave
Justification: renders package unusable
Upgrading apache2 this morning broke all websites using the Require
valid-user directive because the authz_user module was not (no longer?)
activated. No startup warning was issued, and only a cryptic
severity 397310 grave
thanks
On Mon, Nov 06, 2006, Filipus Klutiero wrote:
apache2 is usable here.
Glad to hear that. Unfortunately the fact that it works for you does
not hinder the fact that it broke perfectly working services here.
I'm letting the maintainance team decide whether this
reopen 392983 1.4-14
severity 392983 important
thanks
Shm mode seems to be possible
[...]
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 146 (MIT-SHM)
Minor opcode of failed request: 3 (X_ShmPutImage)
Serial number of failed
On Wed, Nov 01, 2006, Steve Langasek wrote:
* [2] SDL_syswm.h needs the X headers. I'm not sure whether this should be
fixed in libsdl1.2-dev or not; if it is, that could take care of about 1/3
to
1/2 of the failures.
Seems like a clear case of a bug in libsdl1.2-dev to me, that
Package: libgengameng-dev
Version: 4.1-7
Severity: grave
/usr/lib/libgengameng.la references the following libraries:
/usr/lib/libSDL.la
/usr/lib/libasound.la
/usr/lib/libartsc.la
/usr/lib/libgmodule-2.0.la
-ldl
/usr/lib/libgthread-2.0.la
Package: libcaca
Version: 0.99.beta8-3
On Mon, Oct 23, 2006, [EMAIL PROTECTED] wrote:
There was an error while trying to autobuild your package:
Thanks. This was fixed in a later upload.
--
Sam.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
On Fri, Oct 20, 2006, Steve Langasek wrote:
The font libphp-phplot-4.4.6+5.0rc1.orig/examples/benjamingothic.ttf
(Benjamin Gothic Regular) does not mention the author's name nor its
licensing terms. All it has is the string FREEWARE, which needs
clarification because it usually means
On Sat, Oct 21, 2006, Steve Langasek wrote:
The document at http://www.sanskritweb.net/forgers/osteuropa1.pdf
indicates that Benjamin Gothic Regular is actually a counterfeit Adobe
Benguiat Gothic created in 1994 by the company Mon Ami. The company
since went out of business following
Package: php-imlib
Severity: serious
Justification: Policy 2.2.1
Shipping php-imlib-0.5/examples/ARIAL.TTF infriges on Microsoft's
copyright.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: i386
Package: phpgedview
Severity: serious
Justification: Policy 2.2.1
phpgedview_4.0.1.orig.tar.gz ships LucidaSansRegular.ttf with no
copyright or licensing terms.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (50, 'experimental')
Package: jabref
Severity: serious
Justification: Policy 2.2.1
At least one font, jabref-2.1/src/images/font/ASTROLYT.TTF, is not
redistributable (http://www.abstractfonts.com/font/1343). The two other
fonts in that directory are suspicious as well.
-- System Information:
Debian Release:
Package: xine-lib
Severity: serious
Justification: Policy 2.2.1
About the font cetus.ttf, the file README.cetus claims:
| The original cetus font was downloaded from www.fontfreak.com
| and is marked there as Freeware by Gregfonts!
It has no real copyright attribution and Freeware is
Package: jffnms
Severity: serious
Justification: Policy 2.2.1
jffnms_0.8.3.orig.tar.gz ships the Adobe LucidaTypewriterRegular.ttf
font without authorization.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (50, 'experimental')
Package: xine-ui
Version: 0.99.4+cvs20060813-1
Severity: serious
Justification: Policy 2.2.1
xine-ui sources contain the same cetus.ttf font as xine-lib, with no
copyright or licensing terms.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500,
Package: libphp-phplot
Severity: serious
Justification: Policy 2.2.1
The font libphp-phplot-4.4.6+5.0rc1.orig/examples/benjamingothic.ttf
(Benjamin Gothic Regular) does not mention the author's name nor its
licensing terms. All it has is the string FREEWARE, which needs
clarification because
Package: einstein
Severity: serious
Justification: Policy 2.2.1
The files laudcn2.ttf and nova.ttf have the words Copyright,
trademark, All rights reserved all over the place with no permission
to modify, or even redistribute.
-- System Information:
Debian Release: testing/unstable
APT
Package: sdlperl
Severity: serious
Justification: Policy 2.2.1
aircut.ttf and electrohar.ttf respectively say Freeware typeface by
Ray Larabie 1996. Distribute freely and Ray Larabie - freeware -
[EMAIL PROTECTED]. None of them allow for modification.
-- System Information:
Debian Release:
Package: xmms-singit
Severity: serious
Justification: Policy 2.2.1
xmms-singit-0.1.28.orig/src/data/vixar.ttf has the text Copyright (c)
1995 Microsoft Corporation. All rights reserved. in it and must be removed
from the original tarball.
-- System Information:
Debian Release:
On Tue, Oct 17, 2006, Thijs Kinkhorst wrote:
I've taken a look but I see no direct indication that this file was used
without a due licence. I can contact upstream to clarify this, but until
that time I'm inclined to downgrade the bug.
E.g. the png images included with the same software do
Package: wprint
Severity: serious
Justification: Policy 2.2.1
wprint ships COURR_SE.TTF and an associated file, COURR_SE.TXT, which
claims Courier SudEuro is a public domain ISO-Latin3 encoded subset of
Courier New, version 2. Design and data (C) by Monotype Corp. Type
Solutions Inc.
Package: poker-network
Severity: serious
Justification: Policy 2.2.1
The file pokerclient2d/data/fonts/neurpoli.ttf says This font is
freeware. Read attached text file for details. but there is no attached
text file. I found the README.TXT file through the author's website
Package: wftk
Severity: serious
Justification: Policy 2.2.1
The font wftk-0.7.1/demos/wf_opal.ttf is Opulent Regular and has
the string Copyright C Rubicon Computer Labs Inc., 1993-96.. It comes
with no license.
Looking on the web for this font, I found Opulent Regular at
the URL
Package: pyopengl
Severity: serious
Justification: Policy 2.2.1
The file PyOpenGL-2.0.1.09/OpenGL/Demo/NeHe/lesson43/Test.ttf is
Arial Black Italic and is copyrighted (C) 1996 The Monotype Corporation
with no apparent permission to redistribute or modify the font.
The font should be
Package: caudium
Severity: serious
Justification: Policy 2.2.1
The font fontrstc.ttf, Font in a Red Suit (The Christmas Font),
comes with no license. From another website that ships the same font
(http://www.themeworld.com/cgi-bin/redir.pl/fonts/fontreds.zip) one
can read the following
Package: castle-combat
Version: 0.8.0-2
Severity: serious
Justification: Policy 2.2.1
The font colorba.ttf (Colourbars Regular) by Ray Larabie comes
with the following non-free clause: You may modify your copy or
copies of the SOFTWARE PRODUCT or any portion of it, provided that
you also meet
Package: imlib2
Severity: serious
Justification: Policy 2.1.1
The font cinema.ttf (Cinema Regular, by Richard William Mueller) does
not have an associated license. According to a website that has this font
for download (http://moorstation.org/typoasis/designers/mueller/index.htm)
Mueller's
Package: libsdl-sge
Severity: serious
Justification: Policy 2.2.1
The file font.ttf comes with a license that has the following clause:
| - Restrictions on Alteration. You may not rename, edit or create any
| derivative works from the SOFTWARE PRODUCT, other than subsetting
| when
On Tue, Oct 17, 2006, Steve Langasek wrote:
Shipping php-imlib-0.5/examples/ARIAL.TTF infriges on Microsoft's
copyright.
The file doesn't appear to match the current version of Arial.TTF as
available from msttcorefonts, but strings does show references to The
Monotype Corporation and
severity 392487 important
retitle 392487 python-eyed3: .pyc file should not be shipped
severity 392489 important
retitle 392489 zope-coreblog: .pyc file should not be shipped
severity 392491 important
retitle 392491 mathomatic: .pyc file should not be shipped
severity 392485 important
retitle
On Thu, Oct 12, 2006, Frank Küster wrote:
Apropos error checking. Folks, do you think
-rm -f /usr/local/share/texmf/ls-R
+-rm -f /usr/local/share/texmf/ls-R 2/dev/null
would be okay? This will just drop and ignore all errors, but I can't
imagine any but can't do that, and in
Package: dejagnu
Version: 1.4.4.cvs20060709-2.2
Severity: serious
Justification: Policy 10.9
/usr/share/dejagnu is shipped with permissions 655 (drw-r-xr-x) instead
of 755 (drwxr-xr-x). This is problematic for instance when /usr/share is
NFS-mounted with the root user mapped to nobody, making
On Thu, Oct 12, 2006, Alastair McKinstry wrote:
Did you actually manage to get to trigger these bugs, or did you find them
by code checking?
It was mere code checking. I assumed that since /usr/local was the
administrator's sandbox, one could assume anything could be found there
and
On Thu, Oct 12, 2006, Andrey Mitrofanov wrote:
The build got killed by the OOM killer after using any ram and swap on
the machine.
This Gentoo bug seem very similar to the bug:
http://bugs.gentoo.org/show_bug.cgi?id=147533
OOM killer takes out gcc 4.1+ while it compiles some large source
Package: roundup
Version: 1.2.1-2
Severity: serious
Justification: Policy 9.1.1, release policy 5(c)
/usr/man is deprecated; please ship man pages to /usr/share/man.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (50,
Package: rsjog
Version: 1.1-6
Severity: serious
Justification: Policy 9.1.2
Package ships usr/local/lib/site_ruby/1.8/i486-linux/XTest.so which is
forbidden by the FHS.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (50,
Package: python-eyed3
Version: 0.6.10-2
Severity: serious
Justification: Policy 9.1.1
/usr/share/python-support/python-eyed3/eyeD3/*.pyc should be moved out
of /usr/share and out of the Arch:all package. Also, they're still using
python 2.3 and should therefore be transitioned.
-- System
Package: lilypond-data
Version: 2.6.5-2
Severity: serious
Justification: Policy 9.1.1
/usr/share/lilypond/2.6.5/python/*.pyc should be moved out of /usr/share
and out of the Arch:all package.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500,
Package: mathomatic
Version: 12.6.3-1
Severity: serious
Justification: Policy 9.1.1
The file /usr/share/doc/mathomatic/fact/fact.pyc is platform-dependent
and must not be in /usr/share. It is probably not needed at all.
-- System Information:
Debian Release: testing/unstable
APT prefers
Package: vegastrike-data
Version: 0.4.3-2
Severity: serious
Justification: Policy 9.1.1
/usr/share/games/vegastrike/modules/builtin/random.pyc should be moved out
of /usr/share. Doing the Python transition will solve the problem, but
the .pyc files should also be moved out of the Arch:all
Package: zope-coreblog
Version: 1.2.4-4
Severity: serious
Justification: Policy 9.1.1
/usr/share/zope/Products/COREBlog/*.pyc should be moved out of /usr/share
and out of the Arch:all package.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500,
Package: serpento
Version: 0.4.1-0.1
Severity: serious
Justification: Policy 9.1.1
/usr/share/games/vegastrike/modules/builtin/random.pyc should be moved out
of /usr/share. Doing the Python transition will automatically solve the
problem.
-- System Information:
Debian Release: testing/unstable
Package: lyx-common
Version: 1.4.2-4
Severity: serious
Justification: Policy 9.1.1
/usr/share/lyx/lyx2lyx/profiling.py[co] should be moved out of /usr/share
and out of the Arch:all package. Also, they're still using python 2.3
and should therefore be transitioned.
-- System Information:
Debian
Package: adonthell
Version: 0.3.4.cvs.20050813-2.3
Severity: serious
Justification: Policy 9.1.1
/usr/share/games/adonthell/modules/*.pyc should be moved to /usr/lib.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (50,
Package: caudium
Version: 1.4.7-15
Severity: serious
Justification: Policy 9.1.2
Quoting policy 9.1.2:
Since `/usr/local' can be mounted read-only from a remote server,
these directories must be created and removed by the `postinst' and
`prerm' maintainer scripts and not be
Package: mzscheme
Version: 1:352-5
Severity: serious
Justification: Policy 9.1.2
Quoting policy 9.1.2:
Since `/usr/local' can be mounted read-only from a remote server,
these directories must be created and removed by the `postinst' and
`prerm' maintainer scripts and not be
Package: kbedic
Version: 4.0-8
Severity: serious
Justification: Policy 9.1.2
Packages are not allowed to create files in /usr/local, even through
their maintainer scripts. I suggest using /var/cache/bedic instead.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
Package: console-common
Version: 0.7.62
Severity: serious
Justification: Policy 9.1.2
Quoting policy 9.1.2:
Since `/usr/local' can be mounted read-only from a remote server,
these directories must be created and removed by the `postinst' and
`prerm' maintainer scripts and not be
Package: kpsk
Version: 1.0.1-4+b1
Severity: serious
Justification: Policy 9.1.1
/usr/share/apps/kpsk/dxcc.db is platform-dependent and should thus be
moved to /usr/lib.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (50,
I'm sorry I copy/pasted the wrong filename.
The problematic file is:
/usr/share/doc/serpento/examples/tools/utils.pyc
--
Sam.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: eclipse-rcp
Version: 3.1.2-2
Severity: serious
Justification: Policy 9.1.2
postinst creates the file /usr/local/lib/eclipse/.eclipseextension
which is not allowed by FHS:
As mandated by the FHS, packages must not place any files in
`/usr/local', either by putting them in the file
Package: fontconfig
Version: 2.4.1-2
Severity: serious
Justification: Policy 9.1.2
Quoting policy 9.1.2:
Since `/usr/local' can be mounted read-only from a remote server,
these directories must be created and removed by the `postinst' and
`prerm' maintainer scripts and not be
Package: hibernate
Version: 1.94-1
Severity: serious
Justification: Policy 9.1.2
Quoting policy 9.1.2:
Since `/usr/local' can be mounted read-only from a remote server,
these directories must be created and removed by the `postinst' and
`prerm' maintainer scripts and not be
Package: tex-common
Version: 0.33
Severity: serious
Justification: Policy 9.1.2
Quoting policy 9.1.2:
Since `/usr/local' can be mounted read-only from a remote server,
these directories must be created and removed by the `postinst' and
`prerm' maintainer scripts and not be
Package: prc-tools-utils
Version: 2.3-1
Severity: serious
Justification: Policy 9.1.2
The preinst script does the following under certain circumstances:
mv /usr/share/prc-tools /usr/local/share/palmdev
As mandated by the FHS, packages must not place any files in
`/usr/local', either
Duh, please disregard. Apparently libdb can properly open databases
with a foreign endianness. Not sure about the performance implications,
but at least it's not a policy violation.
--
Sam.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: scsh-0.6
Version: 0.6.7-1
Severity: serious
Justification: Policy 9.1.2
Quoting policy 9.1.2:
Since `/usr/local' can be mounted read-only from a remote server,
these directories must be created and removed by the `postinst' and
`prerm' maintainer scripts and not be
hack to allow include of ethtool.h.
++ Include asm/types.h so that proper types are defined (Closes: #389923).
+ * debian/control:
++ Set policy to 3.7.2.
++ Uncapitalised short description.
+
+ -- Sam Hocevar (Debian packages) [EMAIL PROTECTED] Sun, 8 Oct 2006 14:21:38 +0200
On Mon, Sep 11, 2006, Reinhard Tartler wrote:
Thanks for this report. In fact, there has been a patch floating on the
mailing list for this (From Jul 11):
http://permalink.gmane.org/gmane.comp.video.xine.devel/15586
I think I'll incorporate this patch to use the new API, but I need to
Package: xine-lib
Version: 1.1.2
Severity: serious
Justification: no longer builds from source
Due to updated libcaca packages in unstable, xine-lib no longer builds.
This can be easily fixed in two steps:
* build-depend on libcaca-dev (= 0.99.beta4)
* add the following three lines
tag 374593 -patch
tag 374593 +pending
thanks
On Tue, Jun 20, 2006, Andreas Jochens wrote:
With the attached patch which remove xlibmesa-glu-dev from the Build-Depends
'sdlperl' can be built on unstable.
Thanks, but a more proper fix is to build-depend on libglu1-mesa-dev. :-)
--
Sam.
On Thu, Jun 15, 2006, Alexis Sukrieh wrote:
Thanks a lot for the patch, I'm going to test it on a 32bit arch very
soon.
I do not like this patch because it assumes that long has the same
size as void *, which is true in practice but not guaranteed. A more
correct patch did this:
union
serverity 370333 normal
thanks
bye
On Mon, Jun 05, 2006, csj wrote:
The Debian ffmpeg packages appear to have problems opening AVI
files with OpenDML. When a file with an OpenDML index is, for
example, played by ffplay, the audio is garbled. The effect is
similar to that of the audio being
On Thu, May 18, 2006, Daniel Schepler wrote:
Package: libcaca
Version: 0.9-5.1
Severity: serious
From my pbuilder build log:
...
checking slang/slang.h usability... no
checking slang/slang.h presence... no
checking for slang/slang.h... no
checking for X... libraries , headers in
On Tue, Apr 25, 2006, Daniel Baumann wrote:
Duuh, sorry.. will be fixed asap. I accidentely mixed up the rdepends of
libdvdread3 with libdvdread3-dev :((
Otherwise, of course, I would have informed the people before the upload
and waited until they moved to 'libdvdread3-dev |
On Mon, Apr 24, 2006, [EMAIL PROTECTED] wrote:
FYI:
latest upstream releaseallegro-4.2.0 compiles fine on amd64 etch with
gcc/g++ 4.0.3-1
It is already packaged in Debian (as liballegro4.2). I thus asked for
the removal of allegro4 from the archive, but it's not been done yet.
--
Sam.
1 - 100 of 114 matches
Mail list logo